Sello del emisor inválido

[Dado]

Como ya sabia, el error se debe a un par de caracteres unicode mal puestos

Se trata del caracter $c2 $94 que segun esta tabla (U+0094 c2 94 <control>) ni siquiera corresponde a un caracter visible

EL VALIDADOR ESTA MARCANDO CORRECTAMENTE EL ERROR. ESTO NO SE VA A CORREGIR EN LA PROXIMA VERSION YA QUE NO ES UN ERROR DEL VALIDADOR

[gepega]

si tu checas la factura en esta pagina

https://verificacfdi.facturaelectronica.sat.gob.mx/

la da por buena, en el caso que te mande, al proveedor lo hicimos cancelara esa factura y nos la volviera a facturar, y aun con la factura nueva nos volvio a rechazar el validador, fue cuando empece a investigar sobre esto

esto es checandolo con el SAT, pero si checas cualquier validador en linea la da por buena

Saludos

[s3cr3to]

Esa página es para verificar que el comprobante fue certificado, y no es una validación del comprobante.

El sat ha dicho que no tiene ningún validador y que es "nuestra obligación" comprobar que estén correctamente elaborados.

¿Fiscalmente será bueno el comprobante? (quizá, solo el sat puede decirlo)

[jggtz]

Segun tengo entendido, los PAC estan autorizados por el SAT para timbrar o certificar los CFDI despues de verificar o validar que estos cumplan con la matriz de validaciones solicitadas por el SAT...
en otras palabras, si el PAC timbra un CFDI quiere decir que éste está correcto...

[Dado]

Es correcto todo lo que mencionan, el problema es como saber si el XML que tenemos en nuestra computadora no ha sido alterado

Puede haber sido alterado intencionalmente (falsificacion de documento) o accidentalmente (al transmitirlo, descargarlo, comprimirlo, archivarlo, etc es posible que se altere, especialmente la famosa "codificacion utf-8")

Las "pruebas del SAT" dicen que efectivamente, el Emisor envio al PAC un XML, fue validado y timbrado, pero insisto, eso no garantiza que el XML que tenemos es el mismo que el PAC timbro, de hecho por eso es necesario validarlo localmente

Por ultimo, como es el caso del validador ValidaCFD_cl, tambien va a depende mucho de como se interpreten los ERRORES de codigos UTF-8 que no existen o que no cumplen con la codificacion correcta (4 bytes erroneos en lugar de los acostumbrados 2 bytes que deben ser)

Desgraciadamente nuestro validador usa una libreria (OpenSSL) distinta a la que usan los validadores basados en la Web (Bouncy Castle) y eso provoca distintos criterios a la hora de interpretar los datos mal codificados. Esto tambien es el motivo por el cual no puedo corregir o cambiar la forma en que se valida, uso una libreria encerrada en una caja negra de la cual no tengo el control.