Cómo proceder con las "copias de seguridad"

[Jarogo08]

Empezado por bmfranky

Hola, ya se que me diréis que es una burrada, pero forzar al cliente a hacer copias de seguridad cada X,(Yo las hago al salir del programa , pero soy muy neurótico y de momento tardan unos minutos), no seria una opción también?, haber puede ser una función en segundo plano, para que el cliente no se de ni cuenta, al final de cuentas, han de invertir en métodos para evitar apagones y demás, un pequeño cloud para hacer copias de seguridad, tampoco es que sea una barbaridad.
Podemos hacer pequeñas copias diarias y totales semanales por ejemplo y mas ocurrencias como poner discos en espejo de los datos, etc...
Otra cosa en lo que son muy claros, es que al reinstalar el programa aunque sea una copia de seguridad , se ha de poner un nuevo id, y por consiguiente empezar de nuevo el encadenamiento, así que solo hay que leer el ultimo registro enviado para saber el numero de factura, y empezar de nuevo desde ahí.

Pero al final no vas a evitar la pérdida datos... si haces una copia a las 10 de la mañana y otra a las 12 (poniéndonos muy optimistas), perderás los tickets/facturas creados en esas 2 horas. Y dependiendo del negocio, pueden ser 1-10-50-100 documentos tranquilamente. Con lo cual estás en el caso inicial de este hilo.

No veo nada fácil como evitar la pérdida de datos: habrá empresas en las que se puedan poner métodos más fiables (y más caros) pero en otros no podrás pasar como mucho de la copia diaria. Este es el principal motivo por el que nosotros descartamos hacer el modo No Verifactu

[Carlos]

Perdonad, pero... esto de la pérdida de facturas y demás que tiene que ver con Veri*factu?

Acaso en el 2022 no se podían perder las facturas?

Que si, que estamos con el SIF y demás, pero le estáis dando bombo a unos temas que ya existían antes de Veri*factu e incluso antes del Reglamento de Facturación (o como se llame).

Que si primero hago los registros de facturas a partir de los RF que recupero de Hacienda.... no será que primero hago los registros de RF que son precisamente lo que estoy recuperando de hacienda?

Y después ya veremos como recupero las facturas, que sin su detalle tendrán la misma información que los RF !!!!!

Entonces, para que recuperar regenerar los registros de facturas si estoy duplicando la información que ya está en los RF?

Lo que necesito para enviar el siguiente XML lo tengo en los RF recuperados (incluido el último número de factura), no me hacen falta los registros de facturas.

Si aparece una devolución pues la gestionaré a mano con lo que tenga, pero si no estaré desarrollando para 4 devoluciones en un supuesto de pérdida de facturas?

Cuantas facturas se han perdido en los últimos 10 años?

Estoy matando moscas a cañonazos?

Da la sensación que la facturación se ha inventado ahora con Veri*factu.

No sé si me explico bien.

Y disculpad mi atrevimiento.

[ermendalenda]

No solo no es nuevo, ahora el sistema tiene que garantizar la conservación, y lo unico que te libras en no conservar son los registros enviados, me rrmito a la ley antifraude.

[Carlos]

Empezado por ermendalenda

No solo no es nuevo, ahora el sistema tiene que garantizar la conservación, y lo unico que te libras en no conservar son los registros enviados, me rrmito a la ley antifraude.

Bueno, esta vez ... la he cagado.
Mis disculpas.

[Rja750]

Empezado por Carlos

Bueno, esta vez ... la he cagado.
Mis disculpas.

No la cagas por opinar, la cagas cuando no opinas.

Básicamente lo que se está discutiendo aquí es que en este supuesto...;

Se han perdido datos en la Base de datos del cliente después de haberse enviados. Se recupera la ultima copia de seguridad de hace dos dias. Hay un salto en la BD del cliente de dos dias de Facturas y de Registros de facturas. No todos los SIF guardan los registros de facturas que se mandan porque no es obligatorio, aunque las facturas que ha generado esos registros de facturas si es necesario para presentar los datos, rectificar, anular etc.(tenemos que tener muy claro que es una cosa y otra). Yo te hablo o aclaro desde mi situación que guardo las facturas y todos los registros de facturas que mando a la AEAT. Hasta aquí todo correcto. Si tu no tienes los registros de facturas, porque has tenido que poner la ultima copia de seguridad que se hizo de esa BD hace dos días (hay dos días de salto de registros de facturas y de facturas) necesitas dos cosas.
1- Seguir encadenando pero falta el RegistroAnterior.
Forma de recuperar el RegistroAnterior : Lo estamos discutiendo. Pero no estamos discutiendo si hace falta o no, sabemos que hace falta.

2- Poder rectificar o anular o subsanar una factura (OJO Factura) que no tienes tú pero el cliente si y la AEAT también.
Forma de recuperar esas facturas : Lo estamos discutiendo. Pero sabemos que las necesitamos para poder actuar sobre ellas a demás de cuadrar la contabilidad mostrar datos completos.

Unos dicen que un algoritmo que permita recuperar los datos del libro de registro de factura del OT, ya que tienen todos los datos y con eso tendriamos todos los registros de facturas que nos faltan incluido el ultimo (ya podriamos seguir emitiendo encadenado) pero ¿Como recuperamos las facturas con sus detalles? pues eso es lo unico que no podríamos recuperar porque los detalles no se mandan en los XML´s. Podriamos poner un detalle generico de "Recuperado" por ejemplo. Doy por entendido que al recuperar los registros de facturas y volcarlas en nuestra tabla, no se harán si existen ya (el criterio de entre fechas no incluye entre horas) saltaría el NEXT. Pero si un cliente viene y quiere que le devolvamos parte de los articulos que se llevo, como estamos viendo la factura del cliente por delante y nos dice los productos que nos devuelven, se suman y se hace una rectificativa sobre esa factura que hemos recuperado que solo tiene una linea de detalle pero que no me hace fata tener todos los productos porque voy a mandar una R5 donde tampoco necesitamos más que el total, el iva que cobramos en la factura, la cantidad que nos devuelve el cliente y todo eso lo tenemos porque recuperamos esa factura (Factura, no Registro de factura) del registro de factura que en su dia enviamos a la AEAT.
Cada cual expone una posible solucion.
En fin lo que pretendemos es solucionar una problemática que se puede dar, no que se vaya a dar, solo que se puede dar.

[ermendalenda]

Hola, normalmente no va a pasar nada, es remotamente dificil, pero si tienes un requerimiento y tengan una factura o tiquet de los que has generado, puedes tener un "pequeño" problema, las facturas en requerimientos tiene que estar con el detalle que se emitió. Pero bueno como dices esta bastante cercano al 100%, al mwnoa al 99%, pero yo prefiero estar al 99,99 aunque me haya pegado una paliza en la definicion de un cloud para el envio continuo,¿merece la pena? Duemo un poco mas tranquilo, al mwnos por ahí no viy a tener problemas, podria tener con otro, por que esto es tremendo.
Por cierto ese cloud me manda ademas un reporte diario por ai algun sif no está enviando al cloud .

[DarkDudae]

Empezado por Carlos

Perdonad, pero... esto de la pérdida de facturas y demás que tiene que ver con Veri*factu?

Acaso en el 2022 no se podían perder las facturas?

Que si, que estamos con el SIF y demás, pero le estáis dando bombo a unos temas que ya existían antes de Veri*factu e incluso antes del Reglamento de Facturación (o como se llame).

Que si primero hago los registros de facturas a partir de los RF que recupero de Hacienda.... no será que primero hago los registros de RF que son precisamente lo que estoy recuperando de hacienda?

.

Ahora la diferencia es bastante notoria: Un cliente que envíe a VeriFactu no está excento de tener que hacer las trimestrales de IVA. Si las facturas “se han perdido” y tu software no tiene método de recuperación de al menos esas “cabeceras” de facturas perdidas, cuando el cliente haga una suma total para pagar su IVA correspondiente en el modelo 303 no va a cuadrar con los registros de facturación que tiene la AEAT. Eso ya puede implicar una inspección y adivina a quien van a mirar con lupa… a ti y a tu software.

Y eso ninguno de nosotros lo queremos.

[ermendalenda]

Crwo que este parrafo que me contestaron a raiz de una pregunta sobre la utilidad de los registros si podia imprimir el qr para verificar facturas antes de que me las mandaran, que me dieron el 15/10/25 puede ayudaros:

La información obtenida mediante los servicios de consulta de Veri*factu no puede utilizarse para generar documentos que tengan apariencia o valor de factura o factura simplificada, ni siquiera de forma parcial o simbólica.

Así que ojito.
Tambien me contestaron que para tal fin si podia imprimirlas pero tenkendo en cuenta eso y que sea para un uso claro de verificaciones.
De todas formas he visto softwares en el mercado que, al menos en pantalla, te muestran el documwnto extraido de la consukta en formato factura., enfin...vaya tela. Estamos arrinconados.

[masteras]

Tengo un pequeño y simple sif para un sector determinado que estoy terminando de pulir. Funciona en modo veri*factu y me encontré el mismo problema, si el cliente recupera una copia de hace días que pasa.


Opte por gestionarlo de la siguiente manera:



Lo primero que hago es no dejar que recupere copia sin un código de seguridad que debe solicitar.


Al iniciar el SIF lo primero que hace es consultar la última factura que tiene la AEAT, y si la que tengo en local no es la misma comienzo la sincronización de los registros.


Voy leyendo registros de la AEAT desde enero hasta el presente mes del ejercicio en curso y actualizando el RF local, así también tengo actualizados los 4 contadores que usa mi SIF.


Creo que dará resultados y, aunque no toda la información es recuperable (dentro de los 500 caracteres de concepto de la AEAT. codifico hasta 10 lineas de cada factura).


Pronto pondré el primer cliente en producción, y una vela a "Santa Tecla" :-)

Saludos.