ValidaCFD

Ayuda por favor...

Nombre de Receptor:
En la base de datos esta bien
En el .ini lo pone con 2 espacion entre palabras
En el .xml lo pone bien
Sin embargo me da el error de nombre contra registrado en LRFC

Al observar el .xml me doy cuenta que no esta bien estructurado con los datos que le doy en el .ini
Probablemente estoy mezclando los nodos y subnodos, pero no logro verlo

Adjunto archivos .ini y .xml

Gracias por su atencion

jggtz escribió:Ayuda por favor...

Nombre de Receptor:
En la base de datos esta bien
En el .ini lo pone con 2 espacion entre palabras
En el .xml lo pone bien
Sin embargo me da el error de nombre contra registrado en LRFC

Al observar el .xml me doy cuenta que no esta bien estructurado con los datos que le doy en el .ini
Probablemente estoy mezclando los nodos y subnodos, pero no logro verlo

Adjunto archivos .ini y .xml

Gracias por su atencion

Ya quedo...
Gracias

Buen dia companeros, inicie pruebas con la dll CFDLIB.dll RC1 y encontre este detalle, al timbrar con esta dll el xml marca un error en el concepto de enginnering , timbre con los mismos datos ahora usando la libreria CFDLib V3.3.201108 y el archivo es timbrado correctamente, saben si cambiaron la regla sobre el limite inferior y limite superior en esta nueva version , adjunto los xml

saludos

richy08 escribió:Buen dia companeros, inicie pruebas con la dll CFDLIB.dll RC1 y encontre este detalle, al timbrar con esta dll el xml marca un error en el concepto de enginnering , timbre con los mismos datos ahora usando la libreria CFDLib V3.3.201108 y el archivo es timbrado correctamente, saben si cambiaron la regla sobre el limite inferior y limite superior en esta nueva version , adjunto los xml

saludos

Fijate que ya van varias veces que noto que Comercio Digital NO esta usando la misma regla de redondeo que en las versiones anteriores

Pero hay una buena noticia, por lo menos de nuestro lado, si usas la funcion de la CFDLib.DLL CalcularImportes=SI te lo timbra sin problema

Y de hecho pasa algo muy raro, el valor exacto si agarras una calculadora y multiplicas 6133.032 x 0.16 = 981.28512 , PERO el calculador automatico de la DLL lo redondea para arriba a 981.26 Y SI LO TIMBRA !!

Adjunto timbrado con los dos PAC, con Ecodex tuve que corregir varios datos del receptor (codigo postal, regimen y uso de cfdi)

Hola!!

¿Alguien tendrá a mano un archivo ini de complementos de pagos, donde se haga un pago (parcial o total) a una factura con retenciones de IVA o ISR?

Se agradecería mucho...

Adjunto un REP con retencion de ISR, es en formato XML ya que ese es el que usamos para programar y depurar, normalmente no usamos archivo INI, espero que te sea util de todas formas

pd. esta timbrado, es decir que ya esta validado por el PAC

pd2. supongo que ya habran notado que el nombre de empresa les estan quitando lo de "SA de CV" y "S de RL de CV", asi se va a quedar o nos estaran troleando ?

Dado escribió:Adjunto un REP con retencion de ISR, es en formato XML ya que ese es el que usamos para programar y depurar, normalmente no usamos archivo INI, espero que te sea util de todas formas

Mil gracias Dado !!!

Dado escribió:

richy08 escribió:Buen dia companeros, inicie pruebas con la dll CFDLIB.dll RC1 y encontre este detalle, al timbrar con esta dll el xml marca un error en el concepto de enginnering , timbre con los mismos datos ahora usando la libreria CFDLib V3.3.201108 y el archivo es timbrado correctamente, saben si cambiaron la regla sobre el limite inferior y limite superior en esta nueva version , adjunto los xml

saludos

Fijate que ya van varias veces que noto que Comercio Digital NO esta usando la misma regla de redondeo que en las versiones anteriores

Pero hay una buena noticia, por lo menos de nuestro lado, si usas la funcion de la CFDLib.DLL CalcularImportes=SI te lo timbra sin problema

Y de hecho pasa algo muy raro, el valor exacto si agarras una calculadora y multiplicas 6133.032 x 0.16 = 981.28512 , PERO el calculador automatico de la DLL lo redondea para arriba a 981.26 Y SI LO TIMBRA !!

Adjunto timbrado con los dos PAC, con Ecodex tuve que corregir varios datos del receptor (codigo postal, regimen y uso de cfdi)

Gracias Dado, deja hago pruebas con esa funcion que mencionas

saludos

Dado: ¿ Tendras a mano un XML de un complemento de pago que ampare una factura con IVA EXENTO ?

Disculpa la lata... llevo días batallando con este caso de uso... las puedo timbrar sin problemas, pero no puedo sacar su complemento de pago!!

Pero como? si es el mas facil, solo no pones nada de nada en impuestos .......adjunto

Mmmmh, existe el "buen karma"??, al hacer esta prueba me lo timbro y todo, pero estoy viendo que tengo un error, se esta generando un nodo vacio, lo tengo que corregir