Cita:
Empezado por ermendalenda
Hola. Ya, es que es lioso y un problemón, a ellos les da igual, si se dan cuenta de que hay problemas en un comercio fijo que le dan a un boton y te mandan un requerimiento o una inspeccion , el que no puedas firmar el xml no evita el encadenamiento y generación del qr, con lo cual puedes seguir vendiendo, tendras que poner el.mensaje visible en todos los terminales de que hay problemas ir genetando los eventos de la incidencia y después cuando tengas el certificado, tendrás que: registra el nuevo certificado para firmar, hacer las firmas, eventos de las regeneraciones/firmas etc, etc. Mejor VERIFACTU que no VERIFACTU, vaya lio hay que montar, el que quiera no verifactu va a tener que tener un informático a su disposición bastante a menudo.
|
Pregunto, ¿ no le sería mas fácil tener una tabla en donde tienes el certificado, la fecha de expiración, el número de serie y el pass y todo ello cifrado ?
Y del registro de certificado en vigencia hacer uso para la certificación del xml. Con el campo fecha expiración ya podrá tener el control de si está activo o no. Salvo que lo revoquen antes.
Otra cuestión es como se certifica el xml. Tengo dudas sobre esto. Si está puesto en ello le agradecería un par de consejos. Supongo que se hará igual que la factura electrónica.
Estoy en esa misma tesitura, no tengo claro si al final cerraré mi soft a solo veri*factu o lo dejaré dual. Si lo dejo para los dos tendré que tener todos los requisitos de no veri*factu. Lo decidiré el último día. Hay que hablar con abogados que sepan lo que se hacen.
Tendrá que esperar a que la AEAT saque la documentación. Para ellos es un trámite nada mas, para cualquier desarrollador es un rompecabezas. Ya no solo por el código sino también por las actualizaciones.
Un saludo.