ValidaCFD

Hola Dado,

Mira, estoy usando tu librería CFDLib.dll para crear el XML y timbrar con Timbre Fiscal, pero uno de mis clientes no me acepta una factura. Tu validador me dice que está correcto el XML, pero el cliente me la rechaza y después de varios días me manda la siguiente observación, espero que me puedas orientar al respecto:


Esta factura (134A.xml) el schemaLocation está mal declarado, no se está indicando la dirección donde se encuentra el esquema alojado el esquema.

<cfdi:Complemento>
<tfd:TimbreFiscalDigital xmlns:tfd="http://www.sat.gob.mx/TimbreFiscalDigital"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.sat.gob.mx/TimbreFiscalDigital TimbreFiscalDigital.xsd"
xmlns:ns5="http://www.sat.gob.mx/cfd/3"
xmlns:ns6="http://www.buzonfiscal.com/ns/xsd/bf/TimbradoCFD"
xmlns:ns7="http://www.sat.gob.mx/detallista" xmlns:ns8="http://www.sat.gob.mx/terceros"
xmlns:ns9="http://www.sat.gob.mx/ecc" xmlns:ns10="http://www.sat.gob.mx/implocal"
xmlns:ns11="http://www.sat.gob.mx/ecb" xmlns:ns12="http://www.sat.gob.mx/divisas"
xmlns:ns13="http://www.sat.gob.mx/donat"
xmlns:ns14="http://www.buzonfiscal.com/ns/referenceID/v1"
xmlns:ns15="http://new.webservice.namespace"

Como podemos observar, no solo está mal declarado el schemaLocation, sino que también se están declarando más urls que no tienen por qué estar aquí. No se está cumpliendo con lo establecido en el Anexo 20 de la RMF del SAT.


Agradezco tu respuesta.

Se que va a sonar a "no es mi bronca".............mmmh pero es verdad y no se otra forma de decirlo.

Asi es como TIMBREFISCAL envia sus timbres, de verdad, con toda esa basura, no es la primera vez que lo menciono aqui en el foro

Envian toda esos datos, reclamales a los de TimbreFiscal y porfavor si pudieras reproducir aqui la respuesta que te den para conocimiento de todos

Solo por si no sabes, TimbreFiscal y BuzonFiscal son marcas registradas de Diverza Informacion y Analisis SA de CV (esto es, son lo mismo), lo menciono por que el namespace 6 (ns6) y el 14 (ns14) puedes ver que hacen referencia a ellos mismos, son ELLOS los que ponen toda esa informacion.

Cambiate a ECODEX PAC !!!

Claro, ya levanté un ticket al respecto, los mantendré informados para ver que solución me dan. Estamos al pendiente.

AlexSalas escribió:Claro, ya levanté un ticket al respecto, los mantendré informados para ver que solución me dan. Estamos al pendiente.

OK, como no creo que vayan a cambiar el sistema alla en Diverza lo se me ocurre recomendarte es que puedes editar tu XML, por lo menos para ese cliente quisquilloso

Lo bueno de los namespace es que no afectan el sello digital, quita todos los namespace que empiezan con "ns" y entregaselo a tu cliente, lo puedes editar incluso con el Bloc de Notas

Ok, ya edité el archivo. A ver que me dice el cliente. Los de diverza ni si quiera me han contestado.

Dado, al cambiarme a ECODEX, los timbres que adquirí en Timbre Fiscal ya no me son utiles verdad?, el detalle es que compramos una cantidad considerable de timbres.

AlexSalas escribió:Ok, ya edité el archivo. A ver que me dice el cliente. Los de diverza ni si quiera me han contestado.

Dado, al cambiarme a ECODEX, los timbres que adquirí en Timbre Fiscal ya no me son utiles verdad?, el detalle es que compramos una cantidad considerable de timbres.

Nop, no puedes transferir los timbres de TimbreFiscal hacia ECODEX.

Dado,

Ya me respondieron los de Timbre Fiscal y tenías razón, me están pidiendo que yo haga los cambios, esta es la respuesta:

Al momento de realizar las validaciones correspondientes, se identifico que las declaraciones del SchemaLocation están de manera incorrecta, en el comprobante que nos proporcionaste se declaraba:

xsi:schemaLocation="http://www.sat.gob.mx/TimbreFiscalDigital TimbreFiscalDigital.xsd"

y debe ser declarado de la siguiente manera:

xsi:schemaLocation="http://www.sat.gob.mx/TimbreFiscalDigital http://www.sat.gob.mx/sitio_internet/Ti ... igital.xsd"

Por lo cual te recomendamos que si esta dentro de tus posibilidades de hacer las modificaciones necesarias para que que se declare correctamente, si no te es posible te recomendamos que te pongas en contacto con tu proveedor de software para que se realicen las modificaciones correspondientes.

Ahora bien sobre las demás Urls que mencionas, no se presenta ningún problema si no se deciden eliminar, ya que el comprobante esta correcto.

Nos reiteramos a tus ordenes para cualquier duda o aclaración.

Saludos,


Atentamente,

Oscar Hernández
Asesor de Operaciones

Tengo una duda, además de los namespaces basura, el SchemaLocation está mal declarado. Esta declaración también ellos la hicieron verdad?, es decir, no es tu libraría la que comete el error?

Ahora bien sobre las demás Urls que mencionas, no se presenta ningún problema si no se deciden eliminar, ya que el comprobante esta correcto.

Es que precisamente...........SI PRESENTA PROBLEMA, je je je me da risa como le dan vuelta al asunto

Acerca del schemalocation, sip, de ese si me declaro culpable, por ahi hubo muchas reclamaciones y tuve que agregarle ese dato pa' normalizarlo un poco

Pero el dato es correcto, lo acabo de verificar del Anexo 20, no se porque dicen que debemos cambiarlo :

Dado,

Te soy honesto, para mi no es fácil entender esto de schemalocation, así que te hago la pregunta de esta manera:

Estoy entendiendo que tu librería tiene error en la declaración del SchemaLocation, ¿Vas a actualizar esto, tiene un costo?

O de plano yo tengo que hacer la modificación en el XML?

Orientame dado porque ando perdido.

OK, te la explico simple : NO TIENE ERROR EL SCHEMALOCATION