ValidaCFD

Hola, buenas tardes.

Tengo entendido que en algún lado existe una Addenda para el CFDi para el IMSS pero, de acuerdo a una conversación telefónica que tuve con ellos y a mi experiencia al subir facturas, no se está requiriendo.

Pero hay que tener cuidado. El IMSS desarrolló su propio validador de CFDi que es "más papista que el Papa".
¿A qué me refiero?
Coloqué namespaces y schemaLocations lo más completo posibles, de un ejemplo proporcionado por TimbreFiscal para la versión 3.2 del CFDi. Es obvio que algunos no los utilizo, pero de cualquier manera ya están y no le hacen ruido al esquema.
Los CFDi los genero con herramientas en mi software que permiten crear el árbol de XML apegados a las normas y que incluso verifican que existan los xsd que se definen en el schemaLocation. Obviamente, lo mando timbrar y TimbreFiscal (mi proveedor PAC) lo valida y me devuelve el timbre correspondiente.
Tengo un editor de XML que también valida que la estructura esté correcta de acuerdo a los namespaces y xsd.
Incluso los he validado con ValidaCFD del buen DADO y pasan la prueba.

Pero resulta que, al subirlos al portal del IMSS, me indican un error. Expresamente dice: "Error, se define el namespace "divisas" pero no la localización del xsd". Verifico mi XML y encuentro que sí, que está definida la localización del xsd en el schemaLocation.

Les envié un correo y me tratan de hacer hacer tonto diciéndome que no hay un xsd para el namespace "dividas" y que por eso marca error. Incluso me envían una impresión de la pantalla con su editor de XML señalando todos los xsd para que yo vea que no está definido el xsd para "dividas".

Después de varios ires y venires de correos finalmente deciden hablarme por teléfono y en esa conversación se dan cuenta de que la definición de mi xsd de divisas es: (copiado con copy-paste del XML de ejemplo de TimbreFiscal)
y que eso está mal, que ahí es donde está el error.
¿Lo encuentran? ¿No? ¡Yo tampoco!
Pero resulta que los señores del IMSS son más fregones que todos los que se han involucrado en el desarrollo del Unix y ellos en lo particular no aceptan que los URL sean insensibles a mayúsculas o minúsculas y validan incluso que vengan "como lo definió el SAT", así que no aceptan ese xsd así, por lo que tuve que cambiarlo a: El PAC ya me había comentado que ellos no pueden repudiar un CFDi timbrado, al menos no por ese tipo de cosas.

Levanté la queja, pero es como darle un baño a un pescado: no hace mella en ellos. Por supuesto, el cliente que necesita la facturación con el IMSS no piensa que estén mal en el IMSS, sino que yo esté mal en mi sistema.

Solo para información.

¿Alguien ha tenido problemas con el IMSS?

¡Saludos!

Muchisimas gracias por tomarte el tiempo de publicar esta informacion, estoy seguro que a mas de uno le va a ser muy util.

Hola,

Yo tengo un cliente que le factura al IMSS pero en CFD (medios propios), este cliente tiene la necesidad de incluir impuesto local de 5 al millar, le puse la declaracion del namespace http://www.sat.gob.mx/sitio_internet/cf ... plocal.xsd que debe llevar para el complemento pero como dices a veces la ocupo y a veces no, sin embargo el validador del SAT lo pasa sin problemas, pero este no, me indicaron que se deberia quitar la declaracion sino se ocupa, no lo crei incorrecto y modifique mi fuente para que solo cuando se requiera se inserte el namespace, por lo demas todo bien ese ha sido mi unico problema, pero tampoco incluyo la addenda, tambien se me hizo raro porque por algun lado lei que habia una addenda (de hecho entre a buscarla, jeje ) pero hasta el dia de hoy mi cliente sigue subiendo sus XML al sistema del IMSS sin problema alguno.

Saludos.

De hecho creo que cambiaron el validador desde Abril de este año si no me equivoco, y efectivamente truena si tiene algún namespace que no se esté declarando. Mi solución: quitarlos manualmente

Buenas tardes

Estoy empezando en este tema de las addendas, alguien podria facilitarme el medio de contacto que el IMSS tiene para Facturacion Electronica? o algun modelo para poder basar el desarrollo de su addenda

Gracias!

Tengo clientes facturando al IMSS y no tienen addenda.
Se supone que el IMSS definió una, pero no la ha exigido y creo que ni lo hará.
Lo que tienes que hacer es entrar a su portal y entender cómo subir las facturas a su sistema, es todo.

¡Saludos!

Hola RickAlanis,

Si no entendí mal lo que escribiste, ellos tienen razón:

Si el servidor HTTP que entrega los xsd es *nix , te dará un "Not Found" si le pones Divisas (con mayuscula inicial) , ya que son sensibles a la caja de letras.

Entonces, es correcto que tu referencia al xsd venga idéntica.

Saludos

Te diré que los URL no son "case sensitive" ni siquiera en *nix.
Si eso fuera cierto, tanto el ValidaCFD de DADO, como el PAC o la validación que hace el procesador DOM con el que genero el XML me hubieran marcado el error.
De hecho, colocar "Divisas" no fue fortuito, era la indicación del archivo ejemplo del PAC con el que timbro.

Yo más bien creo que los que hicieron el validador del IMSS quisieron ser "más papistas que el Papa" y de alguna manera, esa validación no es correcta, precisamente por el hecho de que los URL no hacen diferencia entre mayúsculas y minúsculas.

A propósito, el desarrollo está hecho en Mac OS X, que es un Unix con certificación Unix 03.

Saludos

Los URL no son sensibles, pero los servidores HTTP (en específico Linux) sí que lo son. Y generalicé poniendo *nix, porque todo sistema de archivos basado en Unix, es sensible.

Ojalá tengas tiempo de hacer la prueba, colocando un archivo en un servidor Linux y luego llamando con letras may/min .

El validaCFD es para Windows y ahi no hay problema con la caja de letras, los PACs y otros validadores, tampoco son perfectos. Entiendo que se adapten al estándar, pero hay cosas que a veces no considerar, y que sí consideraron los del IMSS.

saludos