Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Sistel]

Empezado por jodaws

Buenos días, y hola a toda la comunidad.
Yo tengo una duda con los encadenamientos. Cuando tienes por ejemplo distintas tiendas y que se van sincronizando con una central donde se reciben las facturas simplificadas y las generadas por cada TPV, y además tienes la "central" que recibe todos los datos de las tiendas y además puede hacer otros tipos de facturas con distintas series claro. Tienen que ir encadenadas por serie entiendo no? Porque sinó no veo como saber cual es la última factura para hacer el encadenamiento. He visto la documentación y videos y habla de distinto software que no seria el caso.
Saludos y muchas gracies

Hola,

Si es el mismo software de la central el que procesa, secuencialmente, todas las facturas que se van recibiendo de todas las tiendas, puedes encadenarlas seguidas independientemente de que sean de distintas series.
(Por supuesto, siempre que que el NIF del emisor sea el mismo).
Así es como lo hacemos nosotros en TicketBAI y parece que será igual en Verifactu.

Si no puedes procesar secuencialmente las facturas (independientemente de su serie), tendrás que encadenar por serie (aunque el software sea el mismo).

Saludos

[bmfranky]

Empezado por Sistel

Hola,

Si es el mismo software de la central el que procesa, secuencialmente, todas las facturas que se van recibiendo de todas las tiendas, puedes encadenarlas seguidas independientemente de que sean de distintas series.
(Por supuesto, siempre que que el NIF del emisor sea el mismo).
Así es como lo hacemos nosotros en TicketBAI y parece que será igual en Verifactu.

Si no puedes procesar secuencialmente las facturas (independientemente de su serie), tendrás que encadenar por serie (aunque el software sea el mismo).

Saludos

Hola, segun la contestacion que me dieron, tiene que ser FIFO, osea las tienes que encadenar por tiempo independientemente de la serie, si el programa que hace la comunicacion a hacienda es el de la central, las tiene que ir encadenando segun las reciba independientemente de la serie, incluso te diria que en sus pensamientos, han de ser los tpv, los que gestionen el encadenamiento y envio de las mismas.
Ojo siempre que sean del mismo NIF, como dice @Sistel.

[antoine0]

Empezado por bmfranky

[...] osea las tienes que encadenar por tiempo independientemente de la serie [...]

Ya. Pero el tiempo es lo que dice el programa que realiza el encadenamiento (no es la hora que dice el TPV sino la de la central, en el ejemplo). Entonces este orden por tiempo debe venir naturalmente.

[bmfranky]

Empezado por antoine0

Ya. Pero el tiempo es lo que dice el programa que realiza el encadenamiento (no es la hora que dice el TPV sino la de la central, en el ejemplo). Entonces este orden por tiempo debe venir naturalmente.

No, segun entiendo, el tiempo, es el de generacion y entrega al cliente de la factura, que es el que se incluye en el QR.

[bmfranky]

La verdad es que ahun no he acabado de migrar mi programa a todos los requisitos y ya me estoy volviendo loco... ;-)

[antoine0]

Empezado por bmfranky

No, segun entiendo, el tiempo, es el de generacion y entrega al cliente de la factura, que es el que se incluye en el QR.

"generación" es en efecto sinónimo de encadenamiento (una incluye el otro). Es de lo que estoy hablando.
"Entrega al cliente de la factura" ocurrirá después. No tiene el porque de ser el mismo día, y por supuesto no a la misma segundo.

Creo que en el QR solo hay el día, no el detalle de la hora. Tiene que ser la fecha de expedición de la factura, que viene impresa en ella, y que no es exactamente lo mismo que el día de la fecha de generación del registro (son dos campos distintos; para saber si los contenidos deben ser idénticos, hay una discusión detallada sobre este tema en el hilo, y no quiero encender este debate otra vez.)

[bmfranky]

Empezado por antoine0

"generación" es en efecto sinónimo de encadenamiento (una incluye el otro). Es de lo que estoy hablando.
"Entrega al cliente de la factura" ocurrirá después. No tiene el porque de ser el mismo día, y por supuesto no a la misma segundo.

Creo que en el QR solo hay el día, no el detalle de la hora. Tiene que ser la fecha de expedición de la factura, que viene impresa en ella, y que no es exactamente lo mismo que el día de la fecha de generación del registro (son dos campos distintos; para saber si los contenidos deben ser idénticos, hay una discusión detallada sobre este tema en el hilo, y no quiero encender este debate otra vez.)

Tienes razon, la verdad depende del punto de vista, desde el mio , como genero la factura en el momento de realizar la Venta/ Reparacion, no tiene sentido que sean diferentes, pero si la venta, se difiere a la fecha de facturacion, es donde esta la pega.
Gracias ,por la respuesta, yo tampoco quiero encender ninguna discusion, intento entender el procedimiento a realizar y por ello doy "Mi" opinion, un saludo a Tod@s.

[ermendalenda]

Hay una cosa que hay que tener en cuenta sobre el encadenamiento por SIF
Puede haber momentos desde un tpv que estés trabajando sobre una nube y cuando se caiga la nube trabajas en modo seguro sobre local.
Yo creo qie el SIF que hace el encadenamiento puede ser cada unidad de tov aunque trabaje sobre una nube y esa nube es la que genere el qr, puesto que cuando estés en modo local sigue por el mismo nunero y serie, se genera en local. No creo que la aeat sea tan Tiquismiquis y pretenda que entres en pánico.
Hay que se congruente en lo que puede ser un SIF. Para mi no hay una definición clara común.

[jlmoli_67]

Alguien me podria decir que hacer en este caso?


Tengo tres usuarios que acceden a facturar a un servidor central. A cada uno se asigno la misma serie "FA" y el numero se le asigna a cada uno el ultimo + 1. Imaginad que asigno los numeros 1, 2 y 3 respectivamente. El problema es que los tiempos en que cada factura se cierra son distintos, osea, la factura 2 se cierra por completo antes que la factura 1 ya que consta de mas lineas y el usuario es mas lento. Lo mismo ocurre con la factura 3 , se cierra antes que la 1.


Totalmente listas y cerradas quedarian en este orden segun la hora de cierre:
fa-2 15:00:00

fa-3 15:05:00

fa-1 15:20:00


Como veis la serie y el numero es correlativo (1,2 y 3) pero la hora de cierre de la factura no. La encadenaria manteniendo entonces este orden basado en la hora de cierre (2,3,1) sin importar la serie y numero?


Si baso el encadenamiento en la fecha y hora de creacion y no de cierre entonces los numeros irian continuados (1,2,3) pero no sabria los totales de cada factura porque aun hay facturas abriertas y eso me impide encadenarlas. Ya se que con numeros y series temporales esto se subsanaria facilmente tal como dijo carlos en un post anterior pero estoy tanteando otras posibilidades.



En resumen....., se podria encadenar facturas de una misma serie cuyo numero no van correlativos en el tiempo? (asi podria indexar por hora de cierre, numero de factura) y se acabo el problema.