Cita:
Empezado por CarlosArjonomia
Lo tengo todo redúndate, grabo registro en la DB local, lo envío a la AEAT, lo envío a una API propia, y cada día copia de seguridad a mis servidores a parte de las que hace el cliente.
¿Cómo lo solucioné?
Restaurando la última copia válida donde estaba todo.
Mirando que facturas habían metido nuevas.
Comprobar última factura recepcionada en la AEAT.
Sincronizar número de factura.
Meter de nuevo las facturas que no se habían enviado.
Todo cuadró. Pero si te pasa con 10 a la vez en un día....
Además el nivel de stress es mucho más elevado que cuando no andábamos jugando con la AEAT directamente.
Me estoy planteando un sistema de control que un vez activado verifactu en la máquina del cliente. Se generen archivos ocultos en carpetas del sistema que guarden: último número de factura, y último encadenamiento.
Cuando se ponga en marcha el programa irá a mirar esos registros que el usuario no sabe que existen y no los puede tocar, y mirar si coincide el número de factura y último encadenamiento. En caso de que no coincida bloquear el programa para que pidan asistencia.
Lo de bloquear programas también da miedo. Un fallo en la programación puede bloquear a cientos de usuarios a la vez y la tienes liada.
Este problema no lo tienen los que usan programas en web, ya que controlan ellos las DB.
¿Ideas para evitar el cataclismo?
|
Nosotros grabamos los XML en disco, además de en la base de datos, pero en una carpeta tipo OneDrive, para que se sincronicen en el momento. Si el ordenador explota o pasa algo al menos tenemos los registros de facturación. Me estoy planteando también grabar archivos de texto o XML con los datos de la factura en sí, y borrarlos por la noche cuando los envíen a nuestros servidores, ya que si pasa algo en medio del día, aunque tenemos una copia de seguridad diferencial de la BBDD, si pasa algo lo más seguro es que se pierda alguna factura