Página 1 de 3

PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Mar Nov 28, 2017 8:45 am
por ADOLFO RIOS
Buenos días, mi pregunta es porque ECODEX no timbra complementos de pago, y comercio digital si, en la mayoría de mis clientes solamente uso el timbrado con ecodex, y ahora pues ya ofrezco la solución completa para la nueva versión 3.3 del sat y me encuentro con esta situación, que si bien no es problema si me da la duda de porque ECODEX no lo hace y COMERCIO DIGITAL si algún comentario?

saludos

Adolfo ríos

Re: PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Mar Nov 28, 2017 9:42 am
por Dado
Que error te esta marcando con ECODEX ? (ahi estaria la respuesta)

Re: PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Mar Nov 28, 2017 12:23 pm
por jggtz
Esa pregunta la publique hace meses... Por que Ecodex No Timbra CFDI Con Complmento de Recepcion de Pagos?

El mensaje de error que a mi me da es que el xml no cumple con la estructura del SAT

La sugerencia de Dado fue que me pusiera a probar cambiando y/o agregando campos

Lo que yo pido es que el equipo de programadores de cfdlib repliquen el error y lo solucionen... ya que son los unicos que pueden modificar la creacion de la estructura del xml

Nosostros los usuarios de la libreria solo hacemos el archivo ini y el mensaje de error que esperamos es precisamente sobre el archivo ini y no sobre el xml

En el caso mio, no es que no sepa sobre errores de estructura del xml... mis aplicaciones timbran con varios pac y en varios de ellos no utilizo ninguna interfase sino que hago el request directamente y ahi si puedo resolver cualquier error de estructura del xml contra el sat

La solucion de que Comercio Digital si timbra no me conviene ni a mis clientes...

Re: PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Mar Nov 28, 2017 12:32 pm
por Dado
La estructura del XML no solo es lo que CFDILib.dll genera

La estructura del XML TAMBIEN SON LOS DATOS, el ejemplo mas visible es el de RFC, tiene UNA ESTRUCTURA, son 3 o cuatro letras, una fecha y 3 caracteres de homoclave, o por ejemplo LA ESTRUCTURA DEL UUID, tambien importa la estructura de lo que no esta, es decir, si hay un campo obligatorio o condicional y no lo incluyes entonces por supuesto que no va a cumplir con la norma.

Desde que libere la DLL para 3.3 he hecho docenas de actualizaciones, ninguna ha sido por la estructura del XML, esa es robusta como el titanio.

Aparte me es imposible revisar cada uno de los errores en la estructura de los datos que usan los usuarios y corregirlo.

Por ultimo, me podrias decir porque el timbrado automatico y transparente con Comercio Digital no es conveniente a tus clientes ?

Re: PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Vie Dic 01, 2017 5:24 pm
por jggtz
Sin embargo, la pregunta sigue vigente:
"Por que Ecodex No timbra en Produccion CFDI v3.3 con Complemento de Recepcion de Pagos"

Que alguien muestre un xml de un CFDI v3.3 con Complemento de Recepcion de Pagos timbrado con Ecodex en Produccion

Re: PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Lun Dic 04, 2017 12:39 am
por Hugo Galindo
Mis clientes han hecho un montón de CFDI con complemento de pagos en Ecodex.

Algún problema tienes con los datos que estás manejando.

Re: PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Lun Dic 04, 2017 10:04 am
por jggtz
Hugo Galindo escribió:Mis clientes han hecho un montón de CFDI con complemento de pagos en Ecodex.

Algún problema tienes con los datos que estás manejando.
No lo dudo, pero el mensaje de error es muy general y en pruebas me los timbra... podrias proporcionarme algun xml de cfdi v3.3 con complemento de recepcion de pagos, por favor?

Re: PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Lun Dic 04, 2017 11:13 am
por Hugo Galindo
jggtz escribió:
Hugo Galindo escribió:Mis clientes han hecho un montón de CFDI con complemento de pagos en Ecodex.

Algún problema tienes con los datos que estás manejando.
No lo dudo, pero el mensaje de error es muy general y en pruebas me los timbra... podrias proporcionarme algun xml de cfdi v3.3 con complemento de recepcion de pagos, por favor?
Adjunto XML (Por privacidad varios datos fueron modificados, pero la estructura permanece intacta)

Re: PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Lun Dic 04, 2017 2:20 pm
por jggtz
Adjunto un txt con un xml de CFDI v3.3 timbrado y otro mio no timbrado
El renglon de arriba es del xml timbrado... el renglon de abajo es el mio no timbrado
Aparte de que originalmente el orden de los atributos es diferente,
mi xml no timbrado es de un emisor persona fisica y con un certificado de 1024 ...
no le veo diferencias... alguien ve alguna?
Gracias @Hugo Galindo por tu xml

Son 2 xml de CFDI 3.3 con Complemento de Recepcion de Pagos
El renglon de arriba es de Hugo Galindo y ecodex lo timbra ... el de abajo es el mio y ecodex no lo timbra
------------------------------------------------------------------sigue el txt adjunto------------------------------------------

<?xml version="1.0" encoding="UTF-8" ?>
<?xml version="1.0" encoding="UTF-8" ?>

- <cfdi:Comprobante
- <cfdi:Comprobante

xmlns:cfdi="http://www.sat.gob.mx/cfd/3"
xmlns:cfdi="http://www.sat.gob.mx/cfd/3"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://www.sat.gob.mx/cfd/3
http://www.sat.gob.mx/sitio_internet/cfd/3/cfdv33.xsd
http://www.sat.gob.mx/Pagos
http://www.sat.gob.mx/sitio_internet/cf ... agos10.xsd"

xsi:schemaLocation="http://www.sat.gob.mx/cfd/3
http://www.sat.gob.mx/sitio_internet/cfd/3/cfdv33.xsd
http://www.sat.gob.mx/Pagos
http://www.sat.gob.mx/sitio_internet/cf ... agos10.xsd"

Version="3.3"
Version="3.3"

Serie="BP"
Serie="P"

Folio="9"
Folio="20170905"

Fecha="2017-11-23T14:09:01"
Fecha="2017-11-20T17:49:54"

SubTotal="0"
SubTotal="0"

Moneda="XXX"
Moneda="XXX"

Total="0"
Total="0"

TipoDeComprobante="P"
TipoDeComprobante="P"

LugarExpedicion="94500"
LugarExpedicion="83190"

xmlns:pago10="http://www.sat.gob.mx/Pagos"
xmlns:pago10="http://www.sat.gob.mx/Pagos"

NoCertificado="00001000000403964000"
NoCertificado="00001000000306274369"

Certificado="MIIGRzCCBC+gAwIBAgIUMDAwMDEwMDAwMDA0MDM5NjQ0NDYwDQYJKoZIhvcNAQELBQAwggGyMTgwNgYDVQQDDC9BLkMuIGRlbCBTZXJ2aWNpbyBkZSBBZG1pbmlzdHJhY2nDs24gVHJpYnV0YXJpYTEvMC0GA1UECgwmU2VydmljaW8gZGUgQWRtaW5pc3RyYWNpw7NuIFRyaWJ1dGFyaWExODA2BgNVBAsML0FkbWluaXN0cmFjacOzbiBkZSBTZWd1cmlkYWQgZGUgbGEgSW5mb3JtYWNpw7NuMR8wHQYJKoZIhvcNAQkBFhBhY29kc0BzYXQuZ29iLm14MSYwJAYDVQQJDB1Bdi4gSGlkYWxnbyA3NywgQ29sLiBHdWVycmVybzEOMAwGA1UEEQwFMDYzMDAxCzAJBgNVBAYTAk1YMRkwFwYDVQQIDBBEaXN0cml0byBGZWRlcmFsMRQwEgYDVQQHDAtDdWF1aHTDqW1vYzEVMBMGA1UELRMMU0FUOTcwNzAxTk4zMV0wWwYJKoZIhvcNAQkCDE5SZXNwb25zYWJsZTogQWRtaW5pc3RyYWNpw7NuIENlbnRyYWwgZGUgU2VydmljaW9zIFRyaWJ1dGFyaW9zIGFsIENvbnRyaWJ1eWVudGUwHhcNMTYxMDE0MTc1MTM2WhcNMjAxMDE0MTc1MTM2WjCB5zEtMCsGA1UEAxMkU1VQRVIgU0VSVklDSU8gRUwgRU5UUk9OUVVFIFNBIERFIENWMS0wKwYDVQQpEyRTVVBFUiBTRVJWSUNJTyBFTCBFTlRST05RVUUgU0EgREUgQ1YxLTArBgNVBAoTJFNVUEVSIFNFUlZJQ0lPIEVMIEVOVFJPTlFVRSBTQSBERSBDVjElMCMGA1UELRMcU1NFMDMwMTI3M1AyIC8gREVNdssfMGDSGSAGASDGSBwGA1UEBRMVIC8gREVNRjYwMDgyOEhWWkJSUjAwMREwDwYDVQQLEwhTVUNVUlNBTDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ0KP2Ck7E4l8G6XfeSADGSGSAbXa5N+U/G8LndPuTyAltNqqSTlKpNHnEUSFVcowNwjY38AAx9e5v0Uvd3a+PfrIT6H2i8s8fEhbrr7yVx+/BvtD0AOBJvVu79cG2rsZhy2RMOLVI0tG/tyDYlQgZBSJw66Dq7nLIVaXi6z/aXPdrDfi2lyzr/EO4PREzoAfYpuMf+4rkq26sUml0jrYanZpmvV18fLf53F/iz/k15dapuxGYfVaXKCZ0Ta2XMfIOh8AUxX2SFUMbAeeTJ3QI+cjpywxLvD1VhWBaGvFeSXBU7Z6lRf5Mn1/Ml5e4pwY9/FXoRTAQP+kwrVlcWv2bMCAwEAAaMdMBswDAYDVR0TAQH/BAIwADALBgNVHQ8EBAMCBsAwDQYJKoZIhvcNAQELBQADggIBAItAVvpL0jTea3qzBmuMj0FSd29LLDdX0599Ikayj1204HZCjwjSxxsHPhJpHqM46Y7mH5AvuyS1Elhbybdbl3E3airXqXOSSLoihahboX7lu1qnScHl6FSbwVycy4PNcIz07rX31ccIZVx5YXxwCJA4Gs5oKiYr8w+WKKzbnDsQuI8QaLBuqsLa9M3gq0+zohp+Knab6AwSC5LRhiTM10o8HUB2zDka6cZnOIClse6JYi3g5V3zirb3FyrEIfkU9vVPw2UbTeteAlIZT40rgxUVXeE8e4GJPGyGqZivVAGlBlOslYwMbnlQ/DbXxellyviSqjasFfK6LCVqAFrVgVR5s1xpbF9bTliRIr6pSdZFaZr17HjGGxhUTLl0tpqdel9yv/XyYzXTy4ReAFFEPCoqCTwyfg8ZGWK9PxOlNVfq3tFn8bnPFvxnZ9v//WEZ1KymYGRFi2hdVbng3bmQ72TizWFFrUE+rLnY7BnWWsNF2CiaO5q8h6pDkABAv7hp0c285eyM0VnL5TPnddssgsdgsadmXd7vnwH1Ogb+VwBnPTLJJLXOUGwo1fOdVcvp1FXwXOgPWJWSNwezfC1BKIAaQBgjsqSm/dE0FazZ3cg5mrNM9XYRV3YAujRog8dCymfjQUCfJaVXfjK1Qkrk5y6/sdfsafsD1dxJ9GTM8SDg"
Certificado="MIIEbDCCA1SgAwIBAgIUMDAwMDEwMDAwMDAzMDYyNzQzNjkwDQYJKoZIhvcNAQEFBQAwggGKMTgwNgYDVQQDDC9BLkMuIGRlbCBTZXJ2aWNpbyBkZSBBZG1pbmlzdHJhY2nDs24gVHJpYnV0YXJpYTEvMC0GA1UECgwmU2VydmljaW8gZGUgQWRtaW5pc3RyYWNpw7NuIFRyaWJ1dGFyaWExODA2BgNVBAsML0FkbWluaXN0cmFjacOzbiBkZSBTZWd1cmlkYWQgZGUgbGEgSW5mb3JtYWNpw7NuMR8wHQYJKoZIhvcNAQkBFhBhY29kc0BzYXQuZ29iLm14MSYwJAYDVQQJDB1Bdi4gSGlkYWxnbyA3NywgQ29sLiBHdWVycmVybzEOMAwGA1UEEQwFMDYzMDAxCzAJBgNVBAYTAk1YMRkwFwYDVQQIDBBEaXN0cml0byBGZWRlcmFsMRQwEgYDVQQHDAtDdWF1aHTDqW1vYzEVMBMGA1UELRMMU0FUOTcwNzAxTk4zMTUwMwYJKoZIhvcNAQkCDCZSZXNwb25zYWJsZTogQ2xhdWRpYSBDb3ZhcnJ1YmlhcyBPY2hvYTAeFw0xNTAzMDcwMDE2MTNaFw0xOTAzMDcwMDE2MTNaMIG4MSQwIgYDVQQDExtBTkEgSlVMSUEgTkFWQVJSTyBST0RSSUdVRVoxJDAiBgNVBCkTG0FOQSBKVUxJQSBOQVZBUlJPIFJPRFJJR1VFWjEkMCIGA1UEChMbQU5BIEpVTElBIE5BVkFSUk8gUk9EUklHVUVaMRYwFAYDVQQtEw1OQVJBNzkwMTA3VEs3MRswGQYDVQQFExJOQVJBNzkwMTA3TVNSVkROMDExDzANBgNVBAsTBnRhbGxlcjCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEApSL4udBRPQX1+eIE7OZMK4XTeJ8R8gnhTwyu7HlelVaoc8gXynhx5GL3HtnnEMSaH4QIl01ze2eV0WV92TVzIJ/C+3RVbd8+7D2yB8/AjNUbm7sM/drl5K30s93frGpS3VIrTCyLNoGB+4IvZoUcjOiheWm+1tFHl3xxLsSHEOkCAwEAAaMdMBswDAYDVR0TAQH/BAIwADALBgNVHQ8EBAMCBsAwDQYJKoZIhvcNAQEFBQADggEBALxYNnqQckr9OWbeuyXi3HTT+c63cwbyXuKnp3k4OM5sgUH3UVe9VFdkLm+nlDluxZPA2Hu6quAWsncqPl3byeqmAlEthpDLxjg7GFY/Sf0u3tsBjHuAigFDNQgInwbLvDJKmuF2rYPlFyF9vnlw7fGpvMi9jG3S6g2y3JL9YvRGiKgUTZVsHSBF++v1l/kkMo4EhKun42FbbU8tQQ4C0SJmpNuyAA6SwXiDtnFbHyks6Mzb3yrpBNhIgRW6V8vSwLyDaxv8/g2wRiYwOlCuGCNZBn38G6WWNDbz435aEoRZQmORF8gOGRX66EmOewnxhtepvA73f1PT7pRiTgcC1a4="

Sello="MduoX4jqEhnuXRR9s5pXuv8A+BQlJ2n4JLpXD0Da5ClymQgSDthu3iD5fk63pXkzbjHUs97SLIIxKYh1EmtpXmeL16D+M6zaZ7KFcc9ST/JxMyNCzgNwulgfqDIKhCW34dD0Xk0Tr/CM9Bx4oqrGh/I5sEb1F64n5Hfc4MVBc0vyXhFjh5l7TV4e/+PtDvmqa861XHjqU/r0ZRxa/bBI79DymfDkfTfcKT1/Z2OYxGulrDK5wS08dY35sAdrQtRpDWzIgr02jd7u767SiOookywJ2Syuttjha95i/QX/3lrsFqfE4GYu3DKgM7dP366YA2uo0PbG6EFXQWvELpMGfg==">
Sello="Gd4jXnYI9C#c$laj-msPtm57452tC4$-ms734-#msK5Wa-msbQDkdksllZ7-msdPuZy-ms\B2oKa2CxmPltIr*rVWn-ms8qPrX6Sir6BI#N0XFL?GDq*zn$Fii2198%UNFK8kV6Fv7*l$YidCaHTnz%q\gQK\MdJ-ms*H?1VKlHPNQEr0PLyd0EroJbqz4=">

<cfdi:Emisor Rfc="SAF0301273A2" Nombre="Super Servicio Magallanes, S.A. de C.V." RegimenFiscal="601" />
<cfdi:Emisor Rfc="NARA790107TK7" Nombre="Ana Julia Navarro Rodriguez" RegimenFiscal="621" />

<cfdi:Receptor Rfc="YFC130606XC1" Nombre="ABC Soluciones Constructivas, S.A. de C.V." UsoCFDI="P01" />
<cfdi:Receptor Rfc="GUCJ540320LX6" Nombre="JUAN GILBERTO GUTIERREZ CARDENAS" UsoCFDI="P01" />

- <cfdi:Conceptos>
- <cfdi:Conceptos>

<cfdi:Concepto ClaveProdServ="84111506" Cantidad="1" ClaveUnidad="ACT" Descripcion="Pago" ValorUnitario="0" Importe="0" />
<cfdi:Concepto ClaveProdServ="84111506" Cantidad="1" ClaveUnidad="ACT" Descripcion="Pago" ValorUnitario="0" Importe="0" />

</cfdi:Conceptos>
</cfdi:Conceptos>

- <cfdi:Complemento>
- <cfdi:Complemento>

- <pago10:Pagos xmlns:pago10="http://www.sat.gob.mx/Pagos" Version="1.0">
- <pago10:Pagos xmlns:pago10="http://www.sat.gob.mx/Pagos" Version="1.0">

- <pago10:Pago FechaPago="2017-11-23T12:00:00" FormaDePagoP="03" MonedaP="MXN" Monto="315.80" NumOperacion="123456">
- <pago10:Pago FechaPago="2017-11-20T17:52:20" FormaDePagoP="01" MonedaP="MXN" Monto="1.16" NumOperacion="20170905">

<pago10:DoctoRelacionado IdDocumento="9A2FC7FC-7AFC-4107-BCD8-CC2032DDAD78" Serie="BC" Folio="15" MonedaDR="MXN" MetodoDePagoDR="PPD" NumParcialidad="1" ImpSaldoAnt="315.80" ImpPagado="315.80" ImpSaldoInsoluto="0.00" />
<pago10:DoctoRelacionado IdDocumento="7191BFEF-3CAC-46A3-A07D-F3A31CC67678" Serie="X" Folio="1" MonedaDR="MXN" MetodoDePagoDR="PPD" NumParcialidad="1" ImpSaldoAnt="1.16" ImpPagado="1.16" ImpSaldoInsoluto="0.00" />

</pago10:Pago>
</pago10:Pago>

</pago10:Pagos>
</pago10:Pagos>

</cfdi:Complemento>
</cfdi:Complemento>

</cfdi:Comprobante>
</cfdi:Comprobante>

Re: PORQUE ECODEX NO TIMBRA COMPLEMENTO DE PAGO

Publicado: Lun Dic 04, 2017 2:56 pm
por s3cr3to
Y si intentas poner en "Fecha" una fecha más reciente. Funciona?
Tengo entendido que los PAC no deben aceptar documentos con más de 72 horas de "emisión".
Dejar como tienes "FechaPago", que esa no creo sea causa de problema.

Y claro, verificar que tu xml este codificado en UTF-8 sin BOM (just in case); en el post es imposible saber si está en UTF-8.