Implementación VeriFactu en sistema multi-puesto

[rci]

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?

Hola espinete, nosotros lo hacemos mas o menos como dices y cuando ocurre algún problema en el envío, informamos al usuario de lo ocurrido, para que tome las medidas necesarias, cuando pueda.
Puedes hacerlo de varias formas, he leído algunos posts que envían un correo electrónico para informar.
Nosotros creamos un registro en una tabla de la base de datos y en el programa tenemos una marca visual que se muestra si hay mensajes en esa tabla que estén pendientes de leer.
Saludos

[Jarogo08]

Empezado por rci

Nosotros creamos un registro en una tabla de la base de datos y en el programa tenemos una marca visual que se muestra si hay mensajes en esa tabla que estén pendientes de leer.

Nosotros esa marca visual la tenemos en el propio mantenimiento de facturas. Hemos creado un campo de "Estado" que tendrá los valores "Correcta/Aceptada con errores/Incorrecta".
Las correctas pintadas de verde, las incorrectas pintadas de rojo y las aceptadas con errores en amarillo (como un semáforo).

Cada vez que el usuario entre a la lista de facturas verá de manera muy rápida si tiene incidencias o no.

Saludos

[espinete]

Muchas gracias a todos por las respuestas.

Me alegra saber que lo que llevaba dándole vueltas en la cabeza desde hace tiempo es la forma correcta de hacerlo. Hasta ahora, con envíos "en tiempo real" era todo mucho más fácil. Además era más fácil corregir sobre la marcha los típicos errores de "falta NIF", "NIF no identificado"; etc. pero con el "enviador" solo en el servidor la cosa cambia un poco.

Los clientes/usuarios tendrán que acostumbrarse a que tenga que haber un "encargado" pendiente de estas cosas. Mira que luego la culpa es nuestra. Imagínate una empresa que lleve días sin enviar/corregir facturas porque no hay nadie ahí que se dé por aludido o que haga nada para corregir lo que está pendiente de subsanar

[espinete]

A raíz de esto... ¿Cómo lo haríais en un software en la nube?

Aquí no veo más remedio que enviar las facturas sobre la marcha. En un software 100% online (PHP por ejemplo) no veo forma de crear el mecanismo de control de flujo, salvo que cree un "cron job" o algo similar, que se ejecute cada X segundos y compruebe si hay facturas pendientes, del tenant/empresa que sea, y haga los envíos.

[gcqZW]

salvo que cree un "cron job" o algo similar, que se ejecute cada X segundos y compruebe si hay facturas pendientes, del tenant/empresa que sea, y haga los envíos.

Así es como lo hacemos nosotros, haces 6 tareas por minuto que comprueban la lista de envíos y van enviando las que tengan si se puede claro.

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

Nosotros usamos algo similar a lo que ya te han comentado.
Un servicio que se encarga de los envíos.
En el mantenimiento de facturas cada factura tiene una marca del estado.
Y en caso de que haya errores una marca que indica en el formulario principal que indica que hay incidencia (por si no entran en la selección de facturas).

Luego para más detalle se puede consultar, para una sólo factura, los estados por los que ha ido pasando, los registros de facturación, exportarlos,...