Se corta la respuesta con un registro incorrecto.

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

[[newtron]]

Empezado por delphiGar

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

La longitud de los nif que estoy enviando es la correcta, lo que si he hecho (a posta) es meter un nif+nombre inventado para que me dé error y es cuando me da el problema pero no siempre.



De momento he enviado a soporte el fichero de petición y el de respuesta y me han contestado que se lo van a revisar así que muy evidente no será el problema.


Ya contaré (si me contestan).


Gracias y un saludo.

[CarlosR]

Empezado por newtron

La longitud de los nif que estoy enviando es la correcta, lo que si he hecho (a posta) es meter un nif+nombre inventado para que me dé error y es cuando me da el problema pero no siempre.



De momento he enviado a soporte el fichero de petición y el de respuesta y me han contestado que se lo van a revisar así que muy evidente no será el problema.


Ya contaré (si me contestan).


Gracias y un saludo.

Por mas vueltas que le doy no encuentro fallo.
¿ Sería posible una copia del XML de envío para poder echarle un vistazo ?

[[newtron]]

Empezado por CarlosR

Por mas vueltas que le doy no encuentro fallo.
¿ Sería posible una copia del XML de envío para poder echarle un vistazo ?

Claro. Adjunto un fichero .rar con la petición y la respuesta de la misma. Como verás hago un envío de 5 facturas y solo se recibe respuesta de 4 de ellas. Los nombres+cif que he puesto con XXXXXXXXXXX son correctos y por eso los he cambiado y los otros son inventados. Estos mismos ficheros los envié al soporte de Verifactu y en el primer nivel me dijeron que lo pasaban al siguiente y todavía estoy esperando.


Gracias y un saludo.

[CarlosR]

Empezado por newtron

Claro. Adjunto un fichero .rar con la petición y la respuesta de la misma. Como verás hago un envío de 5 facturas y solo se recibe respuesta de 4 de ellas. Los nombres+cif que he puesto con XXXXXXXXXXX son correctos y por eso los he cambiado y los otros son inventados. Estos mismos ficheros los envié al soporte de Verifactu y en el primer nivel me dijeron que lo pasaban al siguiente y todavía estoy esperando.


Gracias y un saludo.

Aparentemente al menos es como si no se enterase de la factura con serie 4.
Estuve repasando el archivo de envío para ver diferencias y no localizo nada distinto significativo entre las 5 facturas salvo los datos propios de cada una. Ni datos extraños en cualquier nodo. Si la AEAT ha admitido el xml debe devolver respuesta a todas y cada una de las facturas de envío. Es extraño. Voy a hacerle una consulta a otro desarrollador a ver si entre los dos localizamos algo.



Un saludo.

[delphiGar]

Empezado por newtron

Claro. Adjunto un fichero .rar con la petición y la respuesta de la misma. Como verás hago un envío de 5 facturas y solo se recibe respuesta de 4 de ellas. Los nombres+cif que he puesto con XXXXXXXXXXX son correctos y por eso los he cambiado y los otros son inventados. Estos mismos ficheros los envié al soporte de Verifactu y en el primer nivel me dijeron que lo pasaban al siguiente y todavía estoy esperando.


Gracias y un saludo.

Por lo que veo en tus registros de Facturas, en todos les pones:

<EmitidaPorTerceroODestinatario>D</EmitidaPorTerceroODestinatario>

Si pones esto, estas indicando una Autofactura, es decir que la factura te la ha emitido el Destinatario con su serie y numero, no las ha generado en tu SIF sino el del destinatario.

si el campo EmitidaPorTerceroODestinatario no le asignas valor no te lo pondra en el XML generado por SOAP.

Tampoco aparece el campo:

<FacturaSimplificadaArt7273>N</FacturaSimplificadaArt7273>

pones:

<FacturaSinIdentifDestinatarioArt61d>N</FacturaSinIdentifDestinatarioArt61d>

pero no especificas el anterior.

Tambien te aparecen como en blanco estos dos:

<NumRegistroAcuerdoFacturacion/>
<IdAcuerdoSistemaInformatico/>

Si no especificas nada no deberia de aparecer por que no estas informado de elllos.


Estoy tambien suponiendo que los NIF se corresponden con sus nombres.