Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[pablog2k]

justo me ha pasado lo mismo hace poco, probablemente os haya pasado al importar las librerías desde delphi, elegir SOAP 1.2
tenéis que ir a la librería que se os ha generado , que seguramente ponga esto:

InvRegistry.RegisterInvokeOptions(TypeInfo(sfPortTypeVerifactu), ioSOAP12);
y hay que cambiarlo el ioSOAP12 por ioDocument

quiza hay que añadir alguna variable mas, os aconsejo hacer la importación eligiendo SOAP 1.1 de nuevo y ver las diferencias

[espinete]

Entonces lo que dices es que al importar el wsdl es mejor usar la opción SOAP 1.1 en vez de la 1.2? O dices de importar la 1.2 pero cambiar luego cosas a mano en el .pas que se genera?

He importado como SOAP 1.1 pero no puedo compilar. En el .pas generado hay strings de más de 255 caracteres.

Podría resolverlo a mano editando el .pas, pero no sé si me estoy metiendo en un berenjenal innecesario y hay otra forma de hacerlo que no sea esa.

Empezado por pablog2k

justo me ha pasado lo mismo hace poco, probablemente os haya pasado al importar las librerías desde delphi, elegir SOAP 1.2
tenéis que ir a la librería que se os ha generado , que seguramente ponga esto:

InvRegistry.RegisterInvokeOptions(TypeInfo(sfPortTypeVerifactu), ioSOAP12);
y hay que cambiarlo el ioSOAP12 por ioDocument

quiza hay que añadir alguna variable mas, os aconsejo hacer la importación eligiendo SOAP 1.1 de nuevo y ver las diferencias

[pablog2k]

lo de la opción SOAP 1.1 lo digo por el problema que hemos tenido de las cabeceras, ya que el SOAP 1.1 te pone esta:
http://schemas.xmlsoap.org/soap/envelope/
y el 1.2 te pone esta:
http://www.w3.org/2003/05/soap-envelope
por lo que deduzco que hay que utilizar SOAP 1.1

Edit: Lo de los strings los puedes partir en 2 y luego unirlos.
Yo estoy probando con un 'mix', con la importación en 1.2 , pero modificando las cosas que comenté anteriormente para que ponga la cabecera SOAP correspondiente

[seccion_31]

justo me ha pasado lo mismo hace poco, probablemente os haya pasado al importar las librerías desde delphi, elegir SOAP 1.2
tenéis que ir a la librería que se os ha generado , que seguramente ponga esto:

InvRegistry.RegisterInvokeOptions(TypeInfo(sfPortTypeVerifactu), ioSOAP12);
y hay que cambiarlo el ioSOAP12 por ioDocument

quiza hay que añadir alguna variable mas, os aconsejo hacer la importación eligiendo SOAP 1.1 de nuevo y ver las diferencias

gracias pablog2k

he realizado este cambio y ahora tengo:

Error al realizar el envío; (ERemotableException)-Codigo[4118].Error La direccion no se corresponde con el fichero de entrada.

la cabecera efectivamente ha cambiado a: <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

antes indicaba esto: <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema"


Lo que no puedo es importar las unidades de verifactu, tal cual las puedes tener, ¿podrias x favor pablog2k colgar las unidades para ver si algun cambio mas nos impide enviar?

Saludos

[antoine0]

Empezado por seccion_31

Error al realizar el envío; (ERemotableException)-Codigo[4118].Error La direccion no se corresponde con el fichero de entrada.

Este error suele salir si el titular del certificado pasado a servicio web es distinto del NIF indicado como emisor de la factura.
Cambia en tus pruebas el NIF de quien está facturando para ser el mismo que él del certficado, a ver si lo soluciona.

[pablog2k]

justo me estaba pasando el mismo error, y creo que es por lo que comenta antoine0
voy a probar, creo que estoy usando un certificado de representante y se está liando...

[VictorCasajuana]

Hola, con la documentación de hacienda estoy buscando un xsd donde aparezca todo el esquema de la factura a enviar, pero no lo encuentro, lo veo repartido entre varios y es confuso. Alguien lo ha encontrado o simplemente es así como lo tienen publicado?
Gracias!

[espinete]

Atascado con el mismo error. El NIF que utilizo para el envío es el mismo que el del certificado.

Lo raro es que el error haga mención a "la dirección"

¿Podría poner alguien un XML que le haya funcionado, para ver las diferencias? Es probable que me falte algún campo/nodo por rellenar.

Hasta que a los de Hacienda no les de por pulir los mensajes de error, me temo que vamos a estar un tiempo así...

Empezado por antoine0

Este error suele salir si el titular del certificado pasado a servicio web es distinto del NIF indicado como emisor de la factura.
Cambia en tus pruebas el NIF de quien está facturando para ser el mismo que él del certficado, a ver si lo soluciona.

[richidemola]

Alguien más que le de este error?

El valor del campo FechaHoraHusoGenRegistro no está dentro del umbral establecido sobre la fecha del sistema de la AEAT

Lo he comprobado y la hora es menor que la de hacienda, por ejemplo, esto es lo que aparece en mi xml: 2024-09-30T14:22:00+01:00

Y la hora de hacienda era esta cuando se envió 2024-09-30 14:22:37

Se supone que tenemos un margen de 5 minutos siempre y cuando la fecha y hora que lleve nuestro xml sea menor que la fecha y hora de hacienda.

Saludos.

[antoine0]

Empezado por richidemola

El valor del campo FechaHoraHusoGenRegistro no está dentro del umbral establecido sobre la fecha del sistema de la AEAT
Lo he comprobado y la hora es menor que la de hacienda, por ejemplo, esto es lo que aparece en mi xml: 2024-09-30T14:22:00+01:00
Y la hora de hacienda era esta cuando se envió 2024-09-30 14:22:37

Bueno. Estamos aún en horario de verano (y quedan 4 semanas así), entonces la hora de Hacienda es 2024-09-30 14:22:37+02:00; que es lo mismo que 2024-09-30 12:22:37Z.
Tu envías una factura fechada 2024-09-30T14:22:00+01:00, que es lo mismo que 2024-09-30T13:22:00Z.
13:22:00 > 12:22:37. Normal que se quejen: ¡vas casi una hora por delante del reloj de Hacienda!

Nota: Hacienda está en Madrid, no en Arrecife

[richidemola]

Empezado por antoine0

Bueno. Estamos aún en horario de verano (y quedan 4 semanas así), entonces la hora de Hacienda es 2024-09-30 14:22:37+02:00; que es lo mismo que 2024-09-30 12:22:37Z.
Tu envías una factura fechada 2024-09-30T14:22:00+01:00, que es lo mismo que 2024-09-30T13:22:00Z.
13:22:00 > 12:22:37. Normal que se quejen: ¡vas casi una hora por delante del reloj de Hacienda!

Nota: Hacienda está en Madrid, no en Arrecife

Pues perdona, pero no entiendo que yo sepa en España el horario es más uno, no más dos por mucho horario de verano que sea el horario de verano es en todo el mundo. Entonces yo creo que es más uno, no más dos, pero bueno, de todas formas. Mañana probaré con más dos, a ver qué pasa.

[richidemola]

Empezado por antoine0

Bueno. Estamos aún en horario de verano (y quedan 4 semanas así), entonces la hora de Hacienda es 2024-09-30 14:22:37+02:00; que es lo mismo que 2024-09-30 12:22:37Z.
Tu envías una factura fechada 2024-09-30T14:22:00+01:00, que es lo mismo que 2024-09-30T13:22:00Z.
13:22:00 > 12:22:37. Normal que se quejen: ¡vas casi una hora por delante del reloj de Hacienda!

Nota: Hacienda está en Madrid, no en Arrecife

Pues efectivamente, con +2:00 funciona y no me da el error, pero como dije en otro mensaje no lo entiendo entonces, ¿Cuándo pase el horario de verano no valdrá el +2 y hay que poner un +1 o que?

Existe algún sitio donde consultar la franja horaria en tiempo real?

Saludos y gracias.

[unomasmas]

Empezado por antoine0

Bueno. Estamos aún en horario de verano (y quedan 4 semanas así), entonces la hora de Hacienda es 2024-09-30 14:22:37+02:00; que es lo mismo que 2024-09-30 12:22:37Z.
Tu envías una factura fechada 2024-09-30T14:22:00+01:00, que es lo mismo que 2024-09-30T13:22:00Z.
13:22:00 > 12:22:37. Normal que se quejen: ¡vas casi una hora por delante del reloj de Hacienda!

Nota: Hacienda está en Madrid, no en Arrecife

Pues también me salta este error.
El valor del campo FechaHoraHusoGenRegistro no está dentro del umbral establecido sobre la fecha del sistema de la AEAT.

La hora de mi reloj (hora peninsular España) es 2024-10-01 18:25.

He probado con estos valores
2024-10-01T18:03:04+02:00
2024-10-01T16:03:04+02:00
2024-10-01T16:22:04+02:00
2024-10-01T18:20:04+01:00

[seccion_31]

Segun dice google:

4118 - El NIF del titular no está autorizado a enviar información al sistema

¿Podria ser que el certificado que uso es de una empresa en el SII, y por tanto no deje enviar?


gracias antoine0 , ya habia corregido el NIF, lo veo en el XML, en cabecera, y en IDEmisor correctamente, ademas he añadido el campo: Factura.RegistroAlta.NombreRazonEmisor con el nombre por si acaso.

Saludos !

[espinete]

Ni el NIF ni el certificado que yo utilizo están dados de alta en el SII, así que el motivo del error debería ser otro.

Empezado por seccion_31

Segun dice google:

4118 - El NIF del titular no está autorizado a enviar información al sistema

¿Podria ser que el certificado que uso es de una empresa en el SII, y por tanto no deje enviar?


gracias antoine0 , ya habia corregido el NIF, lo veo en el XML, en cabecera, y en IDEmisor correctamente, ademas he añadido el campo: Factura.RegistroAlta.NombreRazonEmisor con el nombre por si acaso.

Saludos !

[seccion_31]

Empezado por espinete

Ni el NIF ni el certificado que yo utilizo están dados de alta en el SII, así que el motivo del error debería ser otro.

entonces no queda otra de momento,

¿que seguir mirando en el XML que generamos?

¿o donde lo estamos enviando?

Saludos !