PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

[jggtz]

La fecha corresponde al dia que trate de timbrar ese xml en especifico... no lo trate de timbrar hoy...
El xml es el generado por la libreria y es un xml correcto estructuralmente...
Lo he validado con varios validadores y no me da errores

...simplemente lo puse en txt para comparar un xml timbrado y el mio no timbrado...
...como explico: la linea de arriba es del xml timbrado y la linea inferior es del xml no timbrado...
...para ver si alguien ve algun detalle que se me haya pasado

Aclaro que en Pruebas si se timbran todas las pruebas que he enviado
El error que despliega al quererlo timbrar fue: No cumple con la estructura establecida por el SAT

Voy a tramitar un CSD nuevo de 2048 porque es lo unico que veo diferente al que si se timbra
ya que se esta utilizando un CSD de 1024
A lo mejor el pac ecodex no lo distingue , etc.

Gracias

[Hugo Galindo]

No veo nada...

¿Podrías subir un XML de pagos que te haya rechazado?
Hay cosas que no se pueden ver en TXT

[jggtz]

Ahi va

[Hugo Galindo]

Haz la prueba eliminando los espacios en blanco que tienes casi al final del XML:

Código: Seleccionar todo

"</pago10:Pagos>	</cfdi:Complemento>"

(no sé si sea eso, pero es una de las diferencias que noto)

[jggtz]

Gracias

El asunto es que el xml lo forma la libreria CFDLib.dll y tambien se encarga de timbrarlo

Acuerdate que nosotros formamos solo el INI
y no tenemos forma de modificar ni siquiera el orden de los atributos

Yo lo unico que le veo es que utilizo un CSD viejito pero vigente de 1024

[Hugo Galindo]

Ok, la verdad no veo nada mal en tus datos, pero te sugeriría que hicieras algunas pruebas para ver si puedes determinar por dónde va el problema:

- Prueba poniendo otro código postal, por si no estuviera en la lista del SAT el que pusiste (que en ese caso debería de dar un error específico)

En la sección del complemento de pago:
- Intenta no indicar hora en la fecha del pago (utilizar 12:00:00)
- Intenta con un monto más grande
- El UUID del documento ¿es válido?, si no prueba otro de algún CFDI que tengas timbrado
- Prueba con Serie diferente de "X"

En realidad nada de eso debería ser causa de error, pero ya estuve revisando con mucho cuidado tu XML y no veo nada mal, por lo que el problema podría ser que alguno de los datos no lo esté aceptando el PAC.

Edito: Esto asumiendo que sí estas timbrando documentos sin el complemento de pagos.

[jggtz]

Tengo unos 25 clientes usando mis aplicaciones con 4 pacs diferentes desde hace tiempo. Quiero resolver este problema aunque comercio digital si lo timbra. Pero algunos clientes se aferran a ecodex. No quieren estar transfiriendo timbres. Gracias por tu tiempo @hugo galindo

[Hugo Galindo]

Edito: Esto asumiendo que sí estas timbrando documentos sin el complemento de pagos.

Quise escribir "Estoy asumiendo" pero me faltó la "y", una disculpa porque cambia todo el significado de la frase. No quise ponerte en duda.

Si descubres qué fue por favor comparte.

Saludos

[jggtz]

Ok
Gracias por la ayuda
Compartiré la solución
(aunque le estoy apostando a que usé un certificado de 1024... ya veremos)

[s3cr3to]

Comparando tu xml sin timbrar con uno de prueba que tengo timbrado, veo que falta lo señalado en rojo (son las únicas diferencias entre nuestros xml):

no-timbra-ecodex-diff.png (55.42 KiB) Visto 8410 veces

No tiene (xsi:schemaLocation=... y xmlns:xsi=...)

Código: Seleccionar todo

<cfdi:Complemento><pago10:Pagos xmlns:pago10="http://www.sat.gob.mx/Pagos" Version="1.0" xsi:schemaLocation="http://www.sat.gob.mx/Pagos http://sat.gob.mx/sitio_internet/cfd/Pagos/Pagos10.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">....

(Como es de pruebas no usa enteros en Cantidad, ValorUnitario, Importe como en el tuyo)