Implementación VeriFactu en sistema multi-puesto

[Jesusggc]

Empezado por espinete

Buenas!

Hasta ahora he optado por la opción fácil: enviar las facturas a verifactu a medida que se van emitiendo. Hacienda dice que esto se permite pero que lo vigilarán para "evitar abusos".

(A mí me parece más abuso enviar 1000 facturas en 2 minutos que 3 facturas en 2 minutos, pero bueno).

Como no me fío, tendré que implementar la otra opción: el dichoso flujo de generación + envío cada X segundos con límite de 1000 facturas, control de tiempo de espera, etc.

En problema es que en mi caso (y supongo que en el de la mayoría), nuestra aplicación es multi-puesto, válido tanto para red local como a través de internet, donde uno de los PCs es el que guarda la base de datos (cliente/servidor) y el resto se conectan a él, ya sea en la misma red o desde otra sucursal, país, desde casa, etc.

Entiendo, por lo tanto, que lo suyo sería hacer lo siguiente:

1. Cada PC, a medida que hace una factura, genera el registro de facturación (el XML, para simplificar), obtiene el QR, etc. y guarda la venta en la BD. Esto es necesario para poder imprimir la factura, independientemente del envío.
2. Solo el Servidor, cada X segundos, se comprueba si hay facturas pendientes de envío, y hace el envío, con un límite máximo de 1000 facturas por envío.

Queda descartada la opción de que cada PC genere y envíe a verifactu por su cuenta, ya que mantener el flujo de <1000 y tiempo de espera, en varios PCs conectados, etc. es inviable, por no decir imposible.

Cosas a tener en cuenta:
- En el servidor, la aplicación que hace los envíos debe ser un .exe independiente, siempre abierto, en segundo plano (o un Servicio de Windows), ya que el programa no tiene por qué estar abierto en el servidor.
- Este programa se encargará solo de hacer los envíos. Los RF ya existen y están guardados en la BD, y estarán "enviados", "pendientes", "necesita subsanar", etc.
- Cumpliendo las condiciones de la AEAT, se irán haciendo los envíos de forma transparente para el usuario, salvo que haya "errores subsanables", en cuyo caso habrá que avisar al usuario

Esta es la parte que me preocupa un poco: cómo avisar al usuario. Si los envíos a verifactu se hacen solo en el servidor, los demás PCs no tienen comunicación en tiempo real con las respuestas de Hacienda, así que tendría que crear algún sistema que avise a quien tenga que avisar de que hay un problema en alguna factura que requiere subsanación o rectificativa.

Sería todo muchísimo más fácil, para nosotros y para el cliente, si se pudieran enviar las facturas sobre la marcha una a una, y no con el dichoso flujo y tiempo de espera.

¿Vosotros cómo tenéis pensado hacerlo?

Yo tengo implementada las dos opciones:

1.- cada SIF envia SUS RF (tú caso)
2.- y un servicio que me envía (Esta opción la contemplo para el caso de uso de varios usuarios de la aplicacion conecatados al servidor mediante VPN con Escritorio Remoto, Por Ejemplo)

Viendo que la mayoría optaba por el servicio puse consulta para confirmar que como lo estaba haciendo era correcto. Por si acaso a alguien le sirve. Porque pienso que puede facilitar las cosas.

Adjunto Consulta y Respuesta:

Buenas tardes:

Sí, es correcta su interpretación y acorde a la normativa.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]





De: "" <>
Para: <[email protected]>
Fecha: 28/05/2025 16:51
Asunto: Consulta so envios de RF
________________________________________

Buenas tardes

Aunque en los lotes de envío de RF lo único que se exige es que sean del mismo OT (es decir, podría enviar de distintos SIF) al recibir la respuesta el “Tiempo de espera” lo debe cumplir el SIF. Entiendo que en una instalación con varios SIF pero que comparten la BD lo mejor sería que cada SIF envíe sus lotes de RF y así cada SIF tiene su “tiempo de espera”. Seria correcta esta forma de implementar el envío.

Gracias.

Un saludo. :-)