Como Extrair Dados de Passbook Japonês para 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, segundo a Pesquisa de Renda e Despesas Familiares de 2024 do Statistics Bureau — cerca de ¥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 proprietários individuais e freelancers que declaram a declaração azul (青色申告) — a opção de declaração de impostos do Japão que concede uma dedução de ¥650.000 em troca de contabilidade de partidas dobradas — cada uma dessas transações deve ser rastreável. O passbook (通帳) é o registro definitivo. E para transações anteriores à adesão ao internet banking, é também o único registro. Extraí-lo para uma planilha não é opcional — é o pré-requisito para concluir a declaração de impostos.
Principais Conclusões
- O saldo acumulado do passbook foi criado para tornar a verificação infalível — em vez disso, uma vírgula mal lida corrompe silenciosamente todos os saldos seguintes.
- Um erro no extrato bancário permanece na sua linha — um erro no passbook se propaga por todos os saldos subsequentes, pois 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 um Passbook Bancário Japonês Contém — e o Que Cada Coluna Significa para a Extração
O passbook bancário do Japão (通帳, tsūchō) é um registro financeiro globalmente único. Nenhuma outra economia desenvolvida ainda usa passbooks físicos nessa escala — um livreto impresso, emitido pelo banco, no qual cada depósito e saque em ATM gera linhas de transação: uma linha por transação, cinco colunas por linha, saldo atualizado 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 já resolvido. A realidade é mais específica.
O layout de cinco colunas de um passbook é 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órico regulatório que nenhum sistema OCR genérico foi construído 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), 手数料 (tarifa). Esses códigos são a chave para a categorização de transações, mas são impressos em caracteres japoneses monoespaçados e compactos 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 por OCR de números com separador de milhar 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 entrada nesta coluna ou na coluna de saque, nunca em ambas. Essa exclusividade mútua é a base para a verificação de saldo.
- 差引残高 (Saldo) — o saldo atualizado após a transação. Impresso após cada linha. Esta coluna permite uma verificação automática: saldo anterior + depósito − saque deve ser igual ao saldo atual. Uma única leitura incorreta cria uma cascata de erros — o saldo de todas as linhas subsequentes ficará errado, um problema conhecido como desvio de saldo (残高ずれ).
O formato físico do passbook é regulamentado pela Associação de Bancos do Japão (全国銀行協会), que define padrões para troca de dados interbancários, interoperabilidade de caixas eletrônicos e a tarja magnética (磁気ストライプ) na contracapa que armazena as informações da conta. O caixa eletrônico lê essa tarja para identificar a conta e imprime as linhas de transação usando uma impressora matricial ou térmica diretamente na página do passbook — ou seja, o passbook que você tem em mãos é uma saída de impressora, não um documento tipografado. Essa distinção importa para a extração: a qualidade de impressão varia conforme o modelo do caixa eletrônico, a idade da fita de tinta e a limpeza do cabeçote de impressão. Dois passbooks do mesmo banco, impressos em caixas eletrônicos diferentes com seis meses de intervalo, podem ter diferenças perceptíveis na intensidade 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, não combinando coordenadas de pixels em um modelo. A mesma definição de coluna funciona em passbooks 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 um passbook ou 2024-07-15 em outro.
Por Que Passar o Passbook para um Aplicativo de Orçamento Não é Suficiente
O Japão tem três aplicativos dominantes de finanças pessoais que, juntos, cobrem a grande maioria dos lares 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 acompanhamento contínuo e prospectivo de despesas, eles funcionam bem — a API bancária alimenta novos lançamentos diariamente, e o usuário nunca toca em um passbook de papel.
A lacuna é o que aconteceu antes de você se cadastrar. Uma conexão via API bancária puxa dados a partir da data em que você a autoriza — normalmente, os últimos 90 dias a um ano, dependendo do banco. Transações de 2022, 2021, 2019 — anos que existem apenas como páginas impressas em um passbook físico — não aparecem no aplicativo. Para um freelancer que declara a 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 dono de uma pequena empresa que recebe um passbook físico do banco e o compartilha com um contador (税理士) para a escrituração mensal — o contador não acessa a conta do dono no MoneyForward. Ele trabalha com o passbook, ou com digitalizações dele.
Os aplicativos resolvem a visibilidade dos gastos diários. Eles não resolvem o momento anual em que cinco anos de transações em papel precisam virar uma planilha — que é exatamente o momento que impulsiona a busca por extração de passbook.
Há um terceiro caminho que vale a pena entender: alguns bancos agora oferecem passbooks 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 de Bancos do Japão vem promovendo os passbooks digitais como parte da digitalização bancária mais ampla. No entanto, a adoção é desigual — grandes bancos como MUFG e SMBC oferecem passbooks digitais para contas novas, mas muitos bancos regionais e cooperativas de crédito (信用金庫) ainda emitem passbooks físicos por padrão. E mesmo para contas com acesso a passbook digital, o formato de exportação e o intervalo de datas frequentemente diferem do que um software de contabilidade espera. O passbook físico, apesar de todo o seu inconveniente, continua sendo o formato de menor denominador comum: todo banco imprime um, toda transação aparece nele, e ele cobre o histórico completo da conta.
Essa última propriedade — a cobertura do histórico completo da conta — é o motivo pelo qual a extração de passbook é 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. Um passbook japonês é um livro-razão — um registro contínuo e acumulativo, da primeira à última página impressa. No fluxo de extração a seguir, essa continuidade é tanto o maior ponto forte do documento quanto a fonte do seu modo de erro mais comum.
Configurando Seu Fluxo de Extração de Passbook
O fluxo que substitui a redigitação dos dados do passbook tem três etapas. A primeira — definir suas colunas — é feita uma única vez e reutilizada em todos os passbooks, 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 você quer que apareçam como cabeçalhos de coluna na sua planilha. Para extração de passbook, o conjunto padrão é: Data, Descrição (摘要), Saque (お支払金額), Depósito (お預り金額), Saldo (差引残高). Isso é Extração de Colunas Personalizadas: você define o esquema de saída, e a IA mapeia os campos impressos de cada passbook 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 a posição dele. Para fins contábeis, adicione uma coluna Categoria como coluna calculada — por exemplo, Categoria (se Descrição contém "給与" então "Renda Salarial"; se contém "振込" 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.
Envie todas as páginas do passbook em um único lote
Digitalize ou fotografe todas as páginas de todos os passbooks — incluindo a capa frontal com o número da conta e a contracapa com a tarja magnética — e envie todas as imagens em um único upload. O processamento em lote as trata como um único trabalho: cada página é processada individualmente com seu esquema de colunas aplicado, e todos os resultados são mesclados em uma única planilha unificada. Um passbook de três anos com aproximadamente 280 transações em 30 páginas (típico para uma conta com atividade moderada) é processado em um único lote. As páginas podem ser digitalizações de um scanner de documentos, fotos tiradas com smartphone ou exportações em PDF do internet banking que incluam listagens de transações no estilo passbook.
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 acumulado oferece uma trilha de auditoria integrada — ordene por data decrescente e examine a coluna de saldo. Qualquer linha em que 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 próximo ano, para passbooks de bancos diferentes e para contas encerradas há anos cujos registros você é obrigado a manter. O formato do passbook — definido pelas convenções de impressão da Japanese Bankers Association, 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 Eras Japonesas e Códigos de Descrição
Dois aspectos dos dados de passbook 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 de IA — ambos são artefatos de como o sistema bancário japonês se desenvolveu.
Datas da Era Japonesa (和暦)
As datas das transações no passbook são impressas usando o calendário da era imperial japonesa: 令和 (Reiwa, iniciada em 2019), 平成 (Heisei, 1989–2019) ou 昭和 (Showa, 1926–1989), frequentemente abreviadas para R, H ou S seguidas do número do ano dentro da era. Uma data como R6.7.15 significa 15 de julho de 2024 (ano 6 da era Reiwa). H30.3.31 significa 31 de março de 2018 (ano 30 da era Heisei). S62.1.10 significa 10 de janeiro de 1987 (ano 62 da era Showa). 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 fronteira de página onde um novo ano começa no meio da página. Muitos passbooks imprimem o número do ano da era uma vez no topo da página e depois apenas o mês e o dia nas 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 passagens. Primeira passagem: ler o cabeçalho do ano da página e determinar a era. Segunda passagem: analisar cada data de transação, aplicando o contexto do ano do cabeçalho. Quando o mês muda de 12 para 1 na fronteira do ano, o ano da era incrementa em um. Esse é exatamente o tipo de raciocínio estruturado que o OCR baseado em modelos 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 com IA lida ao entender o documento como um todo, em vez de uma grade de caixas de texto isoladas.
Códigos de Descrição (摘要)
A coluna de descrição em um passbook usa códigos abreviados que são imediatamente legíveis para um leitor japonês, mas opacos para um analisador de texto genérico. Entradas comuns incluem: 振込 (transferência bancária — pode ser um pagamento de cliente ou uma transferência pessoal), ATM (saque ou depósito em caixa eletrônico — sem indicação de qual), 給与 (depósito de salário — a linha de renda mais significativa para um indivíduo), 利息 (pagamento de juros — tipicamente valores pequenos, relevantes 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 um pagamento com cartão de débito ou uma liquidação de cartão de crédito).
Uma linha de passbook que diz "振込 50,000" pode ser um pagamento freelance de um cliente ou um amigo devolvendo o dinheiro de um jantar. O passbook não distingue — a atribuição de categoria do software de contabilidade faz isso. A extração precisa capturar o código fielmente, e a lógica de categorização vive a jusante.
Alguns passbooks 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 tintas de cores diferentes, às vezes cruzando as linhas de grade impressas. Se sua ferramenta de extração suporta reconhecimento de texto manuscrito — como a extração com modelos de visão faz — 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 seu passbook e seu software de contabilidade. O mercado de software contábil 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, especialmente entre contadores. Suporta importação CSV de dados de transações via 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 yyyy-mm-dd — então a conversão de era para gregoriano na etapa de extração deve acontecer antes da exportação, não depois.
freee Accounting (freee会計). Nativo em nuvem com forte integração via API. Importe dados de transações do passbook pelo upload manual de CSV (escolha o formato "ご自身で作成したCSV" e mapeie as colunas) ou pela API do banco para transações contínuas. Para dados históricos de passbook anteriores ao acesso via API, a importação CSV é o único caminho — e as regras de categorização automática do freee (自動登録ルール) podem ser configuradas para reconhecer códigos de descrição do passbook e atribuir os títulos de conta corretos.
MoneyForward Cloud Accounting (マネーフォワード クラウド会計). Importe pela função "他社ソフトデータの移行" (migração de dados), selecionando o formato compatível com Yayoi como formato CSV intermediário. O ponto forte do MoneyForward é o painel unificado que combina dados de passbook, extratos de cartão de crédito e digitalizações de recibos — as linhas extraídas do passbook tornam-se parte de um quadro financeiro completo, não uma planilha isolada.
Outras plataformas contábeis suportadas que aceitam a mesma importação CSV incluem MJS Accounting (会計大将), TKC (séries FX2/MX), OBC (勘定奉行), Sorimachi (会計王), EPSON (財務応援R4) e PCA (PCA会計). O resultado da extração — um CSV limpo de cinco colunas — funciona com todas elas porque o formato do passbook é padronizado entre os bancos. O formato de data, as colunas de valor e o campo de descrição são os mesmos, independentemente do pacote contábil que os recebe.
Uma coluna calculada que vale adicionar antes da importação: Defina uma coluna de verificação — "Balance Check (previous Balance + Deposit − Withdrawal = current Balance? 'OK' : 'REVIEW')" — e execute-a durante a extração. Um único sinalizador REVIEW 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 bate com o extrato bancário — um problema muito mais difícil de rastrear.
Esta etapa de verificação é onde o formato de livro-razão do passbook 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 saldo acumulado — você verifica cada linha contra uma fonte externa. Um passbook carrega sua própria verificação dentro de si. 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 nos seus livros.
Diferentemente dos documentos de payroll de outros países — onde a mesma lógica de extração se aplica apesar dos diferentes códigos tributários, como visto no fluxo de trabalho PAYG australiano, processamento de P60 do Reino Unido ou extração de slips T4 canadenses — a estrutura autoverificadora do passbook significa que a conciliação ocorre no momento da extração, não como uma etapa contable separada. Você termina com a qualidade dos dados antes de que o CSV saia da ferramenta de extração.
Perguntas Frequentes
A extração por IA consegue lidar com passbooks de diferentes bancos no mesmo lote?
Sí — e este é o argumento mais forte para a extração semântica sobre OCR baseado em modelos. Um passbook do MUFG imprime transações com entrada de linha única, data à esquerda. Um passbook do Japan Post Bank (ゆうちょ銀行) frequentemente usa um formato de duas linhas onde a descrição se ajusta. Um passbook de uma cooperativa de crédito regional (信用金庫) pode imprimir com um tamanho de fonte ligeramente diferente. Como a extração semântica lê o que cada valor significa — não onde está — os três formatos podem ser cargados no mesmo lote e produzirão uma planilha unificada com colunas consistentes. Uma ferramenta baseada em modelos configurada para o layout do MUFG falhará com o do Japan Post Bank, e reconfigurada para um banco perderá o outro.
E se o passbook tiver anotações manuscritas nas margens?
A extração alimentada por modelos de visão pode ler anotações manuscritas junto ao texto impresso — portanto, uma nota marginal como 家賃 (alquiler) ou 仕入 (inventário) escrita ao lado de uma linha de transação é capturada como contexto adicional. No entanto, a qualidade da caligrafia varia significativamente: uma anotação com esferográfica em kanji claro é tipicamente legible; uma nota a lápiz desvanecida, escrita em ângulo e cruzando as líneas da grade impressa, é menos confiable. Para passbooks onde as anotações manuscritas cargan informação contable crítica, a planilha extraída deve ser revisada com o passbook físico aberto — mas a IA lida com a maioria das anotaciones legibles, reduzindo a revisão ao manejo de excepciones em lugar de verificação linha por linha.
Como funciona a conversão de data de era (和暦) e o que acontece se o cabeçalho do ano está em outra página?
A IA lê o cabeçalho do ano de era de cada página — tipicamente impresso no topo como 令和6年 ou R6 — e o aplica a todas as transações dessa página. Para páginas sem cabeçalho de ano (páginas de continuación), a IA carrega o contexto de era da página anterior. Quando ocorre um limite de ano no meio da página (31 de dezembro → 1 de janeiro), o ano de era incrementa. Para passbooks que abarcan múltiples eras — um passbook de 2018–2024 que cruza de 平成30 a 令和6 — a IA detecta o cambio de era na página onde o cabeçalho cambia. A saída extraída usa datas gregorianas (aaaa-mm-dd) para compatibilidade directa com software contable.
Posso extraer solo un rango de fechas específico de un passbook de varios años?
Sí. Puede cargar solo las páginas que cubren su rango de fechas objetivo, o cargar 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 todo el passbook 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 lleva menos tiempo que identificar y escanear solo las páginas para una ventana específica de 12 meses — especialmente porque los encabezados de fecha no siempre son visibles al hojear rápidamente.
O que acontece se a verificação do saldo corrente falhar em uma linha?
Uma falha de verificação de saldo — quando saldo anterior + depósito − retiro 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 depósito colocado incorretamente na columna de retiros ou viceversa (o clássico problema de OCR 列ずれ), ou (3) uma linha de transação omitida (o OCR perdeu uma linha por completo). Se você usa uma coluna calculada para marcar discrepâncias durante a extração, pode corrigir as linhas específicas antes de importar ao seu software de contabilidade. Sem a etapa de verificação, um único erro de leitura na linha 47 de 300 torna incorreto todo saldo subsequente — e o erro fica invisível até que um balancete de comprobación falhe ao conciliar, momento em que você está caçando retroativamente através de 253 linhas para encontrar a origem.
Ainda preciso guardar o passbook físico após a extração?
Según a Lei de Conservação Eletrónica de Livros Contábles (電子帳簿保存法) do Japón, cópias digitalizadas de documentos financeiros podem servir como registros legalmente admissibles se cumprir requisitos específicos de resolución e timestamp (a emenda de 2022 relaxó significativamente esses requisitos). No entanto, o passbook físico permanece como o original definitivo — e a Agência Nacional de Impostos (国税庁) pode solicitar os originais durante uma auditoría fiscal. A melhor prática para declarantes de declaração azul: extraer o passbook a Excel para seu fluxo de trabalho contable, mas conservar o passbook físico durante o período legal de retenção de documentos de sete años. A extracción substituye a etapa de entrada manual de datos — não substituye o registro legal.
Convertir a Temporada de Impostos em Rotina em Vez de uma Maratona de Entrada de Datos
O prazo de declaração de impostos japonés — 15 de março para imposto sobre a renda individual (所得税の確定申告) — não se move. Cada año, proprietários únicos, freelancers e pequenos empresários de todo Japón enfrentam a mesma sequência: reunir passbooks, espalhá-los sobre uma mesa e começar a transcribir fila tras fila de transações em uma planilha ou diretamente em software de contabilidade. O formato de cinco colunas do passbook é elegantemente simples, o que faz que o processo manual pareça direto — até a página 27, quando um único número introducido com a posição incorreta da vírgula corrompe silenciosamente o resto da columna de saldo e a etapa de conciliación que devería levar cinco minutos leva duas horas.
O fluxo de extracción descrito aquí inverte essa sequência. Em vez de gastar enero e febrero reescribiendo, você gasta uma tarde escaneando páginas do passbook, unos minutos definiendo colunas, e o resto da ventana previa ao prazo fazendo o que a deducción de 青色申告 foi diseñada para recompensar: analizar o desempeño financeiro do seu negocio, não reconstruí-lo a partir de papel.
O mesmo esquema de colunas funciona o próximo año. O formato do passbook — definido pela Asociación de Banqueros Japoneses, impresso pelos cajeros automáticos dos bancos, estandarizado em todas las instituciones financeiras do país — não cambiará. O que cambia cada año é o volume de páginas e a proximidade do prazo de 15 de março. Eliminar a etapa de reescritura significa que a pressão recae sobre a verificación — e a verificación, para um documento que leva sua própria trilha de auditoría matemática dentro de cada fila, é a parte que vale a pena dedicar tempo.