O que é uma diferença numa ligação?
A diferença numa ligação no Finbooks indica uma divergência entre o saldo (quantidade) e a soma das transações efetuadas para esse token. Em condições normais, estes dois valores devem coincidir; se não coincidirem, um alerta notifica o utilizador de que é necessária uma ação para resolver a discrepância.
Isto só pode acontecer em ligações automáticas criadas via API ou endereço público.
O que causa as diferenças?
As ligações automáticas a carteiras (wallets, via endereços públicos) e a plataformas (exchanges, via chaves de API) dependem da exatidão e da integridade dos dados fornecidos por estas fontes.
Cada fonte, seja uma carteira ou uma exchange, fornece dois tipos de dados: o saldo atual e a lista de transações. Quando estes dados estão corretos, a soma de todas as transações deve coincidir com o saldo atual.
No entanto, existem casos em que uma carteira ou exchange pode não fornecer o histórico completo de transações. Nessas situações, o saldo atual não coincide com a soma das transações, resultando numa divergência que precisa de ser resolvida.
O Finbooks deteta automaticamente estas diferenças nas ligações do utilizador e notifica-o em tempo real, oferecendo múltiplas soluções para resolver os problemas e garantindo tanto a qualidade dos dados contabilísticos como a exatidão dos relatórios gerados.
Por que razão é essencial corrigir as diferenças?
Como as diferenças são causadas por transações em falta, se não forem devidamente resolvidas, podem ter impacto na contabilidade pelas seguintes razões:
Rigor fiscal:
Se os dados estiverem incorretos, o cálculo dos impostos devidos ou das perdas dedutíveis também estará errado, podendo levar a problemas legais ou coimas.
Relatórios incompletos ou enganadores:
Um relatório gerado a partir de dados incorretos não refletirá com exatidão a sua situação financeira e fiscal, comprometendo qualquer análise ou declaração que pretenda fazer.
Impossibilidade de gerar determinados relatórios:
Alguns tipos de relatórios (por exemplo, reavaliação fiscal, cálculo de mais-valias) podem não estar disponíveis até que os dados estejam totalmente alinhados.
Como corrigir as diferenças
ℹ️ Aviso importante
Antes de proceder à correção das diferenças, os utilizadores precisam de resolver primeiro os preços em falta e o saldo negativo.
Clique aqui para ir para o guia de resolução de preços em falta.
Clique aqui para ir para o guia de resolução de saldo negativo.
Procedimento de resolução de diferenças
A imagem abaixo mostra os cinco passos possíveis disponíveis no procedimento guiado para corrigir diferenças. Verá o progresso assinalado à medida que gere cada passo.
Passo 1 - Escolher o método de correção
Ao iniciar o procedimento para resolver erros (preços em falta, saldo negativo ou diferenças), o software pede aos utilizadores para selecionarem o método a utilizar.
Ao selecionar Correção automática com Finbooks Intelligence (mais rápido), o software tratará de todas as correções necessárias, aplicando-as sem ser necessária qualquer ação por parte do utilizador.
Se pretender saber mais sobre os critérios utilizados pela ferramenta de IA para resolver diferenças, leia este artigo.
Ao selecionar Corrigir manualmente mantendo o controlo, os utilizadores podem resolver os erros aplicando correções manuais de acordo com as seguintes instruções (continue a ler este guia).
Passo 2 - Corrigir através do carregamento de um CSV (opcional)
Este passo permite aos utilizadores importar o ficheiro CSV descarregado da exchange no seu formato nativo, para recuperar transações em falta e resolver as diferenças.
Esta opção é suportada apenas para algumas exchanges; em todos os outros casos, não será sugerida pelo procedimento guiado.
Clique no campo dedicado para carregar o seu ficheiro CSV e, em seguida, clique em Carregar ficheiro, ou clique em Ignorar este passo para passar para o seguinte.
Na nova janela modal, confirme a sua escolha clicando em Prosseguir de qualquer forma.
Passo 3 - Corrigir o saldo de tokens de spam
Este passo permite aos utilizadores resolver diferenças para todos os tokens rotulados como spam. Dado que estes tokens não têm qualquer valor, o software pode corrigi-los automaticamente adicionando transações de ajuste que não terão qualquer impacto no cálculo de mais-valias/menos-valias.
Clique no botão Corrigir todos os saldos de Spam.
Confirme a sua escolha clicando no botão Sim, prosseguir.
Passo 4 - Corrigir erros de arredondamento
Este passo permite aos utilizadores gerir os ajustes de arredondamento para tokens que apresentem diferenças de apenas alguns cêntimos no valor fiduciário (fiat).
Clique no botão Aplicar arredondamentos a todos para prosseguir; caso contrário, clique em Ignorar este passo para passar para o seguinte.
Na nova janela modal, confirme a sua escolha clicando em Sim, prosseguir.
Passo 5 - Corrigir saldos de tokens restantes
Nos passos finais do procedimento guiado, os utilizadores podem gerir todos os tokens que não foram tratados nos passos anteriores. Os utilizadores têm as opções de resolver manualmente através do carregamento de um ficheiro CSV (clicando no botão Carregamento de ficheiro CSV +) ou adicionando transações manuais individuais (clicando no botão Transação manual +). Em alternativa, podem contar com a correção automática sugerida pelo software, clicando no botão Confirmar e corrigir tudo.
Clicar em Confirmar e corrigir tudo apresenta os lançamentos de ajuste que o software introduzirá automaticamente para resolver as divergências.
Ao clicar em Transação manual +, os utilizadores poderão adicionar uma transação de cada vez. Para saber como adicionar uma transação manual, leia este guia.
Ao clicar em Carregamento de ficheiro CSV +, os utilizadores podem adicionar transações em lote em vez de o fazerem uma a uma. Saiba como preencher o ficheiro CSV no nosso formato lendo as instruções aqui.
Lógica prudencial utilizada para as transações de correção automática
Quando opta por resolver as diferenças automaticamente, permitindo que o software adicione as transações de ajuste necessárias, estas são inseridas de acordo com a lógica descrita abaixo:
Depósito em falta (divergência de montante negativo)
Neste caso, será inserida uma transação de depósito com os seguintes detalhes:
Montante igual à divergência detetada no token
Preço de aquisição definido como 0 (a condição menos favorável para o utilizador, mas que o protege contra potenciais auditorias futuras)
Data correspondente à primeira transação desse token na fonte em questão (exchange ou carteira)
Levantamento em falta (divergência de montante positivo)
Neste caso, será inserida uma transação de levantamento com os seguintes detalhes:
Montante igual à divergência detetada no token
Preço de aquisição baseado no valor médio do token no último ano
Data de hoje