Comment extraire les données des bons de livraison espagnols (Albaranes)
dans Excel

Un albarán espagnol a un poids juridique qu'aucun bon de livraison générique n'a — et des champs qu'aucun modèle standard ne reconnaît.

Dans la majeure partie de l'Europe, un bon de livraison est un document d'expédition. Il liste le contenu du colis, le chauffeur le remet, et le magasinier le vérifie par rapport à la commande. L'avocat de personne ne le regarde jamais. En Espagne, l'albarán occupe une catégorie différente. Selon le Código de Comercio (Code de commerce espagnol, Décret royal du 22 août 1885), l'albarán sert de preuve documentaire de livraison — traditio — dans un contrat de compraventa (vente de biens). Ce n'est pas un instrument fiscal. Il ne comporte pas de montants d'IVA (TVA). Mais c'est le document qui confirme légalement le transfert des marchandises.

L'albarán est le seul document d'expédition de la chaîne d'approvisionnement européenne qui est à la fois un accusé de réception légal et un document de retour — le fournisseur l'imprime, les marchandises l'accompagnent, le destinataire y écrit, et la copie signée revient au fournisseur comme preuve. L'article Wikipédia sur l'albarán le définit clairement : "un documento mercantil que acredita el traslado y la entrega de un pedido" — un document commercial qui certifie le transport et la livraison d'une commande. Le destinataire doit le signer pour confirmer la bonne réception. Cette signature transforme le document d'une simple liste de colisage en un enregistrement légal.

Ce rôle juridique crée des différences structurelles entre un albarán espagnol et un bon de livraison générique. Un albarán d'un fournisseur espagnol — qu'il s'agisse du centre logistique de Mercadona près de Valence ou d'un distributeur industriel comme RS Components España — comporte généralement des champs qu'un bordereau de livraison britannique ou un Lieferschein allemand n'a pas. Le champ d'identification fiscale apparaît au format NIF (Número de Identificación Fiscal) : 8 chiffres plus une lettre de contrôle pour les particuliers, une lettre plus 7 chiffres plus une lettre de contrôle pour les entreprises. Le NIF du fournisseur et celui de l'acheteur figurent tous deux sur le document. Le numéro du bon de livraison suit une numérotation interne propre à chaque fournisseur, sans norme inter-fournisseurs. Et surtout — parce que l'albarán précède la facture dans le flux de travail commercial — le numéro du bon de livraison doit ensuite être rapproché de la factura (facture) qui le référence, permettant un rapprochement à trois avec le bon de commande.

Chaque albarán comporte 10 à 14 champs essentiels pour la réception en entrepôt — et leurs libellés exacts varient selon le fournisseur.

Lorsqu'un entrepôt espagnol reçoit une livraison, le magasinier doit extraire les données de l'albarán et les saisir soit dans le WMS (système de gestion d'entrepôt) pour la mise en stock, soit dans l'ERP pour le rapprochement des commandes fournisseur. En Espagne, le logiciel de réception est souvent SAP Business One, Sage 200 (ou Sage Murano, très répandu dans les PME espagnoles), Microsoft Dynamics NAV / Business Central, ou l'ERP SaaS espagnol Holded. Pour les opérations spécifiques à l'entrepôt, Mecalux Easy WMS — un WMS espagnol du groupe barcelonais Mecalux — est courant dans les entrepôts de taille moyenne à grande. Le WMS attend des données structurées. L'albarán, lui, est tout sauf structuré.

Les champs qu'un entrepôt espagnol extrait généralement de chaque albarán, et leur destination en aval :

Le Plan Général Comptable espagnol (PGC) détermine où ces données atterrissent. Lorsque les marchandises sont reçues contre un albarán, l'écriture comptable débite le Groupe 3 (Existencias — Stocks, généralement le compte 600 pour les achats de marchandises ou le compte 601 pour les matières premières) et crédite le compte 400 (Proveedores). Le numéro d'albarán est la référence qui lie la réception physique à l'écriture comptable — avant l'arrivée de la facture. Si le numéro d'albarán est mal saisi, le rapprochement à trois entre la commande, le bon de livraison et la facture échoue au niveau comptable.

Les entrepôts espagnols subissent la même fragmentation des formats que n'importe quel quai de réception — mais le vide réglementaire espagnol la rend permanente.

Aucune loi espagnole n'impose un format standard d'albarán. Le Código de Comercio décrit la fonction du document mais n'en prescrit pas la mise en page. AECOC (Association des Fabricants et Distributeurs), l'organisme de normalisation GS1 en Espagne avec plus de 35 000 entreprises membres, a développé un standard de bon de livraison électronique via ses plateformes AECOC EDI et AECOC TRANSP. Mais l'adoption de l'EDI dans la logistique espagnole suit le même schéma qu'ailleurs : les grands détaillants comme Mercadona, Carrefour Espagne et El Corte Inglés l'imposent à leurs fournisseurs de premier rang, tandis que le marché intermédiaire — distributeurs régionaux, fournisseurs industriels, fabricants locaux — continue d'expédier avec des albaranes papier imprimés depuis l'ERP que le fournisseur utilise.

Le résultat est le même chaos visuel auquel un employé de réception dans un entrepôt allemand ou français est confronté, avec une complication supplémentaire : les fournisseurs espagnols utilisent fréquemment des carnets d'albaranes autocopiants. Le premier exemplaire reste chez l'acheteur, le second va au chauffeur, et le troisième reste dans le carnet du fournisseur. Lorsque l'exemplaire de l'acheteur arrive au bureau de saisie, il peut s'agir d'une deuxième ou troisième génération de papier carbone avec un texte de plus en plus pâle. Ajoutez à cela les annotations manuscrites que le réceptionnaire a ajoutées au quai — corrections de quantité, notes de dommages, une signature — et vous obtenez une seule page portant trois couches d'informations à différents niveaux de lisibilité.

UNO Logística, la principale association professionnelle de logistique en Espagne représentant plus de 350 opérateurs logistiques et entreprises de transport, identifie la numérisation des flux documentaires comme une priorité centrale de son agenda sectoriel. Mais l'association note également que la fragmentation des formats de documents dans la chaîne d'approvisionnement — en particulier entre les grands détaillants utilisant l'EDI et les fournisseurs du marché intermédiaire utilisant le papier — reste un obstacle structurel. Le Centro Español de Logística (CEL), la plus grande communauté professionnelle de logistique en Espagne depuis 1978, a publié des travaux sur le défi de la normalisation des documents dans ses groupes de travail sur la numérisation de la chaîne d'approvisionnement. Le consensus : la normalisation viendra d'abord dans les corridors à fort volume, mais la longue traîne des fournisseurs du marché intermédiaire continuera de produire des albaranes hétérogènes sur papier et PDF pendant des années.

Pas besoin d'un modèle par fournisseur. Définissez vos colonnes une fois et laissez l'IA trouver chaque champ par son sens.

L'approche standard pour extraire les données des albaranes espagnols — saisir chaque champ de chaque mise en page unique de fournisseur dans un tableur Excel — prend environ 3 minutes par albarán d'une page selon les références du secteur. Pour un entrepôt recevant 30 expéditions par jour, cela représente 90 minutes de pure saisie de données. L'alternative qu'offrent des outils comme l'OCR basé sur des modèles est pire dans le contexte espagnol car elle nécessite de construire un modèle d'extraction séparé pour chaque mise en page de fournisseur — et les fournisseurs espagnols, contrairement aux allemands ou français où la standardisation des formats est plus avancée, présentent une variabilité extrême. Un albarán d'un fournisseur industriel catalan et un autre d'un distributeur alimentaire andalou ne partagent quasiment aucune similarité visuelle, même s'ils remplissent la même fonction légale.

Ce qui fonctionne à la place, c'est l'Extraction par Colonnes Personnalisées : une méthode où vous saisissez les noms des champs souhaités — « Numéro de Bon de Livraison », « Référence Commande », « NIF Fournisseur », « Code Produit », « Quantité Expédiée », « Signature du Destinataire » — et l'IA lit chaque document pour localiser ces valeurs en comprenant ce que chaque nom de champ signifie sémantiquement, sans correspondre à une position pixel fixe. Les noms de colonnes que vous entrez deviennent les en-têtes de votre feuille de calcul de sortie. Une définition de colonne fonctionne pour tous les fournisseurs car l'IA lit le document comme le ferait une personne — en cherchant le sens de chaque champ plutôt que ses coordonnées sur la page.

Voici le workflow de bout en bout, utilisant un lot d'albaranes de plusieurs fournisseurs espagnols :

Essayez ci-dessous avec un albarán d'exemple. La démo utilise un préréglage — un ensemble préconfiguré de noms de colonnes correspondant à la structure standard d'un bon de livraison — pour voir les résultats d'extraction immédiatement sans saisir de noms de colonnes. Cliquez sur « Traiter » et l'IA lit à la fois les données d'expédition imprimées et les annotations manuscrites de réception sur la page.

L'albarán est le seul document logistique qui quitte l'entrepôt imprimé et revient avec des données manuscrites — votre extraction doit lire les deux.

Aucun autre document dans l'enveloppe d'expédition ne fait l'aller-retour. Le bon de commande reste chez l'acheteur. La facture est générée après la livraison. Le connaissement suit le transporteur mais ne revient pas au fournisseur couvert d'annotations. L'albarán est unique : le fournisseur l'imprime, les marchandises voyagent avec lui, le destinataire écrit dessus — entourant un carton endommagé, notant « solo 8 uds recibidas » (8 unités reçues seulement) à côté d'une ligne qui en indique 10, signant en bas — et la copie annotée retourne au fournisseur comme preuve de l'état de livraison.

Cette nature d'aller-retour crée un problème de document à deux couches que la plupart des outils d'extraction gèrent mal. Les outils OCR basés sur des modèles lisent la couche imprimée : les champs du fournisseur, les quantités expédiées, les numéros de référence. La couche manuscrite — corrections, notes d'état, signature — est soit ignorée comme bruit, soit mélangée au flux de texte imprimé, produisant une sortie où « 10 unidades » et « 8 uds » atterrissent dans la même cellule.

Un lecteur sémantique qui comprend le sens des champs, plutôt que de faire correspondre des blocs de pixels, peut séparer les deux couches en colonnes distinctes. Définissez Qté Expédiée et l'IA lit la quantité imprimée depuis le tableau de lignes du fournisseur. Définissez Qté Reçue dans la même configuration de colonne et l'IA lit la correction manuscrite que le destinataire a écrite à côté. Définissez Notes d'Exception et les commentaires manuscrits en marge — « caja dañada » (carton endommagé), « embalaje roto » (emballage cassé), « falta 2 » (2 manquants) — sont extraits comme texte structuré plutôt qu'ignorés. Définissez Signature Destinataire avec un indice de format comme « O/N » et l'IA détecte si le document contient une signature, peu importe où elle apparaît sur la page.

La couche manuscrite de l'albarán n'est pas du bruit — c'est le seul enregistrement au niveau des champs de ce qui est réellement arrivé par rapport à ce qui était prévu. L'ignorer signifie que votre WMS reçoit des quantités incorrectes et que votre rapprochement à trois échoue à l'étape de réconciliation de la facture, où la quantité facturée (basée sur ce qui a été expédié) doit être rapprochée de ce qui a été réellement reçu.

Les données extraites de l'albarán alimentent directement la comptabilité espagnole — chaque champ correspond à un code de compte PGC ou à une transaction WMS.

Le tableur issu de l'extraction n'est pas une fin en soi. C'est un format intermédiaire qui fait le lien entre l'albarán et les systèmes qui ont besoin de ses données. Dans un entrepôt espagnol utilisant Sage 200 ou SAP Business One, les champs extraits suivent un chemin aval spécifique :

Le lien essentiel est le numéro d'albarán. Selon la pratique commerciale espagnole, le fournisseur émet ensuite une facture qui référence le même numéro d'albarán. Le rapprochement à trois niveaux — commande, albarán (marchandises reçues), facture — repose sur le numéro d'albarán et les quantités livrées correctes dans l'ERP. Si une saisie manuelle introduit une erreur dans le numéro d'albarán (chiffres inversés, caractère manquant), le rapprochement ultérieur de la facture échoue et quelqu'un doit remonter les documents papier pour trouver le bon numéro. L'extraction qui récupère directement le numéro d'albarán depuis le document élimine le point de défaillance le plus fréquent du rapprochement.

Pour les équipes qui reçoivent des albaranes du personnel terrain ou de chauffeurs plutôt qu'à un quai de réception fixe, la fonction Lien de collecte comble le fossé de la réception des documents. Générez un lien partageable, envoyez-le aux chauffeurs ou au personnel d'entrepôt distant, et les albaranes arrivent directement dans votre file de traitement — pas de pièces jointes, pas de photos WhatsApp, aucune inscription requise pour l'expéditeur. C'est particulièrement utile pour les opérations logistiques espagnoles où les livraisons ont lieu sur plusieurs sites ou lorsque des transporteurs tiers gèrent la livraison physique mais que les données de réception doivent parvenir à une équipe centrale de comptabilité fournisseurs ou de gestion des stocks.

Questions fréquentes

Les albaranes espagnols portent le poids d'un code commercial vieux de 140 ans, la diversité des sorties ERP de chaque fournisseur et la preuve physique de ce qui est réellement arrivé sur le quai. Le problème d'extraction des données n'est pas la vitesse — c'est que le magasinier ne développe jamais de mémoire musculaire, car chaque mise en page d'albarán est une première lecture. L'extraction par nom de colonne change la donne : vous définissez ce dont vous avez besoin une fois, et le format devient sans importance.

Essayez sur vos albaranes

Liens : Extraire en lot des bordereaux et bons de livraison vers Excel · Extraction manuelle vs IA des bordereaux en réception d'entrepôt · Extraire les champs de bordereaux de tout format vers Excel · Convertisseur de bon de livraison vers Excel