Implementación VeriFactu en sistema multi-puesto

[jacju]

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

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.


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.

Yo lo hago como ha expuesto el compañero @gizmo2025, pero por tener otra opcion ( la que planteas ),
me surge unas dudas de como creas el xml del RF al generar la factura, si lo haces con el Soap o manual y luego a la hora de enviar como recoges esa informacion para enviarlo .
me podrias poner un ejemplo.

Gracias