Trazer o que você já tem

Demandez à votre comptable le dossier des XML d'entrée des douze derniers mois — il existe et c'est celui qu'il utilise pour la comptabilité. Chargez tout en une fois, examinez d'abord l'onglet des fournisseurs (c'est le plus petit et le plus réutilisable), approuvez en lot et passez seulement ensuite aux produits.

La lecture du fichier produit des PROPOSITIONS, et une proposition n'est pas une fiche : elle n'apparaît dans aucune recherche, n'entre dans aucun rapport et ne peut pas être utilisée dans une écriture. Quand vous approuvez, la fiche est créée par le même chemin que pour une saisie manuelle, avec les mêmes validations. C'est pourquoi un XML bancal devient une proposition refusée, et non un fournisseur bancal dans votre base.

Chaque proposition a une clé : le CNPJ pour un fournisseur, le code produit chez l'émetteur pour un produit. Charger deux fois le même dossier ne duplique rien — la seconde lecture reconnaît ce qui était déjà proposé et ne crée pas de nouvelle ligne. Sans cela, le premier chargement d'une année de factures générerait des milliers de doublons, et les nettoyer ensuite coûte plus cher que de tout saisir de zéro.

Il ne lit pas le SPED et ne calcule ni le stock initial ni la trésorerie initiale. Le SPED est un chemin à part : la mise en page change chaque année et le sens de chaque bloc dépend du régime fiscal de l'entreprise, donc le lire à moitié produirait un solde erroné qui a l'air d'un chiffre juste. La correspondance par tableur reste dans le chemin d'import existant, sur chaque écran de saisie.

Le lecteur SPED apporte des RÉFÉRENTIELS : les participants deviennent des propositions de fournisseur et les articles des propositions de produit, avec la même clé de dédoublonnage que les XML (document et code), donc le même fournisseur n'entre pas deux fois. Soldes, calcul des impôts et crédits sont volontairement exclus : le SPED change de mise en page à chaque année civile et le sens des blocs dépend du régime fiscal, de sorte qu'une lecture partielle produirait un solde initial erroné qui a l'air d'un chiffre juste — le contrôle concorde et le chiffre est faux. Un référentiel, c'est un nom, un document et une description : s'il arrive de travers, vous le voyez tout de suite. Si le fichier est dans une mise en page que ce lecteur ne connaît pas, il le refuse en indiquant laquelle il a reçue, au lieu d'essayer quand même.

Du XML lui-même, sans interprétation : le fournisseur provient de l'émetteur de la facture (CNPJ, raison sociale, État) ; le produit provient de chaque ligne (code, description, NCM, unité) ; le montant à payer provient du total de la facture. La lecture est déterministe car le XML a un schéma — aucune intelligence artificielle ne devine de champ ici, et c'est voulu : deviner le mauvais CNPJ est pire que ne pas lire la facture.