Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[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.

[sglorka]

Empezado por 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.

No entiendo bien el planteamiento que haces. ¿ Podrías definirlo mejor ?

[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.

[sglorka]

Empezado por 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.

Ya te digo yo que te llaman a capítulo. La frase que dice textualmente el reglamento en su artículo 9, "... deberán generar automáticamente un registro de facturación de alta de forma simultánea o inmediatamente anterior a la expedición de cada factura." te obliga a utilizar un documento intermedio, ya que por expedición de la factura se entiende el momento en que se obtiene el número de factura válido para un documento y no el momento en que se termina la factura después de haber obtenido un número de factura válido y haber poblado todas sus líneas, descuentos, etc, de lo contario, no tendría sentido lo que dice ese punto del reglamento porque si no hemos terminado la factura no tenemos la información para generar el registro de facturación. Por ello, mi recomendación y creo que es la única solución, es que utilices un documento intermedio, llámalo nota de entrega, albarán, prefactura, etc. Una vez terminado dicho documento, solicitas un número de factura válido y emites la factura con ese contenido y además el registro de facturación. Esto te asegura otro punto del reglamento de facturación y es que debe haber una correlación entre los números de factura y su fecha de emisión

[ermendalenda]

Empezado por 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.

El contador lo tienes que tener al final, además, si varios uauarios trabajan sobre la misma serie tienes que tener en cuenta un bloqueo de acceso del contador para que no puedan acceder simultáneamente 2 personas, ya ue podrías duplicar el número, trabaja mucho en este tema por que si no te vas a encontrar con un problema gordo gordo.