Captures d'écran MobilePay
Comment extraire le montant, le destinataire et les notes
Un écran de confirmation MobilePay capture trois données essentielles pour un relevé de paiement : le montant en couronnes danoises, le nom enregistré du destinataire et les notes (ou « besked ») jointes par l'expéditeur. Ces trois champs sont ce dont vous avez besoin pour enregistrer un paiement entrant, le rapprocher d'un client ou d'une facture, ou conserver une trace acceptable par SKAT, l'administration fiscale danoise. Mais aucun des trois n'est aussi simple qu'il n'y paraît. Le nom du destinataire n'est pas le numéro de téléphone auquel vous avez envoyé l'argent. Le montant cache un seuil de frais de 4 000 DKK qui modifie ce qui arrive sur le compte du destinataire. Et le champ des notes contient des caractères danois — æ, ø, å — que la plupart des lecteurs de documents gèrent mal.
Points clés à retenir
- Les captures d'écran MobilePay affichent un montant en DKK, un nom et une ligne de notes — trois champs qui ressemblent à un relevé de paiement complet.
- Ce nom est le vôtre, lié à votre numéro CPR, et non celui du client qui vous a payé — l'écran de confirmation a été conçu pour indiquer aux expéditeurs où leur argent est allé, jamais pour dire aux destinataires qui l'a envoyé.
- Les trois champs que contient réellement votre capture d'écran sont extraits par une reconnaissance sémantique qui lit æ, ø et å comme des mots entiers — puis comble le fossé de l'identité de l'expéditeur en demandant à chaque expéditeur d'inclure son nom ou son numéro de facture dans les notes.
Où se trouvent les trois champs sur un écran de confirmation MobilePay
MobilePay est une application autonome — elle ne vit pas dans l'interface de chaque banque comme PayNow à Singapour. Exploitée par Vipps MobilePay AS depuis la fusion de 2022 avec le norvégien Vipps, elle est utilisée par les clients de toutes les banques danoises — Danske Bank, Nordea, Nykredit, Jyske Bank et d'autres. Comme il s'agit d'une application unique, l'écran de confirmation est identique quelle que soit la banque de l'expéditeur.
Le montant de la transaction se trouve au centre de l'écran, affiché en gros caractères et libellé en couronnes danoises (DKK). En dessous du montant apparaît le nom du destinataire — il s'agit du nom lié au numéro CPR (le numéro d'identification personnel danois que tout utilisateur MobilePay doit avoir pour s'inscrire). Un champ de notes (intitulé « Besked » ou « Tekst » — danois pour « message » ou « texte ») se trouve sous le nom, affichant ce que l'expéditeur a tapé. La date et l'heure d'achèvement apparaissent en bas de la carte de confirmation, parfois dans une police plus petite que les trois autres champs.
Cette disposition concerne l'écran de confirmation standard dans l'application — celui que vous voyez immédiatement après avoir appuyé sur « Envoyer ». Les mêmes champs apparaissent également dans l'historique des transactions de l'application, bien que la vue historique utilise un format condensé qui omet complètement le champ de notes. Si votre capture d'écran provient de l'historique des transactions plutôt que de l'écran de confirmation, il vous manquera le champ qui indique à quoi servait le paiement. L'écran de confirmation est la version à capturer.
Le destinataire : le nom de votre inscription CPR, pas le numéro de téléphone
C'est le champ MobilePay que les nouveaux utilisateurs interprètent le plus souvent de travers. Lorsque vous envoyez de l'argent via MobilePay, vous saisissez le numéro de téléphone du destinataire — un numéro danois à 10 chiffres lié à une inscription CPR. Mais l'écran de confirmation n'affiche pas ce numéro de téléphone. Il affiche le nom enregistré du destinataire — le nom légal que cette personne a dans son dossier auprès de sa banque danoise et de son numéro CPR.
Le mécanisme fonctionne ainsi : MobilePay recherche le numéro de téléphone que vous avez saisi dans l'inscription MobilePay du destinataire et récupère le nom associé à son compte bancaire. Le destinataire ne peut pas choisir un nom d'affichage ou un pseudo — l'écran affiche le nom lié à son identification personnelle danoise. Si « Mette Nielsen » est le nom sur le compte bancaire de Mette, c'est ce nom qui apparaît sur l'écran de confirmation de l'expéditeur.
Pour la tenue de registres pratiques, c'est un avantage : le nom du destinataire sur une capture d'écran MobilePay est un marqueur d'identité stable et vérifié, et non une préférence d'affichage modifiable. Contrairement aux captures d'écran Venmo, où le nom d'affichage peut changer entre les paiements, le nom MobilePay est ancré dans un système d'identité nationale. Si « Mette Nielsen » apparaît sur deux captures d'écran à des mois d'intervalle, il s'agit de la même personne. L'inconvénient est que lorsque la capture d'écran provient d'un client qui vous a payé, le nom à l'écran est votre propre nom — du point de vue de l'expéditeur — et non celui du client. Le « destinataire » sur la confirmation MobilePay, c'est vous, et l'identité du payeur n'est pas imprimée sur cet écran.
Le montant : limites en DKK, frais et ce que la capture d'écran ne vous dit pas
Le montant affiché sur un écran de confirmation MobilePay est le montant brut saisi par l'expéditeur — ce qu'il avait l'intention de transférer. Pour les paiements de personne à personne au Danemark, les frais dépendent entièrement d'un seul seuil : les paiements de 4 000 DKK ou moins sont gratuits. Les paiements supérieurs à 4 000 DKK entraînent des frais de 1 % sur le montant excédentaire. Ces frais sont déduits du compte de l'expéditeur, et non de celui du destinataire. Le destinataire voit et reçoit le montant intégral affiché sur l'écran de confirmation.
Un exemple : envoyer 5 000 DKK déclenche des frais de 1 % sur les 1 000 DKK au-dessus du seuil — soit 10 DKK. L'expéditeur est débité de 5 010 DKK ; le destinataire reçoit exactement 5 000 DKK. Les frais sont invisibles sur la page des détails de la transaction — ils n'apparaissent jamais comme une ligne de déduction. C'est plus propre que des systèmes comme PayPal, où le montant brut et le montant net perçu peuvent diverger sans aucune trace visible à l'écran.
MobilePay impose également des limites de transfert quotidiennes et hebdomadaires pour les utilisateurs individuels : un maximum de 50 000 DKK par jour et 100 000 DKK par semaine toutes transactions confondues. Ces limites sont par personne, liées au numéro CPR, et appliquées par le système quel que soit le solde bancaire de l'utilisateur. Si une capture d'écran montre un montant supérieur à 50 000 DKK en une seule transaction, cela reflète soit un compte MobilePay Business (qui a des limites distinctes et plus élevées), soit un autre mode de paiement. Les limites individuelles standard sont un plafond que l'écran de confirmation ne respectera pas — la transaction ne sera tout simplement pas effectuée si l'expéditeur les dépasse.
Le champ de note : les caractères danois perdus dans la traduction
MobilePay permet un message en texte libre avec chaque paiement — jusqu'à 30 caractères. L'expéditeur tape ce qui est utile : « Faktura 1042 » (Facture 1042), « Tak for i gaar » (Merci pour hier), « Husleje juli » (Loyer juillet). Le champ de note est court, mais c'est souvent le seul élément de contexte qui relie un paiement à un client, une facture ou un objectif spécifique.
Le danois utilise trois caractères qui n'apparaissent pas dans l'alphabet anglais standard : æ, ø et å (ainsi que leurs formes majuscules Æ, Ø, Å). Ce ne sont pas des variantes accentuées de lettres existantes — ce sont des caractères distincts dans l'alphabet danois, chacun avec son propre son et sa propre signification. « Rør » (tuyau) et « ror » (ramer/diriger) sont des mots différents. « Færge » (ferry) et « farge » (pas un mot danois) ne sont pas identiques. Un champ de note qui indique « Betaling for rørlæggerarbejde » (Paiement pour travaux de plomberie) contient deux ø et un æ — des caractères qu'un outil OCR typique lira à tort comme « o » et « ae » respectivement, transformant le message en texte incompréhensible.
Les moteurs OCR traditionnels peinent car ils traitent chaque signe diacritique — le point sur le ø, le cercle sur le å — comme une caractéristique visuelle distincte au niveau du pixel. Dans une capture d'écran, où la compression et les polices plus petites sont la norme, ces caractéristiques se fondent dans les pixels environnants. Une capture d'écran MobilePay transmise via WhatsApp est particulièrement vulnérable : le ø dans « møde » (réunion) perd son point et devient « mode » (mode) — un mot danois complètement différent.
Le même défi existe pour les captures d'écran suédoises (avec å, ä, ö), mais la fréquence des æ, ø et å dans les notes de transaction danoises quotidiennes en fait un problème récurrent pour quiconque traite les paiements MobilePay en masse. La reconnaissance sémantique du texte — qui lit les caractères en comprenant le mot dans son ensemble, plutôt qu'en décodant chaque pixel — gère ces caractères en contexte. L'IA n'a pas besoin de « voir » clairement le point sur le ø ; elle reconnaît « møde » comme un mot complet car les caractères environnants confirment l'identité de la lettre.
De la capture d'écran au tableur — sans ressaisie
Une fois que vous savez quels trois champs capturer, l'étape d'extraction est simple. Extraction de colonnes personnalisées vous permet de définir les colonnes de sortie — Montant (DKK), Nom du bénéficiaire, Notes — et l'IA localise chaque valeur dans la capture d'écran en comprenant la signification du champ, et non sa position. Pas de zones à dessiner, pas de modèles à créer, pas d'ensemble d'apprentissage de captures d'écran MobilePay à préparer au préalable.
C'est important car une capture d'écran MobilePay provenant d'une résolution de téléphone différente place le montant à des coordonnées de pixels différentes. La vue de l'historique des transactions utilise une disposition différente de celle de l'écran de confirmation. Une capture d'écran prise de nuit peut rendre flou le texte plus petit des notes. Un outil basé sur un modèle reposant sur des cadres de délimitation fixes échoue face à l'une de ces variations. L'extraction sémantique, elle, réussit : elle trouve le montant en DKK, le nom du bénéficiaire et le texte des notes, peu importe où ils se trouvent. C'est le même principe — expliqué dans notre guide sur l'extraction de données à partir de captures d'écran de paiement qui ne sont pas formatées sous forme de tableaux — appliqué à la disposition des champs de MobilePay.
Les fichiers sont traités de manière sécurisée et ne sont pas conservés.
Les mêmes définitions de colonnes fonctionnent avec les applications de paiement nordiques — Swish de Suède et MobilePay partagent la même structure de champs. Importez les deux dans un seul lot et obtenez un tableur unifié. La destination en aval au Danemark est généralement e-conomic (le leader du marché avec plus de 200 000 utilisateurs professionnels), Dinero ou Billy (environ 50 000 clients) — aucun ne peut ingérer nativement une capture d'écran MobilePay. Billy dispose d'une intégration directe MobilePay appelée « Billy Payment » qui intègre des liens de paiement dans les factures, mais les enregistrements de transactions arrivent toujours sous forme de notifications individuelles, et non d'un export structuré. Pour la tenue de registres SKAT — où la loi comptable danoise (« Bogføringsloven ») exige des entreprises qu'elles conservent les enregistrements de transactions pendant au moins cinq ans — un tableur structuré des transactions extraites crée une piste vérifiable qui relie chaque paiement au client qui l'a envoyé.
FAQ
Puis-je extraire des données d'une capture d'écran MobilePay qui a été transférée par SMS ou Messenger ?
Oui, avec la même réserve de précision qui s'applique à toute image compressée. Les applications de messagerie réduisent la résolution de l'image, ce qui affecte principalement le champ des notes et le cachet de la date — tous deux rendus dans une police plus petite que le montant et le nom du destinataire. Le montant et le nom restent lisibles dans la plupart des cas. Pour un traitement par lots où le champ des notes contient les informations dont vous avez besoin pour faire correspondre les paiements, demandez les captures d'écran originales plutôt que des copies transférées lorsque c'est possible.
MobilePay affiche-t-il l'identité de l'expéditeur sur l'écran de confirmation du destinataire ?
Non. L'écran de confirmation côté destinataire affiche le montant de la transaction, le nom du destinataire lui-même (du point de vue de l'expéditeur) et le champ des notes. Il n'affiche pas qui a envoyé l'argent. Si vous avez besoin de l'identité du payeur pour vos dossiers — faire correspondre un paiement entrant à un client spécifique — vous devez vous coordonner avec l'expéditeur pour qu'il inclue des informations d'identification dans le champ des notes, ou capturer les deux côtés de la transaction. C'est l'une des principales limitations de l'écran de confirmation de MobilePay pour la tenue de registres commerciaux : le destinataire voit le paiement, mais pas qui l'a envoyé.
Que se passe-t-il si le champ des notes dépasse 30 caractères ?
MobilePay tronque le message à 30 caractères. Tout texte au-delà de la limite est stocké sur le serveur de MobilePay mais n'apparaît pas sur l'écran de confirmation ni dans la capture d'écran. Si le champ des notes semble incomplet ou se coupe en milieu de mot, le message était probablement plus long que le nombre de caractères autorisé. La valeur extraite ne reflétera que la partie visible.
Ce flux de travail fonctionne-t-il pour les captures d'écran de comptes MobilePay Business ?
Oui. L'écran de confirmation pour les comptes MobilePay Business affiche les trois mêmes champs — montant, nom du destinataire et notes — avec la même disposition que les comptes personnels. Les comptes professionnels ont des limites de transaction plus élevées (configurées par accord commercial plutôt que par le plafond quotidien standard de 50 000 DKK) et peuvent inclure des numéros de référence supplémentaires dans le champ des notes. Les définitions de colonnes d'extraction restent inchangées ; l'IA localise chaque champ par sa signification sémantique, et non par le type de compte.