Extrair Valor, Data e Estabelecimento
de uma Captura de Tela do PayPay

O que uma entrada do histórico de transações do PayPay realmente mostra

Abra o aplicativo PayPay, toque no ícone de Histórico (取引履歴) no topo da tela inicial e selecione qualquer pagamento concluído. A entrada exibida mostra um conjunto de campos consistente entre as transações, mesmo que o layout receba pequenas atualizações a cada versão do aplicativo.

No topo: o valor, exibido em ienes com o prefixo ¥. Abaixo ou ao lado, dependendo da versão da tela: o nome da loja (店舗名), geralmente acompanhado pelo logotipo da loja quando o comerciante o registrou no PayPay. Abaixo disso: a data e hora da transação — formatadas no padrão japonês AAAA/MM/DD HH:MM, sempre no Horário Padrão do Japão (JST, UTC+9).

Em seguida, vêm dois campos que diferenciam o PayPay de qualquer aplicativo de pagamento dos EUA ou da Europa: o número de pontos (ポイント) ganhos nesta transação e a forma de pagamento (支払方法) — de qual fonte o dinheiro veio. Abaixo deles, um ID de transação (取引ID) e um selo de status que indica "支払い完了" (pagamento concluído) em verde.

Esses campos aparecem na mesma região da tela para todas as transações, mas a ordem vertical exata muda ligeiramente dependendo se o pagamento foi feito escaneando o QR code do comerciante, se o caixa escaneou o código de barras do usuário ou se o pagamento foi feito por meio de um checkout online que redirecionou para o aplicativo PayPay. O valor e o nome da loja estão sempre no topo ou próximos a ele. Os pontos e a forma de pagamento ficam na faixa do meio. O ID da transação fica na parte inferior, no menor tipo de letra.

Valor, data e nome da loja: os três campos essenciais

O valor é o elemento mais proeminente — o maior número na tela, formatado como ¥1.234, sem casas decimais para pagamentos em ienes inteiros. Se um pagamento de ¥1.100 com imposto incluso foi feito, a tela mostra ¥1.100, não ¥1.000. Não há detalhamento de imposto ou linha de subtotal na própria tela de transação do PayPay — o número exibido é o valor final que saiu do saldo. Para qualquer uso posterior que exija um valor antes dos impostos (categorias de declaração de imposto de renda, relatórios de despesas que separam valores com e sem imposto), será necessário calcular retroativamente — a alíquota padrão do imposto sobre consumo do Japão é de 10%, com uma alíquota reduzida de 8% para alimentos (軽減税率). Se uma transação específica se qualificou para a alíquota reduzida depende da loja e do que foi comprado, e a entrada do PayPay não informa a alíquota. O valor é o valor.

A data e a hora são diretas, mas têm dois pontos que merecem atenção. Primeiro, o formato é sempre o horário do Japão — se o usuário for um expatriado ou trabalhador remoto declarando impostos em um fuso horário diferente, o carimbo de data/hora na captura de tela do PayPay reflete quando a transação foi concluída em Tóquio, não o horário local no ponto de compra se estivesse viajando. Segundo, a hora registrada é a hora da conclusão do pagamento, não o momento em que o aplicativo foi aberto ou o momento em que o caixa iniciou a transação. Para a contabilidade de fim de mês em que o corte é importante — uma transação às 23:58 do dia 31 vs. 00:02 do dia 1 — o carimbo de data/hora do PayPay é definitivo.

O nome da loja é o campo com maior variabilidade, e vale a pena entender o motivo antes de registrar dezenas deles. Para grandes redes — lojas de conveniência como Seven-Eleven e Lawson, supermercados como Seiyu, farmácias como Matsumoto Kiyoshi — o nome da loja aparece imediatamente após o pagamento, geralmente com o logotipo oficial da empresa. Para pequenos comerciantes independentes, o nome exibido é aquele que o comerciante registrou no PayPay ao configurar sua conta — que pode ser o nome jurídico da empresa, o nome fantasia ou uma versão romanizada que não corresponde exatamente aos kanjis da fachada. Em alguns casos, especialmente em transações com PayPay Card (cartão de crédito), o nome da loja só aparece quando o status do pagamento muda de "aceito" (tela amarela) para "concluído" (tela verde) — uma lacuna que o PayPay corrigiu em junho de 2024 ao permitir que os usuários registrassem manualmente o nome da loja durante a janela de pendência. Se a captura de tela mostrar um placeholder genérico ou um nome não reconhecido, verifique a cor do status na barra superior — amarelo indica que o nome ainda pode ser resolvido.

Pontos (ポイント) e Forma de Pagamento (支払方法): Dois Campos Exclusivos do PayPay

Nenhum aplicativo de pagamento fora do Japão mostra quantos pontos de fidelidade foram ganhos em uma transação específica — na mesma tela. O PayPay faz isso.

A linha de pontos (ポイント) na tela de detalhes da transação mostra exatamente quantos pontos foram concedidos para aquele pagamento. A taxa base de acúmulo é de 0,5% do valor do pagamento em transações QR, mas com o PayPay STEP — um programa mensal de bônus baseado em atividade — a taxa sobe para 1,0% e pode chegar a 1,5% para usuários que também possuem um PayPay Card e cumprem limites de gastos. Um almoço de ¥2.000 no Sukiya pode render 10 pontos na taxa base ou 20 pontos com o STEP ativo. Os pontos valem 1 iene cada e não têm data de validade (期限なし) — uma política que diferencia o PayPay de quase todos os outros sistemas de pontos japoneses, onde os pontos geralmente expiram em meses.

O valor de pontos em cada tela de transação não é apenas um total acumulado. Ele está vinculado àquele pagamento específico. Se o usuário estiver monitorando o total de pontos ganhos ao longo de um mês para conciliação de cashback, ou se precisar separar o custo líquido de um pagamento do valor de pontos gerado, este campo é o dado que torna isso possível — e ele não existe em nenhuma outra captura de tela de pagamento de qualquer outra plataforma.

O campo forma de pagamento (支払方法) informa qual fonte de recursos foi utilizada: saldo PayPay (PayPay残高), conta bancária vinculada, PayPay Credit, PayPay Card ou uma combinação. Isso é importante quando uma única conta PayPay utiliza múltiplas fontes em diferentes transações — uma configuração comum no Japão, onde os usuários mantêm um pequeno saldo PayPay para gastos diários e vinculam um cartão de crédito para compras maiores. Um lote de capturas de tela pode conter transações financiadas de três maneiras diferentes e, se o usuário estiver categorizando despesas por forma de pagamento para orçamento ou fins fiscais, a linha 支払方法 é como diferenciá-las. Sem este campo — que nenhuma outra captura de tela de aplicativo de pagamento inclui — seria necessário cruzar cada transação com um extrato bancário ou de cartão separado.

Ambos os campos são apenas visuais na tela do aplicativo. Eles não estão incluídos no CSV de transações que o PayPay introduziu para download em fevereiro de 2025 — o CSV fornece data, descrição, contraparte e valor, mas não traz o detalhamento de pontos por transação ou forma de pagamento. Se o usuário precisar desses dois valores, a captura de tela continua sendo a única fonte.

Essa distinção — que a captura de tela captura campos que o CSV oficial não captura — é a razão prática pela qual a extração de capturas de tela é relevante especificamente para o PayPay. A mesma abordagem funciona em qualquer aplicativo de pagamento: WeChat Pay, Alipay, Venmo, PayPal. Um único conjunto de definições de coluna — Valor, Data, Loja, Pontos, Forma de Pagamento — extrai dados de capturas de tela de todos eles, porque a extração lê o que os dados significam, e não de qual modelo de aplicativo eles vieram. O outro aplicativo de pagamento móvel dominante no Japão, LINE Pay, usa um design de histórico de transações semelhante e enfrenta a mesma lacuna entre captura de tela e planilha.

Quando uma Captura de Tela do PayPay Vale como Recibo

No Japão, uma captura de tela de transação do PayPay é tratada como um documento de suporte válido para declaração de imposto de renda — com uma condição: deve mostrar o valor, a data e a contraparte (nome da loja). Um contador japonês confirmou no Zeiri4.com que "capturas de tela do histórico de transações do PayPay podem servir como substituto de recibos durante a declaração de imposto de renda (確定申告)" — desde que esses três dados estejam visíveis. O mesmo tópico do fórum, e uma discussão separada no Q&A de consultoria fiscal da Freee, confirmaram que proprietários individuais (個人事業主) que fazem declaração azul (青色申告) usam regularmente capturas de tela do PayPay como documentação de despesas comerciais (経費).

A Lei de Preservação de Livros Eletrônicos (電子帳簿保存法) — revisada em 2022 para exigir armazenamento eletrônico de registros de transações gerados eletronicamente — significa que salvar capturas de tela do PayPay como arquivos não é apenas aceitável. Para transações que geram apenas um registro digital, é a forma legalmente compatível de armazená-los.

Três caminhos comuns a jusante onde linhas extraídas do PayPay substituem a entrada manual:

Declaração de imposto de renda (確定申告): As três plataformas dominantes de contabilidade em nuvem do Japão — freee, MoneyForward Cloud e Yayoi (弥生) — podem importar dados de transações em CSV, mas a integração bancária do PayPay é limitada em comparação com contas bancárias tradicionais e cartões de crédito. Muitos usuários inserem manualmente as transações do PayPay uma por uma. Extrair os campos das capturas de tela para um CSV — valor, data, loja, opcionalmente pontos e forma de pagamento — e depois importar para o software de contabilidade elimina a etapa de digitação manual que, de outra forma, preencheria uma tarde de domingo em fevereiro.

Expense claims (経費精算): Empresas japonesas que usam o Concur para gestão de despesas podem vincular diretamente sua conta PayPay — a PayPay adicionou integração formal com o Concur, permitindo que funcionários enviem despesas com fotos de recibos anexadas a partir da tela de histórico de transações. Mas para empresas que usam outros sistemas, ou para funcionários cuja empresa não configurou o vínculo Concur-PayPay, o fluxo continua sendo: capturar a tela da transação, digitar os valores no formulário de despesas e anexar a captura como comprovante. Extrair a linha da captura de tela significa que os campos do formulário de despesas são preenchidos com dados que já estão na imagem.

Household budget (家計簿): Os aplicativos de finanças pessoais mais populares do Japão — Zaim (que usa OCR para categorizar automaticamente fotos de recibos) e MoneyForward ME (マネーフォワードME, que vincula contas bancárias e cartões de crédito) — enfrentam a mesma lacuna da PayPay: não conseguem extrair dados de transações diretamente do aplicativo PayPay porque a PayPay não oferece acesso via API para uso pessoal. A solução alternativa, amplamente discutida em fóruns de orçamento e no Reddit r/japanlife, é capturar a tela do histórico da PayPay e alimentá-la no recurso de digitalização de recibos do aplicativo ou registrar manualmente cada transação. O OCR de recibos do Zaim lê um recibo em papel, não uma tela da PayPay — o layout é diferente, e a linha de pontos confunde um mecanismo de OCR tradicional que espera um formato padrão de recibo térmico.

De uma captura de tela para uma planilha de transações

Um pagamento PayPay é simples. Abra o aplicativo, veja o valor, pronto. Mas a PayPay é usada para tudo — a compra no 7-Eleven, o restaurante de ramen, o táxi, a conta de serviços públicos paga escaneando o código de barras na fatura de papel. No final do mês, o histórico de transações no aplicativo é uma longa lista de entradas individuais, cada uma exigindo um toque para abrir os detalhes. Transformar essa lista em colunas que podem ser filtradas e somadas significa extrair dados de cada entrada uma por uma — a menos que se opte pelo método de captura de tela.

O OCR tradicional — aquele que lê a foto de um recibo e extrai números — não se adapta bem a uma tela da PayPay. Um recibo em papel tem uma estrutura previsível: itens, subtotal, imposto, total, aproximadamente na mesma ordem vertical. Uma entrada de transação da PayPay é uma interface móvel projetada para uma olhada rápida, não para análise. O valor fica no topo em letras grandes, mas sem rótulo. O número de pontos é um dígito isolado no meio com um ícone "P" — um mecanismo de OCR o vê como outro valor monetário e pode registrar ¥20 quando na verdade são 20 pontos. O nome da loja pode aparecer ao lado de um ícone de logotipo sem nenhum rótulo de texto, e o OCR vê o ícone como ruído.

A extração baseada em modelo — desenhar uma caixa delimitadora em torno de "o valor está aqui, a data está aqui" — falha no momento em que a PayPay lança uma atualização de interface que desloca as posições dos campos em 8 pixels. Ou quando o nome da loja quebra em duas linhas porque é mais longo que o normal. Cada variação é um modelo quebrado.

A alternativa é a extração semântica: em vez de dizer à ferramenta onde olhar, diz-se quais conceitos encontrar — "o valor do pagamento em ienes", "a data em que a transação foi concluída", "o nome da loja registrada", "o número de pontos ganhos". O mecanismo de extração lê a tela como uma pessoa faria: reconhece ¥2.480 como o valor da transação e 12P como os pontos ganhos, independentemente de esses dois valores estarem separados por três linhas ou cinco, e independentemente de qual versão do aplicativo produziu a captura de tela. As mesmas definições de coluna funcionam em todas as capturas de tela da PayPay — e, crucialmente, também em capturas de tela de outros aplicativos de pagamento. Um pagamento de almoço de ¥1.200 da PayPay e um pagamento de ¥800 em uma loja de conveniência via Line Pay caem nas mesmas colunas de Valor e Data da mesma planilha, porque a extração está executando a mesma consulta semântica em ambos.

Para o cenário recorrente — uma coleção de capturas de tela do PayPay organizadas em pastas no final do mês que precisam se transformar em uma única tabela classificável — o gargalo nunca são os dados. O problema é que os dados estão em 30 imagens individuais em vez de 30 linhas em um único arquivo. Extrair as linhas é um problema de extração, não de digitação.

Perguntas Frequentes

Posso simplesmente exportar os dados de transações do PayPay em vez de usar capturas de tela?

O PayPay introduziu o download em CSV do histórico de transações em fevereiro de 2025, cobrindo os últimos dois anos de dados. O CSV inclui data da transação, descrição, contraparte e valor — mas não inclui os pontos ganhos por transação nem a forma de pagamento utilizada. Se esses dois campos forem necessários, a captura de tela continua sendo a única fonte. Para usuários que precisam apenas dos três campos principais (valor, data, loja), a exportação em CSV funciona, mas exige login no aplicativo, navegação até o menu de exportação e espera pelo download — um processo de várias etapas que as capturas de tela (feitas no momento do pagamento) eliminam completamente.

Uma captura de tela do PayPay funciona em diferentes versões do aplicativo e idiomas da interface?

Sim. Os campos na tela de detalhes da transação — valor, nome da loja, data, pontos, forma de pagamento — são os mesmos, independentemente de a interface do aplicativo estar configurada para japonês ou inglês. Um símbolo de ¥ significa a mesma coisa, quer os rótulos ao redor digam "支払い金額" ou "Payment Amount". A extração lê os números, o texto do nome da loja e a string da data a partir da imagem — o idioma da interface ao redor não afeta o resultado.

Se o nome da loja estiver ausente ou genérico, como identificar a transação?

Um nome de loja genérico ou ausente — comum quando um pequeno comerciante não registrou um nome comercial formal no PayPay, ou quando uma transação do PayPay Card ainda está no status "aceito" (amarelo) — ainda pode ser identificado pela combinação de valor, data e horário. Um pagamento de ¥980 às 12:35 em um dia útil para um nome de comerciante não reconhecido, combinado com o contexto de localização da transação (visível como uma tag de categoria como "コンビニ" ou "飲食" em algumas entradas de transação), geralmente é suficiente para confirmar qual loja era. Se a extração em lote estiver sendo feita e a coluna de nome da loja mostrar um espaço reservado, as colunas de data e valor fornecem material de referência cruzada suficiente para preencher o nome manualmente depois — um nome de loja ambíguo em uma planilha ainda é mais rápido do que digitar trinta transações do zero.