Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[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 ermendalenda

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.

Está como único nodo del tipo RegistroSf; qué por lo visto, no sirve de nada... hasta ahora.
Supongo que servirá en la ¿futura expansión? de la interfaz con funciones de consultación (que de momento son demasiado pedir); hay un par de otros tipos que parecen ser del mismo índole.

[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.