Contabilização de criptoativos no Kraken

Ligue o Kraken ao CryptaCount e transforme a atividade da sua corretora em livros limpos. O CryptaCount ingere cada transação, calcula o custo de aquisição e lança lançamentos contábeis no seu ERP — com o detalhe mantido no razão auxiliar.

Kraken como fonte para o seu razão auxiliar

O Kraken regista as suas negociações e movimentos do razão; o CryptaCount transforma-os em contabilidade. Recolhe a sua atividade do Kraken para um razão auxiliar cripto, aplica o custo de aquisição e a sua política de mensuração, e produz lançamentos contábeis resumidos para o seu razão geral.

Como ligar

1. API somente leitura (recomendado). No Kraken Pro, vá a Definições → API → Criar chave API e conceda apenas estas permissões: Query, Query Ledger Entries e Export Data. No CryptaCount, vá a Integrações → Kraken e cole-a.
2. Importação de CSV. Exporte os seus livros razão do Kraken como CSV e carregue-os.

Essas permissões são somente leitura — o CryptaCount pode ver o seu histórico mas não pode negociar nem levantar.

O que entra nos seus livros

As suas negociações, entradas no razão (depósitos e levantamentos), staking e recompensas e taxas do Kraken — cada um classificado para contabilização, com ganhos e rendimentos calculados e transferências associadas.

Criado para equipas financeiras

• Custo de aquisição automatizado — 12 métodos de custeio (FIFO, LIFO, HIFO, custo médio ponderado, identificação específica e mais); os tratamentos impostos pela jurisdição (UK Section 104 pooling, Canada ACB) aplicam-se automaticamente
• Lançamentos contábeis para o seu ERP — QuickBooks, Xero, NetSuite ou Sage → Integrações ERP →
• Pronto para auditoria — cada linha do razão geral detalha a transação do Kraken
• IFRS / US GAAP — mensuração segundo a sua política

Ver o razão auxiliar → · Contabilidade para firmas →

Como o CryptaCount ingere a sua atividade do Kraken no razão auxiliar

O Kraken expõe tanto as negociações como um razão detalhado de cada movimento de saldo, e o CryptaCount utiliza ambos. Com a sua chave somente leitura ligada — Query, Query Ledger Entries e Export Data — o CryptaCount extrai o histórico de negociações e do razão e mantém-no atualizado, escrevendo cada evento como um registo discreto e com carimbo temporal no razão auxiliar cripto. A visão do razão é especialmente valiosa para a contabilização porque captura os débitos e créditos granulares por detrás de cada depósito, levantamento, liquidação de negociação e recompensa, que é exatamente o nível de detalhe de que a reconciliação e a base de custo dependem.

A ingestão é idempotente: cada negociação e entrada do razão do Kraken está indexada pelos seus próprios identificadores, pelo que resincronizar um período nunca duplica. Pode atualizar após um fecho, após uma exportação corrigida ou após alargar o histórico, e confiar que as quantidades e saldos permanecem estáveis em vez de derivarem a cada sincronização. O resultado é uma única fonte de verdade fiável para tudo o que aconteceu no Kraken, pronta a tornar-se contabilidade — com o razão geral a receber apenas lançamentos resumidos enquanto o detalhe permanece disponível por baixo.

Classificar e conciliar transações do Kraken

O CryptaCount classifica cada registo do Kraken num evento contabilístico: uma negociação, um depósito ou levantamento das entradas do razão, uma receção de staking ou recompensa ou uma taxa. Como o razão do Kraken detalha os componentes de cada movimento, a classificação pode ser precisa — o lado do ativo de uma negociação, o lado fiat e o lado da taxa são cada um reconhecido pelo que são, e uma negociação token-a-token é tratada como uma alienação e uma aquisição com preços independentes em vez de um único swap opaco.

A reconciliação comprova depois os livros contra a corretora. O CryptaCount acompanha a quantidade acumulada de cada ativo implícita pelo seu histórico classificado e verifica-a com a posição que o Kraken reporta, de modo a que uma lacuna no histórico, uma entrada do razão em falta ou uma linha não classificada apareça como uma discrepância em vez de distorcer silenciosamente os saldos. O estado da reconciliação flui para o seu razão auxiliar cripto → para que os revisores possam ver exatamente onde os livros e a corretora concordam — a mesma disciplina que um contabilista traz a uma reconciliação bancária, aplicada ao cripto.

Base de custo e ganho/perda para os livros

Cada alienação no Kraken — uma venda para fiat, uma negociação token-a-token ou um levantamento que a sua política trata como uma alienação — precisa de uma base de custo para que o ganho ou perda realizado possa ser mensurado e publicado. O CryptaCount mantém lotes de aquisição por ativo e consome-os na alienação pelo método escolhido, publicando depois o ganho ou perda no razão geral a par do movimento do ativo. Os lotes residem no razão auxiliar, pelo que o valor publicado nunca é uma caixa preta: pode aprofundar de um ganho no razão geral até às aquisições específicas que consumiu.

O motor suporta a gama completa de estratégias de alienação que uma equipa financeira poderá ser obrigada a utilizar e aplica tratamentos impostos pela jurisdição automaticamente onde se aplicam. O método é uma escolha de política deliberada aplicada consistentemente ao longo dos períodos, não uma decisão por transação — consulte os métodos de custeio → disponíveis para ver como cada um consome lotes e molda os resultados reportados.

Transferências entre as suas próprias contas

Mover ativos entre o Kraken e as suas outras corretoras ou carteiras é uma prática comum, e cada movimento é uma oportunidade de registar erroneamente uma alienação. Quando levanta um ativo do Kraken para a sua própria carteira, ou deposita um proveniente de outro local, nada foi vendido — o ativo apenas mudou de localização — ainda assim uma importação ingénua vê um levantamento e um depósito e arrisca reconhecer um ganho que nunca aconteceu. O CryptaCount faz corresponder os dois lados de uma transferência interna num único movimento do mesmo ativo, transportando a base de custo original através do movimento em vez de a repor ou cristalizar um ganho fantasma.

A correspondência utiliza o ativo, a quantidade, o timing e a direção, e sinaliza qualquer coisa que não consiga emparelhar com confiança para confirmação humana. Isso mantém-no no controlo da base que está a ser transportada — exatamente o que um auditor espera quando um ativo cruza entre contas. A base transportada segue o ativo para a carteira ou corretora que o recebeu, de modo a que uma alienação posterior aí seja mensurada contra o verdadeiro custo original e não contra um valor reposto.

Taxas e movimentos internos

O Kraken cobra taxas em negociações e levantamentos, e como o razão as detalha, o CryptaCount pode tratar cada taxa com precisão segundo a sua política — capitalizando uma taxa de negociação na base de uma aquisição, deduzindo-a dos recebimentos numa alienação ou registando-a como despesa. O custo e o ganho reportados refletem portanto o que a atividade realmente custou. As taxas por transação são fáceis de perder manualmente mas significativas em agregado; omiti-las subestima o custo e sobrestima os ganhos ao longo de um período.

• Taxas de negociação — capitalizadas na base ou deduzidas dos recebimentos segundo a sua política de mensuração, extraídas do razão detalhado.
• Taxas de levantamento / rede — capturadas contra o movimento para que a redução do ativo seja totalmente contabilizada.
• Receções de staking e recompensas — reconhecidas pelo justo valor na receção e com base de custo atribuída para alienação eventual.
• Movimentos internos — emparelhados entre contas e excluídos dos cálculos de ganhos, com a base transportada intacta.

Controlos e trilha de auditoria

A ligação ao Kraken é somente leitura por conceção — Query, Query Ledger Entries e Export Data dão ao CryptaCount apenas o seu histórico, nunca acesso a negociações ou levantamentos — um controlo que pode evidenciar diretamente. Cada linha do razão geral é rastreável: um lançamento publicado aprofunda-se através do razão auxiliar até à negociação ou entrada do razão exata do Kraken por detrás, com a sua data, ativo, quantidade e os lotes de base de custo consumidos. Essa cadeia ininterrupta do razão geral ao evento fonte é o que torna os livros cripto auditáveis, e é gerada através do processamento normal em vez de ser reconstruída no final do ano.

Os lançamentos resumidos mantêm o seu ERP limpo enquanto a evidência ao nível de transação fica no razão auxiliar, e os mesmos dados alimentam o seu reporte de conformidade cripto → para que as demonstrações e o razão auxiliar se mantenham alinhados. Os lançamentos — débitos, créditos e mapeamentos de contas — são revisíveis antes da publicação via lançamentos contábeis →, pelo que nada chega ao razão geral sem ser visto.

Considerações multi-entidade e de tesouraria

As firmas e os fundos que utilizam o Kraken frequentemente gerem várias contas em múltiplas entidades jurídicas. O modelo de espaço de trabalho do CryptaCount mantém a atividade Kraken de cada entidade nos seus próprios livros, com a sua própria política de mensuração e plano de contas, ao mesmo tempo que permite uma visão consolidada ao nível do grupo. Um administrador de fundos com vários veículos, uma firma contabilística com muitos clientes ou uma tesouraria corporativa abrangendo subsidiárias podem ligar cada conta ao espaço de trabalho certo sem que os dados sangrem além das fronteiras.

Esta separação suporta a exatidão e a governação. A base de custo, a correspondência de transferências e o cálculo de ganhos correm todos dentro dos livros de uma entidade, pelo que um movimento entre duas entidades é tratado como uma transferência intergrupo e não compensado. As permissões e a revisão podem ser definidas por espaço de trabalho, suportando a segregação de funções — as pessoas que conciliam uma entidade não precisam de ser as que fecham outra, que é exatamente a estrutura de controlo que um auditor procura.

Erros comuns na contabilização de atividade do Kraken

• Ignorar o detalhe do razão. O razão do Kraken detalha os movimentos; reconciliar apenas com resumos de negociação omite componentes de taxas e liquidação que pertencem aos livros.
• Tratar negociações token-a-token como não-eventos. Cada uma é uma alienação e uma aquisição; ignorá-la oculta um ganho ou perda realizado.
• Registar transferências internas como vendas. Levantar para a sua própria carteira não é uma alienação — emparelhar os lados preserva a base e previne ganhos fantasmas.
• Omitir taxas. As taxas de negociação e levantamento omitidas sobrestimam os ganhos ao longo de um período.
• Introduzir manualmente resumos no razão geral. A introdução manual quebra a rastreabilidade até à entrada fonte do razão e gera lacunas de reconciliação.

Como o CryptaCount utiliza os seus dados do Kraken

O CryptaCount lê as suas negociações e entradas do razão do Kraken através de uma ligação somente leitura, classifica cada negociação, movimento, recompensa e taxa em eventos contabilísticos, reconcilia as posições resultantes de volta à corretora, calcula a base de custo e os ganhos realizados segundo a sua política, e publica lançamentos contábeis resumidos no seu ERP — com o detalhe completo ao nível do razão retido no razão auxiliar para que cada número seja rastreável à sua fonte. É a camada que transforma uma conta do Kraken em livros auditáveis sem tocar nos seus fundos. Para ver como trataria a sua configuração do Kraken, a nossa equipa pode percorrê-la consigo.

Por que razão o CryptaCount necessita da permissão Query Ledger Entries?

As entradas do razão do Kraken registam os débitos e créditos granulares por detrás de cada depósito, levantamento, liquidação de negociação e recompensa. Esse detalhe é o que a reconciliação e a base de custo requerem, pelo que ler o razão permite ao CryptaCount contabilizar com precisão cada movimento em vez de o inferir apenas a partir de resumos de negociações. A permissão continua a ser somente leitura — não pode negociar nem levantar.

Podemos importar o histórico do Kraken por CSV em vez de API?

Sim. Pode exportar os seus livros razão do Kraken como CSV e carregá-lo, o que é útil para períodos históricos ou preenchimentos pontuais. A ingestão é idempotente, pelo que importar um CSV que se sobreponha a dados sincronizados por API não irá duplicar as transações que já estão presentes.

Como são tratadas as recompensas de staking do Kraken nos livros?

As receções de staking e recompensas são reconhecidas como rendimento ao justo valor na data de receção, e esse valor torna-se a base de custo do ativo recebido. Uma alienação posterior é mensurada contra essa base, para que o evento de rendimento e o ganho ou perda subsequente permaneçam distintos nos livros em vez de colapsados num único valor.

O razão auxiliar do Kraken concilia com os nossos saldos reportados?

Sim. O CryptaCount acompanha a quantidade acumulada de cada ativo implícita pelo seu histórico classificado do Kraken e compara-a com a posição que a corretora reporta. Qualquer discrepância aparece como uma diferença a investigar, de modo a que o seu razão auxiliar seja comprovado contra a corretora em vez de assumido correto — a base de um fecho auditável.

Onde o Kraken se encaixa no seu fecho mensal

Uma corretora ligada só é útil para a contabilização se tornar o fecho mais rápido e defensável, e não apenas mais visível. Como a ligação ao Kraken é somente leitura e idempotente, o fluxo de trabalho prático é manter o razão auxiliar atualizado ao longo do mês e tratar o fim do período como uma etapa de verificação em vez de uma reconstrução. Atualiza após o último dia de negociação, confirma que as quantidades acumuladas concordam com o que o Kraken reporta, revê as negociações classificadas e as entradas do razão, e aprova os lançamentos antes de os publicar. Nada é reconstruído sob prazo porque a atividade foi capturada e conciliada à medida que acontecia — o fecho torna-se uma revisão, não uma escavação, e uma exportação corrigida ou um lançamento tardio pode ser resincronizado sem qualquer risco de duplicar o que já está contabilizado.

Um fecho fiável do Kraken tende a passar pelos mesmos pontos de controlo:

• As posições conciliam com a corretora — a quantidade acumulada implícita pelo histórico classificado concorda com o que o Kraken reporta, com qualquer lacuna apresentada como uma discrepância a investigar.
• As transferências internas estão emparelhadas, para que os levantamentos para as suas próprias carteiras transportem a base em vez de cristalizar um ganho fantasma.
• As taxas refletem a sua política, para que o custo não esteja subestimado e os ganhos não estejam sobrestimados ao longo do período.
• Os lançamentos são revistos antes da publicação, para que nada chegue ao razão geral sem ser visto e cada linha trace de volta à sua entrada fonte do razão.

Tratado desta forma, o Kraken deixa de ser um CSV com que se luta no final do mês e torna-se uma fonte conciliada que alimenta livros limpos. O CryptaCount mantém o detalhe ao nível de negociação e razão no razão auxiliar cripto, publica apenas lançamentos resumidos para o seu ERP, e alinha a mensuração com a norma que cada entidade reporta — os mesmos registos alimentam depois o seu reporte de conformidade cripto para que as demonstrações e o razão auxiliar se mantenham em passo. Para uma firma com várias contas Kraken em entidades, a mesma rotina repete-se por espaço de trabalho sem que os livros sangrem além das fronteiras, de modo a que cada entidade feche nos seus próprios termos e ainda consolide numa visão conjunta. O resultado é um fecho do Kraken que um revisor pode assinar sem reabrir a corretora, porque a evidência está por detrás de cada valor publicado e os livros comprovam-se contra a corretora de cada vez, período após período.