Convertisseur IA de tickets de pesée vers Excel — Extraction du poids à vide, poids brut, poids net, code matière et données véhicule depuis 磅单/计量单
Saisir manuellement les données des tickets de pesée dans un tableaux prend 2 à 3 minutes par ticket — un seul chiffre inversé sur le poids net peut entraîner un écart de paiement pour un camion entier. Cet outil extrait les deux pesées et vérifie l'équation du poids net en 5 à 10 secondes par ticket.
Chiffré de bout en bout · Conforme SOC 2 · Chiffré TLS 1.3
Ce que vous pouvez extraire d'un ticket de pont-bascule
Saisissez les noms de colonnes dont vous avez besoin — l'IA trouve ces valeurs sur n'importe quel ticket de pont-bascule en comprenant la signification de chaque champ, qu'il apparaisse sur un imprimé numérique, un carbone ou un 磅单 manuscrit d'une bascule de chantier.
Ce sont des champs courants — saisissez tout nom de champ présent sur vos tickets. L'IA lit le document pour trouver ce que vous demandez.
Pourquoi les tickets de pont-bascule sont plus difficiles à extraire que des tableaux ordinaires
Un ticket de pont-bascule — qu'il vienne d'une aciérie, d'une mine, d'un silo à grains ou d'une usine chimique — n'est pas un tableau ordinaire. Il capture deux pesées indépendantes : la tare (camion vide à l'entrée) et le poids brut (camion chargé au retour). Ces deux événements se produisent à quelques minutes d'intervalle, chacun avec son propre horodatage, initiales de l'opérateur et relevé de poids — mais ils apparaissent sur le même ticket comme une seule transaction. La ROC basée sur des modèles traite le ticket comme une grille plate et copie les nombres de chaque cellule isolément, sans savoir que le poids net est calculé par Brut − Tare et que les deux pesées partagent un même véhicule. Comme l'a noté un utilisateur de Reddit sur r/MLQuestions en essayant d'extraire la date, le poids et le numéro de ticket de milliers de tickets de pont-bascule — automatiser cela revient à démêler deux événements qui ressemblent à une seule ligne.
Le problème
Un camion entre vide à 08h14 — tare enregistrée : 15 720 kg. Il charge, revient à 08h26 — poids brut enregistré : 45 660 kg. L'opérateur inscrit les deux relevés sur le même ticket. La ROC traditionnelle voit deux entrées comme des lignes séparées dans un tableau imaginaire, puis peine à associer la bonne tare au bon brut quand plusieurs camions sont traités en lot. La chaîne causale — cette tare appartient à ce brut — est perdue. Le poids net, qui n'existe que comme leur différence, devient un nombre que la ROC recopie aveuglément du ticket ou omet, sans aucun moyen de vérifier son exactitude.
Les tickets de pesée de différents postes — ou même de différents opérateurs au même poste — utilisent des mises en page distinctes. Un poste imprime la tare en haut à gauche ; un autre, avec un logiciel différent, la place dans une colonne alignée à droite sous les détails du véhicule. Un troisième poste utilise une imprimante thermique avec des champs empilés verticalement et sans grille visible. La ROC basée sur des modèles nécessite un modèle configuré pour chaque mise en page. Une opération d'approvisionnement recevant des tickets de plusieurs postes de pesée sur différents sites fournisseurs finit par gérer une bibliothèque de modèles — et chaque mise à jour logicielle d'un poste casse le modèle.
Dans les opérations de pesée à fort volume, le taux d'erreur de saisie manuelle se situe régulièrement entre 1 et 4 %. Lorsqu'un opérateur tape 45 660 au lieu de 45 600 pour un chargement de minerai de fer à 120 $/tonne — cela représente un écart de 7 200 $ qui n'apparaît qu'à la réconciliation, des semaines après la transaction. Les erreurs d'inversion (1498 vs 1489) sont particulièrement dangereuses car invisibles aux contrôles de format. Pour les opérations traitant des centaines de tickets par jour, même un taux d'erreur de 1 % signifie plusieurs litiges de paiement chaque semaine.
Comment l'extraction de colonnes personnalisées résout ce problème
L'extraction de colonnes personnalisées — le mécanisme central d'ImageToTable.ai — fonctionne différemment de l'OCR basé sur les coordonnées. Vous saisissez les noms de colonnes souhaités : « 1ère date/heure de pesée (Tare) », « Poids à vide », « 2e date/heure de pesée (Brut) », « Poids brut », « Poids net ». L'IA localise chaque valeur en comprenant ce qu'elle représente dans le flux de travail du pont-bascule — un horodatage associé à une lecture de poids à vide correspond à l'événement de tare, qu'il apparaisse aux coordonnées (40, 62) ou (105, 88). Les mêmes définitions de colonnes fonctionnent sur des tickets provenant de différents ponts-bascules, éditeurs de logiciels et mises en page — aucun modèle par station requis.
Les tickets de pont-bascule comportent souvent des codes matériaux abrégés, incohérents ou manuscrits — « CRSH AGG 20mm », « MINERAI FER 62% », « CENDRE VOLANTE SECHE ». Une colonne inférée — dont la définition inclut des options de classification parmi lesquelles l'IA choisit — standardise ces données lors de l'extraction. Ajoutez une colonne comme « Catégorie de matériau (options : Minerai de fer/Calcaire/Charbon/Granulat/Cendre volante/Autre) » et l'IA lit la description ou le code du matériau sur chaque ticket, le fait correspondre à la catégorie la plus proche et remplit la colonne. L'extraction et la classification s'effectuent en une seule passe — aucune formule de post-traitement ni révision manuelle de chaque code.
Si votre équipe achats reçoit des tickets de pont-bascule de plusieurs sites fournisseurs ou stations de pesée, un lien de collecte — une URL partageable générée depuis votre compte — permet à chaque expéditeur de télécharger ses photos ou PDF de tickets directement dans votre file de traitement. Personne n'a besoin de compte ni de connexion. L'expéditeur ouvre le lien, saisit un code de vérification court et dépose ses fichiers. Tous les tickets téléchargés atterrissent dans votre tableau de bord, prêts pour un traitement par lots avec la même définition de colonnes — Poids à vide, Poids brut, Poids net, Plaque d'immatriculation, Code matériau — appliquée de manière cohérente à chaque ticket, quel que soit le site d'origine.
Du ticket de pont-bascule aux données de règlement vérifiées : comment ça marche
Si vous traitez des tickets de pont-bascule pour le règlement des achats, la réconciliation des stocks ou la vérification des paiements fournisseurs, voici à quoi ressemble un cycle d'extraction.
Importez les tickets — bordereaux papier scannés, PDF ou photos prises au pont-bascule
Déposez des tickets de pont-bascule papier scannés, des PDF exportés du logiciel de pesée, ou des photos prises à la bascule. Formats acceptés : PDF, JPG, PNG, WebP. Si vous recevez des lots quotidiens ou hebdomadaires d'un fournisseur, importez tous les tickets en une fois — le traitement par lots gère tous les fichiers en une seule opération et consolide tous les tickets dans un seul fichier de sortie. Pour les tickets provenant de plusieurs sites fournisseurs, envoyez un Lien de collecte à chaque site — chaque expéditeur importe son lot directement dans votre file d'attente.
Saisissez les noms de colonnes — et ajoutez une Colonne calculée pour vérifier chaque poids net
Entrez les champs nécessaires : « Plaque d'immatriculation », « Poids à vide », « Poids brut », « Poids net », « Code matière », « Nom du fournisseur ». L'IA lit chaque événement de pesée selon son rôle sémantique. Ajoutez ensuite une Colonne calculée : une colonne dont le nom décrit un calcul que l'IA effectue lors de l'extraction. Écrivez « Vérification poids (Poids brut − Poids à vide − Poids net) » et l'IA calcule l'équation du poids net pour chaque ticket, signalant toute ligne où le résultat n'est pas nul — détectant à la fois les erreurs d'extraction et les écarts de saisie réels avant que les chiffres n'atteignent votre feuille de règlement. Pour un traitement quotidien récurrent, sauvegardez votre configuration de colonnes et réutilisez-la sur chaque lot.
Téléchargez Excel vérifié — chaque ticket, chaque pesée, chaque poids net contrôlé
Chaque ticket de pont-bascule devient une ligne dans votre feuille de calcul de sortie, avec les pesées à vide et en charge alignées sur leurs colonnes. La Colonne calculée se trouve à côté des champs extraits, affichant le résultat de vérification pour chaque ticket — zéro signifie que Poids brut − Poids à vide = Poids net est vérifié ; une valeur non nulle signale ce ticket pour révision. Exportez en XLSX, CSV ou JSON. La sortie est prête à être importée dans Excel, Google Sheets ou votre ERP pour le règlement des achats, la réconciliation des stocks et la vérification des paiements fournisseurs — sans ressaisie manuelle, sans vérification de formule, sans nettoyage post-extraction.
Quand ça marche — et quand être prudent
Quand ça fonctionne le mieux
Fichiers PDF numériques issus de logiciels de pont-bascule. Les tickets imprimés en PDF depuis un logiciel de gestion de pont-bascule — Avery Weigh-Tronix, WinWeigh ou systèmes internes — offrent la meilleure précision d'extraction. Les deux pesées, tous les libellés et les relevés de poids sont capturés proprement.
Traitement par lots des achats quotidiens ou hebdomadaires depuis plusieurs sites fournisseurs. Importez les tickets de différentes stations de pesée en un seul lot. Définissez les colonnes une fois — « Plaque d'immatriculation », « Poids à vide », « Poids brut », « Poids net », « Code matière » — et chaque ticket produit un résultat dans le même format, consolidé dans un seul fichier Excel.
Tickets imprimés avec une séparation claire entre les sections de pesée à vide et en charge. Lorsque la mise en page du ticket regroupe visuellement la pesée à vide (véhicule vide) et la pesée en charge (véhicule chargé) en deux blocs étiquetés — avec horodatages, poids et champs opérateur clairement associés — l'IA associe correctement les données de chaque événement et maintient la relation de cause à effet entre les deux relevés.
Quand être prudent
Doublons carbone avec impressions faibles et à faible contraste. Les tickets de pont-bascule multicopies carbone dont la copie présente des caractères effacés ou brisés réduisent la précision d'extraction. Dans la mesure du possible, numérisez l'original (première copie) plutôt que le double carbone. Pour les archives où seules des copies carbone existent, vérifiez le contrôle du poids net calculé sur un échantillon avant de traiter l'ensemble du lot.
Tickets thermiques avec texte effacé ou à faible contraste. De nombreux postes de pesée utilisent des imprimantes thermiques produisant des tickets sur papier sensible à la chaleur. Avec le temps, l'impression thermique s'estompe — surtout en cas d'exposition à la chaleur, au soleil ou à des produits chimiques. Les tickets thermiques à faible contraste photographiés avec un téléphone peuvent nécessiter une vérification manuelle des champs de poids critiques. Pour les tickets thermiques récents au contraste net, la précision d'extraction reste élevée.
Tickets de pont-bascule manuscrits avec écriture irrégulière. Certaines opérations de pesée — notamment dans les petites carrières et sites de matériaux de construction — utilisent des formulaires papier remplis manuellement avec les plaques d'immatriculation, poids et codes de matériaux. Les champs imprimés de ces tickets s'extraient de manière fiable ; les champs manuscrits en écriture cursive auront des taux de précision plus faibles. L'IA ne vérifie pas l'étalonnage du pont-bascule ni n'authentifie les certificats de poids — elle extrait les données telles qu'elles sont imprimées ou écrites sur le ticket.
Questions fréquentes
Quels champs puis-je extraire d'un ticket de pont-bascule ?
L'outil extrait le numéro de ticket/série, la plaque d'immatriculation, la date/heure de 1ère pesée (tare), la date/heure de 2ème pesée (brut), le poids à vide, le poids brut, le poids net, le code matière/produit, la description matière, le nom du fournisseur, le nom du conducteur et l'identifiant de l'opérateur/station. Vous ne saisissez que les colonnes nécessaires — l'IA localise chaque champ en comprenant son rôle dans le flux de pesée, et non sa position sur le ticket. Les champs comme la plaque d'immatriculation et le poids net sont extraits qu'ils apparaissent sur un imprimé numérique, un carbone ou un ticket manuscrit d'une station de chantier.
Comment l'IA gère-t-elle la tare et le brut comme deux événements distincts sur un même ticket ?
L'IA lit chaque pesée comme un enregistrement distinct — la pesée à vide (tare) et la pesée en charge (brut) sont identifiées par leurs horodatages, contextes de poids et libellés. Lorsque vous définissez des colonnes comme « Date/Heure 1ère pesée (Tare) » et « Date/Heure 2ème pesée (Brut) », l'IA reconnaît que l'horodatage le plus ancien associé au poids le plus faible correspond à la tare, et que l'horodatage le plus récent associé au poids le plus élevé correspond au brut. Ce couplage est ce que perd l'OCR traditionnel qui traite les deux événements comme des lignes indépendantes. Les champs des deux pesées — horodatages, poids, identifiants opérateur — restent liés au même ticket et au même véhicule dans le résultat.
L'IA peut-elle vérifier automatiquement que Poids Net = Poids Brut − Poids à Vide ?
Oui — c'est la vérification par colonne calculée décrite plus haut. Ajoutez une colonne nommée « Vérification Poids (Brut − Tare − Net) » et l'IA calcule l'équation du poids net pour chaque ticket lors de l'extraction. Un résultat nul signifie que l'équation est vérifiée et que les valeurs extraites sont cohérentes. Un résultat non nul signale ce ticket pour révision — soit l'IA a mal lu une valeur, soit le ticket original contient une erreur de saisie commise par l'opérateur. Dans les deux cas, l'écart est détecté avant que les données n'intègrent votre feuille de règlement. Les utilisateurs connectés peuvent aussi utiliser le Format Règle pour définir des règles de validation JSON plus complexes pour des contrôles multi-étapes ou conditionnels.
Qu'en est-il des duplicatas carbone ou des tickets thermiques délavés ?
L'IA traite les tickets carbone et thermiques, mais la précision dépend de la qualité de l'image. Les couches de duplicatas carbone — où l'impression est faible ou les caractères brisés — réduisent la précision par rapport à l'original. Les tickets thermiques délavés (courants en environnement chaud ou exposé au soleil) peuvent donner des lectures moins fiables sur les champs de poids critiques. Pour ces cas difficiles, numérisez ou photographiez le ticket original à 200+ dpi avec un bon éclairage, et testez la vérification du poids net sur un échantillon avant de traiter l'archive complète. L'outil extrait les données telles qu'imprimées ou écrites — il ne vérifie pas l'étalonnage de la bascule ni n'authentifie les certificats de pesée.
S'intègre-t-il à mon matériel de pesage ou à mon ERP ?
ImageToTable.ai est un outil d'extraction documentaire a posteriori — il traite les tickets de pesée après impression, numérisation ou photographie. Il ne se connecte pas directement au matériel de pesage, aux bascules ou aux systèmes en temps réel. Le flux typique : les tickets sont générés à la station (par matériel, logiciel ou saisie manuelle), puis numérisés ou photographiés et importés dans ImageToTable.ai pour extraction par lots vers Excel. Le fichier XLSX ou CSV obtenu peut ensuite être importé dans votre ERP, système d'approvisionnement ou de règlement. Pour une intégration matérielle en temps réel, une solution logicielle de gestion de bascule est nécessaire — cet outil résout le problème de saisie en aval pour les tickets déjà existants.
En savoir plus sur l'extraction de données par IA pour les documents logistiques
Passer à l'échelle le traitement des BOL en logistique sans intégration système
Comment les opérations de pont-bascule fonctionnent quand les bascules et les systèmes back-office ne communiquent pas — et ce que l'extraction documentaire comble.
Pourquoi la saisie manuelle des documents de fret reste le goulot d'étranglement en logistique
Le même goulot d'étranglement de saisie qui affecte les BOL et les bons de livraison s'applique directement au traitement des tickets de pont-bascule dans les flux d'approvisionnement.
Comment les modèles de vision analysent les formulaires structurés et les annotations manuscrites
La même approche qui gère les tickets imprimés avec annotations manuscrites de l'opérateur — directement applicable aux tickets de pont-bascule avec annotations manuelles.