Comment regrouper 5 devis de vendeurs
dans un tableau comparatif Google Sheets

L'appel d'offres à 5 fournisseurs : mêmes données, cinq mises en page différentes

Les bonnes pratiques en approvisionnement convergent vers un chiffre constant : inviter trois à cinq fournisseurs qualifiés par appel d'offres (RFQ). En dessous de trois, vous ne créez pas de tension concurrentielle. Au-delà de cinq, la complexité d'évaluation dépasse le bénéfice marginal sur les prix. CAPS Research, co-parrainé par l'Institute for Supply Management et la W. P. Carey School of Business de l'Arizona State University, compare les processus d'approvisionnement dans 20 secteurs industriels — et la fourchette de trois à cinq est la norme structurelle dans tous les secteurs (APQC Procurement Benchmarking).

Cinq fournisseurs qualifiés signifie cinq réponses à l'appel d'offres. Et cinq réponses signifie cinq formats différents. Le fournisseur A exporte depuis son ERP — un PDF propre avec codes article, descriptions, prix unitaires et délais de livraison dans un tableau cohérent. Le fournisseur B rédige son devis dans le corps d'un e-mail et le joint sous forme de PDF scanné d'un formulaire imprimé. Le fournisseur C utilise son propre modèle de devis avec des libellés de colonnes que vous n'avez jamais vus : « Réf. » au lieu de « Code article », « Taux » au lieu de « Prix unitaire », « Livraison (jours ouvrés) » au lieu de « Délai de livraison ». Le fournisseur D détaille ligne par ligne mais place le total en page 3. Le PDF du fournisseur E est un formulaire de devis manuscrit scanné provenant d'un petit distributeur régional — votre option la plus compétitive en prix, et la plus laborieuse à numériser.

Votre modèle de comparaison Google Sheets ne tient pas compte de cette diversité. Il a des colonnes propres : Nom du fournisseur, Description de l'article, Quantité, Prix unitaire, Total de la ligne, Délai de livraison, Conditions de paiement, Conditions de livraison. L'écart de format — ce qui se trouve entre « cinq PDF désordonnés » et « une feuille de calcul propre » — c'est vous, qui traduisez manuellement les données entre les formats pendant 60 à 90 minutes par cycle d'appel d'offres.

Les logiciels d'entreprise résolvent ce problème — à prix d'entreprise

SAP Ariba et Coupa dominent le marché source-to-pay, tous deux nommés Leaders dans le Gartner Magic Quadrant 2025 et 2026 pour les suites Source-to-Pay. Leurs modules d'e-sourcing gèrent exactement ce problème : envoyer des RFQ structurées aux fournisseurs, recevoir des réponses standardisées et générer des tableaux de comparaison automatisés. Aucune conversion PDF-vers-tableur requise — la plateforme impose la structure dès le départ.

Le prix les rend hors de portée des petites et moyennes équipes d'approvisionnement qui effectuent l'essentiel de ce travail. SAP Ariba démarre à environ 25 000 $ par an pour un déploiement de taille moyenne avec 500 fournisseurs et cinq utilisateurs sur le module Supplier Lifecycle & Performance. Le prix de départ de Coupa est d'environ 2 500 $ par mois, avec des déploiements typiques de milieu de marché allant de 200 000 $ à 800 000 $ par an, plus 100 000 $ à 400 000 $ en coûts de mise en œuvre. AuraVMS, un outil RFQ dédié aux petites entreprises, démarre à 5 $ par mois — mais exige que les fournisseurs soumettent via sa plateforme, ce qui signifie que vous ne pouvez pas traiter les PDF déjà présents dans votre boîte de réception.

Le marché des logiciels d'approvisionnement était évalué à 6,6 milliards de dollars en 2024. Les outils conçus pour des déploiements à 250 000 $ et plus et les outils conçus pour l'automatisation RFQ à 5 $ par mois partagent une hypothèse commune : que le fournisseur utilisera le format de soumission de l'outil. La réalité pour une petite équipe d'approvisionnement est que les devis arrivent en pièces jointes par e-mail — PDF, formulaires scannés et parfois des fichiers Excel — et la comparaison doit se faire avec ce que vous avez, pas avec ce qu'une plateforme exige.

La réalité du tableur comme système — et ce qui manque

Lorsqu'une équipe d'approvisionnement de petite ou moyenne entreprise ne peut pas justifier une suite source-to-pay à six chiffres, la chaîne d'outils par défaut est simple : Google Sheets pour la comparaison + Gmail pour recevoir les PDF + saisie manuelle des données pour relier les deux. Ce n'est pas un échec de sophistication en matière d'approvisionnement. C'est une adaptation rationnelle aux outils disponibles — Sheets offre une collaboration en temps réel, des liens partageables et une notation basée sur des formules, sans approbation informatique ni intégration de vendeur.

Ce qui manque dans cette pile, ce n'est pas la couche d'analyse. Google Sheets gère la mise en forme conditionnelle, la notation pondérée et les résumés en tableau croisé dynamique aussi bien que n'importe quelle plateforme d'approvisionnement. Ce qui manque, c'est la couche d'ingestion — le mécanisme qui convertit cinq pièces jointes PDF en cinq lignes de données structurées sans transcription humaine.

Pour l'extraction d'un devis unique — récupérer les données d'un PDF de devis vendeur dans une feuille de calcul — un guide étape par étape couvre les fondamentaux de l'extraction par nom de colonne via le module complémentaire. Le traitement par lots s'appuie sur la même interface du panneau latéral mais introduit des défis qui n'existent pas à l'échelle d'un fichier unique : un mappage de colonnes cohérent entre des fournisseurs utilisant une terminologie différente, la gestion de champs présents dans certains devis mais pas d'autres, et la production d'un tableau prêt à comparer où chaque ligne s'aligne sur la même structure de colonnes, quel que soit le format source.

Comment l'extraction par nom de colonne unifie cinq formats de devis différents

Le moteur qui rend le traitement par lots efficace sur des formats incohérents est l'extraction par nom de colonne : au lieu d'indiquer à l'outil où trouver les données sur le PDF de chaque fournisseur — dessiner des zones autour des champs, créer des modèles par fournisseur — vous lui indiquez ce que vous voulez extraire. Vous définissez vos colonnes de comparaison une seule fois : « Nom du fournisseur / Description de l'article / Prix unitaire / MOQ / Délai de livraison (jours) / Conditions de paiement. » L'IA localise chaque valeur dans chaque document en comprenant sa signification sémantique, et non sa position sur la page.

C'est le mécanisme qui gère le problème de vocabulaire entre fournisseurs. Le PDF du fournisseur A libelle un champ « Rate ». Le fournisseur B le libelle « Unit Price ». Le fournisseur C le libelle « Price Per Each ». Un outil basé sur des modèles voit trois noms de champs différents et exige trois configurations distinctes. L'extraction par nom de colonne reconnaît que les trois se réfèrent au même concept d'approvisionnement — le prix unitaire — et les mappe automatiquement à la même colonne de sortie. C'est la différence entre extraction et compréhension : l'OCR traditionnel extrait des chaînes de texte par position ; l'extraction par nom de colonne extrait des points de données par rôle sémantique.

Pour la diversité des formats d'un véritable cycle d'appel d'offres — un PDF généré par ERP, un texte dans le corps d'un e-mail, un formulaire manuscrit scanné — l'approche d'extraction est identique pour les trois. Vous ne modifiez pas vos définitions de colonnes par fournisseur. Vous n'entraînez pas de modèles par format. Les noms de colonnes définis une seule fois produisent des lignes dans le même tableau à partir de chaque document du lot.

Le traitement par lots : importez les cinq documents, obtenez un seul tableau

Un module complémentaire Google Sheets est un panneau latéral qui s'ouvre dans votre feuille de calcul — accessible depuis le menu Extensions, dans la même fenêtre et le même onglet que votre feuille de comparaison. Ce n'est pas un outil séparé qui traite les devis sur un site web et exporte un fichier que vous importez ensuite dans Sheets. Il est l'interface d'extraction, exécutée dans la feuille de calcul, avec la feuille active comme destination directe de sortie.

Pour la comparaison par lots de devis fournisseurs, cette architecture compte d'une manière précise : le panneau latéral reçoit cinq devis PDF, extrait les données de tous à l'aide des mêmes définitions de colonnes, et écrit chaque résultat sous forme de lignes consécutives directement dans la feuille que vous consultez — pas de bouton de téléchargement, pas d'étape « importer un CSV dans Sheets », pas de tableau de bord intermédiaire. Pour la liste complète des capacités — types de champs pris en charge, formats et détails des formules — consultez la page de fonctionnalités d'extraction Google Sheets.

Voici le traitement par lots en trois actions :

Le problème des champs manquants : quand le fournisseur A indique les conditions de paiement et que le fournisseur B ne les indique pas

Dans un flux de travail avec un seul devis, un champ manquant est une gêne mineure — vous tapez « N/A » ou laissez la cellule vide et vous passez à la suite. Dans un lot de cinq devis alimentant le même tableau comparatif, les champs manquants créent des problèmes structurels. Si le fournisseur A précise « Net 30 » dans ses conditions de paiement mais que le devis du fournisseur B ne mentionne pas du tout les conditions de paiement, votre colonne de comparaison présente une lacune. Si vous évaluez les fournisseurs selon des critères pondérés incluant les conditions de paiement, les données manquantes du fournisseur B font baisser son score — non pas parce que ses conditions sont moins bonnes, mais parce qu'il ne les a pas indiquées.

Le module complémentaire gère les champs manquants avec une stratégie cohérente : lorsqu'une colonne que vous avez définie n'apparaît pas dans le document d'un fournisseur, la cellule de sortie pour ce fournisseur dans cette colonne est laissée vide. Pas d'erreur. Pas de texte d'espace réservé. Une cellule vide — c'est exactement ce que vous créeriez si vous saisissiez les données manuellement et ne trouviez pas le champ.

C'est le comportement correct pour un tableau comparatif. Votre mise en forme conditionnelle peut mettre en évidence les cellules manquantes. Votre formule de notation peut traiter les cellules vides comme « non fourni » plutôt que comme zéro. La structure de sortie ne se brise pas parce qu'un fournisseur a omis un champ — chaque ligne a les mêmes colonnes dans le même ordre, avec des espaces vides là où les données n'étaient pas présentes dans le document source.

En pratique, les champs manquants sont la norme, pas l'exception, dans la comparaison de devis multi-fournisseurs. Un professionnel des achats sur r/procurement a décrit son processus RFQ standard avec neuf étapes manuelles et a noté que l'étape 5 — « comparer les inclusions/exclusions entre ce que les fournisseurs ont proposé et ce que nous avons demandé » — était l'étape la plus chronophage. Certains fournisseurs envoient des brochures au lieu de réponses structurées. Certains détaillent ligne par ligne mais sautent les champs récapitulatifs dont vous avez besoin. Certains PDF contiennent toutes les données mais réparties sur quatre pages avec le total enfoui en page 4. L'approche d'extraction gère tous ces cas : si les données sont présentes n'importe où dans le document, l'IA les trouve par sens sémantique et les mappe à la bonne colonne. Si elles ne sont pas présentes, la cellule est vide. Aucun modèle ne se brise. Aucun désalignement de ligne. Aucune réconciliation manuelle.

Le multiplicateur de vitesse : cinq devis en une session contre cinq sessions distinctes

Le gain d'efficacité du traitement par lots n'est pas additif — il est structurel. Traiter un devis via le panneau latéral prend environ 15 à 30 secondes : téléverser le PDF, l'IA localise vos champs définis, les données apparaissent dans la feuille. Traiter cinq devis un par un — cinq sessions de téléversement, cinq cycles d'extraction distincts — prend environ 2 à 3 minutes au total, plus le temps d'ouvrir chaque fichier et de confirmer le téléversement. C'est déjà 10 à 20 fois plus rapide que la saisie manuelle, qui prend environ 3 minutes par devis pour la lecture, la localisation de chaque champ et la frappe.

Le traitement par lots compresse davantage : sélectionnez les cinq fichiers de devis en un seul téléversement, lancez une seule session d'extraction, et les cinq lignes apparaissent dans la feuille. Les cinq extractions s'exécutent séquentiellement — chaque fichier est lu, chaque ensemble de valeurs est localisé, chaque ligne est ajoutée — mais vous lancez le lot une seule fois. Pour un cycle d'appel d'offres impliquant 5 fournisseurs, toute la phase d'extraction des données, de la sélection des fichiers à l'obtention de lignes prêtes à comparer dans Sheets, se termine en moins de 2 minutes.

L'effet cumulé mensuel est là où la différence structurelle devient visible. Si vous lancez un cycle d'appel d'offres par semaine — quatre cycles par mois, chacun comparant cinq fournisseurs — la saisie manuelle consomme 4 à 6 heures par mois rien que pour la transcription. L'extraction par lots via le panneau latéral réduit cela à moins de 8 minutes. Ce n'est pas une amélioration de 2×. Ce n'est pas 5×. C'est une réduction d'environ 45× — passant de « c'est une tâche récurrente d'une demi-journée » à « cela se fait pendant que vous prenez un café ».

Pour les équipes d'approvisionnement qui traitent des devis dans plusieurs catégories — matières premières auprès d'un ensemble de fournisseurs, emballages auprès d'un autre, services logistiques auprès d'un troisième — la charge hebdomadaire d'appels d'offres (RFQ) peut atteindre trois ou quatre cycles de devis distincts. À raison de 60 à 90 minutes par cycle, la comparaison manuelle devient l'activité dominante dans la semaine d'un professionnel des achats — un constat cohérent avec les données montrant que les professionnels des achats consacrent en moyenne 2 heures 45 par jour aux tâches de sourcing, dont une grande partie à la consolidation des données plutôt qu'à l'évaluation stratégique.

Au-delà des devis fournisseurs : traitement par lots sur plusieurs types de documents

Le mécanisme de traitement par lots dans le panneau latéral du module complémentaire fonctionne de manière identique pour tous les types de documents — les colonnes changent, le flux de travail ne change pas. Si vous gérez les achats et traitez également les factures fournisseurs via le même système de suivi Google Sheets, le flux de traitement par lots des factures suit le même schéma : définir les colonnes des factures, téléverser toutes les factures fournisseurs en une fois, obtenir un tableau de registre. Si votre rôle en achats s'étend au rapprochement des dépenses, le traitement par lots des notes de frais fonctionne de la même manière — téléversez les soumissions mensuelles de votre équipe, obtenez un tableau de remboursement. Et si votre organisation suit les reçus à des fins fiscales en plus des devis fournisseurs, le guide de traitement par lots des reçus couvre le même modèle de panneau latéral pour les volumes de reçus.

Pour ceux qui travaillent via l'interface web plutôt que le panneau latéral de Sheets — téléversement sur le site ImageToTable.ai et export vers Excel — le guide général de comparaison par lots des devis fournisseurs couvre le flux de travail web avec le même mécanisme d'extraction par nom de colonne. Le moteur d'extraction est le même ; c'est la méthode de livraison qui diffère.

Le fil conducteur est que Google Sheets est déjà le système de référence — pour les comparaisons de fournisseurs, le suivi des factures, le rapprochement des dépenses. Le module complémentaire ne remplace pas la feuille de calcul. Il remplace la saisie de données qui l'alimente. La même extraction par nom de colonne qui gère cinq devis fournisseurs avec une terminologie différente gère également trente factures fournisseurs avec des mises en page différentes et une centaine de reçus provenant de différents systèmes POS. Le panneau latéral est la couche d'ingestion qui manquait toujours dans l'architecture Sheets-comme-système.

Pour les équipes qui comparent déjà manuellement les devis fournisseurs dans Google Sheets — mais qui souhaitent également disposer du cadre de comparaison complet, y compris la notation pondérée, la mise en forme conditionnelle et ce qui se passe mal lorsque ces feuilles de calcul deviennent complexes — notre article sur les erreurs courantes de comparaison de devis fournisseurs couvre les pièges côté feuille de calcul que l'extraction par lots ne résout pas. Et pour la question plus large de savoir si la comparaison manuelle des devis a encore un sens, le flux de comparaison manuel ou IA examine le seuil de rentabilité où l'extraction cesse d'être facultative.

FAQ

L'extension peut-elle gérer des devis avec plusieurs lignes — plusieurs produits par fournisseur ?

Oui. Lorsqu'un devis fournisseur contient plusieurs lignes, définissez vos colonnes pour capturer la structure répétée : « Description de l'article / Quantité / Prix unitaire / Total ligne ». L'IA reconnaît que ces champs se répètent pour chaque ligne et crée une ligne distincte par article — ainsi, le fournisseur A avec cinq lignes produit cinq lignes, chacune avec le même nom de fournisseur mais des données d'article différentes. Pour comparer, vous pouvez ensuite regrouper par fournisseur dans votre feuille à l'aide d'un tableau croisé dynamique ou de la fonction QUERY.

Que faire si un fournisseur soumet un devis dans une devise différente ?

L'extension extrait les valeurs telles qu'elles apparaissent dans le document. Si le fournisseur A soumet un devis en USD et le fournisseur B en EUR, les nombres extraits reflètent leurs devises d'origine. Pour comparer entre devises, ajoutez une colonne « Devise » et utilisez une formule GOOGLEFINANCE dans une colonne adjacente pour convertir — par exemple, =GOOGLEFINANCE("CURRENCY:EURUSD") — appliquée une fois par ligne. L'extraction elle-même ne convertit pas les devises ; elle capture ce qui figure sur la page.

Dois-je définir des noms de colonnes différents pour chaque fournisseur ?

Non. Les définitions de colonnes que vous configurez une fois — « Prix unitaire », « CMQ », « Délai de livraison », etc. — fonctionnent pour tous les fournisseurs, quelle que soit la terminologie utilisée par chacun. C'est le mécanisme central de l'extraction par nom de colonne : l'IA reconnaît que « Taux », « Prix à l'unité » et « Prix unitaire » renvoient au même concept d'approvisionnement. Vous n'avez pas à configurer de correspondances par fournisseur.

L'extension fonctionnera-t-elle avec des devis manuscrits scannés ?

Oui. Le moteur d'IA traite les documents scannés et le texte manuscrit de la même manière que les PDF numériques. La précision pour l'écriture manuscrite dépend de la lisibilité — une écriture claire en lettres capitales s'extrait aussi fiablement que le texte imprimé, tandis qu'une écriture cursive très stylisée et dense peut avoir une précision moindre. Le moteur identifie à la fois le texte imprimé et manuscrit grâce à son modèle de langage visuel, avec une précision de reconnaissance allant jusqu'à 99 % pour les données imprimées. Pour les devis manuscrits, le résultat doit être vérifié avant de l'utiliser comme base pour des décisions d'achat.

Que se passe-t-il si je dois comparer plus de cinq fournisseurs ?

Le téléchargement par lot dans la barre latérale gère un nombre quelconque de fichiers en une seule session — cinq, dix, vingt. La seule contrainte est que les fichiers doivent être téléchargés depuis la même session de navigateur. Il n'y a pas de limite de fichiers par lot.