---
title: "Depósito de USDC 2026: como verificar rede e recompensas"
locale: pt
category: how_to
category_name: "Como Fazer"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/usdc-deposit-verification-2026-chain-contract-transfer-bounty
published_at: 2026-10-23T22:01:25+09:00
---

# Depósito de USDC 2026: como verificar rede e recompensas

> Confirme o depósito de USDC com um registro de transferência que corresponda à rede, ao contrato oficial, ao endereço de destino e ao valor. Verifique o sucesso e a finalização da transação antes de diferenciar o depósito de promessas de pagamento de recompensas, reembolsos e transferências entre contas próprias.

## Key Points

- Confirme a rede acordada para o pagamento e o endereço do contrato oficial do USDC.
- Confirme o endereço de destino na rede selecionada em sua carteira ou no serviço de recebimento.
- No explorador dessa rede, confira o sucesso da transação e compare com o evento Transfer.
- Confirme que o bloco que contém a transação foi finalizado.
- Após vincular o depósito ao pagamento pelo trabalho, classifique separadamente reembolsos, transferências entre contas próprias e registros duplicados.

O recebimento de USDC é confirmado pela transferência do token oficial na rede acordada. O endereço de recebimento e a quantidade devem corresponder ao combinado. Verifique também, separadamente, o sucesso da transação e a finalidade do bloco. O valor da recompensa no anúncio ou o hash, por si só, não comprovam o pagamento da bounty.

Confira novamente os endereços e os IDs de rede na documentação oficial de Circle, Ethereum e Base. (Valores verificados: Ethereum Mainnet: ID de rede 1, contrato de USDC 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48. Base Mainnet: ID de rede 8453 0x2105 , contrato de USDC · Fonte developers.circle.com · Verificado em 2026-10-23)

## Endereços dos contratos de USDC e IDs de rede por blockchain

O USDC de Ethereum e o de Base usam endereços de contrato diferentes. O ID de rede é o número que distingue uma rede de outra. O endereço do contrato do token identifica o token naquela rede. O endereço de recebimento é o endereço da carteira ou conta que receberá o pagamento.

A data de elaboração e verificação da documentação é 23 de outubro de 2026. A tabela abaixo abrange o USDC emitido pela Circle nas redes principais. Uma rede principal usa ativos com valor real.

| Rede | ID de rede, decimal | ID de rede, hexadecimal | Endereço oficial do contrato de USDC | Explorador |
|---|---:|---|---|---|
| Ethereum Mainnet | 1 | `0x1` | `0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48` | Etherscan |
| Base Mainnet | 8453 | `0x2105` | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` | BaseScan |

A fonte dos endereços de contrato é a página [USDC contract addresses da Circle](https://developers.circle.com/stablecoins/usdc-contract-addresses). O ID de rede de Ethereum está especificado na [EIP-155](https://eips.ethereum.org/EIPS/eip-155). O ID de rede de Base pode ser consultado na [documentação de eth_chainId da Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId).

Mesmo que a sequência de caracteres do endereço de recebimento seja igual, os registros são separados quando as redes são diferentes. Um depósito em Ethereum não é somado automaticamente ao saldo em Base. Não contabilize USDC de redes de teste, como Sepolia, como pagamento real.

## Ordem de verificação do endereço de recebimento e da transação

Definir primeiro as condições de pagamento reduz o risco de confundir outra transação com o pagamento. Este procedimento consiste em consultar registros públicos de transações. Não é necessário conectar a carteira nem assinar nada para consultar um explorador.

1. Confira a rede e o token no acordo de pagamento. Diferencie o valor em dólares indicado no anúncio da quantidade de USDC que será efetivamente paga.
2. Copie o endereço de recebimento daquela rede na carteira que receberá o pagamento. Se usar uma corretora, tome como referência a tela de depósito do serviço. Confira também as redes aceitas pelo serviço.
3. Localize o endereço do contrato daquela rede na tabela Mainnet da Circle. Não se baseie apenas no nome ou no logotipo do token.
4. Pesquise o txHash no explorador da rede correspondente. O txHash é o identificador usado para localizar a transação. Se não houver resultado, confira novamente a rede e o hash.
5. Verifique o status e os registros de transferência de tokens nos detalhes da transação. Em seguida, confira o evento Transfer efetivo na aba Logs.

Um hash que não aparece na consulta ainda não é prova de recebimento. Porém, uma consulta sem resultado, por si só, não permite concluir que houve fraude da outra parte. Verifique primeiro se a rede está errada ou se houve um erro ao copiar o hash.

## O que verificar no evento Transfer

O recebimento é determinado pelo evento Transfer registrado pelo contrato de USDC. O campo To no topo da transação pode indicar o contrato chamado. Confira o endereço que recebeu os tokens no campo `to` do evento.

O padrão ERC-20 estabelece a seguinte regra para o evento de transferência:

> DEVE ser emitido quando tokens forem transferidos, incluindo transferências de valor zero.
>
> Fonte: ERC-20: Token Standard, seção Transfer

Essa regra inclui transferências com quantidade 0. Portanto, a mera existência do evento não deve ser aceita como comprovação de pagamento. O texto original pode ser consultado em [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20).

| Item a verificar | Onde consultar | Critério de aprovação |
|---|---|---|
| Resultado da execução da transação | Status ou `status` do recibo | Success ou `0x1` |
| Contrato que emitiu o log | `address` do log | Corresponde ao contrato oficial de USDC daquela rede |
| Tipo de evento | Nome e assinatura do evento | `Transfer(address,address,uint256)` |
| Endereço de origem dos tokens | `from` do evento | Origem que possa ser vinculada à comprovação do pagamento |
| Endereço de recebimento dos tokens | `to` do evento | Corresponde ao endereço completo de recebimento verificado previamente |
| Quantidade efetiva | `value` do evento | A quantidade, após aplicar as casas decimais, corresponde às condições de pagamento |
| Bloco de inclusão | `blockNumber`, `blockHash` | O hash corresponde ao do bloco de mesma altura na rede atual |
| Finalidade | Estado de finalização daquele bloco | Verificação separada pelo procedimento de finalidade abaixo |

Os tokens também podem ser enviados por um contrato intermediário de pagamento. Portanto, o remetente da transação e o endereço do contratante nem sempre são iguais. Confira também o número da tarefa e o demonstrativo de pagamento. O endereço, por si só, não permite determinar a identidade de quem efetivamente fez o pagamento.

### Como ler os logs brutos

Nos logs brutos, os endereços e as quantidades estão codificados. `topics[0]` é o hash da assinatura do evento. O endereço de origem no Transfer padrão de USDC está em `topics[1]`. O endereço de recebimento está em `topics[2]`.

- Endereço: interprete os últimos 20 bytes do topic correspondente como endereço.
- Quantidade: interprete `data` como um número inteiro sem sinal.
- Casas decimais: converta a quantidade usando o valor de `decimals()` do contrato oficial.
- Evento de aprovação: `Approval` é o registro de uma autorização de uso.

O USDC em questão usa 6 casas decimais tanto em Ethereum quanto em Base. Divida a quantidade bruta por 1,000,000 para obter o valor em USDC. Não aplique as casas decimais de ETH. A estrutura da tela de logs pode ser consultada em [Event Logs do Etherscan](https://info.etherscan.com/what-is-event-logs/).

## Diferença entre sucesso da transação e finalidade

Success significa que a execução da transação foi bem-sucedida. Não significa que o bloco foi finalizado. A finalidade é o estado em que um bloco está finalizado segundo as regras de consenso. Neste texto, um recebimento com confirmação final é um registro cuja finalidade também foi verificada.

| Rede | Estado que pode ser observado primeiro | Critério de confirmação final |
|---|---|---|
| Ethereum | Transação incluída em um bloco e executada com sucesso | O bloco da transação está no intervalo finalized |
| Base | Pré-confirmação ou inclusão em um bloco L2 | O bloco L2 correspondente atingiu a finalidade do lote em L1 |

Transferências internas em Base e retiradas para Ethereum seguem procedimentos diferentes. Não aplique diretamente o prazo de espera das retiradas aos depósitos internos em Base. Base distingue a inclusão em bloco da finalidade do lote em L1. A fonte é [Transaction Finality da Base](https://docs.base.org/specifications/transactions/transaction-finality).

### Quando a finalidade não estiver clara no explorador

Se não houver indicação de finalidade, você pode manter a confirmação pendente. Desenvolvedores podem verificar novamente os dados por um RPC confiável da rede correspondente. RPC é uma interface para solicitar dados a um nó da blockchain.

1. Confira a rede à qual você está conectado usando `eth_chainId`.
2. Leia o recibo com `eth_getTransactionReceipt`. Confira `status`, logs, número do bloco e hash do bloco.
3. Consulte o mesmo número de bloco com `eth_getBlockByNumber`. Confira se o hash retornado é igual ao `blockHash` do recibo.
4. Passe `finalized` e `false` para `eth_getBlockByNumber`. Verifique se a altura do bloco retornado é maior ou igual à altura do bloco da transação. Para transações em Base, compare com o bloco finalized do RPC de Base.

Se o recibo for `null`, essa resposta não permite confirmar a inclusão. Também não use uma resposta que não ofereça suporte à consulta finalized para concluir que a verificação foi bem-sucedida. Não interprete `latest` ou uma simples contagem de confirmações como finalized. Os métodos estão descritos em [Ethereum JSON-RPC](https://ethereum.org/developers/docs/apis/json-rpc/) e na [documentação de consulta de blocos da Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber).

## Exemplo de cálculo: depósito simulado de 100 USDC

O exemplo abaixo é uma simulação de verificação, não um caso real de pagamento. A condição de pagamento considerada é de 100 USDC em Base. Os endereços e o índice do log são valores criados para a explicação. Não use os endereços do exemplo como endereços reais de recebimento.

| Item | Valor do exemplo simulado |
|---|---|
| Rede | Base Mainnet, ID de rede 8453 |
| Contrato que emitiu o log | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` |
| Endereço de origem dos tokens | `0x2222222222222222222222222222222222222222` |
| Endereço de recebimento acordado | `0x1111111111111111111111111111111111111111` |
| Endereço de recebimento no Transfer | `0x1111111111111111111111111111111111111111` |
| Quantidade bruta | 100,000,000 unidades mínimas |
| Casas decimais | 6 casas |
| Quantidade convertida | 100,000,000 ÷ 1,000,000 = 100 USDC |
| Status da transação | `status = 0x1` |
| Identificador da transação | H, símbolo que substitui um txHash real |
| Posição do log | `logIndex = 7`, valor simulado |
| Finalidade | Considera-se que o bloco da transação está no intervalo finalized |

Nessas condições, a quantidade recebida é de **100 USDC**. Considera-se também que a correspondência do hash do bloco de H foi verificada. Ainda é necessária uma comprovação separada de que se trata do pagamento de uma tarefa por um pagador externo.

Se o endereço de recebimento for outro, não considere o valor como recebido por você. Se o anúncio indicar apenas 100 dólares, a quantidade a ser paga também precisa ser verificada separadamente. Receber 100 USDC não significa receber 100 dólares em dinheiro.

## Comparação das evidências de recebimento por status da bounty

Registre separadamente o andamento da bounty e o estado do recebimento na carteira. Uma bounty é uma recompensa por uma tarefa definida. A classificação abaixo serve para gerenciar evidências de pagamento. Ela não substitui a determinação de um direito de crédito nem o reconhecimento de receita para fins fiscais.

| O que foi verificado | O que comprova | Estado no controle de recebimentos |
|---|---|---|
| 100 dólares no anúncio | Condições da recompensa exibidas no anúncio | Análise da promessa de pagamento |
| Proposta de contratação ou mensagem de seleção | Existência de proposta de trabalho ou seleção | Etapa de contratação |
| Conclusão da tarefa e aprovação da entrega | Andamento da tarefa na plataforma | Pagamento a verificar separadamente |
| Depósito em escrow | Movimentação de fundos para um endereço de custódia separado | Antes do recebimento pelo destinatário |
| ERC-20 Approval | Autorização para uma parte designada usar os tokens | Não é prova de transferência de tokens |
| Há txHash, mas a transferência foi para outro endereço | Transferência para aquele endereço | Não é um recebimento seu |
| Transferência bem-sucedida para seu endereço, sem finalidade verificada | Transferência executada | Aguardando finalidade |
| Recebimento externo em seu endereço com confirmação final | Recebimento on-chain | Verificar vínculo com o pagamento da tarefa |
| Recebimento final corresponde ao demonstrativo de pagamento da tarefa | Evidência de recebimento vinculada à tarefa correspondente | Recebimento do pagamento confirmado |

Escrow é uma forma de manter os fundos separados até que as condições sejam cumpridas. A simples custódia não significa que o pagamento foi feito à sua carteira. A aprovação da plataforma e o Approval do ERC-20 também são conceitos diferentes.

Vincule um número de tarefa ou uma fatura também ao recebimento final. O registro da transação, por si só, não revela a finalidade do pagamento. Confira também a data de pagamento para não confundir o valor com outro recebimento de mesma quantidade.

## Erros comuns ao contabilizar valores como pagamentos de novas tarefas

Não some todo o USDC que entra na carteira como pagamento de novas tarefas. O fato do recebimento e sua finalidade econômica são itens separados. A lista abaixo serve como critério para organizar o registro operacional de recebimentos.

- Reembolso: vincule o valor devolvido à despesa original.
- Transferência própria: identifique as movimentações entre carteiras que você controla.
- Movimentação por ponte: separe a transferência dos seus ativos entre redes dos novos pagamentos de clientes.
- Tokens de spam: confira o endereço oficial do contrato, em vez de se basear no nome USDC.
- Tokens representativos emitidos por pontes: se o contrato for diferente, registre-os como ativos separados do USDC emitido pela Circle.
- Eventos com quantidade 0: mesmo que haja um Transfer, não os some como pagamento.
- Consultas duplicadas: não some o mesmo evento uma vez pelo explorador e outra pela API.
- Comprovantes reutilizados: não atribua novamente um recebimento já vinculado a outra tarefa.
- Movimentação circular própria: confira em conjunto a saída e a reentrada na mesma transação.
- Devolução posterior: se você devolveu um pagamento recebido, vincule a devolução ao registro original de recebimento.

### Campos de registro para evitar duplicidades

Os eventos podem ser diferenciados por `chainId + txHash + logIndex`. Uma mesma transação pode conter vários eventos de transferência. Portanto, agrupar todos os eventos em um só usando apenas o txHash pode causar omissões.

| Campo a armazenar | Finalidade do registro |
|---|---|
| ID de rede, endereço do contrato do token | Identificar a rede e o ativo |
| txHash, logIndex | Distinguir os eventos de transferência |
| blockNumber, blockHash | Verificar novamente o bloco de inclusão |
| Endereço de origem, endereço de recebimento | Confirmar a direção da movimentação dos fundos |
| Quantidade bruta, decimals, quantidade de USDC | Reproduzir a conversão de unidades |
| Horário do bloco, horário da verificação, fuso horário | Distinguir o momento da transferência do momento da verificação |
| Estado de finalidade | Distinguir registros pendentes de registros finais |
| Número da tarefa, fatura, demonstrativo de pagamento | Vincular o recebimento à sua finalidade |
| Classificação como reembolso, transferência própria ou duplicidade | Evitar superestimar os pagamentos de novas tarefas |

Se houver uma reorganização de blocos antes da finalidade, verifique os registros novamente. Logs removidos devem ser excluídos da contabilização provisória anterior. Gerencie separadamente o total de pagamentos de tarefas e o saldo da carteira. O saldo também reflete valores mantidos anteriormente e retiradas posteriores.

## Lista de verificação de 5 minutos

Esta tabela reúne os itens a verificar em cerca de 5 minutos. Ela não garante o tempo necessário para a finalidade da blockchain. Deixe pendentes os itens que não puderem ser verificados.

| Ordem | Pergunta de verificação | Resultado a registrar |
|---:|---|---|
| 1 | Você conhece a rede e a quantidade previstas nas condições de pagamento? | Rede acordada e quantidade de USDC |
| 2 | O serviço de recebimento aceita essa rede? | Endereço de recebimento e suporte à rede |
| 3 | O contrato do log corresponde ao endereço da Circle? | Correspondência com o contrato oficial |
| 4 | A transação foi bem-sucedida e os tokens foram enviados ao seu endereço? | Status e endereço de recebimento do Transfer |
| 5 | Você converteu corretamente a quantidade bruta? | Quantidade efetiva de USDC |
| 6 | Você verificou o bloco de inclusão e a finalidade? | Hash do bloco e estado de finalização |
| 7 | O recebimento pode ser vinculado a um pagamento externo daquela tarefa? | Número da tarefa e comprovação do pagamento |
| 8 | Você separou reembolsos, transferências próprias e duplicidades? | Resultado da classificação e identificador do evento |

Na primeira verificação, a comprovação do pagamento pode ser insuficiente. Nesse caso, solicite o nome da rede ou o txHash que estiver faltando. Se a transferência tiver sido feita para outro endereço, informe especificamente quais itens não correspondem ao combinado.

## Perguntas frequentes

### Basta receber o txHash para considerar o depósito concluído?

O hash, por si só, não confirma a conclusão do depósito. Mesmo uma transação bem-sucedida pode ter outro endereço de recebimento. Verifique em conjunto o contrato, o endereço de recebimento, a quantidade e a finalidade.

### O que fazer se o status for Success, mas o saldo não aparecer na carteira?

Primeiro, confira o endereço de recebimento do evento e o contrato oficial. Se corresponderem, verifique a rede selecionada e a exibição do token. O processamento interno pelo serviço de recebimento também precisa ser verificado separadamente.

### Posso procurar um depósito de Base em Ethereum?

Consulte as transações de Base em um explorador de Base. Mesmo que o endereço seja o mesmo, os registros são separados por rede. Não conclua que um depósito não chegou a Base apenas com base nos resultados da busca em Ethereum.

### Se aparecer 0 ETH no topo da transação, significa que não houve depósito?

A indicação de 0 ETH não é prova de que nenhum USDC foi transferido. A quantidade de ETH da transação e a quantidade de tokens ERC-20 são informações distintas. Confira a quantidade de USDC no evento Transfer.

### Um recebimento externo com confirmação final é uma nova receita?

Um recebimento externo, por si só, não permite reconhecer uma nova receita por tarefa. Pode ser um reembolso ou uma transferência com outra finalidade. Vincule o recebimento à sua finalidade usando a fatura e o demonstrativo de pagamento.

### Posso calcular impostos com base no resultado da verificação do recebimento?

Este procedimento serve para verificar evidências de recebimento on-chain. Ele não determina as obrigações tributárias individuais. Para orientações tributárias da Coreia do Sul, consulte a [Visão geral do imposto de renda global](https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664&mi=2224) do Serviço Nacional de Impostos.

## FAQ

### O que é necessário para confirmar um depósito de USDC?
Primeiro, confirme a rede e a quantidade de USDC acordadas para o pagamento. Você também precisará do endereço de recebimento e do txHash. Verifique o evento Transfer do contrato oficial e o estado de finalização da transação.

### Os endereços dos contratos de USDC no Ethereum e na Base são iguais?
São diferentes. Consulte o endereço do contrato de cada rede em USDC contract addresses da Circle. Não conclua que se trata do mesmo ativo apenas pelo nome ou logotipo do USDC na carteira.

### Quais são os IDs de rede do Ethereum e da Base?
O ID de rede da Ethereum Mainnet é 1. O ID de rede da Base Mainnet é 8453. As respostas de eth_chainId do RPC são, respectivamente, 0x1 e 0x2105.

### Ter um txHash significa que a recompensa foi paga?
O txHash é um identificador usado para localizar a transação. Para que ele sirva como prova de que o pagamento foi feito a você, é necessário conferir o endereço de recebimento. Verifique também o contrato oficial, a quantidade, o sucesso da transação e sua finalização.

### Qual é a diferença entre Success e finalized?
Success significa que a execução da transação foi bem-sucedida. finalized indica que o bloco foi confirmado de forma definitiva. Mesmo em transferências bem-sucedidas, verifique a finalização separadamente.

### Por que 100 USDC aparecem como 100000000 nos logs brutos?
O USDC em questão no Ethereum e na Base usa 6 casas decimais. Dividir a quantidade bruta de 100,000,000 por 1,000,000 resulta em 100 USDC. Não divida novamente a quantidade que o explorador já converteu.

### Devo olhar o campo To no topo da transação ou o campo to do evento Transfer?
Confira o endereço de recebimento dos tokens no campo to do evento Transfer. O campo To no topo da transação pode ser o contrato do token ou do pagamento. Compare o endereço completo com o endereço de recebimento confirmado previamente.

### Os 100 dólares do anúncio e um depósito de 100 USDC significam a mesma coisa?
Os 100 dólares do anúncio são a condição de recompensa informada. A quantidade de tokens a ser efetivamente paga deve ser confirmada no acordo de pagamento. Receber 100 USDC não significa receber 100 dólares em dinheiro.

### Um depósito em custódia ou um evento Approval serve como prova de recebimento do pagamento?
Um depósito em custódia mostra uma movimentação para um endereço separado de custódia. O evento Approval do ERC-20 é uma aprovação de permissão para usar tokens. Verifique separadamente a transferência efetiva para o seu endereço de recebimento.

### Como evitar duplicidades nos registros de depósitos de USDC?
Registre em conjunto o ID da rede, o txHash e o logIndex. Não some o mesmo evento mais de uma vez ao consultá-lo por diferentes meios. Verifique também se depósitos já atribuídos a outros trabalhos estão sendo reutilizados.

### Reembolsos ou transferências entre minhas próprias carteiras também são pagamentos por novos trabalhos?
Classifique reembolsos e transferências entre suas próprias carteiras separadamente dos pagamentos por novos trabalhos. O simples fato de haver uma transferência on-chain não revela a finalidade do pagamento. Relacione essas transações aos registros originais de gastos ou movimentações.

### A confirmação de um depósito de USDC termina em até 5 minutos?
A lista de verificação de 5 minutos é uma ferramenta que organiza a sequência das verificações. A finalização na rede ou a atualização no serviço podem levar mais tempo. Registre os itens não confirmados como pendentes.

## Sources

- [Circle Docs: endereços dos contratos USDC](https://developers.circle.com/stablecoins/usdc-contract-addresses)
- [EIP-155: proteção simples contra ataques de repetição, ID da cadeia Ethereum Mainnet](https://eips.ethereum.org/EIPS/eip-155)
- [Base Documentation: eth_chainId](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId)
- [ERC-20: padrão de token, Transfer·Approval·decimals](https://eips.ethereum.org/EIPS/eip-20)
- [Etherscan Information Center: logs de eventos](https://info.etherscan.com/what-is-event-logs/)
- [Etherscan Information Center: explorar um endereço de contrato](https://info.etherscan.com/explore-contract-address/)
- [Ethereum: API JSON-RPC, consulta de recibos, logs e finalized](https://ethereum.org/developers/docs/apis/json-rpc/)
- [Ethereum Execution APIs: eth_getTransactionReceipt](https://ethereum.github.io/execution-apis/api/methods/eth_getTransactionReceipt/)
- [Base Documentation: finalização de transações](https://docs.base.org/specifications/transactions/transaction-finality)
- [Base Documentation: eth_getBlockByNumber](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber)
- [Ethereum: redes, saldo e histórico de transações por rede](https://ethereum.org/developers/docs/networks/)
- [Etherscan: contrato do token USDC, exibição com 6 casas decimais](https://etherscan.io/token/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48?a=0x1aadee97df948a9676cdd16aadc4477ecd06a8c7)
- [Serviço Nacional de Impostos: visão geral do imposto sobre a renda total](https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664&mi=2224)

## Images

![Um homem de meia-idade examina um tablet e um celular à mesa de casa iluminada pelo sol.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMTQsInB1ciI6ImJsb2JfaWQifX0=--66d015359c342f46f8ea28a40eeea1097d8934ce/ai-46cc85be.webp)
![Uma mulher de cardigã roxo coloca um registro duplicado em uma bandeja ao lado de um livro contábil.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMjEsInB1ciI6ImJsb2JfaWQifX0=--66077c8a3224c10d76b04cac8d68545ca56f659c/ai-d2b7055c.webp)