Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[[newtron]]

Empezado por nincillo

Cuando lo intenté con el la versión 10.3 no me dio error, sin embargo, con esta versión más antigua me da esos errores durante la importación.

Quizás por eso no está haciendo la importación correcta y le faltan "partes". ¿Podrá ser?

¿Cuando te refieres a "versión más antigua" te refieres a la versión del Delphi que estás usando?


Saludos

[nincillo]

Empezado por newtron

¿Cuando te refieres a "versión más antigua" te refieres a la versión del Delphi que estás usando?


Saludos

He probado con 3 versiones diferentes:
- Delphi 2007: Me da error de empty document (que creo que es el mismo mensaje que te salía a ti o algún otro compañero en este mismo hilo)
- Delphi 10.3: No da error en la importación, pero el elemento "Cabecera" no lo encuentro por ninguna parte, con lo cual no puedo formar el XML "completo".
- Delphi X2: Que lo acabo de instalar para probar a ver que pasaba, y con esta versión, no me da el de Empty Document, pero me da ese otro error del que he pegado pantallazo y que sino me confundo, se corresponde a algo que ya había comentando yo antes. Y es que en la estructura del wsdl, hay vínculos a páginas que realmente no existen.

[[newtron]]

Empezado por nincillo

He probado con 3 versiones diferentes:
- Delphi 2007: Me da error de empty document (que creo que es el mismo mensaje que te salía a ti o algún otro compañero en este mismo hilo)
- Delphi 10.3: No da error en la importación, pero el elemento "Cabecera" no lo encuentro por ninguna parte, con lo cual no puedo formar el XML "completo".
- Delphi X2: Que lo acabo de instalar para probar a ver que pasaba, y con esta versión, no me da el de Empty Document, pero me da ese otro error del que he pegado pantallazo y que sino me confundo, se corresponde a algo que ya había comentando yo antes. Y es que en la estructura del wsdl, hay vínculos a páginas que realmente no existen.

Ok pues imagino que tendrás que usar la 10.3. Lo que me tiene despistado es que para generar la cabecera hay que hacerlo importando el fichero .xsd según comentaba Neftalí usando XML Data Binding. El problema es que por ahí puedes generar la cabecera y por el wsdl cada registro de factura pero no se me ocurre cómo juntar todo eso en una llamada para que genere un XML con las dos cosas. Se me ha ocurrido que habrá alguna llamada desde la cabecera para "pegarle" las facturas pero no encuentro la forma.


Saludos.

Edito: ¿Podrías poner un ejemplo de creación de una factura? Porque también estoy haciendo pruebas y no consigo meter el desglose.

[nincillo]

Empezado por newtron

Ok pues imagino que tendrás que usar la 10.3. Lo que me tiene despistado es que para generar la cabecera hay que hacerlo importando el fichero .xsd según comentaba Neftalí usando XML Data Binding. El problema es que por ahí puedes generar la cabecera y por el wsdl cada registro de factura pero no se me ocurre cómo juntar todo eso en una llamada para que genere un XML con las dos cosas. Se me ha ocurrido que habrá alguna llamada desde la cabecera para "pegarle" las facturas pero no encuentro la forma.


Saludos.

Edito: ¿Podrías poner un ejemplo de creación de una factura? Porque también estoy haciendo pruebas y no consigo meter el desglose.

El "problema" es que en mi caso, la programación "importante" la tengo con librerías que en el 10.3 no me compilan. Por eso mi interés en poder hacerlo con el D2007.

La otra opción serán crearlo a mano como en su momento hice para el SII.

Yo tengo el mismo problema que tú. Se generar la cabecera por un lado y los registros de facturación por otro. Lo que no sé es unirlos y meterlos a la llamada SOAP...

Intento rebuscar lo que hice para generar los registros de facturación, lo que tengo que mirar es si me coinciden correctamente con los que ha puesto un poco más arriba @ermendalenda .

Por otro lado, el visto el post que pusiste indicando un método de hacer el hash, pero por lo que veo tampoco es compatible ni con el 2007, ni con el XE2. Tendré que mirar que al menos lo sea con el 10.3.

[ermendalenda]

http://www.hacienda.gob.es/Documenta...-1007-2023.pdf
http://www.hacienda.gob.es/Documenta...-1007-2023.pdf
http://www.hacienda.gob.es/Documenta...-1007-2023.pdf
No puedo copiar los enlaces del boe
Pero hay 3, en estado de consultas sobre la tramitacion .

[ramherfer]

Empezado por nincillo

El "problema" es que en mi caso, la programación "importante" la tengo con librerías que en el 10.3 no me compilan. Por eso mi interés en poder hacerlo con el D2007.
Por otro lado, el visto el post que pusiste indicando un método de hacer el hash, pero por lo que veo tampoco es compatible ni con el 2007, ni con el XE2. Tendré que mirar que al menos lo sea con el 10.3.

Compañero yo puse un codigo para calcular el hash de RegistroFacturacion metido en una librería de enlace dinámico (dll)
No se si está en la página 37 o 38 y me funciona está creada con delphi 10.2 y la llamo desde delphi 7 me crea el hash 256 que he comprobado en algunas web's y está perfecto.

Aqui está el código de la librería:

library CalcHashSha256;

{ Important note about DLL memory management: ShareMem must be the
  first unit in your library's USES clause AND your project's (select
  Project-View Source) USES clause if your DLL exports any procedures or
  functions that pass strings as parameters or function results. This
  applies to all strings passed to and from your DLL--even those that
  are nested in records and classes. ShareMem is the interface unit to
  the BORLNDMM.DLL shared memory manager, which must be deployed along
  with your DLL. To avoid using BORLNDMM.DLL, pass string information
  using PChar or ShortString parameters. }

uses
  System.SysUtils,
  system.hash,
  System.Classes,
  system.netEncoding;

{$R *.res}

function CalculaStrHashSHA256(Str: WideString; Base64: Boolean): WideString;

  function Base64Encode(Str: WideString): WideString;
  var
    encoder: TBase64Encoding;
  begin
    encoder:=TBase64Encoding.Create();
    result:=encoder.Encode(str);
    encoder.Free;
  end;

var
  HashSHA: THashSHA2;
begin
    HashSHA := THashSHA2.Create;
    HashSHA.GetHashString(Str);
    result := HashSHA.GetHashString(Str,SHA256);
    if Base64 = True then result := Base64Encode(Str);
end;

Exports CalculaStrHashSha256;

begin
end.

Ejemplo de llamada:

Huella := CalculaStrHashSHA256(ContenidoNodoRegistroFacturacion, checkBox1.Checked)

[ermendalenda]

http://www.hacienda.gob.es/Documenta...-1007-2023.pdf

http://www.hacienda.gob.es/Documenta...-1007-2023.pdf

http://www.hacienda.gob.es/Documenta...-1007-2023.pdf


Ejemplo de contenido de estos documentos del boe sobre los SIF (Verifactu):

El código «QR» deberá tener un tamaño entre 30x30 y 40x40 milímetros y seguir las especificaciones de la norma ISO/I
EC 18004. Para la generación del código «QR» se
empleará el nivel M (medio) de corrección de errores, lo que ofrece un 15% de recuperación
de caracteres.
2. El contenido del código «QR» será el siguiente:
a) «URL» del servicio de cotejo o remisión de información por parte del receptor de la
factura, del cual se informará en la Sede electrónica de la Agencia Estatal de
Administración Tributaria.(pendiente de que la publiquen)

b) Información de la factura que formará parte de la «URL»:
1.ºNIF del obligado a expedir la factura

2.º Número de serie y número de la factura expedida
3.º Fecha de expedición de la factura
4.º Importe total de la factura

[reyelche]

Hola buenas tardes, alguien sabe si hay algún foro sobre la normativa VERIFACTU para programadores en Visual Basic. Gracias

[ermendalenda]

Empezado por reyelche

Hola buenas tardes, alguien sabe si hay algún foro sobre la normativa VERIFACTU para programadores en Visual Basic. Gracias

Buenas tardes.
Este es para todo,
Yo estoy en Visual Basic.

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

[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