Extraire le montant, la date et le magasind'une capture d'écran PayPay

PayPay est l'application de paiement QR la plus utilisée au Japon — 70 millions d'utilisateurs enregistrés, plus de 3 millions de commerçants partenaires, soutenue par le groupe SoftBank et Yahoo Japan, désormais connu sous le nom de LY Corporation. Lorsqu'un paiement est terminé, l'écran de confirmation n'est pas un reçu au sens occidental. Il n'y a pas de champ « Montant dû » encadré. Pas de ligne « Reçu n° ». Ce que vous obtenez, c'est une entrée de transaction dans l'historique de l'application (取引履歴) — un écran qui regroupe cinq ou six données dans un format compact, où le montant, la date et le nom du magasin sont présents mais pas étiquetés comme sur un reçu papier. Si vous extrayez des données de captures d'écran PayPay — pour le budget mensuel du foyer (家計簿), un journal de revenus freelance, ou une pile de notes de frais soumises via Concur — savoir quel nombre correspond à quoi, et lesquels n'existent pas sur les captures d'écran d'autres applications de paiement, est ce qui évite qu'une ligne ne contienne la mauvaise valeur.

Arrêtez la saisie manuelle — laissez l'IA lire vos documents
Image ou PDF — données structurées en 10 secondes
Essayer maintenant
Sans inscription · Sans carte bancaire · Résultat en 10 secondes
Écran d'historique des transactions PayPay sur un smartphone affichant le montant du paiement, le nom du magasin et la date

Ce qu’affiche réellement une entrée d’historique de transaction PayPay

Ouvrez l’application PayPay, appuyez sur l’icône Historique (取引履歴) en haut de l’écran d’accueil, puis sélectionnez un paiement terminé. L’entrée affichée présente un ensemble de champs cohérent d’une transaction à l’autre, même si la mise en page peut légèrement évoluer à chaque mise à jour de l’application.

En haut : le montant, affiché en yens avec le préfixe ¥. En dessous, ou à côté selon la version de l’écran : le nom du magasin (店舗名), souvent accompagné du logo du magasin lorsque le commerçant en a enregistré un auprès de PayPay. Ensuite : la date et l’heure de la transaction — au format japonais standard AAAA/MM/JJ HH:MM, toujours en heure normale du Japon (JST, UTC+9).

Viennent ensuite deux champs qui distinguent PayPay de toutes les applications de paiement américaines ou européennes : le nombre de points (ポイント) gagnés sur cette transaction, et le mode de paiement (支払方法) — la source de financement réelle des fonds. En dessous, un ID de transaction (取引ID) et un libellé de statut « 支払い完了 » (paiement terminé) en vert.

Ces champs apparaissent dans la même zone de l’écran pour chaque transaction, mais leur ordre vertical exact varie légèrement selon que le paiement a été effectué en scannant le code QR du commerçant, en faisant scanner votre code-barres par le caissier, ou en payant via un paiement en ligne redirigé vers l’application PayPay. Le montant et le nom du magasin sont toujours en haut ou à proximité. Les points et le mode de paiement se situent dans la bande centrale. L’ID de transaction se trouve en bas, dans la police la plus petite.

Montant, date et nom du magasin : les trois éléments essentiels

Le montant est l’élément le plus visible — le plus grand nombre à l’écran, formaté comme ¥1 234 sans décimales pour les paiements en yens entiers. Si un paiement de ¥1 100 TTC a été effectué, l’écran affiche ¥1 100, et non ¥1 000. Il n’y a pas de ventilation de la taxe ni de sous-total sur l’écran de transaction PayPay lui-même — le nombre affiché est le montant final débité de votre solde. Pour toute utilisation ultérieure nécessitant un montant hors taxe (catégories de déclaration fiscale, notes de frais séparant les montants TTC et HT), vous devrez calculer à rebours — le taux de taxe à la consommation standard au Japon est de 10 %, avec un taux réduit de 8 % pour les produits alimentaires (軽減税率). L’application PayPay n’indique pas si une transaction spécifique bénéficie du taux réduit ; cela dépend du magasin et des articles achetés. Le montant est le montant.

La date et l’heure sont simples mais présentent deux points à noter. Premièrement, le format est toujours celui de l’heure du Japon — si vous êtes un expatrié ou un travailleur à distance déclarant ses impôts dans un fuseau horaire différent, l’horodatage de votre capture d’écran PayPay reflète l’heure à laquelle la transaction a été validée à Tokyo, et non l’heure locale du lieu d’achat si vous étiez en voyage. Deuxièmement, l’heure enregistrée est celle de la finalisation du paiement, et non le moment où vous avez ouvert l’application ou celui où le caissier a initié la transaction. Pour une comptabilité de fin de mois où la date limite est importante — une transaction à 23:58 le 31 vs. 00:02 le 1er — l’horodatage PayPay fait foi.

Le nom du magasin est le champ qui varie le plus, et il est utile de comprendre pourquoi avant d'en enregistrer des dizaines. Pour les grandes chaînes — supérettes comme Seven-Eleven et Lawson, supermarchés comme Seiyu, pharmacies comme Matsumoto Kiyoshi — le nom du magasin apparaît immédiatement après le paiement, souvent avec le logo officiel de l'entreprise. Pour les petits commerçants indépendants, le nom affiché est celui que le commerçant a enregistré auprès de PayPay lors de la création de son compte — il peut s'agir de sa raison sociale, de son nom commercial ou d'une version romanisée qui ne correspond pas parfaitement aux kanji de sa devanture. Dans certains cas, notamment avec les transactions PayPay Card (carte de crédit), le nom du magasin n'apparaît qu'une fois le statut du paiement passé de « accepté » (écran jaune) à « terminé » (écran vert) — un délai que PayPay a résolu en juin 2024 en permettant aux utilisateurs d'enregistrer manuellement un nom de magasin pendant la fenêtre d'attente. Si votre capture d'écran montre un espace réservé générique ou un nom que vous ne reconnaissez pas, vérifiez la couleur du statut dans la barre supérieure — le jaune signifie que le nom peut encore être résolu.

Points (ポイント) et mode de paiement (支払方法) : deux champs propres à PayPay

Aucune application de paiement en dehors du Japon n'affiche le nombre de points de fidélité gagnés pour une transaction spécifique — sur le même écran. PayPay le fait.

La ligne points (ポイント) sur l'écran de détail de la transaction indique exactement le nombre de points accordés pour ce paiement. Le taux de base est de 0,5 % du montant du paiement pour les transactions QR, mais avec PayPay STEP — un programme de bonus mensuel basé sur l'activité — le taux monte à 1,0 % et peut atteindre 1,5 % pour les utilisateurs qui possèdent également une PayPay Card et atteignent des seuils de dépenses. Un déjeuner à 2 000 ¥ chez Sukiya peut rapporter 10 points au taux de base ou 20 points avec STEP actif. Les points valent 1 yen chacun et n'ont pas de date d'expiration (期限なし) — une politique qui distingue PayPay de presque tous les autres systèmes de points japonais, où les points expirent généralement en quelques mois.

Le nombre de points sur chaque écran de transaction n'est pas seulement un total cumulé. Il est attaché à ce paiement spécifique. Si vous suivez le total des points gagnés sur un mois pour un rappel de cashback, ou si vous devez séparer le coût net d'un paiement de la valeur des points qu'il a générée, ce champ est la donnée qui rend cela possible — et il n'existe sur aucune autre capture d'écran de paiement provenant d'une autre plateforme.

Le champ mode de paiement (支払方法) indique la source de financement utilisée : solde PayPay (PayPay残高), compte bancaire lié, PayPay Credit, PayPay Card ou une combinaison. Cela importe lorsqu'un seul compte PayPay puise dans plusieurs sources pour différentes transactions — une configuration courante au Japon où les utilisateurs conservent un petit solde PayPay pour les dépenses quotidiennes et lient une carte de crédit pour les achats plus importants. Un lot de captures d'écran peut contenir des transactions financées de trois manières différentes, et si vous catégorisez les dépenses par mode de paiement à des fins budgétaires ou fiscales, la ligne 支払方法 est ce qui permet de les distinguer. Sans ce champ — qu'aucune autre capture d'écran d'application de paiement n'inclut — vous devriez recouper chaque transaction avec un relevé bancaire ou de carte séparé.

Ces deux champs sont uniquement visuels sur l'écran de l'application. Ils ne sont pas inclus dans le CSV de transactions que PayPay a introduit pour le téléchargement en février 2025 — le CSV donne la date, la description, le contrepartiste et le montant, mais ne contient pas la répartition des points par transaction ou du mode de paiement. Si vous avez besoin de ces deux valeurs, la capture d'écran reste la seule source.

Captures d'écran JPG/PNG Extraction IA

Les fichiers sont traités de manière sécurisée et ne sont pas conservés.

Cette distinction — le fait que la capture d'écran contienne des champs absents du CSV officiel — est la raison pratique pour laquelle l'extraction par capture d'écran est pertinente pour PayPay. La même approche fonctionne avec n'importe quelle application de paiement : WeChat Pay, Alipay, Venmo, PayPal. Un seul ensemble de définitions de colonnes — Montant, Date, Magasin, Points, Mode de paiement — extrait les données des captures d'écran de toutes ces applications, car l'extraction lit ce que les données signifient, et non le modèle de l'application dont elles proviennent. LINE Pay, l'autre application de paiement mobile dominante au Japon, utilise une conception d'historique des transactions similaire et rencontre le même écart entre capture d'écran et tableur.

Quand une capture d'écran PayPay fait office de reçu

Au Japon, une capture d'écran de transaction PayPay est considérée comme un justificatif valable pour la déclaration fiscale — à une condition : elle doit indiquer le montant, la date et le contrepartie (nom du magasin). Un expert-comptable japonais a confirmé sur Zeiri4.com que « les captures d'écran de l'historique des transactions PayPay peuvent servir de substitut aux reçus lors de la déclaration fiscale (確定申告) » — à condition que ces trois données soient visibles. Le même fil de discussion, ainsi qu'un échange distinct sur le forum d'aide fiscale de Freee, ont confirmé que les travailleurs indépendants (個人事業主) déclarant en régime de déclaration bleue (青色申告) utilisent régulièrement les captures d'écran PayPay comme justificatifs de dépenses professionnelles (経費).

La loi sur la conservation électronique des livres comptables (電子帳簿保存法) — révisée en 2022 pour exiger la conservation électronique des enregistrements de transactions générés électroniquement — signifie que sauvegarder les captures d'écran PayPay sous forme de fichiers n'est pas seulement acceptable. Pour les transactions qui ne génèrent qu'un enregistrement numérique, c'est la méthode légalement conforme pour les conserver.

Trois cas d'usage courants où les lignes PayPay extraites remplacent la saisie manuelle :

Déclaration fiscale (確定申告) : Les trois principales plateformes de comptabilité cloud au Japon — freee, MoneyForward Cloud et Yayoi (弥生) — peuvent importer des données CSV de transactions, mais l'intégration bancaire de PayPay est limitée par rapport aux comptes bancaires et cartes de crédit traditionnels. De nombreux utilisateurs saisissent manuellement les transactions PayPay une par une. Extraire les champs des captures d'écran dans un CSV — montant, date, magasin, éventuellement points et mode de paiement — puis importer dans le logiciel comptable supprime l'étape de saisie manuelle qui occupe autrement un dimanche après-midi de février.

Frais de déplacement (経費精算) : Les entreprises japonaises qui utilisent Concur pour la gestion des frais peuvent lier directement leur compte PayPay — PayPay a ajouté une intégration officielle avec Concur, permettant aux employés de soumettre leurs notes de frais avec les photos des reçus jointes depuis l'écran de l'historique des transactions. Mais pour les entreprises utilisant d'autres systèmes, ou pour les employés dont l'entreprise n'a pas configuré le lien Concur-PayPay, le processus reste le suivant : faire une capture d'écran de la transaction, saisir les valeurs dans le formulaire de frais, joindre la capture d'écran comme justificatif. Extraire la ligne de la capture d'écran permet de remplir les champs du formulaire de frais avec des données déjà présentes dans l'image.

Budget familial (家計簿) : Les applications de finances personnelles les plus populaires au Japon — Zaim (qui utilise l'OCR pour catégoriser automatiquement les photos de reçus) et MoneyForward ME (マネーフォワードME, qui se connecte aux comptes bancaires et aux cartes de crédit) — sont toutes deux confrontées à la même lacune de PayPay : elles ne peuvent pas récupérer directement les données de transaction depuis l'application PayPay, car PayPay n'offre pas d'accès API à usage personnel. La solution de contournement, largement discutée sur les forums budgétaires et le subreddit r/japanlife, consiste à faire une capture d'écran de l'historique PayPay et soit de la transmettre à la fonction de numérisation des reçus de l'application, soit de saisir manuellement chaque transaction. L'OCR des reçus de Zaim lit un reçu papier, pas un écran PayPay — la disposition est différente, et la ligne des points perturbe un moteur OCR traditionnel qui s'attend à un format de reçu thermique standard.

D'une capture d'écran à un tableur de transactions

Un seul paiement PayPay est simple. Ouvrez l'application, regardez le montant, c'est fait. Mais PayPay est utilisé pour tout — les courses au 7-Eleven, le ramen, le taxi, la facture de services publics payée en scannant le code-barres sur la facture papier. À la fin du mois, l'historique des transactions dans l'application est une longue liste d'entrées individuelles, chacune nécessitant un appui pour ouvrir les détails. Transformer cette liste en colonnes que vous pouvez filtrer et additionner signifie extraire les données de chaque entrée une par une — à moins d'opter pour la méthode de la capture d'écran.

L'OCR traditionnelle — celle qui lit une photo de reçu et en extrait les chiffres — ne s'adapte pas bien à un écran PayPay. Un reçu papier a une structure prévisible : articles, sous-total, taxe, total, dans à peu près le même ordre vertical. Une entrée de transaction PayPay est une interface mobile conçue pour un coup d'œil, pas pour une analyse. Le montant se trouve en haut en gros caractères, mais sans étiquette. Le nombre de points est un chiffre isolé au milieu avec une icône « P » — un moteur OCR le voit comme un autre montant en devise et peut enregistrer 20 ¥ alors qu'il s'agit en réalité de 20 points. Le nom du magasin peut apparaître à côté d'une icône de logo sans aucune étiquette textuelle, et l'OCR considère l'icône comme du bruit.

L'extraction basée sur un modèle — dessiner une boîte englobante autour de « le montant est ici, la date est ici » — échoue dès que PayPay publie une mise à jour de l'interface qui décale les positions des champs de 8 pixels. Ou lorsque le nom du magasin passe sur deux lignes parce qu'il est plus long que d'habitude. Chaque variation est un modèle cassé.

L'alternative est l'extraction sémantique : au lieu d'indiquer à l'outil regarder, vous lui dites quels concepts trouver — « le montant du paiement en yens », « la date à laquelle la transaction a été effectuée », « le nom du magasin enregistré », « le nombre de points gagnés ». Le moteur d'extraction lit l'écran comme le ferait une personne : il reconnaît 2 480 ¥ comme le montant de la transaction et 12 P comme les points gagnés, que ces deux valeurs soient séparées par trois lignes ou cinq, et quelle que soit la version de l'application qui a produit la capture d'écran. Les mêmes définitions de colonnes fonctionnent pour chaque capture d'écran PayPay que vous possédez — et, surtout, pour les captures d'écran d'autres applications de paiement également. Un paiement de déjeuner PayPay de 1 200 ¥ et un paiement Line Pay de 800 ¥ dans un konbini atterrissent dans les mêmes colonnes Montant et Date du même tableur, car l'extraction exécute la même requête sémantique sur les deux.

Pour le scénario récurrent — une collection de captures d'écran PayPay dans un dossier en fin de mois qui doit se transformer en un tableau triable — le goulot d'étranglement n'est jamais les données. C'est que les données vivent dans 30 images individuelles au lieu de 30 lignes dans un seul fichier. Extraire les lignes est un problème d'extraction, pas de saisie.

FAQ

Puis-je simplement exporter les données de transaction PayPay au lieu d'utiliser des captures d'écran ?

PayPay a introduit le téléchargement CSV de l'historique des transactions en février 2025, couvrant les deux dernières années de données. Le CSV inclut la date de transaction, la description, le contrepartiste et le montant — mais il n'inclut pas les points gagnés par transaction ni le mode de paiement utilisé. Si vous avez besoin de ces deux champs, la capture d'écran reste la seule source. Pour les utilisateurs qui n'ont besoin que des trois champs principaux (montant, date, magasin), l'export CSV fonctionne, mais nécessite de se connecter à l'application, de naviguer vers le menu d'exportation et d'attendre le téléchargement — un processus en plusieurs étapes que les captures d'écran (prises au moment du paiement) contournent entièrement.

Une capture d'écran PayPay fonctionne-t-elle avec différentes versions de l'application et langues de l'interface ?

Oui. Les champs de l'écran de détail de la transaction — montant, nom du magasin, date, points, mode de paiement — sont les mêmes, que l'interface de l'application soit en japonais ou en anglais. Un symbole ¥ signifie la même chose, que les libellés environnants indiquent "支払い金額" ou "Payment Amount". L'extraction lit les chiffres, le texte du nom du magasin et la chaîne de date à partir de l'image — la langue de l'interface autour d'eux n'affecte pas le résultat.

Si le nom du magasin est manquant ou générique, comment identifier la transaction ?

Un nom de magasin générique ou manquant — courant lorsqu'un petit commerçant n'a pas enregistré de nom commercial officiel auprès de PayPay, ou lorsqu'une transaction PayPay Card est encore en statut "accepté" (jaune) — peut toujours être identifié par la combinaison du montant, de la date et de l'heure. Un paiement de 980 ¥ à 12h35 un jour de semaine à un nom de commerçant non reconnu, combiné au contexte de localisation de la transaction (visible comme une balise de catégorie telle que "コンビニ" ou "飲食" sur certaines entrées de transaction), est généralement suffisant pour confirmer de quel magasin il s'agit. Si vous effectuez une extraction par lots et que la colonne du nom du magasin affiche un espace réservé, les colonnes de date et de montant fournissent suffisamment de matériel de recoupement pour remplir manuellement le nom plus tard — un nom de magasin ambigu dans un tableur reste plus rapide que de taper trente transactions à partir de zéro.

📮 contact email: [email protected]