Hola buenas noches.
Alguno a probado a construir el xml desde el xsd con el XML Data Binding de Delphi
Yo no consigo pasar de rellenar la cabecera, el resto de datos como si no existieran.
No se si estoy haciendo algo mal o es una cagada integra e integral en el xsd de la AEAT.
Si alguien me puede decir algo al respecto, se lo agradecería.

pRIMER INTENTO ALTA FACTURA
 

este primer intento es siguiendo un poco el ejemplo del pdf, pero sin meter el soap, a ver si encontrais los fallos please.

¿Qué fallos tenemos que encontrar?.
Yo a simple vista, lo he copiado/pegado en un visor de xlm para ver un poco más "pretty" y aparentemente está ok, con su cabecera y todo que es lo que al menos a mi me trae loco.

A mi pasó en su momento. Si lo intento hacer utilizado el xsd me pasa lo que a tí, y si lo intento hacer utilizando el xsdl, entonces tengo acceso a los registros de facturación, pero no a la cabecera.

Puedes retroceder un poco para atrás y verás lo que fui posteando.

Yo creo que si que han debido de meter la pata en algo, pero como soy muy novato en estos temas, tampoco me atrevo ni se donde poder hacer consultas más técnicas.

A mi me despista esto del xsd:

Edito.
ok ok nada. eso son nodos a insertar cuando esten empaquetados en el soap

Pues a mi por ejemplo la Huella no me cuadra con la obtenida con varias herramientas online.
Tampoco entiendo (no estoy muy puesto en el tema) motivo por el cual añades las etiquetas sum1 y esto que comentas de meter el soap :confused:
Si que rogaría y teniendo en cuenta que puede haber gente muy puesta y otra menos puesta como puede ser mi caso hacer los textos mas entendibles a los que no estamos tan puestos y tenemos el problemón encima. Espero que nadie se ofenda por lo que digo, lo hago con la mejor intención del mundo.

Si, si, la huella no es esa, es que he cambiado el contenido pero no la huella, por no dejar datos reales.

las etiquetas sum y sum1 son prefijos que se refieren a un enlace, esos prefijos puedes decidir tú como se llaman pero tienen que estar igual en los sitios a los que hacen la mis ma referencia.

El soap:
cada fichero verifcatu se refiere a un alta o anulacion, pero para el envio, tienes que meter (*n) archivos en un solo fichero con los nodos del soap.

*n=numero de archivos verifactu, este numero está condicionado por las respuestas que te de la aeat en cada envio, te pueden decir cuantos (n) tienes que mandar o cuanto tiempo tienes que esperar para el siguiente envio (Maximo 1000 registros o archivos verifactu).
Espero que te aclare un poco, sé que es un poco lioso.

Yo me voy algo antes. ¿Alguien me puede aclarar de qué va el rollo de la huella y cómo se genera?


Gracias y un saludo.

es el calculo del hash sobre un texto, este hash puede ser sha256, sha512...., pero en este caso solo tienen la opción sha256, la mayoria de programas de desarrollo tienen herramientas para crear esa secuencia de cálculo sha256, (texto a sha256), y si no podeis usar las apis de windows (para los que usan windows). Hay que tener especial cuidado que este cálculo es muy, perro que muy sensible a cualquier caracter del texto, un retorno de carro, un caracter especial, nulo, tabulador... te cambia el calculo totalmente, por eso en las pruebas que hagais debeis verificar que estais haciendolo bien, y el mismo formato que le deis al texto enviado debe ser el mismo que con el que habeis calculado el hash.
Por otro lado, ese calculo del hash puede estar devuelto en sistemas distintos, pero el más frecuente es el hexadecimal, que tambien teneis que tenerlo en cuenta. Cualquier texto va a devolver una sha256 del mismo tamaño (mismo número de caracteres), por muy pequeño o grande que sea el texto.
Para calcular la huella del verifactu teneis que calcularla sobre el nodo [RegistroFacturacion] incluyendo las eiquetas de apertura y cierre, aquí es donde podeis tener la duda si después de la etiqueta de cierre hay retorno de carro hay que incluirla para el calculo o no, y aunque la normativa dice que el nodo incluyen los retornos de carro posteriores, no sabemos si van a aplicar la normativa, os aconsejo que despues de la etiqueta de cierre no hagaios saltos de lineas ni retornos de carro.
Saludos

Gracias compañero.


Entiendo entonces que hay que generar un fichero XML por cada factura que se va a enviar y calcular unitariamente ese hash para meterlo posteriormente en la llamada que se hace para cada factura.


A ver si algún colega que use Delphi puede mostrarnos alguna función/ejemplo.


Saludos.

correcto, cada alta o anulacion con su hash, y en el paquete de envio todos los ficheros xml con su huella.

Perfecto, gracias.


Haciendo una búsqueda "tontuna" he encontrado este link con una función simple para generar el hash SHA-256. Imagino que servirá.


Saludos.

Un hash se puede calcular con muchas herramientas, editores, etc. pero lo único "vital" es asegurarse de que se hace sobre el texto correcto, siempre igual.
Por ejemplo, si el texto está en ascii o utf-8 serán distintos, ¡¡¡aunque lo veamos igual!!! y también, como han dicho antes, cuidado con los fin de línea, retornos de carro, etc. que es distinto si se ha generado en windows o si está calculado en un servidor linux.

hay webs para comprobar tambien, como metoido adicional mientras programas, pero cuidado con los cortar y pegar que cambian caracteres en los cuadros de introduccion del texto de la web.

Toda la parte que está en rojo (NombreRazon hasta NIF) está repetida del principio y no está bien formado.
Luego la parte en azul, etiquetas NombreRazonEmisor y TipoRegistroSIF deben venir antes de TipoFactura, y las etiquetas TipoFactura y DescripcionOperacion repetidas después deben quitarse.

(He añadido CR para leerlo mejor en pantalla)
IdSistemaInformatico está limitado a dos caracteres, tu ejemplo tiene 19...
Además, falta justo antes un elemento NombreSistemaInformatico que no es opcional.
Si se reemplaza por me da OK

La fecha debe ir con guiones, las barras no validan el XSD

Gracias
Repaso todo
Al cambiarlo de la 0.1 a la 1.0 l he liado

Si por "ascii" te refieres a US-ASCII en sentido restringido a los caracteres imprimibles más eventualmente CR y LF pues no, no serán distintos :o
Pero cualquier tilde o eñe sí creará problemas.

Mensaje de error al importar wsdl en Delphi X2
 

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?

Pero en hacienda pueden comprobar si el hash es correcto?
Basta con cojan el nodo y hagan el hash o tendrán que saber la codoficacion usada?

No tienen que saber codificación, el hash siempre es el mismo para una cadena, da igual quien, donde y desde que programa se calcule.
Pueden calcularlo y es su forma de verificar que no hay trampa.
Ver significado funcionmiento del blockchain, por ejemplo para las criptomoneda, aunque estas tienen además otros algoritmos tienen aplicado los cálculos de hash.