30 albaranes par jour, un seul journal
Traitement par lots des bons de livraison espagnols
L'éditeur espagnol de logiciels de gestion d'entrepôt Mecalux — groupe d'intralogistique basé à Barcelone, présent dans plus de 70 pays, cité dans le Magic Quadrant Gartner 2026 pour les WMS (systèmes de gestion d'entrepôt) — indique que sa plateforme Easy WMS atteint 99 % d'élimination des erreurs et 60 % d'amélioration de la productivité pour ses clients entrepôts. Ces chiffres décrivent ce qui se passe lorsque le WMS reçoit des données propres. L'écart entre cette promesse et la réalité, c'est la pile d'albarans (bons de livraison) qui attend sur le bureau de réception chaque matin : 30 pages provenant de 20 fournisseurs différents, imprimées par 20 systèmes ERP (progiciels de gestion intégrés) différents, certaines sur papier thermique, d'autres en papier carbone, la plupart portant des corrections manuscrites de quantités par le réceptionnaire. Cet article explique comment combler cet écart à l'échelle du lot.
Points clés à retenir
- Une pile matinale de 30 albaranes provenant de 20 fournisseurs coûte 2 heures de saisie — et c'est la partie la moins chère.
- Une erreur d'un seul chiffre dans un numéro d'albarán et le rapprochement à trois voies des factures mensuelles de ce fournisseur échoue — mais vous ne le découvrirez que trois semaines plus tard.
- ImageToTable.ai lit les numéros d'albarán, les NIF (numéros d'identification fiscale) et les quantités de 20 formats fournisseurs différents avec une seule définition de colonne — car l'IA cherche ce que le champ signifie, pas où il se trouve sur la page.
Saisir un seul albarán prend quelques minutes. Le vrai problème commence quand il y en a 30 provenant de 20 fournisseurs différents chaque matin.
L'extraction de documents uniques résout un problème de 3 minutes. Le traitement par lots résout un problème de flux de travail structurel, où 30 minutes de saisie ne sont pas le coût réel — ce sont les 30 décisions indépendantes sur le placement des champs, les 30 occasions de mal lire une quantité manuscrite et les 30 saisies manuelles dans le WMS (système de gestion d'entrepôt), chacune avec un taux d'erreur de 1 à 3 %.
Un bon de livraison (albarán) espagnol isolé est gérable. Le magasinier réceptionnaire lit les champs imprimés — numéro d'albarán, NIF (numéro d'identification fiscale) du fournisseur, codes produits, quantités expédiées — et les saisit dans le WMS (système de gestion d'entrepôt) ou l'ERP (progiciel de gestion intégré). À 3 minutes par page, une pile de 5 documents prend 15 minutes. C'est fastidieux, mais supportable. Le problème, c'est que les entrepôts approvisionnés par une base de fournisseurs espagnols typique ne reçoivent pas 5 albaranes par jour. Un centre de distribution de taille moyenne desservant le commerce de détail régional, ou une usine de fabrication recevant des matières premières d'un mélange de grands et petits fournisseurs espagnols, traite 20 à 50 albaranes par jour. À ce volume, le calcul de 3 minutes par page donne 1 à 2,5 heures de pure saisie de données. Mais le coût réel n'est pas le temps de frappe — c'est ce qui se passe quand ces 50 transcriptions manuelles rencontrent le rapprochement à trois voies.
Si vous avez besoin d'une introduction sur ce qui rend les albaranes espagnols structurellement différents des bons de livraison génériques — notamment le format du NIF (numéro d'identification fiscale), la tradition du papier carbone et le poids juridique qu'ils ont en vertu du Code de commerce (Código de Comercio) — commencez par le guide d'extraction d'albarán sur document unique. Cet article suppose que vous savez déjà ce qu'est un albarán et se concentre sur ce qui change quand vous les traitez par douzaines plutôt qu'un par un.
Le mur de l'échelle ne concerne pas la vitesse — mais la densité de décisions. Traiter un albarán nécessite un ensemble de décisions sur l'emplacement des champs. En traiter 30 provenant de fournisseurs différents en nécessite 30 ensembles indépendants. Le cerveau humain peut en gérer 5 sans fatigue. À 30, les taux d'erreur se cumulent. À 50, le rapprochement à trois voies — albarán → facture (factura) → bon de commande — commence à se briser, non pas parce qu'une saisie individuelle était erronée, mais parce que la probabilité cumulée d'une discordance sur 150 numéros de référence (50 albaranes × 3 clés de rapprochement) devient quasi certaine.
Le traitement par lots n'amplifie pas la fragmentation des formats — il révèle que l'extraction basée sur des modèles n'a jamais été une vraie solution.
Lorsque vous traitez un seul albarán, vous pouvez tolérer ses particularités. Lorsque vous en traitez 30 provenant de 20 fournisseurs, les différences de format entre un albarán du centre logistique de Mercadona, un carnet d'albaranes rempli à la main par un fabricant andalou local et un PDF Sage Murano d'un fournisseur industriel basque ne sont pas des particularités — ce sont des barrières structurelles que l'extraction basée sur des modèles ne peut pas franchir.
Le paysage des formats d'albarán espagnols est hétérogène en permanence car l'économie de la normalisation est mal alignée. L'AECOC (association espagnole de normalisation GS1) a développé des normes électroniques de bons de livraison via ses plateformes AECOC EDI et AECOC TRANSP. Les grands détaillants comme Mercadona, Carrefour Espagne et El Corte Inglés imposent l'EDI (échange de données informatisé) à leurs fournisseurs de premier rang. Mais pour le marché intermédiaire — distributeurs régionaux, fournisseurs industriels, fabricants locaux — les albaranes papier imprimés depuis l'ERP (progiciel de gestion intégré) du fournisseur restent la norme.
UNO Logística (fédération espagnole des opérateurs logistiques), principale association professionnelle espagnole de logistique représentant plus de 350 opérateurs et entreprises de transport, identifie la fragmentation des formats documentaires comme une barrière structurelle à la digitalisation de la chaîne d'approvisionnement. Le Centre espagnol de logistique (CEL), plus grande communauté professionnelle logistique d'Espagne depuis 1978, est arrivé à la même conclusion dans ses groupes de travail sur la digitalisation : la normalisation atteindra d'abord les corridors à fort volume, mais la longue traîne des fournisseurs intermédiaires continuera de produire des albaranes papier et PDF hétérogènes pendant des années.
À l'échelle d'un document unique, vous pouvez créer un modèle par fournisseur. Avec 20 fournisseurs, cela fait 20 modèles à créer et à maintenir — et les modèles se cassent quand un fournisseur modifie le format de sortie de son ERP sans vous prévenir. Le responsable de réception ne contrôle pas les formats des fournisseurs. Il reçoit ce qui arrive au quai de déchargement. La seule approche viable à l'échelle des lots est l'Extraction de colonnes personnalisées : une méthode où vous définissez les noms de champs souhaités — « Numéro d'albarán », « NIF (numéro d'identification fiscale) du fournisseur », « Quantité expédiée » — et l'IA lit chaque document pour localiser ces valeurs en comprenant ce que le nom de champ signifie, et non en correspondant à une position de pixel fixe sur la mise en page d'un fournisseur spécifique.
Une seule définition de colonne fonctionne avec 20 formats de fournisseurs différents car l'IA lit par le sens, pas par la position. Les noms de colonnes que vous saisissez deviennent les en-têtes de votre feuille de calcul de sortie — aucune maintenance de modèle requise.
Le traitement par lot des albaranes espagnols : importez la pile du jour, définissez les colonnes une fois, exportez un registre de réception unifié.
Tous les albaranes du matin — PDF du portail fournisseur, carbones scannés du quai, photos prises à la livraison — sont regroupés en un seul import. Une seule définition de colonnes. Un seul fichier de sortie.
Le traitement par lot chez ImageToTable.ai permet d'importer plusieurs fichiers simultanément, de définir vos colonnes d'extraction une seule fois, et de recevoir un fichier de sortie consolidé où chaque document devient une ligne du tableau. L'avantage fondamental est que vous ne répétez pas l'étape de définition des colonnes par document — vous le faites une fois pour tout le lot, et l'IA applique la même compréhension sémantique à chaque mise en page de fournisseur. Pour les utilisateurs de Google Sheets, le module complémentaire de la barre latérale extrait les résultats directement dans la feuille active sans quitter le tableur.
Téléchargez les bons de livraison du jour — tous formats confondus
Déposez les bons de livraison (albaranes) PDF provenant des portails fournisseurs, les pages de carbone scannées du quai de réception, ou les photos prises par téléphone lors des contrôles de livraison. Les PDF numériques, le papier scanné et les photos peuvent être mélangés dans le même lot de téléchargement. Si vos chauffeurs ou votre personnel d'entrepôt à distance doivent soumettre des bons de livraison (albaranes) directement, le Lien de collecte génère une page de téléchargement partageable — l'expéditeur ouvre le lien, saisit un code de vérification et télécharge les fichiers. Aucune connexion ni inscription requise pour l'expéditeur. Les bons de livraison (albaranes) arrivent directement dans votre file de traitement, contournant entièrement les pièces jointes par e-mail et les photos WhatsApp.
Définissez une fois les colonnes de votre journal de réception — elles fonctionnent avec chaque fournisseur
Saisissez les noms de champs dont votre flux de réception et votre ERP (progiciel de gestion intégré) ont besoin : N° de bon de livraison (albarán) | Référence BC | Nom du fournisseur | NIF (numéro d'identification fiscale) du fournisseur | Date de livraison | Code produit | Description de l'article | Qté expédiée | Qté reçue | Notes d'exception | Signature du réceptionnaire. L'IA trouve chaque valeur sur le bon de livraison (albarán) de chaque fournisseur en comprenant la signification du nom de colonne — pas en faisant correspondre une position de pixel mémorisée. Ajoutez une colonne calculée comme Écart de quantité (Qté expédiée − Qté reçue) et l'IA calcule la différence lors de l'extraction, signalant les écarts avant que les données n'atteignent votre WMS (système de gestion d'entrepôt). Ajoutez une colonne inférée comme État de la livraison (options : Complète/Partielle/Endommagée) et l'IA évalue le contenu du bon de livraison (albarán) pour attribuer le statut correct sur chaque document du lot.
Exportez le journal de réception consolidé
Téléchargez en XLSX, CSV ou JSON. Chaque bon de livraison (albarán) devient une ligne. Chaque champ — numéro de bon de livraison (albarán), NIF (numéro d'identification fiscale) du fournisseur, codes produits, quantités expédiées et reçues, notes d'exception, statut de signature — apparaît dans sa propre colonne. La feuille de calcul est prête pour la comptabilisation des réceptions en WMS (système de gestion d'entrepôt) dans SAP Business One, Sage 200 / Sage Murano, Microsoft Dynamics NAV / Business Central, Holded ou Mecalux Easy WMS. La colonne du numéro de bon de livraison (albarán) est la clé qui relie chaque ligne à la facture (factura) ultérieure pour le rapprochement à trois voies. Le traitement s'exécute en 5 à 10 secondes par page.
Essayez le flux d'extraction ci-dessous avec un bon de livraison (albarán) d'exemple. La démo charge un préréglage — un ensemble préconfiguré de noms de colonnes correspondant à la structure standard des bons de livraison (albaranes) et des bordereaux de colisage — afin que vous puissiez voir les résultats d'extraction immédiatement, sans saisir de noms de colonnes.
Les fichiers sont traités en toute sécurité et ne sont pas stockés.
Le rapprochement à trois voies ne s'étend pas linéairement — un seul numéro d'albarán mal saisi dans un lot de 50 peut compromettre le rapprochement des factures mensuelles de tout un fournisseur.
Le Plan comptable général espagnol (PGC) attribue un chemin comptable spécifique à chaque albarán : débiter la Classe 3 Stocks (compte 600 pour les achats de marchandises ou 601 pour les matières premières) et créditer le compte 400 Fournisseurs. Le numéro d'albarán est la référence qui fait le pont entre la réception physique et cette écriture comptable — avant même l'arrivée de la facture (factura).
Dans un flux de travail à document unique, si vous faites une erreur de saisie sur un numéro d'albarán, vous la repérez lorsque la facture (factura) correspondante arrive et ne correspond pas. Vous passez 5 minutes à retracer le circuit papier et corrigez l'écriture. Agaçant, mais limité. Dans un flux de travail par lots où vous saisissez 30 à 50 albaranes dans l'ERP (progiciel de gestion intégré) avant l'arrivée des factures (facturas), les dégâts s'accumulent en silence : des numéros d'albarán incorrects restent dans le système jusqu'à ce que le fournisseur envoie sa facture (factura), moment où le rapprochement à trois voies — bon de commande → albarán (marchandises reçues) → facture (factura) — échoue non pas pour un document, mais potentiellement pour un mois entier de livraisons de ce fournisseur. L'équipe comptable doit alors rétro-ingénierer pour déterminer quelles écritures sont erronées parmi des dizaines de transactions.
C'est là que l'extraction qui récupère le numéro d'albarán directement depuis le document — plutôt que de s'appuyer sur une saisie humaine — change le profil de risque. Un numéro d'albarán saisi à la main a un taux d'erreur de 1 à 3 % par champ. Un numéro d'albarán lu par machine à partir de l'image du document présente un taux d'erreur de transcription effectivement nul sur du texte imprimé. Pour les copies carbone scannées dont l'impression peut être fanée, l'IA signale les valeurs à faible confiance plutôt que de produire silencieusement un résultat erroné — ce qui signifie que le responsable de réception vérifie les 2 à 3 lectures incertaines au lieu de relire les 50 saisies.
Le rapprochement à trois voies ne se brise pas au stade de la facture, mais au stade de la saisie de l'albarán — des semaines avant que quiconque ne le remarque. Le corriger au point de capture des données coûte quelques secondes. Le corriger après l'arrivée des factures (facturas) coûte des heures par fournisseur.
Un albarán espagnol comporte deux couches de données : ce que le fournisseur a expédié et ce que le destinataire a réellement compté. À l'échelle de lots, lire manuellement les deux couches signifie lire 30 fois les mêmes corrections.
La nature circulaire de l'albarán — le fournisseur l'imprime, la marchandise voyage avec lui, le destinataire l'annote, la copie signée revient — crée un problème de document à deux couches qui reste gérable en traitement de document unique mais devient le goulot d'étranglement dominant à l'échelle de lots.
Chaque albarán espagnol qui arrive au bureau de saisie comporte trois types de contenu manuscrit : des corrections de quantité (« solo 8 uds recibidas » à côté d'un « 10 » imprimé), des notes sur l'état (« caja dañada », « embalaje roto ») et la signature du destinataire confirmant la réception. Dans un flux de travail de document unique, le responsable de réception lit ces annotations et saisit la quantité ajustée dans le WMS (système de gestion d'entrepôt). Quand vous avez 30 albaranes, le responsable lit 30 corrections manuscrites — beaucoup utilisant une formulation similaire chez différents fournisseurs — et doit correctement associer chaque correction à sa ligne imprimée correspondante sans transposer les données entre les documents.
Ce n'est pas un problème de vitesse. C'est un problème de charge cognitive. Après 10 albaranes, le cerveau cesse de distinguer « 8 uds recibidas » sur l'albarán de Mercadona du « 8 uds » griffonné sur le bon de livraison de RS Components España. Les outils d'extraction basés sur des modèles aggravent le problème en ignorant entièrement la couche manuscrite (produisant des quantités expédiées qui ne reflètent pas ce qui a réellement été reçu) ou en mélangeant texte manuscrit et texte imprimé dans la même cellule de sortie (produisant des données absurdes).
Une approche sémantique résout ce problème en traitant les couches imprimée et manuscrite comme des cibles d'extraction distinctes. Définissez Qty Shipped et l'IA lit la quantité imprimée du fournisseur dans le tableau des lignes. Définissez Qty Received dans la même configuration de colonnes et l'IA lit la correction manuscrite. Ces données atterrissent dans des colonnes adjacentes de la sortie — quantité imprimée et quantité reçue côte à côte, l'écart étant immédiatement visible. Définissez Exception Notes et les commentaires manuscrits en marge sont extraits comme texte structuré.
Une écriture manuscrite standard en caractères d'imprimerie s'extrait de manière fiable sur l'ensemble du lot. Une cursive très rapide — courante dans les annotations griffonnées par les chauffeurs sur le quai — peut nécessiter une vérification ponctuelle pour une transcription complète, mais la détection structurée (signature présente : oui/non, corrections de quantité) reste fiable même sur une écriture rapide. C'est la limite honnête : l'outil lit ce qui est lisible, signale ce qui est ambigu et ne produit jamais silencieusement une valeur erronée.
Questions fréquemment posées
Combien d'albarans puis-je traiter en un seul lot ?
L'outil traite les fichiers séquentiellement au sein d'un lot et gère des téléchargements de toute taille pratique — 30, 50 albarans ou plus en une seule fois. Chaque page prend environ 5 à 10 secondes à traiter, donc un lot de 30 albarans se termine en environ 3 à 5 minutes de temps de traitement. Vous ne regardez pas la barre de progression — vous lancez le lot et revenez à un tableur complété. La contrainte pratique n'est pas la capacité de l'outil mais le rythme de réception du quai : la plupart des entrepôts traitent la pile d'albarans du matin en une seule session et gèrent les arrivées de l'après-midi dans un second passage.
Que se passe-t-il si un albarán n'a pas de numéro imprimé, seulement un numéro manuscrit ?
L'IA lit le texte manuscrit quelle que soit la langue. Si le numéro d'albarán est manuscrit — ce qui arrive avec certains petits fournisseurs utilisant des carnets d'albarans génériques — l'extraction tente toujours de le localiser en fonction du nom de colonne que vous avez défini. La précision est inférieure à celle des numéros imprimés (une écriture manuscrite en lettres moulées se lit bien ; une cursive rapide peut nécessiter une vérification manuelle). Si l'IA ne trouve pas de valeur avec certitude, la cellule reste vide plutôt que d'être remplie avec une estimation. Pour le contrôle qualité, vous pouvez ajouter une colonne nommée Confiance numéro d'albarán pour signaler les entrées nécessitant une vérification manuelle.
Puis-je traiter des albarans qui mélangent des libellés de champs en espagnol, catalan et anglais dans le même lot ?
Oui. L'IA lit la signification des champs, pas la langue du libellé. Qu'un fournisseur imprime « Albarán N.º », « Albarà Núm. » ou « Delivery Note Ref », la colonne que vous avez définie comme Numéro d'albarán trouve la valeur correcte car l'IA comprend ce qu'est un numéro de bon de livraison sémantiquement, et non dans quelle langue il est libellé. Cela est particulièrement utile pour les entrepôts espagnols recevant de fournisseurs internationaux où les albarans peuvent porter un mélange de libellés en espagnol, anglais et langues régionales — et pour les fournisseurs nationaux dans les régions bilingues (Catalogne, Pays basque, Galice, Valence) où les libellés de champs peuvent apparaître dans la langue régionale.
Le traitement par lot gère-t-il la validation NIF/CIF pour les champs d'identification fiscale ?
L'IA extrait le NIF tel qu'il apparaît sur le document mais n'effectue pas de validation algorithmique du NIF (vérification de la lettre de contrôle par rapport à l'algorithme modulo-23). Le format à 8 chiffres plus lettre de contrôle aide l'IA à distinguer le NIF du numéro d'albarán lors de l'extraction, mais la validation formelle doit être effectuée dans votre ERP ou via le service de vérification en ligne de l'Agencia Tributaria. Pour le contrôle qualité, les champs NIF bénéficient de l'ajout d'une colonne calculée comme Vérification format NIF (valide/invalide) pour signaler les entrées qui ne correspondent pas au modèle attendu — mais il s'agit d'une vérification de format, pas d'une validation légale.
Comment récupérer les albaranes de mes chauffeurs ou entrepôts distants sans email ?
La fonction Lien de collecte génère une page de téléchargement partageable. Envoyez le lien aux chauffeurs, au personnel d'entrepôts distants ou aux partenaires logistiques tiers. Ils ouvrent le lien, saisissent un code de vérification et téléchargent directement les albaranes — sous forme de photos prises à la livraison ou de scans PDF. Aucune inscription ni connexion requise pour l'expéditeur. Les fichiers arrivent automatiquement dans votre file d'attente de traitement. Particulièrement utile pour les opérations logistiques espagnoles où les livraisons ont lieu sur plusieurs sites — un bureau central à Madrid, un entrepôt satellite à Valence, un hub de distribution à Barcelone — et où les documents de réception doivent parvenir à une équipe centralisée de comptabilité fournisseurs ou de gestion des stocks sans dépendre des pièces jointes email des chauffeurs.
La pile d'albaranes espagnols qui s'accumule chaque matin sur le bureau de réception n'est pas un problème de saisie de données — c'est un problème de traduction de format, multiplié par le nombre de fournisseurs que vous recevez. Lorsqu'une seule définition de colonne fonctionne avec la mise en page de chaque fournisseur, la pile devient un seul téléversement, un seul traitement et une seule feuille de calcul qui alimente votre WMS (système de gestion d'entrepôt) avec les données propres qu'il est conçu pour recevoir. C'est la différence entre un WMS qui affiche une élimination des erreurs à 99 % sur le papier et un qui y parvient réellement sur votre quai de chargement.
Traitez vos albaranes par lots
À lire aussi : Comment extraire des données de bons de livraison espagnols (albaranes) vers Excel · Extraire par lots des bons de livraison et des bordereaux d'expédition vers Excel · Extraire les champs de bordereaux d'expédition de tout format vers Excel · Traiter par lots les bons de livraison français · Traiter par lots les bons de livraison allemands (Lieferscheine) · Convertisseur de bons de livraison vers Excel