30 captures de paiement, 5 applications,
un seul registre Google Sheets

Pourquoi les captures d'écran s'accumulent en fin de mois

Lorsqu'un client vous paie via Venmo le 3, vous prenez une capture d'écran de la confirmation et vous passez à autre chose. Vous êtes occupé — rapprocher un paiement en milieu de mois semble être une charge administrative pour une transaction déjà effectuée. La capture d'écran rejoint votre pellicule photo aux côtés de la notification PayPal du 11, de l'alerte Zelle du 18 et du message Cash App du 23. Le 30, vous avez entre 20 et 40 captures d'écran provenant de quatre ou cinq applications différentes, et le grand livre est vide.

Ce n'est pas de la procrastination. C'est structurel : les flux bancaires ne capturent pas les soldes natifs des applications. Le NFIB rapporte que 42 % des propriétaires de petites entreprises consacrent quatre heures ou plus par mois à la conformité fiscale, et une grande partie de ce temps n'est pas consacrée à la planification fiscale — il s'agit de reconstituer le mois à partir de captures d'écran dispersées sur plusieurs appareils et applications (NFIB, juin 2025). Pour les travailleurs indépendants et les propriétaires de petites entreprises qui acceptent des paiements sur plusieurs plateformes, le goulot d'étranglement n'est pas la génération de revenus. C'est leur enregistrement.

La feuille de calcul elle-même n'est pas le problème — elle est déjà ouverte. Ce qui manque, c'est un moyen d'intégrer 30 captures d'écran provenant de cinq applications en une seule session, sans avoir à basculer entre l'application Photos, Venmo, PayPal et Sheets, ni à ressaisir des montants déjà visibles à l'écran. Le module complémentaire de la barre latérale comble exactement cette lacune : il fonctionne dans Google Sheets, accepte un lot de captures d'écran et ajoute chacune d'elles comme ligne dans votre grand livre — une définition de colonne, un téléchargement, un tableau fusionné. Pour un aperçu complet des capacités — types de champs pris en charge, formats et détails des plans — consultez le module complémentaire de la barre latérale Google Sheets.

À quoi ressemble le flux de travail par lots dans la barre latérale

Un module complémentaire Google Sheets est un panneau latéral qui s'ouvre dans votre feuille de calcul à partir du menu Extensions. Ce n'est pas une application web distincte qui traite vos captures d'écran ailleurs et exporte un CSV que vous réimportez ensuite dans Sheets. C'est l'interface d'extraction, qui s'exécute dans le même onglet du navigateur que votre grand livre, avec la feuille active comme cible de sortie directe.

Voici comment se déroule une session de traitement par lots en fin de mois en trois actions :

La différence architecturale est importante. Sur le site principal, le flux de travail par lots basé sur le web traite les captures d'écran en une feuille de calcul téléchargeable — efficace, mais cela ajoute une étape d'exportation et de réimportation entre l'extraction et votre grand livre Google Sheets. La barre latérale élimine cette étape : l'extraction se produit à l'intérieur de la feuille de calcul, avec la feuille active comme destination de sortie directe. Vous ne quittez jamais le fichier dans lequel se trouvent déjà vos formules de rapprochement.

Pour le concept fondamental du pipeline de capture de paiement vers feuille de calcul — y compris les stratégies de configuration des colonnes et l'intégration avec les structures de grand livre existantes — le guide du pipeline couvre l'architecture en détail. Le flux de travail par lots dans la barre latérale est ce pipeline fonctionnant sur 30 captures d'écran à la fois au lieu d'une seule.

Comment l'IA gère la variance de mise en page entre cinq applications

Si vous avez déjà basculé entre un écran de confirmation Venmo et une page de détails de transaction PayPal, vous connaissez le problème visuel. Venmo affiche le montant en grand texte centré avec le nom de l'expéditeur au-dessus et la note en dessous. PayPal place le total dans un bloc d'en-tête, les frais sur une ligne séparée en dessous, et l'ID de transaction dans le pied de page. Zelle n'a aucune interface standard — elle est intégrée dans l'application mobile de votre banque, donc un écran Zelle de Chase ne ressemble en rien à celui de Wells Fargo. Cash App utilise une mise en page à thème vert avec le montant en haut et l'expéditeur dans un bloc d'informations secondaire. Chaque application affiche les mêmes données — payeur, montant, date — différemment.

C'est pourquoi l'extraction de colonnes personnalisées est importante. L'IA ne cherche pas « le nombre au centre de l'écran » ou « le texte sur la troisième ligne en partant du haut ». Elle lit la capture d'écran entière et localise la valeur qui correspond sémantiquement à chaque nom de colonne que vous avez défini. Lorsque vous définissez une colonne appelée « Amount », l'IA trouve le total du paiement — qu'il s'agisse d'un texte centré de 72px sur Venmo, d'une ligne dans un tableau récapitulatif PayPal, ou d'un montant de confirmation bancaire intégré à d'autres détails de transaction sur Zelle.

Le même mécanisme fonctionne pour l'ensemble de vos colonnes. « Payer » peut être le @username sur Venmo, le nom complet de l'expéditeur sur PayPal, et le numéro de téléphone ou l'e-mail sur Zelle. « Date » peut être au format MM/DD sur Cash App et DD/MM sur une capture d'écran PayPal britannique — l'IA normalise la sortie dans un format cohérent en fonction du contexte. « App » peut être géré comme une colonne inférée : définissez-la comme App (options: Venmo/PayPal/Zelle/Cash App/Square/Other), et l'IA classe chaque capture d'écran en reconnaissant la signature visuelle de l'application — le bleu Venmo, la mise en page d'en-tête PayPal, l'interface verte de Cash App — sans que vous ayez besoin de taguer chaque fichier manuellement.

Le résultat : 30 captures d'écran de cinq applications produisent une seule feuille où chaque ligne a les mêmes cinq colonnes dans le même ordre, quelle que soit l'application à l'origine de la capture. Aucun mappage de colonnes par application, aucune configuration de modèle par format. Définissez une fois, téléchargez tout, obtenez un tableau.

Trois points à surveiller dans un lot de 30 captures d'écran de paiements

Le traitement par lots introduit des modes de défaillance qui n'existent pas dans les flux de travail à capture unique. Aucun n'est rédhibitoire — mais les connaître à l'avance transforme une première expérience potentiellement frustrante en un flux de travail prévisible.

1. Captures d'écran en double du même paiement

Vous photographiez une confirmation PayPal lorsque le paiement arrive. Trois jours plus tard, vous rouvrez PayPal et capturez la même transaction depuis le journal d'activité — image différente, même paiement. Les deux se retrouvent dans votre lot. La solution est rapide : après l'extraction, triez votre registre par Date et par Montant. Deux lignes avec la même date, la même application, le même expéditeur et un montant identique sont presque certainement des doublons. Supprimez-en une. C'est une vérification de 15 secondes qui évite de compter deux fois les revenus.

2. Champs manquants sur les captures d'écran spécifiques à une application

Toutes les applications de paiement n'affichent pas le même ensemble de champs. Certaines implémentations Zelle — selon l'application bancaire que vous utilisez — n'affichent que le prénom et l'initiale du nom de l'expéditeur, pas le nom complet. Certaines confirmations Cash App omettent l'horodatage et n'affichent que la date. Lorsque l'IA ne trouve pas de valeur correspondante pour une colonne que vous avez définie, cette cellule reste vide. La stratégie de vérification : après l'extraction, filtrez votre registre pour les cellules vides dans les colonnes Payer, Date ou Montant. Sur un lot de 30, attendez-vous à 1 à 4 champs vides au total — pas 1 à 4 par ligne. Ce sont les captures que vous mettez de côté, ouvrez manuellement et complétez. Les 26 autres lignes et plus sont complètes.

3. La stratégie de vérification ponctuelle : ne relisez pas 30 lignes

Quiconque a transcrit 30 montants de paiement à la main connaît le coût cognitif de la relecture de 30 chiffres. Dans un flux de travail par lots, vous ne lisez pas chaque ligne. Vous triez par Montant, du plus grand au plus petit, et vérifiez les trois premiers et les trois derniers. Une virgule mal placée (14,00 $ vs 1 400,00 $) ou un artefact de nombre fusionné (2 500 $ alors que le client a réellement payé 250,00 $) est immédiatement visible aux extrêmes. Ensuite, filtrez la colonne Application et vérifiez une ligne par application — Venmo, PayPal, Zelle, Cash App, Square — pour confirmer que l'IA a correctement mappé la mise en page de chaque application. Cela prend moins de deux minutes et détecte les erreurs systématiques qui comptent.

Cette stratégie de vérification — trier les extrêmes, filtrer les vides, examiner une ligne par application — est spécifique aux captures d'écran de paiements car les modes de défaillance sont prévisibles. Le guide de traitement par lots des reçus couvre un modèle de vérification différent pour les reçus de dépenses ; le flux de travail de facturation par lots a le sien. Les captures d'écran de paiements ont moins de champs par document que les factures ou les reçus — généralement juste le payeur, le montant, la date et la référence — ce qui rend la vérification plus rapide mais signifie aussi qu'un seul champ manquant a un impact proportionnellement plus important sur l'utilité de cette ligne.

Du cimetière de captures d’écran au grand livre prêt pour le rapprochement

Une fois l’extraction par lots terminée et la passe de vérification effectuée, votre feuille de calcul contient une ligne par paiement — Payer, Amount, Date, App, Note — dans un tableau unique et contigu. L’étape de rapprochement qui suit est native à la feuille de calcul et ne prend que quelques minutes.

Commencez par regrouper par App. Une formule SUMIFS ou un tableau croisé dynamique filtré par App vous donne le total reçu via Venmo, le total via PayPal, et ainsi de suite. Comparez ces sous-totaux aux dépôts bancaires réels : le transfert forfaitaire Venmo du 28 devrait correspondre approximativement à la somme de toutes les lignes Venmo qui l’ont précédé. Le dépôt automatique PayPal du 15 devrait correspondre aux totaux des captures d’écran PayPal de la première quinzaine du mois. Il ne s’agit pas d’un rapprochement automatisé — c’est un contrôle de cohérence — mais cela permet de détecter le cas où vous avez manqué une capture d’écran ou où un client a envoyé un paiement via une application que vous avez oublié de consigner.

Ensuite, faites correspondre les noms des payeurs aux comptes clients ou aux numéros de facture. Si votre grand livre contient une colonne Client, vous pouvez rapprocher chaque entrée Payer des clients connus. « Sarah Johnson » sur Venmo devrait correspondre au même client que « Sarah Johnson SARL » dans votre système de facturation — l’IA extrait ce qui figure sur la capture d’écran ; la normalisation des noms relève de votre connaissance du domaine. C’est un volume faible, car la plupart des indépendants travaillent avec 10 à 30 clients récurrents, et les schémas de noms se stabilisent après le premier mois de traitement par lots.

Pour le suivi des revenus sur plusieurs plateformes de paiement au fil du temps — au-delà d’un seul lot de fin de mois — le guide de suivi des revenus multi-plateformes couvre les schémas de rapprochement récurrents, y compris la gestion des frais de plateforme et des écarts de devises. Le flux de travail par lots décrit ici gère l’étape d’ingestion : convertir 30 captures d’écran en lignes de grand livre. Ce qui se passe ensuite — SUMIFS, tableaux croisés dynamiques, normalisation des noms de clients — reste dans votre feuille de calcul, exactement là où elle se trouvait avant l’arrivée des captures d’écran.

Questions fréquentes

Est-ce que cela fonctionne avec les captures d'écran Venmo ? PayPal ? Zelle ? Cash App ? Square ? Stripe ?

Oui pour les six. Le module traite les captures d'écran de confirmation de paiement de Venmo, PayPal, Zelle, Cash App, Square et Stripe dans le même lot. Zelle est la plus variable — son interface dépend de l'application bancaire que vous utilisez (Chase, Wells Fargo, Bank of America affichent toutes les confirmations Zelle différemment) — mais le mécanisme d'extraction par nom de colonne ne se soucie pas de la mise en page. L'IA localise « Amount » par ce que cela signifie, pas par sa position à l'écran. Pour les captures d'écran du tableau de bord Stripe qui affichent plusieurs transactions sur une seule page, recadrez pour ne garder qu'une transaction par image avant le téléchargement, ou utilisez directement le CSV d'export Stripe.

Que se passe-t-il si deux captures d'écran montrent le même paiement ?

Les deux captures produisent une ligne dans votre registre — probablement avec des valeurs Amount, Date et Payer identiques ou quasi identiques. Après l'extraction, triez par Date et App, puis recherchez les lignes consécutives avec des montants correspondants. Supprimez le doublon. Le module n'effectue pas de déduplication automatique car des montants identiques provenant de différents expéditeurs le même jour sont légitimes — deux clients payant le même montant à la même date via la même application arrive plus souvent qu'on ne le pense. Le jugement humain sur les doublons est plus fiable que la déduplication automatique.

Puis-je traiter par lots des captures d'écran de différentes applications en un seul téléchargement ?

Oui. C'est le cas d'utilisation principal. Un seul lot peut contenir des confirmations Venmo, des captures d'écran de transactions PayPal, des alertes Zelle de votre application bancaire et des notifications Cash App — toutes traitées avec les mêmes définitions de colonnes, produisant des lignes dans la même feuille avec un ordre de colonnes cohérent. Vous n'avez pas besoin de regrouper les captures d'écran par application avant le téléchargement.

Que se passe-t-il si une capture d'écran est floue ou prise sous un mauvais angle ?

La précision de l'IA dépend de la lisibilité. Une capture d'écran claire et bien éclairée d'une confirmation de paiement — le genre que vous prendriez naturellement — produit une extraction fiable. Une capture fortement compressée, prise sous un angle extrême ou réalisée sur un écran avec des reflets peut produire des résultats partiels ou inexacts. Pour les documents de type reçus imprimés, le module atteint jusqu'à 99 % de précision sur un matériel clairement photographié. Les captures d'écran de paiement — qui sont des captures d'écran numériques, pas des photographies de papier — sont intrinsèquement plus nettes que les reçus photographiés, donc la précision est généralement plus élevée. Si vous remarquez qu'une capture particulière produit systématiquement de mauvais résultats, recapturez-la depuis l'application et re-téléchargez ce seul fichier.

L'extension conserve-t-elle ma configuration de colonnes entre les sessions ?

Oui, lorsqu'elle est connectée à un compte ImageToTable.ai via une clé API. Vos noms de colonnes — Payer, Amount, Date, App, Note, ou toute autre définition personnalisée — persistent d'une session à l'autre. Ouvrez la barre latérale le mois prochain et vos colonnes de registre de paiements seront déjà configurées. La barre latérale prend également en charge plusieurs préréglages de colonnes, vous permettant de basculer entre un ensemble de colonnes de rapprochement de paiements et un ensemble de colonnes de reçus de dépenses sans avoir à redéfinir les champs à chaque fois. Après chaque session, les fichiers téléchargés sont traités puis supprimés — aucune donnée de paiement n'est stockée sur nos serveurs.

Puis-je ajouter une colonne inférée comme « Payment Method » pour classer automatiquement chaque capture d'écran ?

Oui. Définissez une colonne comme Payment Method (options: Venmo/PayPal/Zelle/Cash App/Square/Stripe/Other) et l'IA classera chaque capture d'écran dans l'une de ces catégories en fonction de l'interface visuelle de l'application. Il s'agit d'une colonne inférée : l'IA déduit une valeur qui n'est pas explicitement écrite sur la capture d'écran en reconnaissant des motifs visuels — l'interface bleue de Venmo, la mise en page de l'en-tête PayPal, le schéma vert de Cash App. Les colonnes inférées sont traitées dans le même passage par lots que les colonnes à extraction directe, de sorte que la classification et l'extraction se produisent simultanément. La même approche fonctionne pour une colonne « Client Category » si votre registre suit les types de paiement (par exemple, Client Category (options: Hourly/Retainer/Project/Product)), bien que cette classification nécessite une connaissance du domaine que l'IA peut ne pas avoir à partir d'une simple capture d'écran de paiement — testez d'abord avec un petit lot pour confirmer la précision pour votre cas d'utilisation spécifique.