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 !

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

Os aconsejo guardar el xml que se está enviando para ver posibles errores (ya que la respuesta que da hacienda es muy ambigua).
En mi caso, que me daba el mismo error que a vosotros , era porque se me estaba duplicando el nodo RegFactuSistemaFacturacion.
Tras mucho bucear por código antiguo del SII, he visto que poniendo esto pero adaptado a verifactu:

RemClassRegistry.RegisterSerializeOptions(RegFactuSistemaFacturacion, [xoLiteralParam]);

justo debajo de
RemClassRegistry.RegisterXSClass(RegFactuSistemaFacturacion, 'https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd', 'RegFactuSistemaFacturacion');

se me ha arreglado.
Ahora me da otro error, pero ya he pasado esa barrera

A ver, pongo un Xml con dos registros de facturación que los acepta correctamente VeriFactu. He sustituido datos personales, pero deben ser reales para las pruebas por si a alguien le parce útil. Veo que hay gente solicitándolo

Problema factura de anulación
 

Buenas tardes,

Estoy intentando anular una factura, y aunque el sistema me indica que el proceso se ha completado correctamente al validarla, el código QR muestra que la factura sigue existiendo "prewww2.aeat.es/wlpl/TIKE-CONT/ValidarQ". ¿Está funcionando correctamente el sistema de anulación de facturas?

Al intentar introducir la misma factura de nuevo, el sistema indica que ya existe, mientras que el proceso de subsanación funciona sin problemas.

Puede ser una buena idea crear una solicitud con Postman que funcione. Tendríamos una referencia para que nos sirva a todos.

Poco puedo aportar de momento ya que estoy muy verde.

Yo creo que esa consulta deberías enviarla a la AEAT.
Si te dice que la anulación ha ido bien, no tiene sentido que luego se puede modificar ni consultar (vía QR).
Lo mismo ese caso todavía no lo tienen contemplado.

Gracias por tu respuesta, es por si alguien le había pasado lo mismo.

Yo creo que la respuesta que te da el servicio es correcta. Imagina que alguien la escanea y el sistema le dice que "no existe" por que la anulaste, podrías pensar que nunca fue subida a la Aeat. Quizás la información debería venir acompañada por una coletilla que diga "Anulada".

Si, también he pensado eso, pero como tu bien dices faltaría la coletilla de Anulada. Pero luego de anularla me deja subsanar la factura (modificando las cantidades). Me da que está todo un poco verde.

En otro post también he comentado que te deja meter como encadenamiento facturas que ni siquiera existen. Entiendo que en unas semanas lo irán puliendo.

¿Lo has usado ya? No entiendo bien el funcionamiento: Lo de dejar la sesión iniciada durante 2 horas para firmar sin límites ¿Durante los tres años de vida del certificado?

Luego de anularla, es posible que puedas emitir subsanaciones porque el registro fue Aceptado Parcialmente con errores, por ejemplo, calculaste mal la huella y debes emitir una subsanación. No puedes modificar cantidades en la anulación (no existen)

A ver que yo me estoy dispersando... pregunta:


¿Hay alguien que haya generado y enviado con delphi factura/s sin tener que "mangonear" previamente el .XML?. En caso afirmativo.. ¿podría poner un ejemplo el código? Porque parece que hay gente por aquí que lo ha conseguido.



Gracias y un saludo.

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.

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.

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

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



Sin linea alguna de factura compone esto:

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

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.

no es lo normal, me pasaba lo mismo.
tienes que ir al .pas que se ha generado de importar el WSDL, y añadir esta linea al final del todo:
RemClassRegistry.RegisterSerializeOptions(RegFactuSistemaFacturacion, [xoLiteralParam]);
al menos a mi con eso se me solucionó