Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Neftali [Germán.Estévez]]

Empezado por sglorka

Imagina que diariamente voy generando los registros de facturación encadenados y correctamente fechados. Si no los envío de forma automática si no que los almaceno hasta que me los requiera la aeat yo puedo volver a generar esos registros con otra realidad diferente y su encadenamiento y fechado bien definido utilizando programas que permiten el cambio en la fecha de creación del fichero y por ende, mi nueva colección de registros de facturación será correcta.

Creo que no es posible, porque te olvidas de que cuando le entregas o le envías la factura/ticket al cliente, esa factura incluye el código QR (que para eso obligan a ponerlo).
Ese código QR lleva información del firmado de la factura y del encadenamiento.

Si vuelves a generar como tú dices y "regeneras" toda esa información, no coincidirá con lo que tiene el cliente.
Por eso una vez enviada/impresa ya no se puede modificar.

Imagino que si generas 2 facturas, no las envías al cliente (es decir, no han salido de tu sistema), esas 2 últimas facturas podrías borrarlas y volver a generarlas (y sus encadenamientos), pero en cuando el cliente tiene una copia, eso ya no es posible (al menos de esa factura y las anteriores).

[sglorka]

Empezado por Neftali [Germán.Estévez]

Creo que no es posible, porque te olvidas de que cuando le entregas o le envías la factura/ticket al cliente, esa factura incluye el código QR (que para eso obligan a ponerlo).
Ese código QR lleva información del firmado de la factura y del encadenamiento.

Si vuelves a generar como tú dices y "regeneras" toda esa información, no coincidirá con lo que tiene el cliente.
Por eso una vez enviada/impresa ya no se puede modificar.

Imagino que si generas 2 facturas, no las envías al cliente (es decir, no han salido de tu sistema), esas 2 últimas facturas podrías borrarlas y volver a generarlas (y sus encadenamientos), pero en cuando el cliente tiene una copia, eso ya no es posible (al menos de esa factura y las anteriores).

Bueno yo me pongo como abogado del diablo. Seguro que te pillan si se hacen con una copia de factura emitida a un cliente, pero no es eso lo que me preocupa. Lo que intento averiguar es cómo garantizar lo que pide el apartado a), justificar que los registros que hemos generado son los originales con algún método técnico fiable, cito dicho apartado

La integridad e inalterabilidad de los datos registrados se asegurará utilizando
cualquier proceso técnico fiable que garantice el carácter fidedigno y completo de los
registros de facturación desde que hayan sido grabados en el sistema informático

[Neftali [Germán.Estévez]]

Empezado por sglorka

... Lo que intento averiguar es cómo garantizar lo que pide el apartado a), justificar que los registros que hemos generado son los originales con algún método técnico fiable, cito dicho apartado

La integridad e inalterabilidad de los datos registrados se asegurará utilizando
cualquier proceso técnico fiable que garantice el carácter fidedigno y completo de los
registros de facturación desde que hayan sido grabados en el sistema informático

Entiendo que están pidiendo que tu sistema informático implemente "algún sistema" para no permitir modificar una factura que ya se ha generado (entendiendo por "generada" cuando ya la tiene el cliente)o la has enviado si tienes VERI*FACTU (ese momento se puede discutir*).

A partir de ese momento (*) no se puede modificar y tu sistema debe implementar "algo" para asegurarlo. El qué ya será cosa de cada uno.

• Una marca en la factura (check)
• Regenerar el XML y comprobar que no ha cambiado
• Ponerla en sólo-lectura
• ...

[nuevo1234]

Empezado por Neftali [Germán.Estévez]

Entiendo que están pidiendo que tu sistema informático implemente "algún sistema" para no permitir modificar una factura que ya se ha generado (entendiendo por "generada" cuando ya la tiene el cliente)o la has enviado si tienes VERI*FACTU (ese momento se puede discutir*).

A partir de ese momento (*) no se puede modificar y tu sistema debe implementar "algo" para asegurarlo. El qué ya será cosa de cada uno.

• Una marca en la factura (check)
• Regenerar el XML y comprobar que no ha cambiado
• Ponerla en sólo-lectura
• ...

Cuando se guardan deben ir firmados. Entiendo q la firma ya garantiza q no se modifica después. Vendrá el día y la hora en la firma o algo asi

[Neftali [Germán.Estévez]]

Empezado por nuevo1234

Cuando se guardan deben ir firmados. Entiendo q la firma ya garantiza q no se modifica después. Vendrá el día y la hora en la firma o algo asi

La firma no garantiza que no se modifique, la firma garantiza que si se modifica, se pueda detectar.
Tu sistema deberá implementar algo" para que el usuario final no pueda modificar una factura ya "generada". A eso creo que es a lo que se refiere ese párrafo.

[nuevo1234]

Empezado por Neftali [Germán.Estévez]

La firma no garantiza que no se modifique, la firma garantiza que si se modifica, se pueda detectar.
Tu sistema deberá implementar algo" para que el usuario final no pueda modificar una factura ya "generada". A eso creo que es a lo que se refiere ese párrafo.

Pues creo q lo mejor es hacer un sistema verifactu que como el envío es inmediato ya tiene la aeat el registro y se entiende q has cumplido. Creo q sí no optamos por este sistema nos van a molestar mucho

[sglorka]

Empezado por Neftali [Germán.Estévez]

La firma no garantiza que no se modifique, la firma garantiza que si se modifica, se pueda detectar.
Tu sistema deberá implementar algo" para que el usuario final no pueda modificar una factura ya "generada". A eso creo que es a lo que se refiere ese párrafo.

Creo que al Reglamento le da igual nuestras facturas registradas en el sistema informático. Lo único que le interesa son los registros de facturación en xml y son sobre estos, no sobre las facturas de nuestro sistema, sobre los que hay que aplicar los apartados de la ley. Al fin y al cabo, lo que le vamos a remitir son esos registros xml. Estoy de acuerdo en que lo más sencillo es aplicar VERI*FACTU ya que según reza en el reglamento, se le supondría que se cumple con éste sólo por remitir de forma instantánea y continua los registros. Pero esa decisión es del cliente, no nuestra. Si el cliente decide remitir sus registros sólo por requerimiento, debemos cumplir con los apartados, para eso nos exigen una declaración responsable.
Por eso sigo buscando una solución "Técnico/Fiable" que garantice que un registro de facturación en xml es el originalmente creado en su momento. A pensarrrr

[Neftali [Germán.Estévez]]

Empezado por sglorka

La integridad e inalterabilidad de los datos registrados se asegurará utilizando
cualquier proceso técnico fiable que garantice el carácter fidedigno y completo de los
registros de facturación desde que hayan sido grabados en el sistema informático

Empezado por sglorka

Creo que al Reglamento le da igual nuestras facturas registradas en el sistema informático. Lo único que le interesa son los registros de facturación en xml y son sobre estos, no sobre las facturas de nuestro sistema...

Creo que al final estamos hablando de los mismo.
Está claro que por un lado están las facturas en nuestro sistema y luego una representación en XML que se firma y se encadena. Esa representación se envía de forma inmediata o por requerimiento a la AEAT.

Los XML no se van a poder modificar y para eso ya se especifica el cómo técnicamente en la documentación (firma y encadenamiento).
Cuando el párrafo anterior habla de "La integridad e inalterabilidad de los datos registrados..." creo que se refiere a las facturas de nuestros sistema.
Para mi tiene lógica, porque son los datos iniciales, a partir de los cuales se genera el XML (y la factura del cliente).

Por la propia ley de facturación no se debería poder modificar en un sistema informático una factura ya "generada". Si se pudiera hacer ¿qué pasaría si al cabo de 2 meses un cliente nos pide una copia? Lo mismo con el XML.
Para eso ya existen las facturas rectificativas.
Ninguna de las 2 se debería modificar. Ni la factura almacenada en nuestro sistema, ni por supuesto el XML.

[antoine0]

Empezado por sglorka

[aplicar VERI*FACTU] Pero esa decisión es del cliente, no nuestra.

¿Uh? ¿Dónde está escrito que un proveedor de sistema de facturación debe proponer ejercitar, o no, la opción propuesta en el artículo 15, acudir al Veri*factu?

Cierto que el cliente puede elegir. Pero una posibilidad de elección es decidir entre dos proveedores.

[antoine0]

Empezado por nuevo1234

Cuando se guardan deben ir firmados. Entiendo q la firma ya garantiza q no se modifica después. Vendrá el día y la hora en la firma o algo asi

Una firma solo garantiza que el firmante (él que tiene la clave privada del certificado de firma) tenía a mano los datos firmados.
Si después de la (primera) firma, los datos se modifican fuera del poder del firmante, entonces la firma resultará inválida; pero técnicamente los datos modificados se pueden supuestamente firmar de nuevo (nota: es delito hacerlo; también es delito proponer de hacerlo) si lo hace el firmante...

El día o la hora no vienen en la firma; solo se puede añadir una marca (o sello) de tiempo a lo que se está firmando.

Si usas Veri*factu, la firma la realiza efectivamente Hacienda y sus sistema dan la hora y por tanto Hacienda tiene la garantía que los datos no se modifican en el momento de la generación.
Si es otra clase de SIF, el programador puede añadir una marca de tiempo a la hora de firmar; así sí se garantiza que no se modifican después (a no ser que se manipulen las marcas de tiempo; otro probable delito). Pero la marca de tiempo no es una obligación en lo que sabemos ahora de las especificaciones, entre otras cosas porque no hay un sistema de marca de tiempo disponible que resulte de agradecimiento tanto de Hacienda como de todos los grandes productores de software.