ValidaCFD

Disculpa, en el ambiente de pruebas ¿cuales son esos dominios que cambiaron en ECODEX?

Ya he intentado con los datos que sugiere el kit de integrador pero sigo obteniendo el error que describe leonardovega en este post: http://validacfd.com/phpbb3/viewtopic.p ... 468#p12687.
Gracias.

phantom escribió:Disculpa, en el ambiente de pruebas ¿cuales son esos dominios que cambiaron en ECODEX?

Ya he intentado con los datos que sugiere el kit de integrador pero sigo obteniendo el error que describe leonardovega en este post: http://validacfd.com/phpbb3/viewtopic.p ... 468#p12687.

Código: Seleccionar todo

RFC: SUL010720JN8
Número de certificado: 20001000000100001740
Clave de Integrador: (LA C-L-A-V-E DE INTEGRADOR ES PRIVADA, NO LA PUBLIQUES!!!!)

Gracias.

Bueno, aqui en este mismo hilo de mensaje se describio y se confirmo la solucion......mas especifico, en este mensaje esta la respuesta

En esa respuesta indicas que se debe subir nuevamente el certificado a la ruta que le enviaste en un mail privado a leonardo, el problema que tengo es en ambiente PRUEBAS por eso publiqué la clave de integrador, no he enviado ningún certificado y por ende el ejemplo debería funcionar ya que como te repito es para pruebas únicamente, sin embargo el error que obtengo es el mismo.

Gracias.

Buenas noches.

Al estar haciendo pruebas de timbrado con Ecodex me encontre que no se timbran los XML que incluyen el caracter <. Los demas caracteres especiales >,&,', " si los acepta. Curiosamente la cadena de error se regresa solo con espacios o sea no incluye una descripcion del error.

Saludos.

interwin escribió:Buenas noches.

Al estar haciendo pruebas de timbrado con Ecodex me encontre que no se timbran los XML que incluyen el caracter <. Los demas caracteres especiales >,&,', " si los acepta. Curiosamente la cadena de error se regresa solo con espacios o sea no incluye una descripcion del error.

Saludos.

Sube COMO ADJUNTO el XML que intentas timbrar, para hacer mis propias pruebas y ver que pasa

Por otro lado aunque si deberia aceptar el < es raro que aparezca ese caracter en las facturas, pero vemos si lo podemos corregir.........

interwin escribió:http://www.lanominamasfacil.com.mx/facturadeprueba.zip

Ya hice pruebas y......no hay buenas noticias.

El problema es que es MUY COMPLEJO distinguir si el signo menor que es el inicio de un nodo o un signo dentro de una cadena.

<conceptos descripcion="esto es <hola> una prueba">

Entiendo muy bien que es lo que esta pasando y temo decirte que corregirlo es mas complejo que mejor filtrar la entrada y no permitir el signo "menor que" dentro de la descripcion (y para el caso, no permitirlo dentro de NINGUN otro dato..........

Dado

Pero en el XML el signo < aparece como &lt

Saludos.

interwin escribió:Dado

Pero en el XML el signo < aparece como &lt

Saludos.

El problema surge porque antes de enviarlo al PAC hay que codificar TODOS los < como < y despues decodificarlos y ahi es donde se pierde parte de la informacion, cual debo y cual no-debo decodificar?

Cuando recibo del PAC el XML timbrado debo decodificar los < de regreso a < pero ahi es cuando hay el inconveniente que NO TODOS deben decodificarse, los que NO DEBEN decodificarse son los que esten entre comillas y eso para un humano es facil de entender, pero es dificil de programar.