Trazer o que você já tem

Pídele a tu contador la carpeta de XML de entrada de los últimos doce meses: existe y es la misma que él usa para contabilizar. Súbela toda de una vez, revisa primero la pestaña de proveedores (es la más pequeña y la que más se aprovecha), aprueba en lote y solo después pasa a los productos.

La lectura del archivo produce PROPUESTAS, y una propuesta no es un registro: no aparece en ninguna búsqueda, no entra en informes y no puede usarse en un asiento. Cuando apruebas, el registro se crea por el mismo camino de quien registra a mano, con las mismas validaciones. Por eso un XML torcido se convierte en una propuesta rechazada, y no en un proveedor torcido dentro de tu base.

Cada propuesta tiene una clave: el CNPJ para proveedor, el código del producto en el emisor para producto. Subir la misma carpeta dos veces no duplica nada: la segunda lectura reconoce lo que ya estaba propuesto y no crea una fila nueva. Sin eso, la primera carga de un año de facturas generaría miles de duplicados, y limpiarlos después cuesta más que capturar desde cero.

No lee SPED ni calcula saldo inicial de inventario ni de caja. El SPED es un camino aparte: el layout cambia cada año y el significado de cada bloque depende del régimen tributario de la empresa, así que leerlo a medias produciría un saldo equivocado con cara de número correcto. La equivalencia por planilla sigue en el camino de importación que ya existe, en cada pantalla de registro.

El lector de SPED trae REGISTROS: los participantes se convierten en propuestas de proveedor y los ítems en propuestas de producto, con la misma clave de duplicidad de los XML (documento y código), así que el mismo proveedor no entra dos veces. Saldos, cálculo de impuestos y créditos quedan fuera a propósito: el SPED cambia de layout cada año calendario y el significado de los bloques depende del régimen tributario, de modo que una lectura parcial produciría un saldo inicial equivocado con cara de número correcto: la verificación cuadra y el número está mal. Un registro es nombre, documento y descripción: si viene torcido, lo ves al instante. Si el archivo es de un layout que este lector no conoce, lo rechaza diciendo cuál llegó, en lugar de intentarlo igual.

Del propio XML, sin interpretación: el proveedor viene del emisor de la factura (CNPJ, razón social, estado); el producto viene de cada ítem (código, descripción, NCM, unidad); el valor a pagar viene del total de la factura. La lectura es determinista porque el XML tiene esquema: aquí no hay inteligencia artificial adivinando campos, y es a propósito: adivinar el CNPJ equivocado es peor que no leer la factura.