Comment rapprocher les données d'itinéraire de vol
sans saisie manuelle

Ce qui figure réellement sur un itinéraire de vol

Un reçu d'itinéraire de billet électronique contient tous les champs dont votre processus de notes de frais a besoin — le problème est qu'il est formaté pour un voyageur, pas pour un tableur. Avant de pouvoir extraire quoi que ce soit, il est utile de savoir lequel des trois documents envoyés par les compagnies aériennes fait office de reçu : la confirmation de réservation (un résumé d'itinéraire avec la référence de réservation et les horaires de vol), le reçu de billet électronique (la décomposition du tarif, les lignes de taxes et le numéro de billet à 13 chiffres), et le reçu de voyage (les frais finaux après que le vol a été effectué). Pour le rapprochement des notes de frais, le reçu de billet électronique est le document qui compte — c'est celui qui justifie ce qui a été payé. La carte d'embarquement est le compagnon du jour du voyage pour ces trois documents, avec le nom du passager, le numéro de vol, la porte, l'heure d'embarquement et le siège — et elle dispose de sa propre procédure d'extraction de capture d'écran de carte d'embarquement lorsque ces champs doivent atterrir dans une feuille de calcul.

Les champs de ce reçu sont normalisés par l'infrastructure de réservation de l'industrie aérienne, même si les mises en page ne le sont pas. Chaque réservation porte une référence de réservation (également appelée PNR, pour passager name record) — une référence à six caractères comme « K7FQ2M » qui relie l'itinéraire, le billet et le paiement dans les systèmes des compagnies aériennes. Autour de celle-ci se trouvent les points de données que votre processus de notes de frais consomme réellement :

Voici le piège qui maintient ces données captives : il n'existe pas de mise en page standard dans le secteur. L'IATA définit les données d'un PNR, mais chaque compagnie aérienne, système de distribution mondial (GDS) et outil de réservation génère son propre document. Un reçu de billet électronique United ne ressemble pas à celui de Delta, qui ne ressemble pas à l'itinéraire généré par votre réservation Concur Travel — c'est pourquoi tout flux de travail basé sur « le numéro de vol se trouve dans le coin supérieur gauche » échoue dès la deuxième compagnie aérienne.

Pourquoi la méthode manuelle échoue — et ce qu'elle coûte

La méthode manuelle ne coûte pas seulement du temps ; elle brise la piste d'audit dont dépend le remboursement. Si votre équipe utilise SAP Concur, Navan ou Expensify, les données de réservation arrivent souvent automatiquement — mais la ligne du billet d'avion reste avec des cases vides là où devraient figurer la décomposition du tarif, le numéro de billet et les lignes de taxes, surtout lorsqu'un voyage a été réservé en dehors du canal de l'entreprise ou payé avec une carte personnelle. Quelqu'un les ressaisit. C'est là que commencent les problèmes de rapprochement.

Les modes de défaillance sont familiers à quiconque a clôturé un cycle de notes de frais. Un numéro de vol transposé ou une date saisie à partir du mauvais segment d'un itinéraire multi-segments signifie que la dépense ne correspond plus à la réservation — et si elle ne correspond pas, un auditeur ou un algorithme de flux de carte le signale, et l'employé est invité à soumettre à nouveau. Une plainte récurrente sur r/Accounting décrit exactement cette boucle : un employé a dû soumettre le même vol six fois parce que l'équipe de comptabilité fournisseurs perdait le reçu entre les systèmes. La plainte ne concerne pas la vitesse de frappe — mais le fait que le document ne devient jamais des données qui restent attachées à la transaction.

Les enjeux de conformité rendent cela plus qu'une simple nuisance d'efficacité. Selon les règles de l'IRS, un remboursement n'est exonéré d'impôt pour l'employé que si l'entreprise applique un plan de remboursement justifié — ce qui exige que chaque dépense soit justifiée par le montant, la date, le lieu et l'objet professionnel. L'IRS le précise dans la Publication IRS 463 : un reçu (ou autre preuve documentaire) pour chaque dépense, plus un enregistrement fait au moment ou à proximité de la dépense. Un tarif mal saisi ou un numéro de billet manquant érode silencieusement cette justification sur des centaines de voyages. Et la pression sur l'exactitude des notes de frais augmente : dans l'étude Deloitte Corporate Travel Study de 2025, 54 % des responsables de voyages ont classé le coût parmi leurs trois principales contraintes de voyage — plus les dépenses sont scrutées, plus les reçus doivent être exacts.

Rien de tout cela n'est nouveau pour les voyageurs non plus. Un fil sur r/SAP à propos de Concur décrit clairement l'expérience côté employé : le système « est devenu si lent que c'est DOULOUREUX de faire une note de frais, quelle qu'elle soit. » La solution n'est pas une interface plus rapide — c'est de supprimer l'étape de ressaisie pour que les données d'itinéraire arrivent déjà structurées.

Définir le jeu de colonnes : ce que votre tableau de sortie doit contenir

Le tableau de sortie est défini par les colonnes que vous nommez — et pour les itinéraires de vol, le bon jeu de colonnes couvre la réservation, le tarif et la conformité sur une seule ligne par segment. C'est le cœur de l'Extraction de colonnes personnalisées : au lieu d'indiquer à un outil où chercher sur la page (l'approche qui échoue dès le deuxième format de compagnie aérienne), vous saisissez les noms de colonnes souhaités — « Référence de réservation », « Numéro de vol », « Montant total payé » — et un modèle de vision IA localise chaque valeur en comprenant ce que le champ signifie, où qu'il se trouve sur le document.

Pour un lot d'itinéraires de vol, un jeu de colonnes couvrant toute la clôture de notes de frais ressemble à ceci — vous pouvez le copier tel quel :

Deux de ces colonnes font plus que lire la page. Une colonne calculée effectue un calcul pendant l'extraction : pour un billet multi-segments, une colonne nommée Tarif par segment (Montant total payé / Nombre de segments) répartit automatiquement un tarif unique entre les segments, de sorte que la ligne de chaque segment soit imputable indépendamment. Et une colonne inférée classe ce que le document ne précise jamais : définissez « Objet du déplacement » avec les options « Visite client / Conférence / Réunion interne / Formation / Personnel », et l'IA lit l'itinéraire — le trajet, le contexte de réservation, le rapport environnant — et attribue un objet à chaque déplacement. L'extraction et la classification se font en une seule passe, ce qui fait la différence entre un tableau de chiffres et un enregistrement remboursable.

Les noms de colonnes que vous définissez une fois deviennent les en-têtes de votre feuille de calcul finale — et le même ensemble fonctionne pour toutes les compagnies aériennes, GDS et outils de réservation du lot, car chaque colonne est associée par sens, et non par position sur la page.

Rassemblez les itinéraires au même endroit

Avant l'extraction, l'étape de collecte détermine si le lot est complet — et c'est l'étape que la plupart des flux de travail ne prévoient pas. Les itinéraires arrivent sous trois formes : des PDF transférés depuis la messagerie, des captures d'écran d'applications de compagnies aériennes ou d'outils de réservation, et des confirmations téléchargées depuis les portails de voyage d'entreprise. Certains de vos voyageurs les téléverseront ; d'autres oublieront jusqu'à l'arrivée du relevé de carte. La conception de la collecte est ce qui permet de gérer les deux cas.

Deux mécanismes comblent l'écart. Une Boîte de réception e-mail donne à l'équipe une adresse de transfert dédiée : les voyageurs transfèrent leurs PDF d'itinéraire (ou les e-mails de la compagnie aérienne) et les pièces jointes arrivent automatiquement dans la file de traitement, sans page de téléversement ni connexion. Combiné au paramètre « traitement automatique », un modèle d'extraction lié commence à lire chaque itinéraire dès l'arrivée du courrier — un mois d'e-mails de vol est converti au fil de l'eau, au lieu d'une panique en fin de mois. Pour les voyageurs qui préfèrent un lien, un Lien de collecte génère une URL partageable avec un court code de vérification : n'importe qui peut l'ouvrir et y déposer son itinéraire — capture d'écran, PDF, peu importe — sans compte requis. Les deux canaux alimentent la même file, donc le lot s'assemble en continu pendant le mois.

La qualité de la source suit un ordre simple : un PDF issu d'un e-mail est l'entrée la plus propre ; une capture d'écran plate et bien éclairée de la page d'itinéraire fonctionne presque aussi bien ; une photo prise à la hâte d'un écran de téléphone, en biais sous la lumière d'un aéroport, est exploitable mais mérite une passe de vérification. Une attente réaliste à fixer : les PDF et captures d'écran clairs produisent une extraction à haute confiance, et les captures de mauvaise qualité déplacent le travail de la « saisie » vers la « vérification ponctuelle ».

Traitez le lot : une passe, un tableur

Le traitement par lots transforme un mois d'itinéraires en un seul tableur en une passe — cinq à dix secondes par document, avec les colonnes définies une seule fois. Vous téléversez tous les itinéraires en même temps (les PDF, les captures d'écran, les captures d'applications), et le résultat est un fichier Excel où chaque ligne correspond à un segment de vol et chaque colonne à un champ défini. Pas de fusion, pas de réalignement de colonnes, pas de copier-coller entre fichiers. ImageToTable.ai traite une page en cinq à dix secondes, contre environ trois minutes de saisie manuelle en moyenne — une comparaison significative à cent itinéraires, où c'est la différence entre une pause déjeuner et une journée de travail.

C'est le moment où les données deviennent vérifiables. Le Mode Révision permet à un réviseur financier de survoler n'importe quelle cellule extraite et de voir exactement d'où vient la valeur sur le document original — la base tarifaire, la ligne de taxes, le numéro de billet — surlignés sur l'image de l'itinéraire. Cliquez sur n'importe quelle valeur extraite et la région source s'illumine ; cliquez sur une région du document et elle saute vers la cellule correspondante. Cette couche est particulièrement importante pour le billet d'avion, car un total de taxes erroné se propage directement dans le rapprochement de carte. Activez l'annotation automatique après le traitement et chaque nouvelle extraction arrive avec sa carte de vérification déjà construite.

Du tableur au remboursement : boucler la boucle

L'extraction s'arrête au tableur ; la réconciliation commence là — et les lignes extraites sont conçues pour alimenter votre système de notes de frais, pas pour rester à côté. Le classeur obtenu à partir du lot est la version structurée de ce que l'OCR de votre plateforme T&E aurait produit uniquement pour un reçu propre : tarif, taxes, numéro de billet, itinéraire, dates et objet du déplacement, le tout en colonnes. C'est cette structure qui rend les étapes finales rapides.

Pour une entreprise sous Concur ou Navan, le tableau extrait correspond directement aux lignes de billet d'avion : la référence de réservation (PNR) et le numéro de billet donnent au rapprochement de carte un point d'ancrage, le montant total payé correspond à la transaction carte entreprise, et la répartition du tarif explique pourquoi le débit ne correspond jamais au tarif affiché. Pour une petite équipe sous Expensify ou Zoho Expense, le même classeur sert de source d'import — lignes intégrées, catégories attachées, remboursements approuvés. Le propos n'est pas que l'extraction remplace la plateforme de notes de frais ; c'est que les données de notes de frais arrivent pré-structurées au lieu d'arriver sous forme de PDF que quelqu'un doit retranscrire.

Le volet conformité se boucle de la même manière. Chaque ligne extraite comporte désormais les quatre éléments de justification qu'exige un plan de remboursement justifié : montant (tarif de base, taxes, total), date (date du vol), lieu (aéroports d'origine et de destination), et objet (colonne inférée). Le cadre des indemnités journalières de la GSA que beaucoup d'entreprises utilisent pour les repas et l'hébergement — 110 $/jour d'hébergement standard aux États-Unis continentaux (CONUS) et 68 $/jour pour les repas et frais accessoires en exercice 2026 — couvre ces catégories sur une base indemnitaire ; le billet d'avion n'a pas de raccourci d'indemnité, donc le reçu d'itinéraire est le seul reçu de voyage qui doit toujours être réel, complet et lisible.

Ce qui pose problème en pratique (et comment le gérer)

Les points de défaillance réalistes ne sont pas exotiques — tarifs multi-segments, écarts de devises et frais de modification — et chacun a une procédure définie. Un lot propre de PDF par e-mail passe presque sans révision ; les exceptions sont là où le flux de travail montre sa valeur.

Itinéraires multi-segments. Un aller-retour correspond à deux numéros de vol sur un même reçu ; un voyage avec correspondance en compte davantage. L'extraction lit chaque ligne de segment et produit une ligne par segment, avec la colonne calculée « Tarif par segment » qui répartit le tarif unique entre les tronçons — afin que le réviseur puisse vérifier que deux segments plus les taxes égalent le total avant d'approuver.

Devise de l'itinéraire vs devise de la carte. Un billet Francfort–Chicago libellé en euros est débité sur une carte facturée en dollars. La colonne « Devise » extraite conserve le montant d'origine et le code ISO intacts, afin que l'équipe convertisse au taux défini par la politique plutôt qu'au taux que la personne a utilisé par hasard — éliminant ainsi une source récurrente de signalements « cela ne correspond pas au relevé de carte ».

Reçus avec total uniquement. Certains outils de réservation et compagnies aériennes envoient un récapitulatif montrant le total sans le détail du tarif. L'extraction capture ce qui est visible et laisse les colonnes de répartition du tarif vides — révélant l'écart au lieu d'inventer des chiffres. La solution consiste à récupérer le reçu électronique complet sur le portail de la compagnie (généralement accessible en saisissant la référence de réservation), et non à deviner la répartition.

Modifications, remboursements et captures de mauvaise qualité. Après une modification, l'itinéraire et le reçu de voyage peuvent diverger — les lignes extraites vous montrent les deux, côte à côte, pour que la différence soit visible plutôt que cachée. Et sur une photo mal cadrée d'un écran de téléphone, la précision diminue : l'attente honnête est que des entrées propres atteignent la précision d'environ 99 % sur texte imprimé de l'outil, tandis que les captures approximatives nécessitent une vérification ponctuelle en Mode Révision — toujours un ordre de grandeur plus rapide que la saisie manuelle.

FAQ

Est-ce que cela fonctionne avec les itinéraires de n'importe quelle compagnie aérienne ou outil de réservation ?

Oui. Comme l'extraction fait correspondre les champs par leur sens plutôt que par leur position dans un modèle, aucune configuration par compagnie n'est nécessaire — un reçu de billet électronique d'United, un de Delta, et un itinéraire d'outil de réservation de Concur Travel ou Navan passent tous par les mêmes définitions de colonnes. Les PDF clairs et les captures d'écran plates s'extraient avec la plus grande précision ; les différences de mise en page entre compagnies n'ont pas d'importance pour l'extraction.

Et si un itinéraire n'affiche que le total, sans le détail du tarif ?

Le processus extrait ce que le document affiche et laisse les colonnes de répartition du tarif manquantes vides, signalant l'écart plutôt que de deviner. Pour obtenir la répartition complète, récupérez le reçu de billet électronique sur le portail de la compagnie aérienne à l'aide de la référence de réservation (PNR) — la plupart des compagnies permettent de le récupérer en ligne — et traitez ce document à la place. Cela vaut la peine pour les tarifs élevés, car la répartition entre le tarif de base et les taxes est ce qui rend une charge de carte réconciliable.

Le tableur extrait peut-il alimenter Concur ou Navan ?

Il fonctionne en complément de ces outils. Les plateformes de dépenses sont des moteurs d'approbation, de politique et de remboursement — elles ne sont pas conçues pour lire un ensemble d'itinéraires multi-compagnies et multi-formats. Le classeur extrait est une entrée structurée : la ligne de chaque segment contient la répartition du tarif, le numéro de billet, les dates, l'itinéraire et l'objet du déplacement, que vous pouvez importer ou coller comme lignes de billet d'avion au lieu de les saisir manuellement. Les petites équipes sur Expensify ou Zoho Expense utilisent le même classeur directement. Plus les données d'entrée sont propres, moins votre plateforme nécessite de corrections manuelles.

Comment gérer les voyages réservés dans une autre devise ?

Conservez le montant d'origine et le code de devise ISO dans le tableau extrait — la colonne « Devise » préserve ce que le billet indique. Convertissez à un taux unique défini par la politique (le taux à la date de réservation est le plus défendable) plutôt qu'au taux de change que la personne qui saisit a utilisé. Cette cohérence est ce qui rend les lots multi-devises réconciliables avec les flux de cartes.

Et pour les employés qui ont réservé à titre personnel et demandent un remboursement ?

L'itinéraire reste la pièce justificative — l'extraction capture le tarif, les taxes et le numéro de billet de la même manière, et la colonne Nom du passager confirme que le billet appartient au demandeur. C'est là qu'un lien de collecte envoyé au personnel en déplacement s'avère utile : l'employé télécharge l'itinéraire depuis son téléphone à l'aéroport, et les données arrivent dans votre file d'attente au lieu d'être reconstituées à partir d'un PDF transféré des semaines plus tard.