Prefacturacion, Proformas y Borradores de facturas (Faq Verifactu)

[rci]

Empezado por sglorka

Quiero entender bien lo que hace tu proceso, creas la factura, creas el registro de facturación, salvas en una tabla de envíos pendientes los registros de facturación y luego un módulo aparte, verifica si tiene que enviar algún registro. Si hay que enviar, controlas ese instante para volver a generar el nodo de fecha de creación, si fuera el caso ya que puedes estar fuera de los 60 segundos, y reconstruyes la huella de ese registro.

Bueno, si es así como funciona, bajo mi punto de vista, no es correcto porque el pilar principal de Verifactu es que una vez creado el registro de facturación este es "inmutable"
No puedes modificar un registro de facturación una vez emitido. De todas formas, este error no tienes que subsanarlo.

Estoy de acuerdo con sglorka: No puedes cambiar el registro de facturación, por lo tanto no puedes modificar FechaHoraHusoGenRegistro ni tampoco la Huella

Si un programa hace esto no cumpliría la ley

[novatico]

Empezado por sglorka

Quiero entender bien lo que hace tu proceso, creas la factura, creas el registro de facturación, salvas en una tabla de envíos pendientes los registros de facturación y luego un módulo aparte, verifica si tiene que enviar algún registro. Si hay que enviar, controlas ese instante para volver a generar el nodo de fecha de creación, si fuera el caso ya que puedes estar fuera de los 60 segundos, y reconstruyes la huella de ese registro.

Bueno, si es así como funciona, bajo mi punto de vista, no es correcto porque el pilar principal de Verifactu es que una vez creado el registro de facturación este es "inmutable"
No puedes modificar un registro de facturación una vez emitido. De todas formas, este error no tienes que subsanarlo.

Trabajando de esta manera, para la AEAT no existe el registro de facturación hasta que lo envío, pues mi SIF va a ser "SOLO VERIFACTU", y estamos hablando de unos minutos, porque que pasaría si en la respuesta de un envío te devuelven t=180 ??. Pues si envías registros de facturación en espera, todos fallarían.

De hecho, he probado a enviar una factura con fecha del día anterior al envío y me la da correcta porque el dato "FechaHoraUsoGenRegistro" es el del momento.

[sglorka]

Empezado por novatico

Trabajando de esta manera, para la AEAT no existe el registro de facturación hasta que lo envío, pues mi SIF va a ser "SOLO VERIFACTU", y estamos hablando de unos minutos, porque que pasaría si en la respuesta de un envío te devuelven t=180 ??. Pues si envías registros de facturación en espera, todos fallarían.

Da igual que no exista en la Aeat. No puedes modificar un registro de facturación ya generado, no importa que lo hayas enviado o no. Míralo detenidamente por si debes cambiar algo en tu proceso. En el reglamento está expresado si ninguna duda.

[RUBEN_SP]

Empezado por novatico

Partiendo de toda la documentación que hay sobre este tema, en mi caso, y teniendo en cuenta el volumen de mis clientes, yo voy a desarrollarlo como un módulo independiente.

La gestión de facturación podrá seguir emitiendo facturas si tener que realizar esperas, y además de los procesos habituales que teníamos hasta ahora, grabará en un fichero los datos de cada factura generada, de forma secuencial, marcados como pendientes de enviar.

El módulo de "Control de Flujo", estará revisando este fichero de "envios pendientes", y en mi caso, cada vez que detecte 1 pendiente, tomará el "datetime" de ese instante y actualizando el "registro de facturación de alta", realizará el envío, controlando en la respuesta los posibles errores.
Tras la respuesta, tendré una pausa de los segundos que esta me indique, y volveré a la revisión de pendientes.
Este módulo estará activo en todo momento, incluso a la entrada al programa de facturación revisaré si está activo.

Prefiero enviar uno a uno, porque me resulta más fácil controlar los errores.

Por cierto, no sé porque habéis nombrado a "Mercadona" o similares. Ellos no tienen que hacer nada, están sujetos al SII.

Pero si tienes un SIF que permite generar varias facturas de una sola vez, lo que tu propones no es posible, solo si el sistema emite facturas de una en una con una cadencia suficiente para poder hacer eso sin incumplir el RRSIF

[novatico]

Empezado por RUBEN_SP

Pero si tienes un SIF que permite generar varias facturas de una sola vez, lo que tu propones no es posible, solo si el sistema emite facturas de una en una con una cadencia suficiente para poder hacer eso sin incumplir el RRSIF

Las facturas emitidas se irán "encolando" como dicen por aquí, y sólo voy a comprobar, en el momento del envío, si la "FechaHoraUsoGenRegistro" que tengo grabada en el Registro de Facturación, supera la FechaHora actual, para marcar el envío "con incidencia" o no.

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

Empezado por novatico

La gestión de facturación podrá seguir emitiendo facturas si tener que realizar esperas, y además de los procesos habituales que teníamos hasta ahora, grabará en un fichero los datos de cada factura generada, de forma secuencial, marcados como pendientes de enviar.

El módulo de "Control de Flujo", estará revisando este fichero de "envios pendientes", y en mi caso, cada vez que detecte 1 pendiente, tomará el "datetime" de ese instante y actualizando el "registro de facturación de alta", realizará el envío, controlando en la respuesta los posibles errores.

No había visto este mensaje.
Me queda una duda: ¿El registro de facturación a enviar a la AEAT quien lo genera?
(a) La gestión de facturación.
(b) El módulo de control de flujo.

Lo digo por lo siguiente.
Creo que según la reglamentación, debería generarlo (a), pero luego dices que (b) lo actualiza:
"tomará el "datetime" de ese instante y actualizando el "registro de facturación de alta", realizará el envío"
Eso no puedes hacerlo.

Seguramente es que no he entendido bien.

[novatico]

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

No había visto este mensaje.
Me queda una duda: ¿El registro de facturación a enviar a la AEAT quien lo genera?
(a) La gestión de facturación.
(b) El módulo de control de flujo.

Lo digo por lo siguiente.
Creo que según la reglamentación, debería generarlo (a), pero luego dices que (b) lo actualiza:
"tomará el "datetime" de ese instante y actualizando el "registro de facturación de alta", realizará el envío"
Eso no puedes hacerlo.

Seguramente es que no he entendido bien.

Efectivamente, el Registro de Facturación lo graba (a), junto con un "envio pendiente" en el fichero para el "control de flujo".
Con respecto al otro tema, ya me avisaron del problema y comenté que lo que haría será comparar si la "FechaHoraUsoGenRegistro" de registro de facturación, comparada con el "datetime" del momento de enviar, supera el tiempo máximo, y si es así, marcaré en la cabecera del envío (que sí se puede), el dato "incidencia=S".

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

Empezado por novatico

Efectivamente, el Registro de Facturación lo graba (a), junto con un "envio pendiente" en el fichero para el "control de flujo".
Con respecto al otro tema, ya me avisaron del problema y comenté que lo que haría será comparar si la "FechaHoraUsoGenRegistro" de registro de facturación, comparada con el "datetime" del momento de enviar, supera el tiempo máximo, y si es así, marcaré en la cabecera del envío (que sí se puede), el dato "incidencia=S".

Ok, había entendido que en el momento del envío modificabas el "registro de facturación".