Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Algunas particularidades de la norma, aunque está en periodo de consulta hasta el día 24 del presente mes:

- Gestion de certificados electronicvos. Los certificados electrónicos serán utilizados para autenticarse en la conexión con la Agencia Estatal de Administración Tributaria de cara a la remisión de la información y, en su caso, para generarla firma electrónica de los registros de facturación.-Antes de la generación de un nuevo registro habrá que comprobar si los 5 últimos registros estan correctamente encadenados.
-Si hay problemas con el envio debe reintentarse como máximo en una hora.
-Mostrar una alarma, clara y visible en todos los equipos del sistema informatico SIF, si hay alguna particularidad que impide generar correctamente los registros y generar el registro de eventos en ese caso.
-La fecha y hora empleada en los sistemas informaticos, deben ser exactos, con un maximo de un margen de 1 minuto.
- Tener comprobaciones de registros generados: comprobacion de la huella hash, y que te permitan ir a partir de un registro al anterior o posterior.
- El formato de los xml será en codificación UTF8




-Se deben crear estos eventos:
* Instalacion o puesta en marcha
* Inicio como verifactu
* Fin verifactu
* un evento por hora si no hay registros.¿¿??
y los demas eventos de los sistemas que no vayan a enviar verifactu



Esto tendran que aclararlo un pelin más:
"Para un determinado obligado tributario, el sistema informático producirá una única cadena de registros de facturación, es decir, todos los registros de facturación generados por un mismo sistema informático deberán formar parte de la misma cadena. Si hay varios terminales o dispositivos de facturación pertenecientes al mismo sistema informático, todos ellos deberán generar registros que se integrarán en la única cadena existente para dicho sistema informático"


La generación de la huella o «hash» de los registros de facturación se realizará conforme a las siguientes directrices:
a)La información a la que se realizará la huella o «hash» será el fichero XML del registro de facturación.
b)Se usarán el algoritmo y codificación indicados en el documento técnico que se publicará la Sede electrónica de la Agencia Estatal de Administración Tributaria.



Etc etc etc...
Vaya dolor de cabeza

[[newtron]]

Empezado por ermendalenda

Algunas particularidades de la norma, aunque está en periodo de consulta hasta el día 24 del presente mes:

- Gestion de certificados electronicvos. Los certificados electrónicos serán utilizados para autenticarse en la conexión con la Agencia Estatal de Administración Tributaria de cara a la remisión de la información y, en su caso, para generarla firma electrónica de los registros de facturación.-Antes de la generación de un nuevo registro habrá que comprobar si los 5 últimos registros estan correctamente encadenados.
-Si hay problemas con el envio debe reintentarse como máximo en una hora.
-Mostrar una alarma, clara y visible en todos los equipos del sistema informatico SIF, si hay alguna particularidad que impide generar correctamente los registros y generar el registro de eventos en ese caso.
-La fecha y hora empleada en los sistemas informaticos, deben ser exactos, con un maximo de un margen de 1 minuto.
- Tener comprobaciones de registros generados: comprobacion de la huella hash, y que te permitan ir a partir de un registro al anterior o posterior.
- El formato de los xml será en codificación UTF8




-Se deben crear estos eventos:
* Instalacion o puesta en marcha
* Inicio como verifactu
* Fin verifactu
* un evento por hora si no hay registros.¿¿??
y los demas eventos de los sistemas que no vayan a enviar verifactu



Esto tendran que aclararlo un pelin más:
"Para un determinado obligado tributario, el sistema informático producirá una única cadena de registros de facturación, es decir, todos los registros de facturación generados por un mismo sistema informático deberán formar parte de la misma cadena. Si hay varios terminales o dispositivos de facturación pertenecientes al mismo sistema informático, todos ellos deberán generar registros que se integrarán en la única cadena existente para dicho sistema informático"


La generación de la huella o «hash» de los registros de facturación se realizará conforme a las siguientes directrices:
a)La información a la que se realizará la huella o «hash» será el fichero XML del registro de facturación.
b)Se usarán el algoritmo y codificación indicados en el documento técnico que se publicará la Sede electrónica de la Agencia Estatal de Administración Tributaria.



Etc etc etc...
Vaya dolor de cabeza

Gracias por la info compañero.

[ramherfer]

Empezado por ermendalenda

-Se deben crear estos eventos:
* Instalacion o puesta en marcha
* Inicio como verifactu
* Fin verifactu
* un evento por hora si no hay registros.¿¿??
y los demas eventos de los sistemas que no vayan a enviar verifactu

¿Donde se deben crear o registrar estos eventos compañero?

[ermendalenda]

Empezado por ramherfer

¿Donde se deben crear o registrar estos eventos compañero?

Buenas
en el pdf de las especificaciones que colgó hacienda creo recordar que venia el formato, aunque hasta que no lo aprueben totalmente no quiero mirarlo.
En resumen tendras que crear un xml de los eventos.

[ermendalenda]

os adjunto ejemplo factura simplificada pdf, ya que va a ser obligatorio generar un pdf (no se si es obligatorio generarlo o tener la posiblidad)

La mayoria del qr es de prueba, aun no se sabe la url, ni el formato, ni si lleva un CR de control, aunque las medidas sí son correctas

[ermendalenda]

Adjunto xml de prueba del pdf anterior. Gracias antonie0 creo que ya está subsanado lo que me dijiste

[reyelche]

Empezado por ermendalenda

Adjunto xml de prueba del pdf anterior. Gracias antonie0 creo que ya está subsanado lo que me dijiste

Buenos días podrías mandar un código de ejemplo de como generar el xml en vb 6.0. Muchas gracias

[ermendalenda]

Empezado por reyelche

Buenos días podrías mandar un código de ejemplo de como generar el xml en vb 6.0. Muchas gracias

Son simples output a un fichero.

Código PHP:

n_tiquet_cliente_vfa ="C:\verifactu\fact_00000000Y_121212_222_240104_110003.xml"
Open n_tiquet_cliente_vfa For Output Shared As #92
Print #92, "<?xml version=" & Chr(34) & "1.0" & Chr(34) & " encoding=" & Chr(34) & "UTF-8" & Chr(34) & "?>"
Print #92, "<sum:AltaFactuSistemaFacturacion xmlns:sum=" & Chr(34) & "https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd" & Chr(34) & " xmlns:sum1=" & Chr(34) & "https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd" & Chr(34) & ">"
        Print #92, "<sum1:Cabecera>"
        Print #92, "<sum1:IDVersion>1.0</sum1:IDVersion>"
        Print #92, "<sum1:ObligadoEmision>"
        ****etc.***

[antoine0]

Empezado por ermendalenda

Adjunto xml de prueba del pdf anterior. Gracias antonie0 creo que ya está subsanado lo que me dijiste

Es antoine0 No eres el primero con esta ortografía.

Ahora hay un nodo "sum1:PeriodoImputacion" que no sé de dónde viene pero no lo acepta el validador de esquema XML...

[ermendalenda]

Empezado por antoine0

Es antoine0 No eres el primero con esta ortografía.

Ahora hay un nodo "sum1:PeriodoImputacion" que no sé de dónde viene pero no lo acepta el validador de esquema XML...

Siento el error.
Cierto
El periodo de imputación lo he visto en el esquema xsd pero no en el ejemplo.
Lo tengo marcado para quitarlo o dejarlo
Viene solo en la definición de complextipe name. Puede que lo hayan quitado del nodo adrede o se les ha olvidado.como estaba en la versión 0.1 dd momento lo dejo

[antoine0]

Empezado por ramherfer

¿Donde se deben crear o registrar estos eventos compañero?

Tienes que esperar un poco para los detalles.

Hay dos partes a las especificaciones de interfaz: una para Veri*factu y la otra para aplicaciones «que reportan a Hacienda bajo requerimiento». Evidentemente estas dos partes comparten mucho. Diferencias entre las dos partes incluyen:

• un punto de contacto distinto
• indicar el número de requerimiento (en lugar de la fecha final en modo Veri*factu)
• tener cada registro firmado individualmente
• tener un libro de eventos
• y poco más

De momento lo único publicado con explicaciones es la interfaz con los sistemas Veri*factu. Faltan dos piezas importantes:

1. la orden ministerial, que explicará cosas como la forma de los QR, la descripción de los eventos, las marcas de tiempo, la manera de normalizar los nodos XML para calcular las huellas, o el contenido que se firme
2. la otra interfaz, para los requerimientos

Sin embargo, estamos lo suficientemente listos como para mirar en los documentos que se nos han facilitado; y allá hemos encontrado la especificación (en versión 0.3) de los eventos, tal como deben ser enviados bajo requerimiento.

Entonces, para contestar a tu pregunta, y sin ninguna garantía de nadie, solo bajo deducción: los eventos se deben registrar en una lista encadenada similar y paralela a la de las facturas.