Se corta la respuesta con un registro incorrecto.

[[newtron]]

Hola a tod@s.


Pues eso... haciendo pruebas he enviado una remesa de 4 facturas de las que la tercera llevaba un NIF incorrecto y recibo una respuesta con las dos primeras facturas OK, la tercera incorrecta y la cuarta no aparece "nipabiennipamal". He hecho distintas pruebas y cuando devuelve una respuesta de registro incorrecto no evalua las siguientes facturas, como si a partir de ahí se acabara la remesa de facturas.


¿Es algún bug de ellos o se me está pasando algo?


Gracias y un saludo.

[sglorka]

Pues creo que debes mirar algo en tu código, he simulado lo que me dices y funciona bien, he enviado un paquete de 3 facturas con la segunda con Nif erróneo

- <IDFactura>
  <IDEmisorFactura>xxxxxxx</IDEmisorFactura> 
  <NumSerieFactura>101-23</NumSerieFactura> 
  <FechaExpedicionFactura>21-01-2025</FechaExpedicionFactura> 
  </IDFactura>
- <Operacion>
  <TipoOperacion>Alta</TipoOperacion> 
  <Subsanacion >N</Subsanacion> 
  <RechazoPrevio N</RechazoPrevio> 
  </Operacion>
  <RefExterna>99</RefExterna> 
  <EstadoRegistro>Correcto</EstadoRegistro> 
  </RespuestaLinea>

- <RespuestaLinea>
- <IDFactura>
  <IDEmisorFactura>xxxxxxxx</IDEmisorFactura> 
  <NumSerieFactura>101-24</NumSerieFactura> 
  <FechaExpedicionFactura>21-01-2025</FechaExpedicionFactura> 
  </IDFactura>
- <Operacion>
  <TipoOperacion>Alta</TipoOperacion> 
  <Subsanacion>N</Subsanacion> 
  <RechazoPrevio>N</RechazoPrevio> 
  </Operacion>
  <RefExterna>100</RefExterna> 
  <EstadoRegistro>Incorrecto</EstadoRegistro> 
  <CodigoErrorRegistro>1123</CodigoErrorRegistro> 
  <DescripcionErrorRegistro>El formato del NIF es incorrecto.. NIF:3615170V.</DescripcionErrorRegistro> 
  </RespuestaLinea>

- <RespuestaLinea>
- <IDFactura>
  <IDEmisorFactura>xxxxxxxxx</IDEmisorFactura> 
  <NumSerieFactura>101-25</NumSerieFactura> 
  <FechaExpedicionFactura>21-01-2025</FechaExpedicionFactura> 
  </IDFactura>
- <Operacion>
  <TipoOperacion>Alta</TipoOperacion> 
  <Subsanacion>N</Subsanacion> 
  <RechazoPrevio>N</RechazoPrevio> 
  </Operacion>
  <RefExterna>101</RefExterna> 
  <EstadoRegistro>Correcto</EstadoRegistro> 
  </RespuestaLinea>

[[newtron]]

Gracias por tu interés compañero. El tema es que eso es lo primero que pensé pero una de las cosas que hago es guardar los ficheros .XML de las peticiones y respuestas en una carpeta y puedo comprobar que en la petición hay 4 facturas (por ejemplo) y la respuesta solo viene de las tres primeras. Seguiré mirando porque seguramente será algún problema mío pero no sé....


Gracias y un saludo.

[rci]

Empezado por newtron

Gracias por tu interés compañero. El tema es que eso es lo primero que pensé pero una de las cosas que hago es guardar los ficheros .XML de las peticiones y respuestas en una carpeta y puedo comprobar que en la petición hay 4 facturas (por ejemplo) y la respuesta solo viene de las tres primeras. Seguiré mirando porque seguramente será algún problema mío pero no sé....


Gracias y un saludo.

Yo te recomiendo que envíes un correo a verifactu con el caso concreto, el xml de alta y el de la respuesta.
Yo en algún caso me encontré con situaciones extrañas por el estilo donde también desaparecía algún registro sin explicación ...
Para ir descartando posibilidades.

Saludos

[[newtron]]

Empezado por rci

Yo te recomiendo que envíes un correo a verifactu con el caso concreto, el xml de alta y el de la respuesta.
Yo en algún caso me encontré con situaciones extrañas por el estilo donde también desaparecía algún registro sin explicación ...
Para ir descartando posibilidades.

Saludos

Si. Voy a confirmar (dentro de lo posible) que no es problema mío y eso haré.


Gracias y un saludo.

[delphiGar]

Empezado por newtron

Gracias por tu interés compañero. El tema es que eso es lo primero que pensé pero una de las cosas que hago es guardar los ficheros .XML de las peticiones y respuestas en una carpeta y puedo comprobar que en la petición hay 4 facturas (por ejemplo) y la respuesta solo viene de las tres primeras. Seguiré mirando porque seguramente será algún problema mío pero no sé....


Gracias y un saludo.

Buenas newtron, probablemente lo que te este pasando es que algun registro no cumpla las reglas de validacion, en cocnreto algun campo del xml no tiene la longitud o excede la maxima, tambien que no hayas incluido algun campo necesario.

Cuando envias varios registros te da por buenos los que esten bien y los mal formados los desecha.

Si haces la prueba de enviar uno a uno veras que en esos te dira XML mal formado o algo asi.

A mi me paso lo mismo.

[[newtron]]

Joder... pues vaya con eso de desechar registros....


Gracias. Lo miro.

[rci]

Hola delphiGar, me sorprende esto que comentas, a lo mejor han cambiado algún comportamiento, porque antes, si enviabas un grupo de registros de facturación y alguno no cumplía con el esquema, te rechazaba todo el envío y no te decia cual de los registros estaba mal.
Es lo que comenté en este hilo:
https://www.clubdelphi.com/foros/showthread.php?t=97124

Por eso me extraña. Tendré que volver a probarlo.

Saludos

Empezado por delphiGar

Buenas newtron, probablemente lo que te este pasando es que algun registro no cumpla las reglas de validacion, en cocnreto algun campo del xml no tiene la longitud o excede la maxima, tambien que no hayas incluido algun campo necesario.

Cuando envias varios registros te da por buenos los que esten bien y los mal formados los desecha.

Si haces la prueba de enviar uno a uno veras que en esos te dira XML mal formado o algo asi.

A mi me paso lo mismo.

[ermendalenda]

Pues eso, a ver si la longitud del nif incorrectoes lo que no cumple el esquema y a raíz de ahí te da problemas la respuesta, si es eso lo puedes arreglar fácil y además interpretar que el resto del paquete ya no se ha enviado, si reenvías y ya estaba en verifactu solo pasará que te informará de que existe.

[delphiGar]

Empezado por rci

Hola delphiGar, me sorprende esto que comentas, a lo mejor han cambiado algún comportamiento, porque antes, si enviabas un grupo de registros de facturación y alguno no cumplía con el esquema, te rechazaba todo el envío y no te decia cual de los registros estaba mal.
Es lo que comenté en este hilo:
https://www.clubdelphi.com/foros/showthread.php?t=97124

Por eso me extraña. Tendré que volver a probarlo.

Saludos

Pues mas me sorprendi yo, como guardo todo el xml de envio y recepcion, y vi que efectivamente habia desechado el mal formado de tres registros que envie, y como mi sistema vuelve a enviar los que no se han registrado me saltaba el error de XML mal formado, pero en el primer envio me registro dos de lo tres registros. Me quede muy sorprendido con la respuesta del servidor de la AEAT.

Sin embargo si envias de primeras solo uno mal formado te salta el error de XML mal formado.

[CarlosR]

Empezado por newtron

Hola a tod@s.


Pues eso... haciendo pruebas he enviado una remesa de 4 facturas de las que la tercera llevaba un NIF incorrecto y recibo una respuesta con las dos primeras facturas OK, la tercera incorrecta y la cuarta no aparece "nipabiennipamal". He hecho distintas pruebas y cuando devuelve una respuesta de registro incorrecto no evalua las siguientes facturas, como si a partir de ahí se acabara la remesa de facturas.


¿Es algún bug de ellos o se me está pasando algo?


Gracias y un saludo.

Acabo de hacer una prueba con 4 facturas :
1- factura correcta
2- factura con nif incorrecto, no en blanco sino incorrecto
3- factura correcta
4- factura correcta


Tardo mas de 2 minutos para enrevesarlo mas.
Me devuelve tres facturas con fechahora incorrecta pero las admite y una con nif mal rechazada.

Corrijo el nif y vuelvo a subirla así como las otras 3 con la fechahora correcta. Todo OK


Uso HTTRIO con c++ builder (que es como decir que uso lo mismo con DELPHI)
De momento guardo los xml enviados y los xml recibidos. Hay eventos para ello en ese componente.


Lo que tengo comprobado es que si el xml no cumple normas o está malformado entonces es rechazado por completo nunca por partes.

Te recomendaría que verificases el código. O si lo ves oportuno envía un mensaje a la AEAT por algún conducto que te sea viable.



Suerte y un saludo !