Ley antifraude 2021 (VERIFACTU) - Programas informáticos

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

[seccion_31]

buenos dias !

he consultado a la AEAT el problema del error:

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

me han pedido el XML y el nif del certificado, antes de aplicar otros cambios voy a esperar a ver que dicen.

Saludos !

Como digo: este programa es la modificacion de aquel que deje en el foro para enviar 1 alta y 1 baja, que volvere a publicar una vez que funcione en pruebas.

[seccion_31]

mientras espero a la AEAT mirando rapido lo que indica pablog2k:

Con este codigo unicamente. (si no estoy mirando muy mal)

      veriFactu:=RegFactuSistemaFacturacion.Create;

      veriFactu.Cabecera  :=cabecera.Create;
      veriFactu.Cabecera.ObligadoEmision  :=PersonaFisicaJuridicaESType.Create;
      veriFactu.Cabecera.ObligadoEmision.NombreRazon  :=editEmisor.Text;
      veriFactu.Cabecera.ObligadoEmision.NIF  :=editNIFEmisor.Text;

Sin linea alguna de factura compone esto:

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

-<SOAP-ENV:Body xmlns:NS1="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd">

-<RegFactuSistemaFacturacion xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SistemaFacturacion.wsdl">

-<RegFactuSistemaFacturacion>

-<Cabecera xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">

-<ObligadoEmision>

<NombreRazon>xxxxxxx</NombreRazon>

<NIF>99999</NIF>

</ObligadoEmision>

</Cabecera>

</RegFactuSistemaFacturacion>

</RegFactuSistemaFacturacion>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

Si os fijais hay dos: RegFactuSistemaFacturacion pero NO soy capaz de encontrar en el codigo como los genero, o si es normal.

[espinete]

¿Pero entonces tenemos que darnos de alta en algún sitio para poder hacer los envíos? ¿Donde notificamos el NIF y/o el certificado para que admitan el envío de VeriFactu? No recuerdo haber leído nada de eso.

Empezado por seccion_31

buenos dias !

he consultado a la AEAT el problema del error:

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

me han pedido el XML y el nif del certificado, antes de aplicar otros cambios voy a esperar a ver que dicen.

Saludos !

Como digo: este programa es la modificacion de aquel que deje en el foro para enviar 1 alta y 1 baja, que volvere a publicar una vez que funcione en pruebas.

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

[antoine0]

Empezado por richidemola

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?

Sí. Después del 27 habrá que poner +01:00, o +00:00 si estás en Canarias.

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

A ver. Primero la hora del ordenador, también la hora de los señales GPS y NTP, y mucho otros, corren en hora UTc, también conocida como hora GMT (la que he marcado Z).
Por tanto lo más próximo adónde buscar para tal consulta es el propio ordenador, por qué tiene esta información.
Delphi lo expone a través de varias vías, por ejemplo System.DateUtils.TTimeZone (desde XE); probablemente usando

TTimeZone.Local.GetUtcOffset

.
A nivel de Windows, lo normal es que acabe en una llamada a GetTimeZoneInformation (antiguo pero suficiente para el propósito) o GetDynamicTimeZoneInformation (desde Vista, necesitará una versión no demasiada antigua de Delphi). Hay equivalente en los demás sistemas operativos.

Online hay un montón de sitios con esta información. Te recomiendo https://www.timeanddate.com/time en inglés, es corto pero acierta. Verás que los husos horarios son realmente una cosa de los políticos, aplicado por algunos laboratorios. Por tanto la respuesta correcta a tu pregunta es probablemente el Real Observatorio de la Armada.

[pablog2k]

alguien me puede decir como habéis conseguido quitar los milisegundos en la fecha que se genera a partir de la variable TXSDateTime para rellenar el nodo FechaHoraHusoGenRegistro? o utilizáis otra tipo de variable?

[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

[bmfranky]

Empezado por unomasmas

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

Hola, todas las horas estan mas alla de los 5 minutos.
2024-10-01T18:20:04+02:00 esta igual colaria

[unomasmas]

Empezado por bmfranky

Hola, todas las horas estan mas alla de los 5 minutos.
2024-10-01T18:20:04+02:00 esta igual colaria

Sí, es ese el problema. bmfranky, muchas gracias :-). He cambiado a una hora dos minutos menos y ha colado. Obviamente, me ha dado un error lógico:
El cálculo de la huella no coincide con la huella facilitada.

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

[espinete]

A ver si algún alma caritativa publica una muestra del XML que ellos envían para poder compararlo con el nuestro, porque la verdad es que la descripción del error no ayuda mucho.

¿Quizás son los datos del destinatario de la factura? En la que yo genero no veo por ningún sitio la "dirección" del cliente final (tampoco veo la del emisor, no sé si hará falta).