Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Empezado por CarlosR

Corrígeme si me equivoco (es posible en este caso) pero ¿ no hay que hacer el hash de toda la estructura XML ?
Incluyendo datos del fabricante y del producto.
Si no es así, ¿ puedes indicarme al menos si están descritos en algún pdf o comunicado de la AEAT ?


Gracias.

En la primera Versión era así, pero debido a posibles problematicas que han reportado en el periodo de consulta corrigieron y dijeron que iban a ser solo unos campos(nodos), en la excell de los esquemas(extensiones) también hacen referencia que ya diran sibre que nodos se calcula, pero que serán algunos. En el esquema del webinar del día 14 hay una pequeña referencia en el que encabezan como "IMPORTANTE" y se ven unos "posibles nodos" sobre los que se calculará, vi en ese cuadro que aparecía un nuevo nodo, el de cuotatotal, y he visto que ahora también aparece en el nuevo esquema. Así que hay muchas posibilidades de que en un alto porcentaje sean esos nodos y quizás alguno más.

[ermendalenda]

Aquí el pantallazo de lo.que te comento

[ermendalenda]

Empezado por ermendalenda

Aquí el pantallazo de lo.que te comento

He tenido que reducir la imagen muchisimo, no permiten tamaños de mas de 33kb

[ermendalenda]

aqui el detalle de los nodos

[ermendalenda]

Os dejo aquí los ejemplos de ficheros VERIFACTU vs FACTURAE, que le he cambiado algun error a los ficheros de facturae equivalentes a los de verifactu
y aqui os dejo un validador y visualizador de la facturae
https://face.gob.es/es/facturas/vali...lizar-facturas

[CarlosR]

Empezado por ermendalenda

aqui el detalle de los nodos

No había visto esto.



Gracias de nuevo.

[javipes]

Hola a todos.
Estoy ya implementando con wsdl V0.11.5 y me encuentro con que al importar la wsdl correspondiente me aparece la definicion del dato FFechaHoraHusoGenRegistro: TXSDateTime;
Al utilizarlo segun la definicion de Soap.XSBuiltIns me genera un valor 2024-04-10T11:38:56.000Z , cosa que se separa ligeramente del formato indicado.
Lo he resuelto incluyendo al principio de la unit SistemaFacturacion una redefinicion: type TXSDateTime=string; y el valor lo he formateado adecuadamente segun el formato indicado: AAAA-MM-DDThh:nn:ss+0x:00 la x varia entre 0, 1 2 segun corresponda. En principio está resuelto para la generacion del xml.
La pregunta es ¿esto solo me ha ocurrido a mi, o es que he utilizado un importacion incorrecta del wsdl?
He importado (desde Studio 10.1 Berlin)
https://prewww2.aeat.es/static_files...cturacion.wsdl

y utilizo la opcion
Porcess only WSDL Binding extensions por the SOAP 1.2 Protocol

[CarlosR]

Empezado por javipes

Hola a todos.
Estoy ya implementando con wsdl V0.11.5 y me encuentro con que al importar la wsdl correspondiente me aparece la definicion del dato FFechaHoraHusoGenRegistro: TXSDateTime;
Al utilizarlo segun la definicion de Soap.XSBuiltIns me genera un valor 2024-04-10T11:38:56.000Z , cosa que se separa ligeramente del formato indicado.
Lo he resuelto incluyendo al principio de la unit SistemaFacturacion una redefinicion: type TXSDateTime=string; y el valor lo he formateado adecuadamente segun el formato indicado: AAAA-MM-DDThh:nn:ss+0x:00 la x varia entre 0, 1 2 segun corresponda. En principio está resuelto para la generacion del xml.
La pregunta es ¿esto solo me ha ocurrido a mi, o es que he utilizado un importacion incorrecta del wsdl?
He importado (desde Studio 10.1 Berlin)
...aeat/tikeV1.0/... /SistemaFacturacion.wsdl (no me deja poner la url entera)
y utilizo la opcion
Porcess only WSDL Binding extensions por the SOAP 1.2 Protocol

Al importarlo en Embarcadero Studio Enterprise con el compilador C++ builder 11 no genera ese mismo nombre de campo. La importación al framework del wsdl se hizo en modo automático.

De todos modos, no creo que sea difícil hacer un conversor a string.


Si usa sql server para generar datos y por si le sirve de ayuda le paso una simple instrucción :


print SubString(convert(varchar(14),getdate(),112),7,2) + '-' + SubString(convert(varchar(14),getdate(),112),5,2) + '-' + SubString(convert(varchar(14),getdate(),112),1,4)+' ' + SubString(convert(varchar(14),getdate(),114),1,8)+'+0'+TRIM(STR(datediff(hour,getutcdate(),getdate() )))+':00'


Le generará el diferencial transformado entre la fecha utc y la fecha real de su sistema. Todo en uno !


Saludos.

[ermendalenda]

Empezado por CarlosR

No había visto esto.



Gracias de nuevo.

De nada. Para eso estamos