Como evitar duplicidade ao reimportar extratos internacionais

O financeiro baixa um extrato semanal e, no fechamento, importa o mês inteiro. As linhas da primeira semana aparecem nos dois arquivos. Se a rotina usa o nome do arquivo como único controle, o ERP cria duas baixas. A proteção contra duplicidade depende de uma chave de evento com contexto de origem e de uma regra para distinguir repetição, mudança de estado e evento posterior.

Defina uma chave estável com a conta de origem

Combine provedor, conta ou carteira e identificador da linha conforme a documentação do relatório. Inclua tipo quando o provedor reutiliza a referência de operação entre transação, tarifa e estorno. Diferencie identificador da invoice, do pagamento, do repasse e da linha de extrato. Um pagamento parcial pode compartilhar a invoice com outros créditos. Um lote pode incluir dezenas de eventos. Usar a chave ampla demais colapsa operações legítimas. Usar valor e data pode apagar duas operações do mesmo valor.

Se a origem não tem identificador estável, verifique se outro relatório tem. Quando só existe o extrato, use uma chave de comparação com contexto suficiente e fila de colisões para revisão. Preserve arquivo, número da linha, referência, data, moeda, valor, tipo e descrição. Um resumo do conteúdo normalizado pode ajudar a identificar registros idênticos, mas não resolve a diferença entre duas operações iguais sem evidência extra. Guarde uma lista de campos da chave e a versão da regra.

Diferencie repetir um arquivo de corrigir um evento

Ao reencontrar a mesma chave com os mesmos campos, marque que a linha já existe. Se houve alteração de estado ou valor, preserve o histórico e escolha tratamento pelo tipo de relatório. Um evento pendente que vira disponível pode ser atualizado em uma base de acompanhamento. Um estorno com identificador próprio entra como novo movimento ligado ao anterior. Se o dado anterior já gerou lançamento em período encerrado, encaminhe a diferença à contabilidade. O CFC explica formalidades e retificações que devem ser consideradas nesse cenário.

A Stripe documenta extratos com histórico categorizado e a Wise explica formatos de extrato por saldo. Confira os campos realmente disponíveis e a cobertura da exportação usada. Se a plataforma oferece histórico e extrato, escolha uma fonte principal para criar eventos e outra para enriquecer ou reconciliar. Registre a relação de origem para que a linha não entre duas vezes sob chaves diferentes.

Exemplo de sobreposição com estorno posterior

Uma prestadora importa a semana de 1 a 7 e carrega 56 linhas. Depois baixa o mês, com 212 linhas. A conferência identifica as 56 já registradas e importa 156 novas. Dentro dessas 156 há um estorno ligado a uma transação da primeira semana. O estorno tem outro identificador e sinal oposto. A conciliação mantém os dois movimentos. Um crédito de outra conta tem identificador textual igual a uma linha anterior, mas entra porque a chave inclui a carteira.

Ao repetir a carga mensal, a equipe espera zero novos eventos e zero efeitos sobre baixas e totais. Um status mudou em uma linha e aparece na lista de atualizações, com motivo e referência. A rotina rejeita uma linha cuja chave está vazia. O financeiro consulta o provedor e documenta a decisão antes de regularizar a linha.

Controle a reimportação como rotina normal

Registre por arquivo quantidade recebida, aceita, duplicada, atualizada, rejeitada e pendente. Compare total por moeda e período com o original. Teste um arquivo repetido, uma sobreposição de data e um evento corrigido. Preserve execução e identificadores para reproduzir o resultado. Se houver erro após inserir parte do arquivo, confirme qual parte foi efetivada antes de retomar. Quando possível, use operação que grava o conjunto de forma consistente e permita repetição segura.

Revise também a saída para o ERP. Uma tabela sem duplicatas pode gerar duas baixas se o exportador repetir os mesmos eventos em dois lotes de saída e o ERP não usar a referência. Confronte o identificador de origem com o identificador de lançamento e faça nova leitura para confirmar a inclusão. Mantenha separada a correção comercial que depende de aprovação.

Uma reexportação também pode alterar a ordem de linhas. Por isso, posição é evidência de carga, enquanto a identidade do evento precisa sobreviver à mudança. Se o provedor agrega lançamentos antigos após certo prazo, registre a nova granularidade antes de conciliar. A revisão deve conseguir localizar o evento original e identificar a origem da diferença sem editar diretamente o arquivo bruto. Teste a duplicidade entre contas com períodos de exportação iguais.

Confira também se a referência manteve os zeros iniciais.

Perguntas frequentes

Posso usar nome e data do arquivo como chave?

Use esses campos para rastrear a carga. Para deduplicar, identifique o evento e sua conta, pois arquivos com períodos sobrepostos podem trazer a mesma linha.

Um estorno é duplicidade?

Trate conforme a evidência. Se há movimento de estorno com identificador próprio, mantenha-o ligado ao original com valor e data correspondentes.

Como testar se a segunda carga é segura?

Importe de novo uma amostra e compare quantidade, saldos e baixas. Nenhum efeito novo deve ocorrer para eventos idênticos já processados.

Fontes oficiais

• Stripe — relatório de saldo
• Wise — como baixar extratos de saldo
• CFC — escrituração e retificação do Livro Diário

Leituras relacionadas

• Como usar os IDs da Stripe para conciliar transações e repasses
• Guias para exportadores de serviços

Como a Zen pode ajudar

A contabilidade para exportação de serviços da Zen ajuda a organizar documentos, conciliar recebimentos e analisar as regras da sua operação. Peça uma proposta personalizada para conversar sobre o seu caso.