Como Manejar las Lista LCO del SAT

[crixus]

Alguien tiene idea de como manejar la Listas LCO del SAT, me he topado con estas listas y en la matriz de control se nos exige que se usen estas para validad, el problema es que aparte de que son muy pesadas cuando la abro me salen puros caracteres chinos y asi, es un achivo XML que pesa como 79 megas, el problema es que no se como manipularlo, alguna idea gente¡

Yo preferiria que fuera valido manejar las listas en TXT pero ya no lo es ja para la certificación como PAC

[acanas]

Habria que verificar el tipo de codificacion que manejan los archivos, deberían estar en UTF-8 o ANSI. Es posible leer un archivo xml por pedazos y no cargarlo en memoria, sin embargo para realizar una búsqueda de RFC para validar que este en esa lista tendria que ser SOLO HACIA ADELANTE y puede que sea algo lenta esa validación. Ahora si lo que se busca es velocidad una opción seria realizar un volcado de los contenidos de la lista de LCO hacia una base de datos y ahi mismo poder hacer las búsquedas para validar, eso incrementaria enormemente la velocidad de búsqueda porque les puedes aplicar un índice.

[crixus]

Habria que verificar el tipo de codificacion que manejan los archivos, deberían estar en UTF-8 o ANSI. Es posible leer un archivo xml por pedazos y no cargarlo en memoria, sin embargo para realizar una búsqueda de RFC para validar que este en esa lista tendria que ser SOLO HACIA ADELANTE y puede que sea algo lenta esa validación. Ahora si lo que se busca es velocidad una opción seria realizar un volcado de los contenidos de la lista de LCO hacia una base de datos y ahi mismo poder hacer las búsquedas para validar, eso incrementaria enormemente la velocidad de búsqueda porque les puedes aplicar un índice.

Gracias por la respuesta, es que sas listas son muy muy pesadas, casi 80 megas, no entiendo por que

[acanas]

No estoy muy al tanto de la estructura del archivo del LCO como para justificar un XML debido a que por su naturaleza los XML son demasiado "EXPRESIVOS" y como consecuencia se repiten muchas etiquetas por cada registro (ver Conceptos de CFD), pero si se van almacenar millones de registros lo más recomendable es un archivo de texto plano separando los campos por espacios o tabs de tal forma que sea fácil de ser volcado en cualquier sistema.En mysql esto se hace rapidisimo, firebird no tanto pero es posible y en MSSQL Server es relativamente fácil hacer un dump y no se diga en postgre o el mismisimo Oracle. Otro problema que le veo al xml es que es necesario hacer un "parsing" y eso hace más lento el proceso de lectura aunque tienes la garantía de que la información sigue al pie de la letra su formato de acuerdo al esquema bajo el cual el XML este sujeto.

[crixus]

No estoy muy al tanto de la estructura del archivo del LCO como para justificar un XML debido a que por su naturaleza los XML son demasiado "EXPRESIVOS" y como consecuencia se repiten muchas etiquetas, pero si se van almacenar millones de registros lo más recomendable es un archivo de texto plano separando los campos por espacios o tabs de tal forma que sea fácil de ser volcado en cualquier sistema.En mysql esto se hace rapidisimo, firebird no tanto pero es posible y en MSSQL Server es relativamente fácil hacer un dump y no se diga en postgre o el mismisimo Oracle.

Pues si yo creo que es por eso que el SAT opto a que se usaran, el problema es que como aspirante a PAC te piden que uses esas listas para validar y no los clasicos "TXT" con los que valida el VALIDACFD pero a la hora de abrirlos vale cajeta el asunto

[acanas]

No creo que sea imposible leerlos, tienes por ahi una liga con los archivos?. Hace algún tiempo DADO publicó un URL de los LCO del ftp del SAT pero ya se me perdió

[Dado]

Los archivos LCO estan formados de la siguiente manera :

42 bytes de una firma digital para garantizar que no se ha alterado
despues de esos 42 bytes esta el XML "limpio"
Al final del XML se encuentra en binario el certificado necesario para la validacion.

los LCO se actualizan DIARIO y estan en el mismo ftp donde se publica la lista de certificados y folios.

[crixus]

Los archivos LCO estan formados de la siguiente manera :

42 bytes de una firma digital para garantizar que no se ha alterado
despues de esos 42 bytes esta el XML "limpio"
Al final del XML se encuentra en binario el certificado necesario para la validacion.

los LCO se actualizan DIARIO y estan en el mismo ftp donde se publica la lista de certificados y folios.

Mi pregunta, y como lees eso ? ja ja

[acanas]

Ahh ya caigo por eso usan XML por desconfiados

[Dado]

@acanas

Sip, es un XML firmado, ya sabes, hay que protegerse por todos lados.

@crixus

Si fuera a desarrollar algo acerca de la LCO lo haria mas o menos asi, tal como lo recomienda acanas

Abres el archivo como texto
Lees el primer renglon, lo descartas (ese es el que contiene la firma)
Lees el siguiente renglon, lo analizas y lo metes a una base de datos,
Repetir hasta llegar al nodo de cierre del xml
Descartar el resto ya que es un certificado

Aca ya habia algo al respecto