Contexte : Cet article anonymise une tentative effectuée le 1er septembre 2026 sur Android pour déposer au Japon une déclaration de départ liée à un déménagement. Il ne vise aucune municipalité précise. Municipalité, adresses, destination, modèle exact du téléphone et autres éléments identifiants ont été retirés.
1. Tout a pu être saisi, puis le service est mort juste avant l’envoi
La première lecture de la carte My Number a fonctionné. La deuxième aussi. Les informations personnelles et de déménagement ont été acceptées. Jusqu’ici, l’administration en ligne tenait sa promesse : pas de guichet, pas de file d’attente.
Puis est arrivée la dernière vérification d’identité.
Seule cette lecture échouait.
Le message indiquait en substance que la lecture avait pris trop de temps et qu’il fallait reprendre. Pourtant l’erreur apparaissait en moins d’une seconde. Ce n’était pas une attente trop longue : seul le délai d’erreur semblait avoir obtenu le droit de dépasser la vitesse du temps.
Et tout cela après avoir rempli le formulaire entier.
2. Environ cinq positions, quinze essais, puis toute la procédure recommencée : près de trente lectures
Le premier suspect était évidemment la position de la carte. Haut, centre, bas, légèrement à gauche et à droite : environ cinq positions testées.
La dernière lecture a été réessayée une quinzaine de fois. Puis toute la procédure a été reprise depuis le début. Même fin. Au total, près de trente occasions de devenir la personne dont l’activité administrative principale consiste à coller une carte contre un téléphone.
La carte fonctionnait avec d’autres lecteurs, et les deux premières lectures de cette procédure avaient réussi. À ce stade, « déplacez légèrement la carte » ne suffisait plus comme explication.
3. Pourquoi les lectures 1 et 2 peuvent réussir alors que la 3 échoue
Pour l’utilisateur, le geste est identique. Pour le système, les opérations ne le sont pas nécessairement.
La FAQ officielle de Mynaportal distingue, dans le service de déménagement, la connexion, la lecture du nom et de l’adresse et l’ajout d’une signature à la demande.[1] L’Agence numérique japonaise décrit également la nouvelle Myna App avec des fonctions distinctes d’authentification, de lecture des informations de base et de signature électronique.[2]
Le même geste physique peut donc emprunter plusieurs chemins logiciels. Deux lectures réussies ne garantissent pas que la signature finale suit exactement le même traitement.
4. Fin août 2026 : un calendrier presque trop parfait pour l’accident
- 25 août : lancement de la nouvelle Myna App.[2]
- 26 août : Mynaportal a officiellement enregistré, environ de 16 h à 21 h 30, un incident où une erreur lors de la signature finale empêchait l’envoi des demandes.[3]
- 27 août : la mise à jour Android a corrigé notamment des fermetures forcées sur certains appareils et une authentification de l’appareil qui se répétait et bloquait la progression.[4]
- Mise à jour du 28 août : le service japonais des pensions a signalé des erreurs sur certains Android lors du passage vers Myna App et de la lecture de la carte My Number.[5]
- 1er septembre : cette tentative de déménagement a échoué à répétition uniquement lors de la dernière lecture.
L’incident signalé par le service des pensions ne prouve pas que la cause était identique pour la déclaration de départ. Ce ne sont pas les mêmes services. Il confirme toutefois que des problèmes officiels liés à Android, au passage entre applications et à la lecture de carte existaient dans cette fenêtre très proche.
5. « La lecture peut prendre plus de cinq secondes » contre une erreur avant une seconde
Une autre consigne officielle japonaise explique que la lecture d’une carte My Number par smartphone peut prendre plus de cinq secondes et demande de maintenir le contact jusqu’à la fin.[6] Mynaportal demande aussi, sur Android, de placer la carte sur la zone de lecture et de la garder immobile.[7]
Attendre cinq ou dix secondes n’est pas difficile. Encore faut-il que le système laisse le temps d’attendre.
Une erreur quasi instantanée rend plausible un échec avant l’attente NFC normale — transfert entre applications, initialisation de la signature, état de session — ensuite résumé par un message générique. La cause précise ne peut pas être établie de l’extérieur, mais le message n’indiquait pas quelle action pouvait réellement aider.
6. Est-ce que ça marche pour les autres ? — pas une panne générale, mais de vrais incidents
Rien ne permet d’affirmer que tout le monde échouait. Beaucoup d’utilisateurs terminent évidemment la démarche normalement.
Mais les sources officielles ont bien enregistré, à la même période, des erreurs de lecture sous Android, des fermetures de l’application, une authentification en boucle et un incident de signature finale.[5][3][4]
La formulation la plus juste est donc : pas une indisponibilité universelle, mais une période où des échecs dépendant de l’appareil et du parcours étaient réellement possibles.
Le résultat utilisateur reste admirablement absurde : utiliser le service en ligne pour éviter le guichet, essayer le NFC une trentaine de fois, puis aller au guichet quand même.
7. Le vrai mauvais choix n’est pas l’existence d’une erreur, mais son apparition au moment le plus coûteux
Un système complexe peut tomber en panne. Il peut en revanche protéger le travail déjà accompli.
Les référentiels publics de conception recommandent de conserver les valeurs saisies, de permettre l’enregistrement et la reprise lorsque c’est pertinent et de distinguer les problèmes du service des erreurs de l’utilisateur.[8][9] Les principes généraux d’utilisabilité insistent aussi sur la prévention et la récupération claire.[10]
Ici :
tout remplir → authentification finale → échec immédiat → reprendre → aucune indication utile sur ce qu’il faut changer.
C’est aussi un problème de conception de la récupération.
8. Les corrections minimales n’exigent aucune technologie futuriste
- Tester la capacité de signature avant le long formulaire.
- Enregistrer automatiquement les données saisies.
- Distinguer si possible absence de NFC, authentification de carte, transfert entre applications et signature.
- Ne pas répondre à un échec immédiat uniquement par des conseils de positionnement.
- Après plusieurs échecs, afficher sur un écran redémarrage, mise à jour, autre appareil ou démarche au guichet.
- Montrer les incidents connus directement dans le parcours.
Après la quinzième tentative, le service pourrait presque afficher :
« Vous avez suffisamment essayé. Nous devrions arrêter de faire comme si seule la position de votre carte était en cause. »
9. Puis venait le bilan de santé — évitons le test de stress administratif avant la mesure de tension
Le rendez-vous suivant était un bilan de santé.
La Société japonaise d’hypertension recommande de rester assis au calme avant une mesure clinique et d’éviter de parler pendant la mesure.[11] Le stress peut influencer temporairement la valeur ; cela ne veut pas dire que Mynaportal « provoque l’hypertension ».
Cela veut simplement dire que trente échecs NFC constituent un échauffement catastrophique avant une mesure de tension artérielle.
Objectif du numérique : économiser temps et déplacements. Séquence réelle : formulaire → trente essais → colère → guichet quand même → tension artérielle.
10. Conclusion — pas une transformation numérique, un détour numérique
Le point essentiel n’est pas « la carte était illisible ».
Elle a été lue. Deux fois. Le formulaire a été rempli. Seule la dernière étape est morte.
Et des incidents officiels réels autour d’Android et de la signature finale existaient pendant la même période.[2][5][3][4]
La cause exacte d’un cas individuel peut rester inconnue. La leçon de conception, elle, est claire : un service public en ligne doit protéger le temps de l’usager lorsqu’il échoue.
Il faut supprimer le chemin secret :
tout remplir → mourir à la signature finale → environ 30 lectures NFC → guichet quand même.
Ce n’est pas une transformation numérique.
C’est un détour numérique.
Sources
- マイナポータル FAQ — 引越しワンストップサービスで必要なマイナンバーカード操作. Separately describes login, reading name/address information, and signature attachment faq.myna.go.jp
- デジタル庁 / Digital Agency — マイナアプリの案内・2026年8月25日の提供開始に関する公表資料. Functions include login authentication, basic-information reading, and electronic signatures digital.go.jp
- マイナポータル — 障害・メンテナンス情報. Records the August 26, 2026 incident in which an error during the final-signature stage prevented application submission for a period myna.go.jp
- Google Play — マイナアプリ更新情報（2026年8月27日）. Update notes included fixes for force-closing on some devices and repeated device authentication that could block progress play.google.com
- 日本年金機構 / Japan Pension Service — 2026年8月28日更新のAndroid・マイナアプリ読取エラー告知. States that some Android devices could encounter an error when transitioning to Myna App and reading a My Number Card in the relevant electronic-application path nenkin.go.jp
- 出入国在留管理庁 / Immigration Services Agency of Japan — オンライン申請Q&A. Notes that smartphone My Number Card reading can take more than five seconds and instructs users to maintain contact until completion moj.go.jp
- マイナポータル FAQ — Androidでのマイナンバーカード読取位置・保持方法 faq.myna.go.jp
- U.S. Web Design System — Complete a complex form / Progress easily. Guidance on reducing burden and supporting progress, including save-and-resume patterns where appropriate designsystem.digital.gov
- GOV.UK Design System — Error messages and service-problem pages. Guidance on useful error recovery, retaining entered values, and distinguishing service problems from user mistakes. https://design-system.service.gov.uk/patterns/problem-with-the-service-pages/ design-system.service.gov.uk
- Nielsen Norman Group — 10 Usability Heuristics for User Interface Design. Error prevention and useful recovery guidance nngroup.com
- 日本高血圧学会 / Japanese Society of Hypertension — 血圧測定に関する案内. Recommends a quiet seated rest before office measurement and avoiding conversation during measurement jpnsh.jp
