Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

En la modificacion al proyecto de ley los requisitos de las logs y el manual lo han eliminado. Así que por eso no os preocupeis

[[newtron]]

Empezado por ermendalenda

En la modificacion al proyecto de ley los requisitos de las logs y el manual lo han eliminado. Así que por eso no os preocupeis

Pues mira.... Gracias por la info.

[keys]

Empezado por ermendalenda

En la modificacion al proyecto de ley los requisitos de las logs y el manual lo han eliminado. Así que por eso no os preocupeis

¿Quieres decir que no hay que llevar el registro de enventos? Por que eso sería la leche.

¿y eso esta publicado ya?

[afxe]

Para los que tengáis firebird os paso este enlace que puede ser un buen punto de partida

Nosotros intentamos eso hace algunos años, para buscar "responsables" cuando hay un trabajo mal hecho.... tuvimos que quitarlo porque la base de datos crecía diariamente de una manera alarmante... Ahora sólo registramos cuando se crea, modifica o elimina un documento de venta o de compra (albarán o factura).

De todas maneras también he leído que se ha suprimido lo del manual en la última revisión, pero en lo referente al "Registro de Eventos" dice:

Se simplifica y generaliza su redacción (sin concretar los eventos), llevando a la OM los detalles de su desarrollo. La idea es minimizar el número de eventos a registrar

OM = Orden Ministerial, que todavía no ha salido ni se la espera.

[keys]

Perdona a que os referis con lo del manual.

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

Empezado por ermendalenda

En la modificacion al proyecto de ley los requisitos de las logs y el manual lo han eliminado. Así que por eso no os preocupeis

¿Qué manual? ¿Ha habido manual en algún momento ?

En la documentación que hay aquí siguen estando los eventos:
https://www.agenciatributaria.es/AEA...ERI_FACTU.html

[ermendalenda]

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

¿Qué manual? ¿Ha habido manual en algún momento ?

En la documentación que hay aquí siguen estando los eventos:
https://www.agenciatributaria.es/AEA...ERI_FACTU.html

Correcto pero deja a la Orden Ministerial los detalles del mismo y las garantías de estos se prevee que sean las mismas que el registro de facturación, y aunque no esta muy claro entiendo que serán accesos vabasicos a opciones del programa grabando usuario etc, No tiene sentido crear una log de un blockchain ni d elas bases de datos de facturas, ya que la modificación, ya sea conscientemente o inconscientemente,de esos registros, rompen la cadena. Así que si hay que crean un log sobre esto será algo muy trivial pero con formato xml y otro blockchain(encadenamiento).
Por otro lado en algún lado lhe leido, lo buscaré, que los que envíen tampoco tendrán que crear esos eventos.
Y sí, al principio había referencia a hacer un manual, pero como ves, enlace actualización, han quitado las referencias al mismo.

CAMBIOS RELACIONADOS CON LOS REQUISITOS DE LOS SIF (y II)
• Uso de un mismo SIF por varios OT: esta mención se cambia de sitio, llevándose al artículo 7.a).
• Registro de eventos:
Se simplifica y generaliza su redacción (sin concretar los eventos), llevando a la OM los detalles
de su desarrollo. La idea es minimizar el número de eventos a registrar. En cuanto a las
garantías sobre el mismo, se prevé que sean las mismas que se exigen sobre los registros de
facturación.
• Manual del SIF: se elimina toda mención al mismo.

[ermendalenda]

Ya ll he encontrado.
Los que envíen tampoco tienen que tener eventos:

A los sistemas VERI*FACTU se les presupone que cumplen por diseño todos los requisitos del
“nuevo” artículo 8, es decir:
 La capacidad de remisión (artículo 8.1).
 La garantía de la integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad de los
registros de facturación (artículo 8.1 y 8.2).
 El registro de eventos (nuevo artículo 8.3).
 La disociación del acceso a los registro

[ermendalenda]

Y aquí, por si quedan dudas:

CAMBIOS REFERIDOS A LOS SISTEMAS VERI*FACTU (y II)
Aclaración importante sobre la implementación de ciertos requisitos en los sistemas VERI*FACTU
Únicamente aquellos SIF que, por su diseño, hayan sido concebidos para que SOLO PUEDAN
FUNCIONAR, EXCLUSIVAMENTE, COMO SISTEMAS VERI*FACTU podrán prescindir de
implementar de determinada forma algunos requisitos, como por ejemplo:
 La firma de los registros de facturación.
 La necesidad de conservar o consultar/descargar/volcar/copiar y exportar los registros de facturación (una
vez remitidos correctamente a la AEAT).
 El registro de eventos (y las garantías que sobre él se exijan en la OM: posiblemente las mismas que se
exigen sobre los registros de facturación, que al final se traducen en huella, encadenamiento, firma…).
 La posibilidad de enviar registros de facturación a requerimiento de la Administración tributaria, en el
formato concreto que especifique la AEAT.
Esto es porque si un SIF puede funcionar como un sistema “NO VERI*FACTU”, cosa que permite el
Reglamento, debe poder cumplir los requisitos de todas las formas exigidas en el Reglamento,
aunque luego el SIF finalmente se utilice como sistema VERI*FACTU y, en ese caso, no se utilicen.

Hay un monton de motivos, por los cuaes, es mejor diseñar el software solo para enviar.