Ver Mensaje Individual
  #2  
Antiguo 14-04-2025
rci rci is offline
Miembro
 
Registrado: nov 2020
Posts: 565
Reputación: 6
rci Va por buen camino
Cita:
Empezado por espinete Ver Mensaje
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
Responder Con Cita