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

[haLCkoniCka]

http://www.codingforums.com/archive/ind ... 29314.html

buu ya me habìa emocionado :/

[Signals]

Tengo este comentario. Desde octubre de 2010 he emitido CFDs, y desde entonces todos mis XMLs han sido validados correctamente con el validador del SAT… hasta esta semana.

Según el validador del SAT mis XMLs están codificados en ANSI y no en UTF-8. Mis facturas digitales sí están codificados en UTF-8, 100% seguro porque ya lo chequé. La “diferencia” radica es que están grabados sin BOM (Byte Order Mark), osea codificados en UTF-8 sin BOM tal como se ha mencionado en este thread.

Si manualmente regrabo una factura digital con el Byte Order Mark, ésta es validada correctamente por el validador del SAT. (Regrabar creo es fiscalmente incorrecto)

En relación al Formato Electrónico Unico, el anexo 20 se refiere a que habrá que señirse a los “lienamientos técnicos de forma y sintaxis para la generación de archivos XML especificados por el consorcio w3, establecidos en http://www.w3.org”

En el sitio w3.org, en las especificaciones para “Extensible Markup Language (XML) 1.0 (Fifth Edition)” en la cáusula “2.2 Characters”, menciona que:

“The mechanism for encoding character code points into bit patterns may vary from entity to entity. ALL XML PROCESSORS MUST ACCEPT THE UTF-8 AND UTF-16 ENCODINGS OF UNICODE” (No traduzco para evitar confuciones de interpretación). En todo el sitio w3.org, respecto de los lineamientos de forma y sintaxis para la generación de archivos XML no existe reseña alguna en relación al BOM, o si su presencia o ausencia tiene alguna afectación. De hecho la palaba "BOM" no existe en ese sitio. Referencia: http://www.w3.org/TR/xml/#charsets

En relación al BOM (Byte Order Mark)
“NO BOM IS NEEDED IN A UTF-8 FILE. Some UTF-8 editors insert a BOM, some don’t. It does not indicate byte order; it just serves to indicate that the encoding is UTF-8 rather than something else.” Referencia: http://www.stanford.edu/~laurik/fsmbook/errata/BOM.html

Parece que el validador del SAT utiliza la marca del BOM para reconocer si el archivo está codificado en UTF-8 o no, lo que a mi me parece que esto provoca falsas identificaciones de la codificación de los XMLs toda vez que este marcador no está necesariamente presente en todos los archivos válidos codificados en UTF-8 y su ausencia no es indicativo definitivo de que un archivo no esté codificado en UTF-8 (“NO BOM IS NEEDED IN A UTF-8 FILE”).

Toda vez que la Autoridad indica en el famoso Anexo 20 que hay que señirse a los lineamientos que se establecen por el consorcio w3.org en cuanto a la generación de archivos XML, y que ese consorcio no hace referencia alguna al BOM, entonces la misma autoridad debe en consecuencia no tomar en cuenta ese marcador.

He cambiado mi sistema de facturación para “consentir” al validador del SAT del manera que los XML de ahora en adelante incluyan el BOM.

La pregunta es, la tonelada de archivos XML emitidos anteriormente que antes sí eran validadas por el sitio del SAT pero ahora ya no por lo antes expuesto, ¿son relamente válidas? Yo creo que sí. ¿Cuál es tu opinión?

Saludos y gracias.

Signals

[haLCkoniCka]

...

La pregunta es, la tonelada de archivos XML emitidos anteriormente que antes sí eran validadas por el sitio del SAT pero ahora ya no por lo antes expuesto, ¿son relamente válidas? Yo creo que sí. ¿Cuál es tu opinión?

Saludos y gracias.

Signals

pues yo voy a hacer lo que me plaza, solamente re-generarè los cfds de este mes, todos los anteriores no... no ya en serio, si lo harè de esta manera, ya que en ciertas empresas no cuentan ya con los archivos .key y .cer de los folios anteriores.

aveces me pregunto, QUE PEDO CON LOS PROGRAMADORES DEL SAT !?

[poliman]

...

La pregunta es, la tonelada de archivos XML emitidos anteriormente que antes sí eran validadas por el sitio del SAT pero ahora ya no por lo antes expuesto, ¿son relamente válidas? Yo creo que sí. ¿Cuál es tu opinión?

Saludos y gracias.

Signals

pues yo voy a hacer lo que me plaza, solamente re-generarè los cfds de este mes, todos los anteriores no... no ya en serio, si lo harè de esta manera, ya que en ciertas empresas no cuentan ya con los archivos .key y .cer de los folios anteriores.

aveces me pregunto, QUE PEDO CON LOS PROGRAMADORES DEL SAT !?

Como todo el mundo lo sabe, están en el SAT porque conocen a alguien y no porque sepan programar bien.

[poliman]

Aqui esta una aplicación VISUAL para aplicar el BOM a miles de XML en segundos.

http://www.mediafire.com/?p8t3ds12gt62ik1

[haLCkoniCka]

Como todo el mundo lo sabe, están en el SAT porque conocen a alguien y no porque sepan programar bien.

donde està el botòn de LIKE??

[JCL]

Dado con respecto a este problema yo tengo mi Xml en un campo de base de datos y cuando lo creo en disco para enviarlo por correo al cliente lo que estoy haciendo es pasarlo del campo de la base de datos a un campo memo estandar de Delphi 2009 y despues lo salvo en disco con el metodo
SaveToFile('MiArchivo.xml',Encode.UTF8) y de esta forma me esta funcionando bien.

[CarlosPri]

Alguien Sabe si En clarion 6 se puede generar el famoso bom

[ijmg2000]

Aqui esta una aplicación VISUAL para aplicar el BOM a miles de XML en segundos.

http://www.mediafire.com/?p8t3ds12gt62ik1

Excelente!!!!....muy buena aplicación

[poliman]

Aqui esta una aplicación VISUAL para aplicar el BOM a miles de XML en segundos.

http://www.mediafire.com/?p8t3ds12gt62ik1

Excelente!!!!....muy buena aplicación

Gracias.