Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[seccion_31]

hola

¿alguien puede decirme que son los eventos que aparecen detallados en la hoja excel del verifactu?

comentaros que estoy creando un programa de ejemplo, para añadir/borrar facturas en verifactu, importandolas desde excel, algo simple, pero que sirva como ejemplo, cuando lo tenga lo posteo para corregirlo un poco entre los que se animen. Bien completo seria una buena plataforma.

Lo dicho, ¿ alguien sabe que son los eventos ?

Saludos !

[[newtron]]

Empezado por seccion_31

hola

¿alguien puede decirme que son los eventos que aparecen detallados en la hoja excel del verifactu?

comentaros que estoy creando un programa de ejemplo, para añadir/borrar facturas en verifactu, importandolas desde excel, algo simple, pero que sirva como ejemplo, cuando lo tenga lo posteo para corregirlo un poco entre los que se animen. Bien completo seria una buena plataforma.

Lo dicho, ¿ alguien sabe que son los eventos ?

Saludos !

Si no me equivoco los eventos son registros que tienes que ir generando cuando pasen determinadas cosas que exactamente no sé cuales son. Por ejemplo cuando haya un problema al hacer el envío se tendrá que generar un evento, no sé si hay que generarlos cada vez que un usuario entre y/o salga de la aplicación, etc.


Sobre el tema del programa de ejemplo es una idea estupenda y que creo todos tenemos en mente así que aportaremos lo que buenamente sepamos.


Saludos.

[antoine0]

Empezado por newtron

Por ejemplo cuando haya un problema al hacer el envío se tendrá que generar un evento

Mmmm... no estoy seguro que éste siga un buen ejemplo, ya que no es un evento que se deba registrar.

Un sistema que funciona en modo NO Veri*factu (el único modo que requiere de los eventos) debe facilitar los registros (artículo 14.2) pero no he visto que esté obligatorio hacerlo con un envío: solo hay que facilitar los registros en formato electrónico a los inspectores, que se supone se presencian (artículo 14.1).

Ahora bien, si tienes un sistema que funciona en modo Veri*factu, que tiene registros de eventos firmados encadenados etc. (no está prohibido aunque no es necesario), y si te apetece usarlo para registrar problemas de envío, me parece perfecto hacerlo.

[antoine0]

Empezado por seccion_31

¿alguien puede decirme que son los eventos que aparecen detallados en la hoja excel del verifactu?

Los eventos solo se aplican a sistemas que NO funcionen en modo Veri*factu (entonces, para la mayoría de los SIF, no es de aplicación).

En este modo, además de deber firmar los registros de facturación en el momento de su generación (en lugar de enviarles a la web Veri*factu), el SIF debe guardar un segundo registro independiente de «eventos» con fecha y hora, también encadenados y firmados, que relatan las acciones importantes que realice el SIF, incluyendo arranques y paradas, dar el estado del SIF cada hora, avisar de exportación a petición, o si se restaura una copia de seguridad. Además, debe fiscalizar el control de los registros (proceso llamado de «detección de anomalías»). Más todos los eventos que puede añadir el desarrollador.

[CarlosR]

Empezado por seccion_31

hola

¿alguien puede decirme que son los eventos que aparecen detallados en la hoja excel del verifactu?

comentaros que estoy creando un programa de ejemplo, para añadir/borrar facturas en verifactu, importandolas desde excel, algo simple, pero que sirva como ejemplo, cuando lo tenga lo posteo para corregirlo un poco entre los que se animen. Bien completo seria una buena plataforma.

Lo dicho, ¿ alguien sabe que son los eventos ?

Saludos !

Como Usted ya será conocedor a estas alturas después de leer la documentación de la AEAT existen dos modalidades distintas dentro de la ley antifraude :


1- Veri*factu : Registro de facturas y anulación encadenado con hash (no borrado) para impedir cambios fundamentales en las facturas. Utilizar un webservice con la AEAT para declarar dicho registro en un período máximo de 2 horas desde el momento de producirse el registro. Entre otras cosas.



2- NO Veri*factu : No se utiliza el webservice de la AEAT. Por el contrario existen numerosos requerimientos mas que en el caso de Veri*factu. Uno de los requerimientos es llevar un sistema de eventos encadenado y exportable para la AEAT.



Modelos solo Veri*factu. El soft solo permite veri*factu con lo que quedan excluidas todas las demás opciones.
Modelo Dual. El sistema admite Veri*factu y NO verifactu. En dicho modelo se exigen las mismas condiciones para ambos que en NO Verifactu.


Supongo que esto le indica cuando debe usar los eventos y registrarlos.



En el caso de un importador para generar altas y anulaciones a partir de excell...no comprendo bien a qué se refiere. Recuerde que en el registro de facturas deben estar clasificados los registros por fechahora de generación de factura física y que no puede transcurrir mas de 2 horas antes de que se registre en la AEAT.
Y también por número de documento ordenado, sin importar la serie que sea.

En cuanto al borrado de facturas creo que está errado. NO SE PUEDE ELIMINAR NADA DEL REGISTRO.

Todo el registro de facturas está encadenado y no sería posible la eliminación de ningún registro.


Un saludo.

[CarlosR]

Empezado por seccion_31

hola

¿alguien puede decirme que son los eventos que aparecen detallados en la hoja excel del verifactu?

comentaros que estoy creando un programa de ejemplo, para añadir/borrar facturas en verifactu, importandolas desde excel, algo simple, pero que sirva como ejemplo, cuando lo tenga lo posteo para corregirlo un poco entre los que se animen. Bien completo seria una buena plataforma.

Lo dicho, ¿ alguien sabe que son los eventos ?

Saludos !

No termino por comprender el por que de la incorporación de facturas al registro mediante excell.
Me he imaginado que tiene un soft que no permite veri*factu y que quiere complementarlo haciendo exportaciones en excell e importaciones a un registro que luego pretende subir a la AEAT.
Si esto es así le aconsejo que lo consulte bien pero creo que no le servirá. El que debe cumplir normas no es un registro de facturas, ES EL SOFTWARE MISMO.



Un saludo nuevamente.

[ermendalenda]

Pues a ver como te comes esto:
Solicitan factura B2G por FACE.
Posteriormente piden corrección de conceptos por que nos les gusta como lo han pedido y quieren cambiarlo.
Me dicen que la corrija a su gusto pero que no la mande como rectificada por que no las admiten.
DIOOSS DAME PACIENCIA.

[ermendalenda]

Lo de ls excell que comentáis es factible, es una entrada de datos como otra cualquiera. El programa que lea esas Excel y genere los xmls es que tiene q7e cumplir verifactu
La entrada de datos es algo independien6e, 0uede ser json, excell, xml, una fuente de datos odbc...eso no influye en nada.

[[newtron]]

Buenas.


Estoy intentando aclararme un poco cómo hacer lo de la firma del registro pero no lo veo. El compañero Jesusggc puso amablemente un ejemplo en vb pero no acabo de ver la luz.


¿Hay que generar un fichero XML en disco para firmarlo? ¿No se puede hacer en memoria? ¿Alguien le ha dado ya solución a esto en Delphi?


Gracias y un saludo.

Edito: Estoy viendo que hace algunas semanas el colega Delphier puso a disposición una dll para esto precisamente. Haré pruebas con ello pero si alguien le ha dado alguna otra solución se admiten ideas.

[CarlosR]

Empezado por newtron

Buenas.


Estoy intentando aclararme un poco cómo hacer lo de la firma del registro pero no lo veo. El compañero Jesusggc puso amablemente un ejemplo en vb pero no acabo de ver la luz.


¿Hay que generar un fichero XML en disco para firmarlo? ¿No se puede hacer en memoria? ¿Alguien le ha dado ya solución a esto en Delphi?


Gracias y un saludo.

Edito: Estoy viendo que hace algunas semanas el colega Delphier puso a disposición una dll para esto precisamente. Haré pruebas con ello pero si alguien le ha dado alguna otra solución se admiten ideas.

Que yo sepa no hay que firmar veri*factu. Solo has de usar un certificado digital para enviar datos a la AEAT.
Lo que sí hay que firmar es el xml donde esté instalado un soft dual o No veri*factu. Al igual que los eventos.

[CarlosR]

Empezado por CarlosR

Que yo sepa no hay que firmar veri*factu. Solo has de usar un certificado digital para enviar datos a la AEAT.
Lo que sí hay que firmar es el xml donde esté instalado un soft dual o No veri*factu. Al igual que los eventos.

Por cierto, a colación de comentarios anteriores, ¿ importa el soft o solo importa la rutina de validación con la AEAT ?
Considero importante recordar que el propio soft debe identificar cuántas empresas están acogidas a veri*factu de forma visible. También debe haber un "contrato" con el cliente que determine a qué modelo de veri*factu se acoge. Al mismo tiempo se debe identificar datos tales como el productor (nombre,nif,número de instalación, etc.) y que eso se debe identificar en la comunicación con la AEAT.
Al mismo tiempo se debe recordar que el soft debe ser capaz de identificar fallos de coherencia entre lo que se envia a la AEAT y lo que realmente tiene archivado. Todo esto en el modelo solo verifactu. En el modelo NO verifacto ni te cuento.
Mi pregunta sería...¿cómo puedo dar validez a mis datos de gestión si no coinciden con mis datos del registro enviado a la AEAT ?
¿ Mi soft se puede validar a partir de lo que hay enviado a la AEAT ?
Desde un punto de vista procedimental considero que la forma de alimentar el registro de envíos a la AEAT sería igualmente de eficaz se use el protocolo de comunicación que se use.
Pero desde un punto de vista legal, ¿ Son mis datos consistentes ? ¿ Puedo garantizar que lo que se envía se ha registrado en mi gestión ?
¿ Puedo GARANTIZAR que mi sistema de gestión mantiene datos coherentes con lo enviado ?
Por ello creo que alimentar los envíos con CSV/XLSX podría generar inconsistencias. Modelo que permitiría al cliente final hacer "apaños" jugando con la credibilidad del productor de soft.
Me reitero, sería objeto de una consulta legal mas allá de lo que se pudiera representar en este foro, pero creo que sería contraproducente para el programador.
Atte,


Un saludo.

[antoine0]

Empezado por ermendalenda

Lo de ls excell que comentáis es factible, es una entrada de datos como otra cualquiera. El programa que lea esas Excel y genere los xmls es que tiene q7e cumplir verifactu

Parece una interesante idea (aunque lo veo bien solo para Veri*factu).
Sin embargo, suponiendo que la factura se imprime desde Excel (cosa que podía tener sentido hace años), ahora al dicho Excel se lo tiene que añadir el QR...

Y por supuesto, debe ir en la cabecera, impreso como primero de la fila &c.

[seccion_31]

buenos dias !

he propuesto un software de ejemplo, que lea registros desde una excel, tipo asi:


OPERACIÓN NUMSERIEFACTURA FECHA FACTURA DESCRIPCION OPERACIÓN CLIENTE CLIENTE NIF TIPONIF CODPAIS BASE IMP TOTAL IVA1 REQ1
ALTA F240001 21/01/2024 VENTA MERCADERIAS CLIENTE1 NIFCLI1 02 ES 1000 1121 21 1000
ALTA F240002 22/01/2024 VENTA MERCADERIAS CLIENTE2 NIFCLI2 02 ES 2000 2420 21 2000


Para abstraer del programa de ejemplo de la interacción con un modelo de base de datos propia, nada mas. solo a modo de ejemplo.


Estoy con el alta (en su modo mas simple) y el envio de los registros con el certificado digital instalado, via HTTPRIO. Luego hare la baja.

Si alguien quiere colaborar que me escriba en privado y se lo enviare antes de publicarlo (calculo que durante la semana que viene) y asi hacerlo mas completo y con menos errores.


Me he quedado algo obsoleto, ... pero no hace falta firmar nada ¿no? en el SII no firmo nada, y los envio a la AEAT (HTTPRIO) y listo.

Saludos !

[[newtron]]

Empezado por seccion_31

buenos dias !

he propuesto un software de ejemplo, que lea registros desde una excel, tipo asi:


OPERACIÓN NUMSERIEFACTURA FECHA FACTURA DESCRIPCION OPERACIÓN CLIENTE CLIENTE NIF TIPONIF CODPAIS BASE IMP TOTAL IVA1 REQ1
ALTA F240001 21/01/2024 VENTA MERCADERIAS CLIENTE1 NIFCLI1 02 ES 1000 1121 21 1000
ALTA F240002 22/01/2024 VENTA MERCADERIAS CLIENTE2 NIFCLI2 02 ES 2000 2420 21 2000


Para abstraer del programa de ejemplo de la interacción con un modelo de base de datos propia, nada mas. solo a modo de ejemplo.


Estoy con el alta (en su modo mas simple) y el envio de los registros con el certificado digital instalado, via HTTPRIO. Luego hare la baja.

Si alguien quiere colaborar que me escriba en privado y se lo enviare antes de publicarlo (calculo que durante la semana que viene) y asi hacerlo mas completo y con menos errores.


Me he quedado algo obsoleto, ... pero no hace falta firmar nada ¿no? en el SII no firmo nada, y los envio a la AEAT (HTTPRIO) y listo.

Saludos !

Yo estoy trabajando en algo parecido pero con ciertas diferencias.


Uno de mis problemas (tengo muchos ) es que tengo un montón de programas personalizados y que todos entrarán en VeriFactu por lo que tendré que adaptarlos. Lo que se me ha ocurrido es preparar un programa genérico para el envío a VeriFactu que esté atento a una carpeta determinada y en esa carpeta ir poniendo ficheros .csv, uno por cada factura, con los datos de la misma y que se encargue de ir enviándolos según van "cayendo" en la carpeta. De esta manera en los distintos programas lo "único" que tendré que hacer es generar esos ficheros con una estructura determinada. Y digo lo "único" porque hay bastantes modificaciones que hacer para manejar datos que hasta ahora no hago como el tipo de documento de identificación, tipo de operación, etc.



Se admiten ideas.


Saludos.