Como extrair dados de caderneta bancária japonesa para o Excel
para contabilidade doméstica (Guia 2026)
Uma família de duas pessoas no Japão gasta em média ¥300.243 por mês, de acordo com a Pesquisa de Orçamento Familiar de 2024 do Bureau de Estatísticas — aproximadamente ¥3,6 milhões por ano fluindo por uma conta bancária, impressos linha por linha em um pequeno livreto no caixa eletrônico. Para os mais de 4 milhões de empresários individuais e freelancers que declaram a declaração azul (青色申告) — a opção de declaração de imposto de renda do Japão que concede uma dedução de ¥650.000 em troca de contabilidade por partidas dobradas — cada uma dessas transações deve ser rastreável. A caderneta bancária (通帳) é o registro definitivo. E para transações anteriores à adesão ao internet banking, é também o único registro. Extraí-la para uma planilha não é opcional — é o pré-requisito para concluir a declaração de imposto de renda.
Principais conclusões
- O saldo contínuo da caderneta foi criado para tornar a verificação infalível — em vez disso, uma vírgula lida incorretamente corrompe silenciosamente todos os saldos seguintes.
- Um erro no extrato bancário fica na sua linha — um erro na caderneta se propaga por todos os saldos subsequentes porque a matemática de cada linha depende de todas as linhas anteriores estarem corretas.
- Adicione uma coluna calculada que verifica a matemática do saldo em cada linha durante a extração, e os erros se anunciam antes que seus dados entrem no software de contabilidade.
O que uma Caderneta Bancária Japonesa Contém — e o que Cada Coluna Significa para a Extração
A caderneta bancária japonesa (通帳, tsūchō) é um registro financeiro globalmente único. Nenhuma outra economia desenvolvida ainda usa cadernetas físicas nessa escala — um livreto impresso, emitido pelo banco, no qual cada ATM registra linhas de transação de depósitos e saques: uma linha por transação, cinco colunas por linha, saldo corrente em cada linha. O formato é tão padronizado entre as instituições financeiras japonesas que, para um observador de primeira viagem, parece um problema de extração resolvido. A realidade é mais específica.
O layout de cinco colunas de uma caderneta é fixo — data, descrição, saque, depósito, saldo — mas o conteúdo dentro dessas colunas reflete décadas de convenções bancárias, tecnologia de impressão mecânica e história regulatória que nenhum sistema OCR genérico foi projetado para entender.
As Cinco Colunas Padrão
- 月日 (Data) — mês e dia, normalmente no formato de era japonesa (令和6年 ou R6). O cabeçalho do ano aparece uma vez por página. Converter datas de era para o calendário gregoriano exige saber em qual era você está — e não confundir 平成30年 (2018) com 令和6年 (2024).
- 摘要 (Descrição) — um código compacto que indica o tipo de transação: 振込 (transferência bancária), ATM, 給与 (depósito de salário), 利息 (juros), 引落 (débito direto), 手数料 (taxa). Esses códigos são a chave para a categorização de transações, mas são impressos em caracteres japoneses monoespaçados apertados que o OCR padrão frequentemente mescla ou lê incorretamente.
Colunas de Valor e Saldo
- お支払金額 (Saque) — o valor debitado da conta. Impresso com vírgulas alinhadas à direita (ex.: 30,000). A leitura OCR de números separados por vírgula em colunas estreitas é um ponto de falha conhecido — uma vírgula perdida transforma ¥30.000 em ¥3.000.
- お預り金額 (Depósito) — o valor creditado. Uma única transação tem uma entrada nesta coluna ou na coluna de saque, nunca em ambas. Essa exclusividade mútua é a base para a verificação do saldo.
- 差引残高 (Saldo) — o saldo corrente após a transação. Impresso após cada linha. Esta coluna permite uma verificação de autoconsistência: saldo anterior + depósito − saque deve ser igual ao saldo atual. Uma única leitura incorreta cria uma cascata de erros — o saldo de cada linha subsequente estará errado, um problema conhecido como desvio de saldo (残高ずれ).
O formato físico da caderneta é regido pela Associação Japonesa de Banqueiros (全国銀行協会), que define padrões para troca de dados interbancária, interoperabilidade de ATMs e a tarja magnética (磁気ストライプ) na contracapa que armazena informações da conta. O ATM lê essa tarja para identificar a conta e, em seguida, imprime as linhas de transação usando uma impressora matricial ou térmica diretamente na página da caderneta — o que significa que a caderneta que você segura é uma saída de impressora, não um documento tipográfico. Essa distinção é importante para a extração: a qualidade da impressão varia conforme o modelo do ATM, a idade do ribbon de tinta e a limpeza do cabeçote de impressão. Duas cadernetas do mesmo banco, impressas em ATMs diferentes com seis meses de intervalo, podem ter diferenças notáveis na escuridão dos caracteres e no alinhamento.
O princípio central da extração: Você define cinco colunas de saída — "Data", "Descrição", "Saque", "Depósito", "Saldo" — e a IA localiza cada valor em cada página entendendo o que os dados representam semanticamente, e não combinando coordenadas de pixels em um modelo. A mesma definição de coluna funciona em cadernetas bancárias do MUFG, SMBC, Mizuho, Japan Post Bank (ゆうちょ銀行) e bancos regionais shinkin (信用金庫) porque a IA lê o significado do campo — uma data é uma data, seja impressa como R6.7.15 em uma caderneta ou 2024-07-15 em outra.
Por que passar a caderneta bancária para um aplicativo de orçamento não é suficiente
O Japão tem três aplicativos de finanças pessoais dominantes que, juntos, cobrem a grande maioria das famílias com alfabetização digital: MoneyForward ME (マネーフォワード ME, 2.451+ conexões com serviços financeiros), Zaim (1.300+ conexões, 12 milhões de downloads) e Moneytree (2.387+ conexões). Todos os três se conectam a contas bancárias japonesas via API e puxam automaticamente os dados de transações para relatórios de gastos categorizados. Para o acompanhamento contínuo e prospectivo de despesas, eles funcionam bem — a API bancária os alimenta com novas transações diariamente, e o usuário nunca toca em uma caderneta bancária de papel.
A lacuna é o que aconteceu antes de você se inscrever. Uma conexão de API bancária puxa dados a partir da data em que você a autoriza — normalmente, dos últimos 90 dias a um ano, dependendo do banco. Transações de 2022, 2021, 2019 — anos que existem apenas como páginas impressas em uma caderneta bancária física — não aparecem no aplicativo. Para um freelancer que declara imposto de renda pelo regime de declaração azul (青色申告) e precisa contabilizar todas as transações relacionadas ao negócio ao longo do ano-calendário, o aplicativo cobre o presente, mas deixa o passado no papel. Da mesma forma, para o proprietário de uma pequena empresa que recebe uma caderneta bancária física do banco e a compartilha com um contador (税理士) para a contabilidade mensal — o contador não está acessando a conta MoneyForward do proprietário. Ele está trabalhando a partir da caderneta bancária, ou de digitalizações dela.
Os aplicativos resolvem a visibilidade dos gastos diários. Eles não resolvem o momento único no ano em que cinco anos de transações em papel precisam se tornar uma planilha — que é exatamente o momento que leva à busca pela extração de cadernetas bancárias.
Há um terceiro caminho que vale a pena entender: alguns bancos agora oferecem cadernetas bancárias digitais (デジタル通帳), eliminando completamente o livreto físico em favor de visualizações de transações baseadas na web e exportações CSV para download. A Associação Japonesa de Banqueiros vem promovendo cadernetas bancárias digitais como parte de uma digitalização bancária mais ampla. No entanto, a adoção é desigual — grandes bancos como MUFG e SMBC oferecem cadernetas bancárias digitais para novas contas, mas muitos bancos regionais e cooperativas de crédito (信用金庫) ainda emitem cadernetas bancárias físicas por padrão. E mesmo para contas com acesso a cadernetas bancárias digitais, o formato de exportação e o intervalo de datas geralmente diferem do que um software de contabilidade espera. A caderneta bancária física, apesar de todo seu inconveniente, continua sendo o formato de menor denominador comum: todo banco imprime uma, toda transação aparece nela, e ela cobre todo o histórico da conta.
Esta última propriedade — cobertura de todo o histórico da conta — é a razão pela qual a extração de cadernetas bancárias é fundamentalmente diferente da extração de extratos bancários em outros países. Um extrato bancário do Reino Unido ou um extrato mensal dos EUA é um resumo de um período específico. Uma caderneta bancária japonesa é um livro-razão — um registro contínuo e cumulativo, da primeira página impressa à última. No fluxo de trabalho de extração que se segue, essa continuidade é tanto o maior ponto forte do documento quanto a fonte de seu modo de erro mais comum.
Configurando seu Fluxo de Extração de Caderneta Bancária
O fluxo de trabalho que substitui a redigitação de dados de cadernetas bancárias tem três etapas. A primeira — definir suas colunas — é feita uma vez e reutilizada em todas as cadernetas, todos os bancos e todos os anos fiscais.
Defina suas cinco colunas de saída — uma vez, para todos os bancos
Digite os nomes dos campos exatamente como deseja que apareçam como cabeçalhos de coluna na sua planilha. Para extração de caderneta bancária, o conjunto padrão é: Data, Descrição (摘要), Saque (お支払金額), Depósito (お預り金額), Saldo (差引残高). Isso é a Extração de Colunas Personalizadas: você define o esquema de saída, e a IA mapeia os campos impressos de cada caderneta para suas colunas por significado semântico. Os mesmos nomes de coluna funcionam no layout vertical do MUFG, no formato de duas linhas por transação do SMBC e no estilo de impressão compacto do Japan Post Bank, porque a IA lê o significado do campo, não sua posição. Para fins contábeis, adicione uma coluna Categoria como coluna calculada — por exemplo, Categoria (se Descrição contiver "給与" então "Renda Salarial"; se contiver "振込" e valor > 50000 então "Renda Empresarial"; senão "Transferência") — que a IA avalia durante a extração para que sua saída chegue pré-categorizada.
Carregue todas as páginas da caderneta em um único lote
Digitalize ou fotografe cada página de cada caderneta — incluindo a capa frontal com o número da conta e a contracapa com a tarja magnética — e coloque todas as imagens em um único upload. O processamento em lote as trata como um único trabalho: cada página é processada independentemente com seu esquema de colunas aplicado, e todos os resultados são mesclados em uma única planilha unificada. Uma caderneta de três anos com aproximadamente 280 transações em 30 páginas (típica para uma conta com atividade moderada) é processada em um lote. As páginas podem ser digitalizações de um scanner de documentos, fotos tiradas com um smartphone ou exportações em PDF do internet banking que incluam listagens de transações no estilo caderneta.
Exporte para Excel e inicie seu fluxo de trabalho contábil
Baixe a planilha mesclada como um arquivo Excel. Agora você tem uma linha por transação, com cada campo em sua própria coluna. A planilha é imediatamente importável para Yayoi (弥生会計), freee, MoneyForward Cloud Accounting ou qualquer outro software de contabilidade japonês que aceite importação CSV — a próxima seção cobre esse pipeline. Mais importante, a coluna de saldo contínuo fornece uma trilha de auditoria integrada: classifique por data decrescente e examine a coluna de saldo. Qualquer linha onde o saldo não seja igual ao saldo da linha anterior mais depósito menos saque é sinalizada — a extração detectou uma leitura incorreta, e você corrige uma célula em vez de procurar em 280 linhas.
O mesmo esquema de colunas funciona no ano seguinte, para cadernetas bancárias de diferentes bancos e para contas encerradas há anos, cujos registros você é obrigado a manter. O formato da caderneta — definido pelas convenções de impressão da Associação Japonesa de Banqueiros, e não pela escolha de design de um banco individual — não mudará.
Os arquivos são processados com segurança e não são armazenados.
Como Lidar com Datas de Era Japonesa e Códigos de Descrição
Dois aspectos dos dados de cadernetas bancárias tornam a extração especificamente mais difícil no contexto japonês do que para documentos bancários em qualquer outro mercado. Nenhum deles é uma limitação geral da IA — ambos são artefatos de como a banca japonesa se desenvolveu.
Datas de Era Japonesa (和暦)
As datas das transações nas cadernetas são impressas usando o calendário de era imperial japonês: 令和 (Reiwa, iniciada em 2019), 平成 (Heisei, 1989–2019) ou 昭和 (Showa, 1926–1989), frequentemente abreviadas como R, H ou S seguidas do número do ano dentro daquela era. Uma data como R6.7.15 significa 15 de julho de 2024 (Ano Reiwa 6). H30.3.31 significa 31 de março de 2018 (Ano Heisei 30). S62.1.10 significa 10 de janeiro de 1987 (Ano Showa 62). A conversão para o calendário gregoriano (西暦) exige saber o ano de início de cada era — Reiwa = 2018 + n, Heisei = 1988 + n, Showa = 1925 + n — e a conversão deve lidar com a quebra de página onde um novo ano começa no meio da página. Muitas cadernetas imprimem o número do ano da era uma vez no topo da página e depois apenas o mês e o dia para as linhas seguintes. Uma saída bruta de OCR que lê "7.15" como uma data sem contexto produz um valor que não pode ser colocado em uma linha do tempo — o cabeçalho do ano alguns milímetros acima determina se é julho de 2023 ou julho de 2024.
A solução é uma estratégia de extração em duas etapas. Primeira etapa: ler o cabeçalho do ano da página e determinar a era. Segunda etapa: analisar cada data de transação, aplicando o contexto do ano do cabeçalho. Quando o mês passa de 12 para 1 no limite do ano, o ano da era é incrementado em um. Este é exatamente o tipo de raciocínio estruturado que o OCR baseado em modelo não consegue fazer — ele lê células individuais, não a relação entre um cabeçalho e suas linhas dependentes — mas que a extração baseada em IA lida ao entender o documento como um todo, em vez de como uma grade de caixas de texto isoladas.
Códigos de Descrição (摘要)
A coluna de descrição em uma caderneta bancária usa códigos abreviados que são instantaneamente legíveis para um leitor japonês, mas opacos para um analisador de texto genérico. As entradas comuns incluem: 振込 (transferência bancária — pode ser pagamento de cliente ou transferência pessoal), ATM (saque ou depósito em ATM — sem indicação de qual), 給与 (depósito de salário — a linha de renda mais significativa para um indivíduo), 利息 (pagamento de juros — normalmente valores pequenos, relevante para impostos), 引落 (débito direto — aluguel, utilidades, seguro), 手数料 (tarifa bancária — geralmente ¥110–¥550, dedutível para contas empresariais) e カード (transação com cartão — pode ser pagamento com cartão de débito ou liquidação de cartão de crédito).
Uma linha da caderneta que diz "振込 50.000" pode ser um pagamento de freelancer de um cliente ou um amigo devolvendo dinheiro de um jantar. A caderneta não distingue — a atribuição de categoria do software de contabilidade sim. A extração precisa capturar o código fielmente, e a lógica de categorização vive a jusante.
Algumas cadernetas também contêm anotações manuscritas nas margens — uma nota como 家賃 (aluguel) ou 仕入 (compra de estoque) escrita com caneta esferográfica ao lado de uma transação impressa. Essas anotações são críticas para a categorização contábil, mas apresentam um desafio adicional: são escritas com qualidade de caligrafia variável em tinta de cores diferentes, às vezes cruzando as linhas de grade impressas. Se sua ferramenta de extração suportar reconhecimento de texto manuscrito — como faz a extração baseada em modelo de visão — essas notas marginais se tornam parte dos dados extraídos, em vez de uma etapa separada de consulta manual.
Movendo Dados para Yayoi, freee ou MoneyForward
A planilha Excel extraída não é o destino — é a ponte entre sua caderneta bancária e seu software de contabilidade. O mercado de software de contabilidade do Japão é dominado por três plataformas que, juntas, cobrem a grande maioria dos profissionais autônomos e pequenas empresas:
Yayoi Accounting (弥生会計). Líder de mercado, particularmente entre contadores fiscais. Suporta importação CSV de dados de transação através da função Smart Transaction Import (スマート取引取込): abra o diário, selecione importar, escolha o CSV e mapeie as colunas para os campos de conta do Yayoi. O Yayoi espera data no formato aaaa-mm-dd — portanto, a conversão de era para gregoriano na etapa de extração deve ocorrer antes da exportação, não depois.
freee Accounting (freee会計). Nativo em nuvem com forte integração de API. Importe dados de transação da caderneta bancária através do caminho de upload manual de CSV (escolha o formato "ご自身で作成したCSV" e mapeie as colunas) ou através da API bancária para transações contínuas. Para dados históricos de caderneta que antecedem o acesso à API, a importação CSV é a única rota — e as regras de categorização automática do freee (自動登録ルール) podem ser configuradas para reconhecer códigos de descrição da caderneta e atribuir os títulos de conta corretos.
MoneyForward Cloud Accounting (マネーフォワード クラウド会計). Importe via a função "他社ソフトデータの移行" (migração de dados), selecionando o formato compatível com Yayoi como formato CSV intermediário. A força do MoneyForward é o painel unificado que combina dados da caderneta bancária, extratos de cartão de crédito e digitalizações de recibos — as linhas extraídas da caderneta se tornam parte de um quadro financeiro completo, em vez de uma planilha isolada.
Outras plataformas contábeis compatíveis que aceitam a mesma importação CSV incluem MJS Accounting (会計大将), TKC (séries FX2/MX), OBC (勘定奉行), Sorimachi (会計王), EPSON (財務応援R4) e PCA (PCA会計). A saída da extração — um CSV limpo de cinco colunas — funciona com todas elas porque o formato da caderneta bancária é padronizado entre os bancos. O formato da data, as colunas de valor e o campo de descrição são os mesmos, independentemente de qual software contábil os recebe.
Uma coluna calculada que vale a pena adicionar antes da importação: Defina uma coluna de verificação — "Verificação de Saldo (Saldo Anterior + Depósito − Saque = Saldo Atual? 'OK' : 'REVISAR')" — e execute-a durante a extração. Uma única bandeira REVISAR em um mar de OKs indica exatamente qual linha precisa de uma segunda olhada. Sem isso, o erro só aparece depois que os dados estão no software contábil e o balancete não corresponde ao extrato bancário — um problema muito mais difícil de rastrear.
Esta etapa de verificação é onde o formato de razão da caderneta bancária se torna uma vantagem sobre outros documentos bancários. Um extrato bancário do Reino Unido ou um resumo de pagamento australiano não contém um saldo contínuo — você verifica cada linha contra uma fonte externa. Uma caderneta bancária carrega sua própria verificação internamente. A matemática ou confere em cada linha, ou a extração leu algo errado. Não há meio-termo, e a coluna calculada revela a discrepância antes que ela entre em seus livros.
Ao contrário de documentos de folha de pagamento de outros países — onde a mesma lógica de extração se aplica apesar dos diferentes códigos fiscais, como visto no fluxo de trabalho PAYG australiano, processamento de P60 do Reino Unido ou extração de slip T4 canadense — a estrutura autoverificável da caderneta bancária significa que a reconciliação ocorre no momento da extração, não como uma etapa contábil separada. A qualidade dos dados é garantida antes mesmo de o CSV sair da ferramenta de extração.
Perguntas Frequentes
A extração por IA pode lidar com cadernetas bancárias de diferentes bancos no mesmo lote?
Sim — e este é o argumento mais forte para a extração semântica em vez do OCR baseado em modelo. Uma caderneta do MUFG imprime transações com entrada em linha única, data à esquerda. Uma caderneta do Japan Post Bank (ゆうちょ銀行) geralmente usa um formato de duas linhas onde a descrição quebra. Uma caderneta de uma cooperativa de crédito regional (信用金庫) pode imprimir em um tamanho de fonte ligeiramente diferente. Como a extração semântica lê o que cada valor significa — não onde ele está — todos os três formatos podem ser carregados no mesmo lote e produzirão uma planilha unificada com colunas consistentes. Uma ferramenta baseada em modelo configurada para o layout do MUFG falhará no do Japan Post Bank, e reconfigurada para um banco perderá o outro.
E se a caderneta bancária tiver anotações manuscritas nas margens?
A extração alimentada por modelo de visão pode ler anotações manuscritas junto com o texto impresso — portanto, uma nota na margem como 家賃 (aluguel) ou 仕入 (estoque) escrita ao lado de uma linha de transação é capturada como contexto adicional. No entanto, a qualidade da caligrafia varia significativamente: uma anotação de caneta em kanji claro é geralmente legível; uma nota de lápis desbotada escrita em um ângulo e cruzando as linhas de grade impressas é menos confiável. Para cadernetas onde anotações manuscritas carregam informações contábeis críticas, a planilha extraída deve ser revisada com a caderneta física aberta — mas a IA lida com a maioria das anotações legíveis, reduzindo a revisão ao tratamento de exceções, em vez de verificação linha por linha.
Como funciona a conversão de datas de era (和暦) e o que acontece se o cabeçalho do ano estiver em uma página diferente?
A IA lê o cabeçalho do ano de era de cada página — normalmente impresso no topo como 令和6年 ou R6 — e o aplica a todas as transações daquela página. Para páginas sem cabeçalho de ano (páginas de continuação), a IA mantém o contexto da era da página anterior. Quando ocorre uma mudança de ano no meio de uma página (31 de dezembro → 1º de janeiro), o ano da era é incrementado. Para cadernetas que abrangem várias eras — uma caderneta de 2018 a 2024 que cruza de 平成30 para 令和6 — a IA detecta a mudança de era na página onde o cabeçalho muda. A saída extraída usa datas gregorianas (aaaa-mm-dd) para compatibilidade direta com softwares de contabilidade.
Posso extrair apenas um intervalo de datas específico de uma caderneta de vários anos?
Sim. Você pode enviar apenas as páginas que cobrem o intervalo de datas desejado ou enviar a caderneta inteira e filtrar a saída por intervalo de datas no Excel após a extração. Esta última opção costuma ser mais rápida na prática: digitalize a caderneta inteira uma vez, obtenha todas as transações em uma planilha e depois filtre por data. Para uma caderneta de três anos com cerca de 300 transações, extrair tudo e filtrar no Excel leva menos tempo do que identificar e digitalizar apenas as páginas de um período específico de 12 meses — especialmente porque os cabeçalhos de data nem sempre estão visíveis ao folhear as páginas rapidamente.
O que acontece se a verificação do saldo acumulado falhar em uma linha?
Uma falha na verificação do saldo — onde saldo anterior + depósito − saque não é igual ao saldo atual — geralmente é causada por uma de três coisas: (1) uma vírgula mal lida no valor (¥30.000 lido como ¥3.000), (2) um valor de depósito colocado incorretamente na coluna de saque ou vice-versa (o clássico problema de OCR 列ずれ), ou (3) uma linha de transação ignorada (o OCR perdeu uma linha completamente). Se você usar uma coluna calculada para sinalizar incompatibilidades durante a extração, poderá corrigir as linhas específicas antes de importar para seu software de contabilidade. Sem a etapa de verificação, uma única leitura errada na linha 47 de 300 torna todos os saldos subsequentes incorretos — e o erro fica invisível até que um balancete não feche, momento em que você está procurando retroativamente por 253 linhas para encontrar a origem.
Ainda preciso guardar a caderneta bancária física após a extração?
De acordo com a Lei de Contabilidade Eletrônica (電子帳簿保存法) do Japão, cópias digitalizadas de documentos financeiros podem servir como registros legalmente admissíveis se atenderem a requisitos específicos de resolução e timestamp (a emenda de 2022 relaxou significativamente os requisitos). No entanto, a caderneta bancária física continua sendo o original definitivo — e a Agência Tributária Nacional (国税庁) pode solicitar os originais durante uma auditoria fiscal. A melhor prática para declarantes de declaração azul: extraia a caderneta para o Excel para seu fluxo de trabalho contábil, mas mantenha a caderneta física pelo período legal de retenção de documentos de sete anos. A extração substitui a etapa de entrada manual de dados — ela não substitui o registro legal.
Transformando a Temporada de Imposto de Renda em Rotina, em Vez de uma Maratona de Digitação
O prazo de entrega da declaração de imposto de renda no Japão — 15 de março para o imposto de renda de pessoa física (所得税の確定申告) — não muda. Todos os anos, profissionais autônomos, freelancers e pequenos empresários em todo o Japão enfrentam a mesma sequência: reunir cadernetas bancárias, espalhá-las sobre a mesa e começar a transcrever linha após linha de transações para uma planilha ou diretamente para um software de contabilidade. O formato de cinco colunas da caderneta bancária é elegantemente simples, o que faz o processo manual parecer direto — até a página 27, quando um único número digitado com a vírgula na posição errada corrompe silenciosamente o restante da coluna de saldo, e a etapa de conciliação que deveria levar cinco minutos leva duas horas.
O fluxo de extração descrito aqui inverte essa sequência. Em vez de passar janeiro e fevereiro redigitando, você gasta uma tarde digitalizando páginas da caderneta bancária, alguns minutos definindo colunas e o restante do período antes do prazo fazendo o que a dedução da Declaração Azul (青色申告) foi projetada para recompensar: analisar o desempenho financeiro do seu negócio, em vez de reconstruí-lo a partir do papel.
O mesmo esquema de colunas funciona no ano seguinte. O formato da caderneta bancária — definido pela Associação Japonesa de Banqueiros, impresso pelos caixas eletrônicos dos bancos, padronizado em todas as instituições financeiras do país — não mudará. O que muda a cada ano é o volume de páginas e a proximidade do prazo de 15 de março. Remover a etapa de redigitação significa que a pressão recai sobre a verificação — e a verificação, para um documento que carrega sua própria trilha de auditoria matemática dentro de cada linha, é a parte que vale a pena dedicar tempo.