Cita:
Empezado por CarlosR
Verás, si creas el xml y lo archivas en una tabla para poder cotejarlo posteriormente con los datos originales y el hash podría pasar algo curioso si usas los métodos creados automáticamente a partir del wsdl de la AEAT.
Podría pasar que cualquier espacio o signo que varíes en el envío con dicho código a la AEAT no se corresponda con el xml archivado con su hash y posiblemente certificado. O simplemente el código creado automáticamente a paritr de la wsdl te los cree. O que una etiqueta del xml tú la dejes en blanco por no uso y el código no te cree la propia etiqueta. Todo esto haría que el hash se fuera por la borda.
Estoy valorando cambiar lo que ya tengo creado por c++ builder a partir del wsdl y pasarlo a código hecho a mano de tal forma que el xml archivado sea el mismo que copio y envio a la AEAT. Simplemente estoy valorándolo pero hay varias papeletas a favor de optar por esa opción.
Gracias de nuevo.
P.D. en mi caso el código SII lo creé de forma automática hace ya años, cuando comenzó, y cada cambio que hace la AEAT me obliga a cambiar programación en diversos sitios. De forma manual me habría resultado mas sencillo el mantenimiento del soft.
 |
En el caso de vereifcatu va a ser dificl que pase, ya que el cálculo del hash se hará sobre nodos sueltos, numericos y el del CIF.
Algo así
Código:
<sum1:NIF>00000006Y</sum1:NIF>
<sum1:NumSerieFactura>1.1.1.8</sum1:NumSerieFactura>
<sum1:FechaExpedicionFactura>09-04-2024</sum1:FechaExpedicionFactura>
<sum1:TipoFactura>F2</sum1:TipoFactura>
<sum1:ImporteTotal>2.00</sum1:ImporteTotal>
<sum1:CuotaTotal>0.00</sum1:CuotaTotal>
<sum1:Huella>E6FE58EE455F233BFA429FA7A9D90EDC006CBB2421876EB2590D37E682414CB3</sum1:Huella>
<sum1:FechaHoraHusoGenRegistro>2024-04-09T19:12:03+01</sum1:FechaHoraHusoGenRegistro>
Con lo cual no creo que admita caracteres extraños
Lo único que hay tener claro es que concatenes los campos, para el calculo del hash, con retornos de carro, ni caracteres nulos.