Cómo extraer datos del passbook japonés a Excel
para la contabilidad doméstica (Guía 2026)
Un hogar de dos personas en Japón gasta un promedio de ¥300,243 al mes según la Encuesta de Ingresos y Gastos Familiares de 2024 de la Oficina de Estadística — aproximadamente ¥3.6 millones al año que fluyen por una cuenta bancaria, impresos línea por línea en un pequeño libretto en el cajero automático. Para los más de 4 millones de autónomos y freelancers que presentan una declaración azul (青色申告) — la opción de declaración de impuestos de Japón que otorga una deducción de ¥650,000 a cambio de llevar contabilidad por partida doble — cada una de esas transacciones debe ser rastreable. El passbook (通帳) es el registro definitivo. Y para las transacciones anteriores a la contratación de la banca por internet, también es el único registro. Extraerlo a una hoja de cálculo no es opcional — es el requisito previo para completar la declaración de impuestos.
Conclusiones Clave
- El saldo corriente del passbook fue diseñado para hacer la verificación infalible — en cambio, una coma mal leída corrompe silenciosamente todos los saldos posteriores.
- Un error en un extracto bancario se queda en su fila — un error en el passbook se propaga por todos los saldos posteriores porque las matemáticas de cada fila dependen de que todas las filas anteriores sean correctas.
- Agregue una columna calculada que verifique las matemáticas del saldo en cada fila durante la extracción, y los errores se anuncian antes de que sus datos entren al software de contabilidad.
Qué contiene un passbook bancario japonés — y qué significa cada columna para la extracción
El passbook bancario de Japón (通帳, tsūchō) es un registro financiero único a nivel mundial. Ninguna otra economía desarrollada sigue usando passbooks físicos a esta escala: un folleto impreso, emitido por el banco, en el que cada depósito y retiro de cajero automático se registra como líneas de transacción: una fila por transacción, cinco columnas por fila, saldo corriente en cada línea. El formato está tan estandarizado entre las instituciones financieras japonesas que, para un observador primerizo, parece un problema de extracción resuelto. La realidad es más específica.
El diseño de cinco columnas de un passbook es fijo — fecha, descripción, retiro, depósito, saldo — pero el contenido dentro de esas columnas refleja décadas de convenciones bancarias, tecnología de impresión mecánica e historia regulatoria que ningún sistema OCR genérico fue diseñado para comprender.
Las cinco columnas estándar
- 月日 (Fecha) — mes y día, normalmente en formato de era japonesa (令和6年 o R6). El encabezado de año aparece una vez por página. Convertir fechas de era al calendario gregoriano requiere saber en qué era se está — y no confundir 平成30年 (2018) con 令和6年 (2024).
- 摘要 (Descripción) — un código compacto que indica el tipo de transacción: 振込 (transferencia bancaria), ATM, 給与 (depósito de salario), 利息 (interés), 引落 (débito directo), 手数料 (comisión). Estos códigos son la clave para la categorización de transacciones, pero están impresos en caracteres japoneses monoespaciados y apretados que el OCR estándar frecuentemente fusiona o lee mal.
Columnas de monto y saldo
- お支払金額 (Retiro) — el monto debitado de la cuenta. Se imprime con comas alineadas a la derecha (p. ej., 30,000). La lectura OCR de números separados por comas en columnas estrechas es un punto de fallo conocido: una coma omitida convierte ¥30,000 en ¥3,000.
- お預り金額 (Depósito) — el monto acreditado. Una sola transacción tiene una entrada en esta columna o en la de retiro, nunca en ambas. Esta exclusividad mutua es la base para la verificación del saldo.
- 差引残高 (Saldo) — el saldo corriente después de la transacción. Se imprime después de cada línea. Esta columna permite una verificación automática: saldo anterior + depósito − retiro debe ser igual al saldo actual. Una sola lectura errónea crea una cascada de errores: el saldo de cada fila posterior se desviará, un problema conocido como desviación del saldo (残高ずれ).
El formato físico de la passbook está regulado por la Asociación de Banqueros Japoneses (全国銀行協会), que establece estándares para el intercambio de datos interbancario, la interoperabilidad de cajeros automáticos y la banda magnética (磁気ストライプ) en la contraportada que almacena la información de la cuenta. El cajero automático lee esta banda para identificar la cuenta y luego imprime las líneas de transacción con una impresora de matriz de puntos o térmica directamente en la página de la passbook — lo que significa que la passbook que usted tiene en mano es una salida de impresora, no un documento tipografiado. Esta distinción es importante para la extracción: la calidad de impresión varía según el modelo de cajero, la antigüedad de la cinta de tinta y la limpieza del cabezal de impresión. Dos passbooks del mismo banco, impresas en diferentes cajeros con seis meses de diferencia, pueden tener un oscurecimiento y una alineación de caracteres notablemente distintos.
El principio central de extracción: Usted define cinco columnas de salida — "Fecha", "Descripción", "Retiro", "Depósito", "Saldo" — y la IA localiza cada valor en cada página comprendiendo qué representa semánticamente cada dato, no comparando coordenadas de píxeles en una plantilla. La misma definición de columnas funciona en passbooks de MUFG, SMBC, Mizuho, Japan Post Bank (ゆうちょ銀行) y bancos regionales shinkin (信用金庫) porque la IA lee el significado del campo — una fecha es una fecha ya sea impresa como R6.7.15 en una passbook o 2024-07-15 en otra.
Por Qué Entregar la Passbook a una App de Presupuestos No Es Suficiente
Japón tiene tres aplicaciones de finanzas personales dominantes que en conjunto cubren la gran mayoría de los hogares con alfabetización digital: MoneyForward ME (マネーフォワード ME, más de 2,451 conexiones con servicios financieros), Zaim (más de 1,300 conexiones, 12 millones de descargas) y Moneytree (más de 2,387 conexiones). Las tres se conectan a cuentas bancarias japonesas mediante API y extraen automáticamente los datos de transacciones para generar informes de gastos categorizados. Para el seguimiento continuo y prospectivo de gastos, funcionan bien — la API bancaria les suministra transacciones nuevas a diario y el usuario nunca toca una passbook en papel.
La brecha es lo que ocurrió antes de que usted se registrara. Una conexión API bancaria extrae datos desde la fecha en que usted la autoriza — normalmente, los últimos 90 días hasta un año, según el banco. Las transacciones de 2022, 2021, 2019 — años que existen solo como páginas impresas en una passbook física — no aparecen en la aplicación. Para un profesional independiente que presenta la declaración azul (青色申告) y necesita contabilizar todas las transacciones relacionadas con su negocio a lo largo del año calendario, la aplicación cubre el presente pero deja el pasado en papel. De igual manera, para el dueño de una pequeña empresa que recibe una passbook física del banco y la comparte con un contador fiscal (税理士) para la contabilidad mensual — el contador no inicia sesión en la cuenta MoneyForward del propietario. Trabaja con la passbook, o con escaneos de ella.
Las aplicaciones resuelven la visibilidad del gasto diario. No resuelven el momento anual en que cinco años de transacciones en papel deben convertirse en una sola hoja de cálculo — que es exactamente el momento que impulsa la búsqueda de extracción de passbooks.
Existe una tercera vía que vale la pena entender: algunos bancos ahora ofrecen passbooks digitales (デジタル通帳), eliminando por completo el cuadernillo físico en favor de vistas de transacciones en línea y exportaciones CSV descargables. La Asociación de Banqueros Japoneses ha promovido los passbooks digitales como parte de una digitalización bancaria más amplia. Sin embargo, la adopción es desigual — bancos importantes como MUFG y SMBC ofrecen passbooks digitales para cuentas nuevas, pero muchos bancos regionales y cooperativas de crédito (信用金庫) todavía emiten passbooks físicos por defecto. E incluso para cuentas con acceso a passbook digital, el formato de exportación y el rango de fechas a menudo difieren de lo que un paquete de contabilidad espera. El passbook físico, con todas sus inconveniencias, sigue siendo el formato de menor denominador común: cada banco imprime uno, cada transacción aparece en él, y cubre el historial completo de la cuenta.
Esta última propiedad — la cobertura del historial completo de la cuenta — es la razón por la que la extracción de passbook es fundamentalmente diferente de la extracción de estados de cuenta bancarios en otros países. Un estado de cuenta de un banco del Reino Unido o un estado mensual de EE. UU. es un resumen de un período específico. Un passbook japonés es un libro mayor — un registro continuo y acumulativo desde la primera página impresa hasta la última. En el flujo de extracción que sigue, esa continuidad es tanto la mayor fortaleza del documento como la fuente de su modo de error más común.
Configuración de su flujo de extracción de passbook
El flujo que reemplaza el retipeo de datos del passbook tiene tres pasos. El primero — definir sus columnas — se hace una vez y se reutiliza en cada passbook, cada banco y cada año fiscal.
Defina sus cinco columnas de salida — una vez, para todos los bancos
Escriba los nombres de los campos exactamente como desea que aparezcan como encabezados de columna en su hoja de cálculo. Para la extracción de passbook, el conjunto estándar es: Fecha, Descripción (摘要), Retiro (お支払金額), Depósito (お預り金額), Saldo (差引残高). Esto es Extracción de Columnas Personalizadas: usted define el esquema de salida y la IA asigna los campos impresos de cada passbook a sus columnas según el significado semántico. Los mismos nombres de columna funcionan en el diseño vertical de MUFG, el formato de dos líneas por transacción de SMBC y el estilo de impresión compacto de Japan Post Bank porque la IA lee el significado del campo, no su posición. Para fines contables, agregue una columna Categoría como columna calculada — por ejemplo, Categoría (si Descripción contiene "給与" entonces "Ingreso Salarial"; si contiene "振込" y el monto > 50000 entonces "Ingreso de Negocio"; si no, "Transferencia") — que la IA evalúa durante la extracción para que su salida llegue precategorizada.
Sube todas las páginas del passbook en un solo lote
Escanee o fotografie cada página de cada passbook — incluyendo la portada con el número de cuenta y la contraportada con la banda magnética — y cargue todas las imágenes en una sola subida. Procesamiento por lotes las maneja como un solo trabajo: cada página se procesa de forma independiente con su esquema de columnas aplicado, y todos los resultados se fusionan en una única hoja de cálculo unificada. Un passbook de tres años con aproximadamente 280 transacciones en 30 páginas (típico para una cuenta con actividad moderada) se procesa en un solo lote. Las páginas pueden ser escaneos de un escáner de documentos, fotos tomadas con un teléfono inteligente o exportaciones en PDF de la banca por internet que incluyan listados de transacciones estilo passbook.
Exporte a Excel y comience su flujo de trabajo contable
Descargue la hoja de cálculo fusionada como archivo de Excel. Ahora tiene una fila por transacción, con cada campo en su propia columna. La hoja de cálculo es inmediatamente importable en Yayoi (弥生会計), freee, MoneyForward Cloud Accounting o cualquier otro software contable japonés que acepte importaciones CSV — la siguiente sección cubre ese flujo. Más importante aún, la columna de saldo corriente le brinda una pista de auditoría integrada: ordene por fecha descendente y revise la columna de saldo. Cualquier fila donde el saldo no sea igual al saldo de la fila anterior más el depósito menos el retiro se marca — la extracción detectó una lectura incorrecta, y usted corrige una celda en lugar de buscar entre 280 líneas.
El mismo esquema de columnas funciona el próximo año, para passbooks de diferentes bancos y para cuentas cerradas hace años cuyos registros está obligado a conservar. El formato del passbook — definido por las convenciones de impresión de la Asociación de Banqueros Japoneses, no por la elección de diseño de un banco individual — no cambiará.
Los archivos se procesan de forma segura y no se almacenan.
Manejo de fechas de era japonesa y códigos de descripción
Dos aspectos de los datos de passbook hacen que la extracción sea específicamente más difícil en el contexto japonés que para documentos bancarios en cualquier otro mercado. Ninguno es una limitación general de la IA — ambos son artefactos de cómo se desarrolló la banca japonesa.
Fechas de Era Japonesa (和暦)
Las fechas de transacciones en el passbook se imprimen usando el calendario de era imperial japonesa: 令和 (Reiwa, comenzó en 2019), 平成 (Heisei, 1989–2019), o 昭和 (Showa, 1926–1989), a menudo abreviadas como R, H o S seguidas del número de año dentro de esa era. Una fecha como R6.7.15 significa 15 de julio de 2024 (año 6 de Reiwa). H30.3.31 significa 31 de marzo de 2018 (año 30 de Heisei). S62.1.10 significa 10 de enero de 1987 (año 62 de Showa). La conversión al calendario gregoriano (西暦) requiere conocer el año de inicio de cada era — Reiwa = 2018 + n, Heisei = 1988 + n, Showa = 1925 + n — y la conversión debe manejar el límite de página donde un nuevo año comienza a mitad de página. Muchos passbooks imprimen el número de año de la era una sola vez en la parte superior de la página y luego solo el mes y el día para las líneas siguientes. Una salida OCR cruda que lee "7.15" como una fecha sin contexto produce un valor que no puede ubicarse en una línea de tiempo — el encabezado de año unos milímetros más arriba determina si es julio de 2023 o julio de 2024.
La solución es una estrategia de extracción en dos pasadas. Primera pasada: leer el encabezado de año de la página y determinar la era. Segunda pasada: analizar cada fecha de transacción, aplicando el contexto de año del encabezado. Cuando el mes cambia de 12 a 1 en el límite del año, el año de la era se incrementa en uno. Este es exactamente el tipo de razonamiento estructurado que el OCR basado en plantillas no puede hacer — lee celdas individuales, no la relación entre un encabezado y sus filas dependientes — pero que la extracción impulsada por IA maneja al comprender el documento como un todo en lugar de como una cuadrícula de cajas de texto aisladas.
Códigos de Descripción (摘要)
La columna de descripción en un passbook usa códigos abreviados que son legibles al instante para un lector japonés pero opacos para un analizador de texto genérico. Las entradas comunes incluyen: 振込 (transferencia bancaria — podría ser un pago de cliente o una transferencia personal), ATM (retiro o depósito en cajero — sin indicación de cuál), 給与 (depósito de salario — la línea de ingreso más significativa para un individuo), 利息 (pago de intereses — típicamente montos pequeños, relevante para impuestos), 引落 (débito directo — alquiler, servicios públicos, seguros), 手数料 (comisión bancaria — usualmente ¥110–¥550, deducible para cuentas comerciales), y カード (transacción con tarjeta — podría ser un pago con tarjeta de débito o una liquidación de tarjeta de crédito).
Una fila de passbook que dice "振込 50,000" podría ser un pago freelance de un cliente o un amigo devolviendo el dinero de una cena. El passbook no distingue — la asignación de categoría del software de contabilidad lo hace. La extracción necesita capturar el código fielmente, y la lógica de categorización vive en una etapa posterior.
Algunos passbooks también contienen anotaciones manuscritas en los márgenes — una nota como 家賃 (alquiler) o 仕入 (compra de inventario) escrita con bolígrafo junto a una transacción impresa. Estas anotaciones son críticas para la categorización contable pero presentan un desafío adicional: están escritas con calidad de caligrafía variable en tinta de diferentes colores, a veces cruzando las líneas de cuadrícula impresas. Si su herramienta de extracción admite reconocimiento de texto manuscrito — como lo hace la extracción impulsada por modelos de visión — estas notas marginales se convierten en parte de los datos extraídos en lugar de un paso separado de consulta manual.
Cómo transferir datos a Yayoi, freee o MoneyForward
La hoja de cálculo de Excel extraída no es el destino final: es el puente entre su passbook y su software de contabilidad. El mercado japonés de software de contabilidad está dominado por tres plataformas que, en conjunto, cubren la gran mayoría de los profesionales independientes y pequeñas empresas:
Yayoi Accounting (弥生会計). Líder del mercado, especialmente entre los contadores fiscales. Admite la importación de datos de transacciones mediante CSV a través de la función Smart Transaction Import (スマート取引取込): abra el diario, seleccione importar, elija el CSV y asigne las columnas a los campos de cuentas de Yayoi. Yayoi espera la fecha en formato aaaa-mm-dd, por lo que la conversión de era a gregoriano del paso de extracción debe realizarse antes de la exportación, no después.
freee Accounting (freee会計). Nativo en la nube con una sólida integración API. Importe los datos de transacciones del passbook mediante la ruta de carga manual de CSV (elija el formato "ご自身で作成したCSV" y asigne las columnas) o mediante la API bancaria para transacciones continuas. Para datos históricos de passbook anteriores al acceso API, la importación CSV es la única vía, y las reglas de categorización automática de freee (自動登録ルール) pueden configurarse para reconocer los códigos de descripción del passbook y asignar los encabezados de cuenta correctos.
MoneyForward Cloud Accounting (マネーフォワード クラウド会計). Importe mediante la función "他社ソフトデータの移行" (migración de datos de otro software), seleccionando el formato compatible con Yayoi como formato CSV intermedio. La fortaleza de MoneyForward es el panel unificado que combina datos del passbook, estados de cuenta de tarjetas de crédito y escaneos de recibos: las filas extraídas del passbook pasan a formar parte de un panorama financiero completo, no de una hoja de cálculo aislada.
Otras plataformas de contabilidad compatibles que aceptan la misma importación CSV incluyen MJS Accounting (会計大将), TKC (serie FX2/MX), OBC (勘定奉行), Sorimachi (会計王), EPSON (財務応援R4) y PCA (PCA会計). El resultado de la extracción —un CSV limpio de cinco columnas— funciona con todas ellas porque el formato del passbook está estandarizado entre bancos. El formato de fecha, las columnas de importe y el campo de descripción son los mismos independientemente del paquete de contabilidad que los reciba.
Una columna calculada que vale la pena añadir antes de la importación: Defina una columna de verificación —"Balance Check (previous Balance + Deposit − Withdrawal = current Balance? 'OK' : 'REVIEW')"— y ejecútela durante la extracción. Una sola marca REVIEW en un mar de OK le indica exactamente qué fila necesita una segunda revisión. Sin esto, el error solo aparece después de que los datos estén en el software de contabilidad y el balance de comprobación no coincida con el estado de cuenta bancario, un problema mucho más difícil de rastrear.
Este paso de verificación es donde el formato tipo libro mayor del passbook se convierte en una ventaja frente a otros documentos bancarios. Un estado de cuenta bancario del Reino Unido o un resumen de pagos australiano no contiene un saldo continuo: usted verifica cada fila contra una fuente externa. Un passbook lleva su propia verificación dentro de sí mismo. Las matemáticas cuadran en cada línea, o la extracción leyó mal algo. No hay término medio, y la columna calculada saca a la luz la discrepancia antes de que entre en sus libros.
A diferencia de los documentos de nómina de otros países — donde se aplica la misma lógica de extracción a pesar de los diferentes códigos fiscales, como se ve en el flujo de trabajo PAYG australiano, el procesamiento de P60 del Reino Unido o la extracción de recibos T4 canadienses — la estructura de autoverificación del passbook significa que la conciliación ocurre en el momento de la extracción, no como un paso contable separado. La calidad de los datos queda resuelta antes de que el CSV salga de la herramienta de extracción.
Preguntas Frecuentes
¿Puede la extracción con IA manejar passbooks de diferentes bancos en el mismo lote?
Sí — y este es el argumento más sólido a favor de la extracción semántica frente al OCR basado en plantillas. Un passbook de MUFG imprime las transacciones con entrada de una sola línea, con la fecha a la izquierda. Un passbook de Japan Post Bank (ゆうちょ銀行) suele usar un formato de dos líneas donde la descripción se envuelve. Un passbook de una cooperativa de crédito regional (信用金庫) puede imprimir con un tamaño de fuente ligeramente diferente. Como la extracción semántica lee qué significa cada valor — no dónde está ubicado — los tres formatos pueden subirse en el mismo lote y producirán una hoja de cálculo unificada con columnas consistentes. Una herramienta basada en plantillas configurada para el diseño de MUFG fallará con el de Japan Post Bank, y reconfigurada para un banco perderá al otro.
¿Qué pasa si el passbook tiene notas manuscritas en los márgenes?
La extracción impulsada por modelos de visión puede leer anotaciones manuscritas junto con el texto impreso — así que una nota marginal como 家賃 (alquiler) o 仕入 (inventario) escrita junto a una línea de transacción se captura como contexto adicional. Sin embargo, la calidad de la escritura varía significativamente: una anotación en bolígrafo con kanji claro suele ser legible; una nota desvanecida a lápiz escrita en ángulo y cruzando las líneas de la cuadrícula impresa es menos confiable. Para passbooks donde las notas manuscritas contienen información contable crítica, la hoja de cálculo extraída debe revisarse con el passbook físico abierto — pero la IA maneja la mayoría de las anotaciones legibles, reduciendo la revisión al manejo de excepciones en lugar de una verificación línea por línea.
¿Cómo funciona la conversión de fechas de era (和暦) y qué pasa si el encabezado del año está en otra página?
La IA lee el encabezado del año de era de cada página — típicamente impreso en la parte superior como 令和6年 o R6 — y lo aplica a todas las transacciones de esa página. Para páginas sin encabezado de año (páginas de continuación), la IA traslada el contexto de era de la página anterior. Cuando ocurre un cambio de año a mitad de página (31 de diciembre → 1 de enero), el año de era se incrementa. Para passbooks que abarcan múltiples eras — un passbook de 2018–2024 que cruza de 平成30 a 令和6 — la IA detecta el cambio de era en la página donde cambia el encabezado. La salida extraída usa fechas gregorianas (aaaa-mm-dd) para compatibilidad directa con el software contable.
¿Puedo extraer solo un rango de fechas específico de un passbook de varios años?
Sí. Puede subir solo las páginas que cubren su rango de fechas objetivo, o subir el passbook completo y filtrar la salida por rango de fechas en Excel después de la extracción. Esta última opción suele ser más rápida en la práctica: escanee el passbook completo una vez, obtenga todas las transacciones en una sola hoja de cálculo y luego filtre por fecha. Para un passbook de tres años con aproximadamente 300 transacciones, extraer todo y filtrar en Excel toma menos tiempo que identificar y escanear solo las páginas de una ventana específica de 12 meses — especialmente porque los encabezados de fecha no siempre son visibles al hojear las páginas rápidamente.
¿Qué sucede si la verificación del saldo en curso falla en una fila?
Una falla de verificación del saldo — donde saldo anterior + depósito − retiro no equivale al saldo actual — generalmente se debe a una de tres cosas: (1) una coma mal leída en el monto (¥30,000 leído como ¥3,000), (2) un monto de depósito colocado incorrectamente en la columna de retiros o viceversa (el clásico problema de 列ずれ del OCR), o (3) una fila de transacción omitida (el OCR se saltó una línea por completo). Si usa una columna calculada para marcar discrepancias durante la extracción, puede corregir las filas específicas antes de importarlas a su software de contabilidad. Sin el paso de verificación, una sola lectura errónea en la fila 47 de 300 hace que cada saldo posterior sea incorrecto — y el error es invisible hasta que un balance de comprobación no cuadra, momento en el que está buscando hacia atrás a través de 253 filas para encontrar el origen.
¿Aún necesito conservar el passbook físico después de la extracción?
Según la Ley de Conservación Electrónica de Libros Contables (電子帳簿保存法) de Japón, las copias escaneadas de documentos financieros pueden servir como registros legalmente admisibles si cumplen requisitos específicos de resolución y marca de tiempo (la enmienda de 2022 relajó significativamente los requisitos). Sin embargo, el passbook físico sigue siendo el original definitivo — y la Agencia Tributaria Nacional (国税庁) puede solicitar los originales durante una auditoría fiscal. La mejor práctica para quienes presentan la declaración azul: extraer el passbook a Excel para su flujo de trabajo contable, pero conservar el passbook físico durante el período legal de retención de documentos de siete años. La extracción reemplaza el paso de entrada manual de datos — no reemplaza el registro legal.
Hacer que la Temporada de Impuestos Sea Rutina en Lugar de un Maratón de Entrada de Datos
La fecha límite de presentación de impuestos en Japón — el 15 de marzo para el impuesto sobre la renta individual (所得税の確定申告) — no se mueve. Cada año, propietarios únicos, freelancers y pequeños empresarios de todo Japón enfrentan la misma secuencia: reunir los passbooks, extenderlos sobre un escritorio y comenzar a transcribir fila tras fila de transacciones a una hoja de cálculo o directamente al software de contabilidad. El formato de cinco columnas del passbook es elegantemente simple, lo que hace que el proceso manual parezca sencillo — hasta la página 27, cuando un solo número ingresado con la posición incorrecta de la coma corrompe silenciosamente el resto de la columna de saldo y el paso de conciliación que debería tomar cinco minutos toma dos horas.
El flujo de trabajo de extracción descrito aquí invierte esa secuencia. En lugar de pasar enero y febrero reescribiendo, dedica una tarde a escanear páginas del passbook, unos minutos a definir columnas, y el resto del tiempo antes de la fecha límite a hacer lo que la deducción de la declaración azul (青色申告) fue diseñada para recompensar: analizar el rendimiento financiero de su negocio, no reconstruirlo desde papel.
El mismo esquema de columnas funciona el próximo año. El formato del passbook — definido por la Asociación de Banqueros Japoneses, impreso por los cajeros automáticos de los bancos, estandarizado en todas las instituciones financieras del país — no cambiará. Lo que cambia cada año es el volumen de páginas y la proximidad de la fecha límite del 15 de marzo. Eliminar el paso de reescritura significa que la presión recae en la verificación — y la verificación, para un documento que lleva su propia pista de auditoría matemática dentro de cada fila, es la parte que vale la pena dedicar tiempo.