Contexto: Este artículo anonimiza un intento realizado el 1 de septiembre de 2026 para presentar desde Android una notificación japonesa de salida por mudanza. No pretende atacar a ningún municipio. Se eliminaron municipio, direcciones, destino, modelo exacto del teléfono y otros datos identificativos.
1. Dejó rellenar todo y murió justo antes del envío
La primera lectura de la tarjeta My Number funcionó. La segunda también. El formulario aceptó los datos personales y de la mudanza. Todo parecía cumplir la promesa de la administración digital: no ir a una ventanilla, no hacer cola.
Entonces llegó la última comprobación de identidad.
Solo esa lectura fallaba.
El mensaje decía, en esencia, que la lectura había tardado demasiado y que había que reanudarla. El problema era que aparecía en menos de un segundo. No parecía un tiempo de espera agotado; parecía que solo el temporizador del error tenía permiso para viajar en el tiempo.
Y ocurrió después de introducir todos los datos, el punto de máximo coste para el usuario.
2. Cinco posiciones, unas quince pruebas y luego todo desde cero: alrededor de treinta intentos
Lo primero fue culpar a la colocación de la tarjeta. Se probó arriba, en el centro, abajo y desplazada a ambos lados: unas cinco posiciones.
La lectura final se repitió aproximadamente quince veces. Después se reinició el procedimiento completo y se volvió a intentar. Mismo final. En total, unas treinta ocasiones convirtiendo al usuario en profesional de apoyar una tarjeta contra un teléfono.
La tarjeta funcionaba normalmente en otros lectores y las dos primeras lecturas del propio procedimiento habían sido correctas. A esas alturas, “mueva un poco la tarjeta” ya no era una explicación suficiente.
3. Por qué las lecturas 1 y 2 pueden funcionar y la 3 fallar
Para la persona, las tres acciones son idénticas. Para el sistema, no necesariamente.
Las preguntas frecuentes oficiales de Mynaportal distinguen dentro del servicio de mudanza el inicio de sesión, la lectura de datos como nombre y dirección y la incorporación de una firma a la solicitud.[1] La Agencia Digital también describe en la nueva Myna App funciones distintas de autenticación, lectura de información básica y firma electrónica.[2]
Por tanto, el mismo gesto físico puede activar rutas de software diferentes. Que las primeras lecturas funcionen no garantiza que la última firma utilice exactamente el mismo proceso.
4. Finales de agosto de 2026: un calendario casi diseñado para el accidente
- 25 de agosto: se lanzó la nueva Myna App, que integró funciones de aplicaciones anteriores.[2]
- 26 de agosto: Mynaportal registró oficialmente una incidencia, aproximadamente entre las 16:00 y las 21:30, en la que un error en la firma final impedía presentar solicitudes.[3]
- 27 de agosto: la actualización de Android incluyó correcciones para cierres forzados en algunos dispositivos y autenticaciones del dispositivo que se repetían e impedían avanzar.[4]
- 28 de agosto, actualización: el Servicio de Pensiones de Japón avisó de errores en algunos Android al pasar a Myna App y leer la tarjeta My Number.[5]
- 1 de septiembre: este intento de mudanza en Android falló repetidamente solo en la lectura final.
El problema comunicado por Pensiones no demuestra que la causa de este trámite de mudanza fuese la misma. Son servicios distintos. Pero sí demuestra que, justo tras el lanzamiento, existían problemas oficiales en rutas muy cercanas: Android, transición entre aplicaciones, lectura de tarjeta y firma final.
5. “Puede tardar más de cinco segundos” frente a “error antes de uno”
Otra guía oficial japonesa de solicitudes en línea indica que leer una tarjeta My Number con un teléfono puede tardar más de cinco segundos y pide mantener tarjeta y teléfono en contacto hasta terminar.[6] La guía de Mynaportal para Android también pide colocar la tarjeta en la zona de lectura y mantenerla quieta.[7]
Esperar cinco o diez segundos no es un problema. El problema es que el sistema falle antes de permitir esperar.
Eso hace plausible que el fallo estuviera antes del tiempo normal de lectura NFC —por ejemplo, en el traspaso entre aplicaciones, el inicio de la firma o el estado de la sesión— y acabara representado con un mensaje genérico. La causa exacta no puede saberse desde fuera; lo que sí puede saberse es que el mensaje no explicaba qué podía cambiar el usuario.
6. ¿A los demás les funciona? — no fue una caída total, pero hubo problemas reales
No hay base para decir que nadie pudiera utilizar Mynaportal. Muchos usuarios completan los trámites con normalidad.
Pero tampoco es razonable reducirlo todo a una tarjeta mal colocada: hubo avisos oficiales sobre lectura en Android, cierres de la aplicación, autenticación repetida y firma final.[5][3][4]
La formulación más ajustada es: no una interrupción universal, sino una etapa en la que eran posibles fallos dependientes del dispositivo y del recorrido concreto.
El resultado para quien lo sufre es magníficamente absurdo: intentar evitar la oficina, rellenar el formulario, hacer unas treinta lecturas y acabar yendo a la oficina.
7. El peor diseño no fue que existiera un error, sino que apareciera cuando ya costaba más
Los sistemas complejos fallan. La cuestión es cuánto trabajo del usuario destruye el fallo.
Los sistemas públicos de diseño recomiendan conservar valores introducidos, permitir guardar y continuar cuando corresponde y distinguir problemas del servicio de errores del usuario.[8][9] Los principios generales de usabilidad también priorizan prevenir errores y facilitar una recuperación comprensible.[10]
Aquí la secuencia fue:
rellenarlo todo → autenticación final → fallo instantáneo → reanudar → ninguna pista útil sobre qué cambiar.
Eso es también un problema de diseño de recuperación.
8. Las mejoras mínimas no necesitan inteligencia artificial futurista
- Comprobar al principio si el dispositivo puede llegar a la firma final.
- Guardar automáticamente el formulario.
- Diferenciar, cuando sea posible, ausencia de NFC, fallo de tarjeta, transición entre aplicaciones y firma.
- No responder a un fallo instantáneo únicamente con consejos de colocación.
- Tras varios fallos, ofrecer en una pantalla reinicio, actualización, otro dispositivo o trámite presencial.
- Mostrar las incidencias conocidas dentro del propio flujo.
Después del intento quince, incluso sería razonable mostrar:
“Ya lo ha intentado suficiente. No vamos a seguir fingiendo que todo depende de cómo coloca la tarjeta.”
9. Y después, chequeo médico: no conviertas la administración en el calentamiento para medir la tensión
Justo después tocaba un chequeo médico.
La Sociedad Japonesa de Hipertensión recomienda sentarse en calma antes de una medición clínica y evitar hablar durante la medición.[11] El estrés puede influir temporalmente en los valores; esto no significa que Mynaportal “cause hipertensión”.
Significa algo más simple: treinta reintentos NFC son una preparación pésima para que te midan la tensión.
Objetivo: ahorrar viajes y espera. Resultado: formulario → treinta intentos → enfado → oficina de todos modos → tensión arterial.
10. Conclusión — no transformación digital, sino desvío digital
La clave no es “la tarjeta no se podía leer”.
Se leyó. Dos veces. El formulario se completó. Solo murió el último paso.
Además, los registros oficiales muestran problemas reales alrededor de Android y la firma final durante ese periodo.[2][5][3][4]
No se puede demostrar la causa exacta de este caso individual, pero la lección de diseño sí es clara: un servicio público en línea debe proteger el tiempo del usuario también cuando falla.
Hay que eliminar la ruta secreta:
rellenarlo todo → morir en la firma final → unas 30 lecturas NFC → oficina igualmente.
Eso no es transformación digital.
Es un desvío digital.
- マイナポータル 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
