Validador SAT-Error: CFD no codificado en: UTF-8.

[Dado]

Ya "actualizaron" el validador del SAT y he tenido varios reportes de que en XML's QUE ANTERIORMENTE VALIDABAN asi como nuevos archivos les esta marcando el error :

Resumen del análisis del XML

Se presentaron errores al leer el comprobante: C:\Users\xF4900.xml
Error: CFD no codificado en: UTF-8.
Codificado en: ANSI (No Unicode).

Curiosamente es el mismo error del validador de MisFacturas.net, busquen en el foro para mas informacion.

LO QUE ESPERA EL VALIDADOR DEL SAT es lo que se le conoce como BOM (Byte Order Mark) que son 3 bytes al inicio del archivo.

Estos 3 bytes son "ef bb bf" y es dificil programar este BOM, por lo menos a lo que a Delphi respecta, no se en otros lenguajes**

Siendo MUY ESTRICTOS puedo decir que SI DEBERIAN IR y que el validador del SAT esta "en su derecho" de exigir el BOM....PERO! es equivalente a penalizar a los que escriben con faltas de ortografia, simplemente es una exageracion.

COMO PONER ESE BOM? La unica forma que yo he encontrado es usando el XMLNotepad o con un editor Hexadecimal**

**ACTUALIZACION. Aqui se ha publicado codigo fuente en los mas variados lenguajes incluyendo Delphi, en realidad NO ES DIFICIL, es la hu%$& que aveces no nos deja trabajar. GRACIAS A TODOS por sus aportes

[haLCkoniCka]

no paras cabrón!, nononono todo el día pegado aquí, gracias por la info,
justamente tendré que actualizar una app hecha en php n.n

pero, y que pasará con todos los xml's generados en meses pasados,
tendrémos que volver a regenerarlos masivamente??

si es así, menuda hostia!, conozco empresas que han estado cambiando los archivos de certificado cada que se llegaban a X cantidad de folios.. PFFF!!

y hablando sobre PHP, lo "estandar" es desarrollar los scripts codificados en UTF-8 sin el BOM, ya que el BOM genera ciertas situaciones problematicas al incluir un archivo php antes de la llamada a estas funciones header(), setcookie(), session_start() ( el cásico error "Headers already sent by.." }

espero que quiten este requisito,
deberían hacer piñatas con la tematica "programadores del SAT", creo yo, a mas de uno nos serviría de terapia anti-estres. :p

[mauricio]

Que obtusa es la autoridad, a estas alturas del partido. En fin, con Python es muy simple agregar (y quitar) esta marca. El siguiente script toma todos los archivos del directorio donde este el script que sean XML y les agrega esta marca...

Código: Seleccionar todo

import codecs
import sys, os
import glob

rutaactual = os.path.abspath(os.path.dirname(sys.argv[0]))
archivos = glob.glob(rutaactual + "/*.xml")

for archivo in archivos:
	tmp = open(archivo, 'rb') 
	contenido = unicode(tmp.read(),'utf-8')
	tmp.close() 

	tmp = open(archivo, 'wb') 
	tmp.write(codecs.BOM_UTF8)
	tmp.write(contenido.encode('utf-8'))
	tmp.close()

print 'Proceso terminado'

IMPORTANTE: prueba siempre sobre copias de tus archivos, no esta de más.

Probado en Linux, favor de probar en Windows y avisarnos si funciona.

Saludos a todos.

[gmokam]

Se como usar el NOTE, pero te agradaria saber como agregar y detallar con un ejemplo, gracias

Guillermo

[Dado]

Se como usar el NOTE, pero te agradaria saber como agregar y detallar con un ejemplo, gracias

Guillermo

Con el XMLNotepad lo unico que tienes que hacer es abrirlo y grabarlo, asi de simple, al momento de grabar le agrega el BOM y el DTD ( <?xml encoding="utf-8"> )

[Dado]

AVISO : Me han preguntado si en el ValidaCFD voy a validar el que lleve el BOM, para que sea mas "apegado" al validador *oficial*......

Tengo un dilema.......no se si ponerlo.......hay mas de UN BILLON Y MEDIO de comprobantes que AUTOMATICAMENTE SERIAN INVALIDOS.

Asi que esta decision no es para tomarse a la ligera, los del SAT deben reaccionar a esta condicion, voy a esperar un tiempo prudente para ver si esta decision permanece o la corrigen.

Por otro lado mi experiencia me dice que si aplico esta validacion MAS DEL 90% ME VA A RECLAMAR al igual que los que han publicado sus inquietudes PERO LO PEOR ES QUE NO TENGO FUNDAMENTO LEGAL para decirles que debe llevar el BOM, NO HAY EN TODA LA LITERATURA que ha publicado el SAT que diga que debe llevar este dato, es solo un requisito tecnico implicito de la tecnologia XML y eso es dificil explicarle al contribuyente comun.

Se imaginan, que tenga que decirles, "mira debe llevar el BOM porque el consorcio W3 asi lo define"......"el consorcio de que???"

Escucho (o mas bien leo) sus opiniones al respecto.........le seguimos el juego al SAT?

[mauricio]

Mi estimado Dado...

Como me encantaría que no, que no le hagamos el juego al SAT y tuviesemos la suficiente organización para obligarlos a ser más abiertos, pero como se que eso no va a pasar en este país de apaticos, como informáticos debemos estar preparados para esos cambios...

También soy de la opnión de esperar a ver la reaccion del SAT ante tanto reclamo que ya están teniendo.

Un abrazo

[poliman]

Mi recomendación es agregar el BOM, no esperar más.

[oskar.jeronimo]

Bueno..

El día viernes me comunique al SAT.
Y las "NIÑAS" de Facturacion electronica me comentaron "literalmente".

"ESTO ES UN ERROR DE SISTEMA POR LA DEMANDA DEL VALIDADOR, ESPEROMOS QUE SE SOLUCIONE PORNTO"-

1.- Este personal no esta siquiera enterado de loq ue se le estan haciendo a las TRIPAS del validador?
2.- Fue un "ahorita no estes moliendo"?
3.- Todo lo que no pueden explicar lo GENERALIZAN como ERROR DE SISTEMA...????

Invito a que llamen y pregunten las razones de esta situacion y si hay algo diferente.. Publiquen.
YA no se que hacer con SAT.. (realmente no puedo hacer mucho, mas bien nada).jajajaja

Pero si esta de locos estar con estas situaciones que generan literalmente PANICO!!!!

No creen?

[acanas]

Yo digo que el SAT puede meterse el BOM por donde más le quepa, esas medidas tontas de hacer todo al vapor, a ciegas y sin planeación los hacen ver como unos inéptos.Es cierto eso que comentan acerca de los BOM en php, también pasa en asp.net en ciertos casos. En .NET es es lo más fácil cambiar a BOM los archivos codificados, el punto es porque diablos hacen un "breaking change" a estas altura del partido y más cuando se está tratando de implementar aun el CFDI. Esto va a generar una avalancha de protestas y de quejas de los clientes con sus respectivos desarrolladores. Acuerdense que el SAT siempre sale con jaladas, se acuerdan del MD5?, ahora el BOM utf-8 en cada archivo xml, y después ...... ?