Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Esto admite 2 lógicas en este caso así que hay que ver que dicen para que sigamos la misma lógica:
Lógica 1(para mi es la más coherente): estoy enviando un registro de subsanacion de la factura A13, la cual la estoy recomponiebdo en mi sistemay recalculando las huellas, si la lógica nuestra es borrar el registro y hacerlo de nuevo perdemos la huella que generamos en su momento si no la henos guardado aparte. Yo por ejemplo no guardo aparte la huella ultimma si no junto al registro generado, y si el último registro enviado coincide con el que tengo que volver a enviar, en esta lógica non puedes encadenarlo a si mismo, hay que encadenarlo al A12.
La lógica 2 es que se guarde 2 veces el registro último y se encadena al a13 que estaba mal.

[bmfranky]

Hola, la cuestion es que estamos subsanado la huella, y segun esto.

Para llevar a cabo la subsanación, será necesaria la remisión de un nuevo registro de
facturación (con el mismo identificador de factura del registro de facturación que se quiere
subsanar) por cada uno de los registros con datos a subsanar, con la combinación de
valores de campos que proceda según el caso (ver en el anexo los cuadros de operativas de
alta y anulación admisibles).

Creo que tenemos que componer la huella enviada, teniendo en cuenta los datos del registro a subsanar, osea la huella anterior al registro subsanado, teniendo en cuenta que nos indican que no debemos continuar generando registros hasta subsanar los anteriores...

[bmfranky]

Una cosa , alguien ha probado a enviar varios registros , fallando la cadena al principio, si las da todas como erroneas o solo la primera?

[rci]

Empezado por bmfranky

teniendo en cuenta que nos indican que no debemos continuar generando registros hasta subsanar los anteriores...

Donde has visto esto?

En mi opinión no podemos dejar de generar registros (hacer nuevas facturas) aunque haya un error, un usuario no puede dejar de vender.
Yo pienso que cuando el usuario vea que ha habido un error en una factura, cuando pueda lo arreglará de la forma que el programa se lo permita y se volverá a enviar.

Gracias

[ermendalenda]

Empezado por rci

Donde has visto esto?

En mi opinión no podemos dejar de generar registros (hacer nuevas facturas) aunque haya un error, un usuario no puede dejar de vender.
Yo pienso que cuando el usuario vea que ha habido un error en una factura, cuando pueda lo arreglará de la forma que el programa se lo permita y se volverá a enviar.

Gracias

No tienes que parar nada, como algún compañero en un post anterior ha dicho, las facturas no llevan el encadenamiento en el qr. Solo se encadena en los XML. Se arreglan cuando se pueda, teniendo en cuenta que cuanto más esperes más registros tienes que volver a mandar

[rci]

Empezado por ermendalenda

No tienes que parar nada, como algún compañero en un post anterior ha dicho, las facturas no llevan el encadenamiento en el qr. Solo se encadena en los XML. Se arreglan cuando se pueda, teniendo en cuenta que cuanto más esperes más registros tienes que volver a mandar

Yo diría que solo tienes que volver a mandar el que se tiene que arreglar... los demás ya están bien. No?

[ermendalenda]

Empezado por rci

Yo diría que solo tienes que volver a mandar el que se tiene que arreglar... los demás ya están bien. No?

Bueno, algunos entendemos que hay que reencadenar el registro subsanado don el mismo que debería estar anteriormente, con lo cual habría que r3acer todos los encadenamientos de los generados posteriormente.
Yo voy a trabajar en esa línea hasta que alguien haga la consulta y lo detallen claramente.

[bmfranky]

Empezado por ermendalenda

Bueno, algunos entendemos que hay que reencadenar el registro subsanado don el mismo que debería estar anteriormente, con lo cual habría que r3acer todos los encadenamientos de los generados posteriormente.
Yo voy a trabajar en esa línea hasta que alguien haga la consulta y lo detallen claramente.

Hola, pues no se que deciros, ahora si que estoy hecho un lio, porque si enviamos por ejemplo la facturas 13 y la encadenomos mal , generando una huella por ejmplo hhhh(aunque deveria ser "AAA") , la siguiente factura, la encadenamos con la huella anterior hhhh, que es incorrecta, pero es la semilla que usamos para generar el encadenamiento, entonces nos dara OK, porque generamos con esa semilla, por eso os decia si alguien havia hecho la prueba de encadenar mal a drede , saltando un registro en el mismo envio, para ver como se comportaba.

[bmfranky]

Empezado por rci

Donde has visto esto?

En mi opinión no podemos dejar de generar registros (hacer nuevas facturas) aunque haya un error, un usuario no puede dejar de vender.
Yo pienso que cuando el usuario vea que ha habido un error en una factura, cuando pueda lo arreglará de la forma que el programa se lo permita y se volverá a enviar.

Gracias

Perdona , igual me lo he fumado yo, como mi idea es que si hay un error , subsanar antes de seguir...

[ermendalenda]

Empezado por bmfranky

Hola, la cuestion es que estamos subsanado la huella, y segun esto.

Para llevar a cabo la subsanación, será necesaria la remisión de un nuevo registro de
facturación (con el mismo identificador de factura del registro de facturación que se quiere
subsanar) por cada uno de los registros con datos a subsanar, con la combinación de
valores de campos que proceda según el caso (ver en el anexo los cuadros de operativas de
alta y anulación admisibles).

Creo que tenemos que componer la huella enviada, teniendo en cuenta los datos del registro a subsanar, osea la huella anterior al registro subsanado, teniendo en cuenta que nos indican que no debemos continuar generando registros hasta subsanar los anteriores...

Tiene más sentido, así pensaba yo hace unos días, pero me había reorientar a raíz de los últimos post.
Lo lógico es reencadebar todo, ya que si tenemos que pasar un programa para revisar el encadenamiento vanos a tener fallos.
Esto es un problema GORDO para los No verufactusncomo les pidan los registros de hace 1 ó 2 años.