Seu 取引明細 (extrato de transações) do MUFG parece perfeitamente estruturado no PDF. Mas abra-o no Excel fora do Japão e os problemas se multiplicam: caracteres kanji se transformam em mojibake (文字化け) ilegível, a data da era Reiwa "令和8年3月2日" não significa nada para sua planilha em inglês, nomes de remetentes em katakana de meia largura como "ﾔﾏﾀﾞﾀﾛｳ" se tornam símbolos ilegíveis e números de largura total "１２３，４５６" não calculam porque são caracteres Unicode diferentes de seus equivalentes de meia largura.

A questão principal é: o sistema bancário japonês opera com convenções de codificação de caracteres e formatação que assumem um sistema com localidade japonesa. A rede de pagamentos interbancários Zengin - que processa aproximadamente 6,5 milhões de transações e 12 trilhões de ienes diariamente - historicamente exigia katakana de meia largura para todos os nomes, um legado que ainda aparece nas declarações bancárias modernas. Quando você move esses dados para um computador não japonês, as falhas de codificação são quase garantidas.

Seja você um residente estrangeiro em Tóquio processando extratos MUFG para declaração de impostos no seu país, um zeirishi (contador fiscal) importando dados de clientes para freee ou Money Forward, uma empresa internacional consolidando dados de uma subsidiária japonesa, ou um freelancer gerenciando a contabilidade do Blue Return (青色申告) - o problema central é idêntico: extrair dados estruturados e prontos para planilha de PDFs de extratos bancários japoneses.

Este guia cobre os desafios específicos de formatação das declarações japonesas, os principais bancos que você encontrará e como convertê-los com precisão.

Convert Japanese bank statements to Excel - handling kanji, Shift_JIS encoding, and Japanese era dates

Por que as Declarações Bancárias Japonesas Falham no Excel

As declarações bancárias japonesas criam um conjunto único de desafios que vão além da simples formatação de números. Os problemas abrangem codificação de caracteres, sistemas numéricos, convenções de data e formatos interbancários legados.

1. Codificação Shift_JIS vs. UTF-8 (Mojibake)

Este é o maior problema para quem processa dados financeiros japoneses fora do Japão.

A maioria dos bancos japoneses exporta arquivos CSV em Shift_JIS (página de código 932) - um padrão de codificação que precede o UTF-8 e cobre apenas caracteres japoneses. Ao abrir um arquivo Shift_JIS em um sistema que espera UTF-8, cada caractere japonês se torna ilegível. Os japoneses têm uma palavra para isso: 文字化け (mojibake), literalmente "transformação de caracteres".

O que você deveria ver	O que o UTF-8 exibe
振込カ）ヤマダタロウ	æŒ¯è¾¼ ã‚«ï¼‰ãƒ¤ãƒžãƒ€
三菱UFJ銀行	ä¸‰è±UFJéŠ€è¡Œ
口座振替電気代	å£åº§æŒ¯æ›¿ é›»æ° - ä»£

O inverso também é verdadeiro: arquivos UTF-8 abertos no Excel com localidade japonesa podem produzir saídas ilegíveis diferentes.

O problema é agravado pelo fato de que os arquivos Shift_JIS não possuem Byte Order Mark (BOM) - não há um cabeçalho informando ao software qual codificação usar. A detecção automática é não confiável, especialmente quando o arquivo contém uma mistura de caracteres japoneses e texto em latim (o que todas as declarações bancárias contêm).

2. Caracteres de Largura Total vs. Meia Largura (全角 vs. 半角)

Isso é exclusivamente japonês e pega praticamente todos os desenvolvedores não japoneses de surpresa.

A computação japonesa usa duas larguras para muitos caracteres. Caracteres de largura total (全角) ocupam o espaço de dois caracteres latinos; caracteres de meia largura (半角) ocupam um.

Largura Total (全角)	Meia Largura (半角)	Mesmo Caractere?
１２３，４５６	123,456	Mesmo número, bytes diferentes
カード	ｶｰﾄﾞ	Mesma palavra ("cartão"), codificação diferente
，（コンマ）	, (vírgula)	Mesma pontuação, bytes diferentes
（スペース）	(espaço)	Mesmo espaço, bytes diferentes

Uma célula contendo "１２３，４５６" (largura total) parece idêntica a "123,456" na tela, mas o Excel trata a versão de largura total como texto, não como número. Você não pode somá-la, classificá-la ou usá-la em fórmulas. A substituição padrão para vírgulas também não encontrará vírgulas de largura total.

As declarações bancárias podem misturar larguras: valores podem ser de meia largura, enquanto descrições usam caracteres de largura total. O conversor deve normalizar tudo para meia largura consistente para cálculos.

3. Katakana de Meia Largura do Sistema Zengin

O sistema de compensação de pagamentos interbancários Zengin - a espinha dorsal dos pagamentos domésticos do Japão - historicamente exigia que todos os nomes fossem transmitidos em katakana de meia largura (半角カナ) dentro de um limite de 20 caracteres.

Isso cria um problema específico: na sua declaração bancária, o nome do remetente para uma transferência aparece como algo como ﾔﾏﾀﾞﾀﾛｳ em vez de 山田太郎 (Yamada Taro). Mesmo leitores japoneses nativos acham o katakana de meia largura mais difícil de ler.

Pior: em katakana de meia largura, os sinais de consoantes sonoras (dakuten) são caracteres separados. O caractere ガ (ga) em largura total é um único caractere, mas em meia largura se torna dois: ｶﾞ (ka + sinal sonoro). Isso dobra o comprimento aparente de nomes que contêm sons sonoros e quebra qualquer processamento de texto que conte posições de caracteres.

4. Datas da Era Japonesa (和暦)

O Japão usa seu próprio calendário baseado em eras junto com o calendário gregoriano. A era atual é Reiwa (令和), que começou em 1º de maio de 2019.

Data da Era Japonesa	Equivalente Gregoriano
令和8年3月2日	2 de março de 2026
R8.03.02	2 de março de 2026
令和7年12月15日	15 de dezembro de 2025

O Excel em inglês não tem conceito de eras japonesas. Ele não pode analisar "令和8年" como 2026. Mesmo o formato abreviado "R8.03.02" é irreconhecível.

A boa notícia: o Japão usa a ordem Ano-Mês-Dia (do maior para o menor), que é compatível com a ISO 8601. Quando as declarações usam datas ocidentais, elas aparecem como 2026/03/02 - menos ambíguo que o formato europeu DD/MM/YYYY. O desafio é puramente quando datas de era são usadas.

Problema de limite de era: Declarações históricas de 2019 podem abranger a transição de Heisei para Reiwa (Heisei terminou em 30 de abril de 2019). No mesmo ano, 2019, é tanto Heisei 31 quanto Reiwa 1. Um conversor deve lidar com ambas as eras corretamente.

5. Moeda de Número Inteiro (Sem Decimais)

O iene não tem subunidade - não há centavos. Todos os valores nas declarações bancárias japonesas são números inteiros: ¥1.234.567 significa exatamente 1.234.567 ienes.

Isso, na verdade, simplifica um aspecto da conversão (nenhum tratamento de decimal necessário), mas introduz outros:

Números grandes são normais. Um salário típico é de ¥300.000-500.000 por mês. O aluguel pode ser de ¥80.000-200.000. Os números frequentemente atingem seis ou sete dígitos.
Pensamento em unidades de 10.000. Japoneses pensam em unidades de 万 (man, 10.000). Um salário de ¥3.000.000 é mentalmente "300万円". Mas as declarações bancárias mostram o número completo.
Vírgulas a cada 3 dígitos nas declarações - embora o sistema numérico japonês agrupe por 4 dígitos (万 = 10.000, 億 = 100.000.000). Documentos financeiros seguem a convenção internacional.

6. Colunas Separadas de Depósito e Retirada

Ao contrário das declarações bancárias ocidentais que usam uma única coluna de valor (positivo para créditos, negativo para débitos), as declarações japonesas normalmente usam duas colunas separadas:

入金 (nyūkin) - Depósitos/créditos
出金 (shukkin) - Retiradas/débitos

Uma coluna está sempre vazia para cada transação. Ao converter para o Excel, você precisa decidir: manter o formato de duas colunas ou mesclar em uma única coluna de valor assinado? Qualquer escolha requer que o conversor entenda a estrutura da coluna japonesa.

Principais Bancos Japoneses e Suas Declarações

MUFG (三菱UFJ銀行)

O maior banco do Japão em ativos (~US$ 2,9 trilhões) com aproximadamente 57 milhões de contas de depósito individuais. Parte do Mitsubishi UFJ Financial Group. Oferece declarações em PDF e exportação CSV através do internet banking (BizSTATION para corporativo, 三菱UFJダイレクト para varejo). As exportações CSV usam codificação Shift_JIS.

SMBC (三井住友銀行)

O segundo maior banco comercial do Japão com aproximadamente 27 milhões de clientes de varejo. Parte do Sumitomo Mitsui Financial Group. O internet banking (SMBCダイレクト) fornece downloads em PDF e CSV.

Mizuho (みずほ銀行)

Terceiro megabanco com aproximadamente 24 milhões de clientes de varejo e 12,6 milhões de assinantes de internet banking. O internet banking (みずほダイレクト) oferece downloads de transações.

Japan Post Bank (ゆうちょ銀行)

O maior em número de contas com aproximadamente 120 milhões de contas de clientes e mais de 205 trilhões de ienes em ativos totais. Opera através de aproximadamente 24.000 agências (principalmente correios contratados). Alcança virtualmente todos os municípios no Japão. O aplicativo "Yucho Tsucho" fornece acesso a um talão de depósitos digital. Sistema de numeração de conta exclusivo que difere dos números de conta bancária japoneses padrão.

Rakuten Bank (楽天銀行)

O maior banco online do Japão com mais de 17,6 milhões de contas e depósitos superiores a 13 trilhões de ienes. Os depósitos cresceram 16,5% ao ano em comparação com 3,8% para os megabancos. Totalmente digital com capacidade de exportação CSV.

Bancos Regionais (地方銀行)

O Japão possui aproximadamente 97 bancos regionais - 61 bancos de primeira linha e 36 bancos de segunda linha. Cada prefeitura normalmente tem pelo menos um banco regional sediado em sua capital. Exemplos: Yokohama Bank (横浜銀行), Chiba Bank (千葉銀行), Shizuoka Bank (静岡銀行). Os formatos de declaração variam significativamente entre os bancos regionais.

SBI Shinsei Bank / Sony Bank

O SBI Shinsei Bank e o Sony Bank são notáveis por oferecer internet banking em inglês - raro no Japão. Populares entre residentes estrangeiros por esse motivo. Ambos fornecem exportações em PDF e CSV.

Método 1: Use PDFSub (Recomendado)

PDFSub lida nativamente com declarações bancárias japonesas - incluindo todos os desafios de codificação e formatação acima.

Step-by-step process for converting Japanese bank statements with PDFSub

Como Funciona

Carregue seu 取引明細書 - Arraste e solte o PDF de qualquer banco japonês. O PDFSub detecta automaticamente o formato do banco a partir de mais de 20.000 modelos suportados.
Manuseio automático de formato - O conversor automaticamente: - Detecta e converte a codificação Shift_JIS para UTF-8 - Normaliza números de largura total (１２３) para meia largura (123) para cálculo - Converte vírgulas, espaços e pontuações de largura total para caracteres padrão - Analisa datas da era japonesa (令和8年3月2日) para datas padrão (2026-03-02) - Traduz nomes em katakana de meia largura para largura total legível - Mescla colunas de depósito/retirada ou as mantém como colunas separadas - Reconhece terminologia bancária japonesa (振込, 振替, 口座振替, etc.)
Revise e verifique - Verifique as transações extraídas na pré-visualização. Os saldos são validados contra o saldo inicial e final (残高) da declaração.
Baixe - Exporte como Excel (.xlsx), CSV (UTF-8), QBO (QuickBooks), OFX (Xero, Wave), QFX (Quicken) ou JSON.

Por que o PDFSub Funciona para Declarações Japonesas

Mais de 130 idiomas, incluindo japonês. O mecanismo de extração entende a terminologia bancária japonesa - 振込, 振替, 入金, 出金, 口座振替, 手数料, 利息 - e os mapeia para campos estruturados.

Codificação tratada automaticamente. Não há necessidade de detectar ou converter manualmente entre Shift_JIS e UTF-8. O PDFSub identifica a codificação e normaliza tudo para UTF-8 com tratamento adequado de kanji, hiragana, katakana e caracteres de largura mista.

Todos os principais bancos japoneses suportados. Dos três megabancos (MUFG, SMBC, Mizuho) ao Japan Post Bank com seus 120 milhões de contas, Rakuten Bank, bancos regionais em todas as 47 prefeituras e bancos amigáveis ao inglês como SBI Shinsei e Sony Bank.

Privacidade com foco no navegador. Para PDFs digitais de internet banking, a extração de texto ocorre inteiramente no seu navegador. O arquivo nunca sai do seu dispositivo. O processamento no lado do servidor é usado apenas para documentos digitalizados ou fotos de talão de depósitos.

Normalização de largura total. Números, vírgulas, espaços e pontuações são todos normalizados de largura total para meia largura automaticamente - garantindo que os valores sejam tratados como números, não como texto, em sua planilha.

Método 2: Exportação CSV do seu Banco

A maioria dos principais bancos japoneses oferece downloads de transações em CSV através do internet banking. Veja o que esperar:

O que você receberá

Codificação: Quase sempre Shift_JIS (não UTF-8)
Delimitador: Vírgula padrão (,)
Formato de data: Geralmente AAAA/MM/DD (ocidental), embora alguns bancos usem datas de era
Colunas: Normalmente 日付 (Data), 摘要 (Descrição), 入金額 (Depósito), 出金額 (Retirada), 残高 (Saldo)

Limitações

Codificação Shift_JIS. Abrir o CSV em qualquer sistema não japonês produz texto ilegível. Você precisa definir explicitamente a codificação ao importar: No Excel, use Dados → Obter Dados → De Texto/CSV → Selecione a codificação "Japonês (Shift-JIS)".

Nomes em katakana de meia largura. Nomes de remetentes/destinatários aparecerão em katakana de meia largura do sistema Zengin. Estes são difíceis de ler mesmo para falantes nativos de japonês e impossíveis para não falantes.

Histórico limitado. As exportações CSV do internet banking geralmente cobrem de 3 a 12 meses. Histórico mais longo requer o download de declarações para cada período separadamente.

Formato não padronizado. Ao contrário dos padrões alemães CAMT.053/MT940 ou franceses CAMT.053/FEC, os CSVs de bancos japoneses não têm um formato universal. Cada banco usa sua própria ordem de colunas, nomenclatura e estrutura.

Caracteres de largura total nas descrições. As descrições das transações podem conter números e pontuações de largura total que precisam ser normalizados antes da análise.

Método 3: Copiar e Colar Manual (Não Recomendado)

Os problemas são graves com declarações japonesas:

Caracteres kanji e katakana podem não ser colados corretamente entre aplicativos
A conversão de codificação falha silenciosamente - caracteres que parecem corretos podem ser os pontos de código Unicode errados
Números de largura total colam como texto que não pode ser calculado
Nomes em katakana de meia largura colam, mas são ilegíveis em sistemas não japoneses
Datas de era não têm conversão automática para datas gregorianas no Excel em inglês
Colunas separadas de depósito/retirada exigem mesclagem manual

Para qualquer volume de transações, essa abordagem é impraticável.

Sistemas Financeiros Japoneses que Você Deveria Conhecer

Sistema Zengin (全銀システム)

A principal rede de compensação de pagamentos interbancários doméstica do Japão, estabelecida em 1973. Conecta virtualmente todos os bancos privados no Japão, processando aproximadamente 6,5 milhões de transações por dia, totalizando cerca de 12 trilhões de ienes.

O formato de arquivo Zengin usa registros de largura fixa de 120 bytes com codificação katakana de meia largura para nomes. Este formato legado é o motivo pelo qual os nomes de remetentes/destinatários nas declarações bancárias aparecem em katakana de meia largura em vez de kanji. O sistema mais novo ZEDI (Zengin EDI) suporta kanji completo e está se movendo em direção a mensagens XML compatíveis com ISO 20022, mas a formatação legada persiste em muitas declarações.

Blue Return (青色申告) vs. White Return (白色申告)

A declaração de impostos japonesa tem dois níveis:

Recurso	Blue Return (青色申告)	White Return (白色申告)
Solicitação	Deve ser solicitada com antecedência	Status padrão
Contabilidade	Contabilidade detalhada de partidas dobradas	Receita/despesa simples
Dedução especial	Até ¥650.000 (com e-Tax)	Nenhuma
Transferência de prejuízo	Sim, até 3 anos	Não

Os declarantes do Blue Return - que recebem a dedução fiscal maior - são obrigados a manter registros financeiros detalhados, tornando a conversão precisa de declarações bancárias essencial para sua contabilidade.

Sistema de Fatura Qualificada (インボイス制度)

Lançado em 1º de outubro de 2023, este sistema exige que as empresas se registrem como "emissores de faturas qualificadas" para emitir faturas válidas para créditos de imposto sobre consumo. Anteriormente, empresas com vendas tributáveis anuais inferiores a 10 milhões de ienes estavam isentas do imposto sobre consumo. Essa mudança aumentou significativamente a necessidade de manutenção precisa de registros financeiros entre pequenas empresas e freelancers.

Software de Contabilidade Japonês

Software	Principais Estatísticas	Público
freee	~600.000 assinantes	PMEs, freelancers, startups
Money Forward	27,96 bilhões de ienes em ARR de SaaS	PMEs, indivíduos
Yayoi (弥生)	Contabilidade de desktop nº 1 por 24 anos consecutivos	PMEs, autônomos
TKC	Atende ~11.500 escritórios de contadores fiscais	Escritórios de contadores fiscais

Todas as três principais plataformas de nuvem (freee, Money Forward, Yayoi Online) suportam a importação de CSV de dados de transações bancárias. As exportações de Excel e CSV do PDFSub podem ser importadas diretamente para essas ferramentas.

Quem Precisa de Conversão de Declarações Bancárias Japonesas?

Contadores fiscais (税理士). O Japão tem aproximadamente 82.276 contadores fiscais registrados (a partir de dezembro de 2025). Eles processam declarações bancárias de clientes para contabilidade, declaração de impostos e preparação de auditorias. A Federação Nacional TKC sozinha tem 11.500 escritórios membros.

Residentes estrangeiros. Em junho de 2025, 3,96 milhões de residentes estrangeiros vivem no Japão - quase o dobro do número de 2012. A maioria das declarações bancárias é totalmente em japonês, sem opção em inglês. Residentes estrangeiros precisam de declarações convertidas para declaração de impostos em seu país de origem, renovação de visto e envio de documentação financeira para instituições no exterior.

Freelancers que declaram Blue Returns. Trabalhadores autônomos e freelancers que mantêm o status de Blue Return (青色申告) devem manter registros detalhados de contabilidade de partidas dobradas. Converter declarações bancárias para Excel é o ponto de partida para categorizar despesas de negócios e calcular a dedução especial de ¥650.000.

Empresas internacionais. Empresas com subsidiárias japonesas precisam consolidar dados bancários japoneses com sistemas contábeis globais. Os três megabancos coletivamente servem como banco principal para 19,3% das empresas japonesas, e o banking corporativo geralmente é feito através do BizSTATION da MUFG ou portais semelhantes.

Estudantes e portadores de visto de trabalho e férias. O Japão recebeu mais de 30 milhões de visitantes internacionais em 2024. Estudantes de longo prazo e portadores de visto de trabalho e férias abrem contas bancárias japonesas (muitas vezes no Japan Post Bank, o mais acessível) e precisam processar declarações ao gerenciar finanças ou declarar impostos em seus países de origem.

Dicas para Trabalhar com Dados Financeiros Japoneses no Excel

Verifique primeiro se há mojibake. Se algum texto japonês aparecer como caracteres ilegíveis (Ã¤, â€, Ã©, etc.), o arquivo foi aberto com a codificação errada. Reimporte usando a codificação Shift_JIS ou use a exportação Excel em UTF-8 do PDFSub para evitar o problema completamente.

Verifique os tipos de número. Após a importação, teste se os valores são números reais: clique em uma célula e verifique se o Excel mostra um número na barra de fórmulas, ou tente =SOMA() em uma coluna. Se SOMA() retornar 0, mas as células mostrarem números, os valores são texto de largura total disfarçado de números.

Entenda o formato de duas colunas. Declarações japonesas usam colunas separadas de 入金 (depósito) e 出金 (retirada). Se sua análise precisar de um único valor assinado, crie uma fórmula: =SE(celula_deposito<>"", celula_deposito, -celula_retirada).

Converta datas de era. Se você receber datas de era: ano Reiwa + 2018 = ano gregoriano. Então 令和8年 = 2026, 令和7年 = 2025. Para datas Heisei (pré-maio de 2019): ano Heisei + 1988 = ano gregoriano.

Guarde o PDF original. A lei tributária japonesa exige a retenção de registros financeiros. Para declarantes do Blue Return, a declaração bancária original (ou talão de depósitos) é a documentação exigida. Sempre guarde o PDF junto com seu arquivo Excel convertido.

Cuidado com caracteres de largura mista. Se a classificação ou filtragem produzir resultados inesperados, verifique se há caracteres mistos de largura total e meia largura na mesma coluna. Um único espaço de largura total em uma célula, de outra forma em meia largura, causará incompatibilidades.

Perguntas Frequentes

Posso converter declarações MUFG (三菱UFJ銀行) para Excel?

Sim. O MUFG é o maior banco do Japão com aproximadamente 57 milhões de contas individuais. O PDFSub lida nativamente com declarações PDF do MUFG, convertendo a formatação japonesa - incluindo codificação Shift_JIS, nomes de remetentes em katakana de meia largura e colunas separadas de depósito/retirada - para dados de planilha limpos e codificados em UTF-8.

Como corrijo caracteres japoneses ilegíveis (mojibake)?

Mojibake ocorre quando um arquivo codificado em Shift_JIS é aberto como UTF-8 (ou vice-versa). O PDFSub evita isso completamente detectando a codificação automaticamente e exportando em UTF-8. Se você estiver trabalhando com arquivos CSV brutos, especifique a codificação "Japonês (Shift-JIS)" ao importar para o Excel: Dados → Obter Dados → De Texto/CSV → selecione a codificação.

As declarações PDF de bancos japoneses têm problemas de OCR?

As declarações baixadas do internet banking são PDFs digitais nativos com texto selecionável - a extração é rápida e precisa. OCR é necessário para declarações em papel digitalizadas ou fotos de talão de depósitos (通帳の写真). A cultura de talão de depósitos do Japão significa que muitos usuários fotografam suas páginas de talão em vez de baixar PDFs. O PDFSub lida com PDFs digitais e documentos digitalizados.

E as entradas do talão de depósitos (通帳)?

Talões de depósitos físicos ainda são comuns no Japão, embora o uso esteja diminuindo, pois os bancos cobram taxas por novos talões (o MUFG cobra ¥550/ano). As entradas do talão de depósitos são tipicamente mais abreviadas do que os PDFs de declarações online, mostrando apenas descrições encurtadas. Se você fotografar páginas de talão, o modo OCR do PDFSub pode extrair as transações.

Posso exportar dados bancários japoneses para freee ou Money Forward?

O PDFSub exporta para Excel, CSV (UTF-8), QBO, OFX, QFX e JSON. Para software de contabilidade japonês (freee, Money Forward, Yayoi), exporte para CSV e importe usando o recurso de importação de transações bancárias integrado do software. Os dados normalizados e corretamente codificados do PDFSub garantem uma importação limpa sem problemas de mojibake ou formatação.

Como lidar com datas de era japonesas (令和)?

O PDFSub converte automaticamente datas de era japonesas para datas gregorianas padrão. Para conversão manual: ano Reiwa + 2018 = ano gregoriano. Então 令和8年 = 2026, 令和7年 = 2025. As eras mudaram em 1º de maio de 2019.

Quantos bancos japoneses o PDFSub suporta?

O PDFSub suporta mais de 20.000 formatos de banco globalmente, incluindo todos os principais bancos japoneses: os três megabancos (MUFG, SMBC, Mizuho), Japan Post Bank, Rakuten Bank, bancos regionais em todas as 47 prefeituras e bancos amigáveis ao inglês como SBI Shinsei e Sony Bank.

Posso converter várias declarações japonesas de uma vez?

Sim. Carregue vários 取引明細書 (declarações de transações) e o PDFSub os processará sequencialmente. Cada declaração é detectada e convertida automaticamente de forma independente, mesmo que sejam de bancos diferentes com layouts e convenções de codificação diferentes.

Experimente o PDFSub gratuitamente por 7 dias - acesso total ao Conversor de Declarações Bancárias e mais 84 ferramentas PDF no plano All-In-One ($20/usuário/mês anual). Cancele a qualquer momento.