Implementación VeriFactu en sistema multi-puesto

[Neftali [Germán.Estévez]]

Empezado por nincillo

¿creéis que sea "obligatorio" el que hash, encadenamiento etc se cree ya en el propio momento de generar la factura?. Realmente el retardo entre la generación de la factura y el envío, generación de hash, etc sería el tiempo programado entre envíos, que realmente sería el que nos indicó la propia hacienda en el envío anterior.

Nosotros hemos entendido que el registro de facturación debe generarse en el momento de crearse la factura.
Hay que tener en cuenta que puedes tener una incidencia (por caida de internet, por ejemplo) y que estés 1 día completo sin enviar. Si generas los registros al enviar, la fecha del registro podría no coincidir con la fecha de la factura y eso no puede ser (la ley dice que la fecha de la factura y del registro debe ser la misma). Si asignas la fecha de la factura al registro (de 1 día antes) tendrás registros del día X-1 que se han generado el día X. Raro.

Además está esta imagen, que creo que es la primera que puso la AEAT del funcionamiento de VERI*FACTU en la primeras presentaciones (y que ya pusimos en el foro). Fíjate en el orden de los puntos.


Te está diciendo:
1) Generar el RF
2) Enviar
3) "Simultáneamente" imprimir la factura con el QR.

Si por un problema (como hemos dicho antes) no puedes enviar, ya sea tuyo o que los servidores de la AEAT han caído, debes poder continuar con el funcionamiento del sistema. Y eso quiere decir que aunque no puedas hacer completar el paso (2), debes poder realizar los otros (1) y (3).

De todas formas tampoco aseguro que DEBA ser así 100%.
Así es como lo hemos hecho nosotros, porque como también tenemos la opción de NO-VERI*FACTU, necesitamos hacerlo al crear la factura para que el mismo proceso nos sirva para las 2 modalidades. De esta forma da igual si luego envías (VERI*FACTU) o no (NO-VERI*FACTU), el RF ya está creado.