Tax
A venda em real entra na declaração. A a
A venda em real entra na declaração. A alíquota está na Receita Federal, não numa tabela de códigos. Não afirmo PIX sem uma página oficial da corretora.
Última checagem: 13 Nov 2026
O que esta página faz com o imposto
Eu não sou contadora e esta página não calcula o seu imposto. O órgão é a Receita Federal. A alíquota do ano da venda está no texto de lá, no programa da declaração daquele ano, e não numa ficha de código de indicação. O que eu faço aqui é dizer o que guardar para essa leitura não depender de memória. Você mora no Brasil. A venda de cripto por reais se declara. Um bônus que chegou em USDC e que você vende depois por reais faz parte dessa venda. Eu não publico porcentagem, faixa de isenção nem código de ficha, porque esses itens mudam de programa para programa e eu não vou congelar o número errado.
O que é vender por reais
Vender por reais é trocar o criptoativo por real. A linha mostra o ativo saindo e o real entrando, no preço que a corretora ou o caminho que você usou imprimiu. Bitcoin por real é venda. Ether por real é venda. USDC por real é venda. Um stablecoin não fica de fora só porque o preço dele costuma andar perto de um dólar. O que entra na declaração é a alienação por moeda fiduciária, e o real é a moeda desta página. Se a corretora mostrar o preço em dólar e um câmbio ao lado, você guarda os dois números que estavam na tela. Eu não publico um câmbio de dólar para real. O câmbio do seu dia é o do seu comprovante.
O que esta página não reclassifica
Uma troca de um cripto por outro cripto não é a venda por reais de que eu estou falando. Pode ser outro evento, e o texto da Receita Federal daquele ano é quem diz como tratá-lo. Eu não escrevo aqui que a troca é isenta e também não escrevo que ela é tributada. Eu escrevo que o arquivo precisa ter a troca, com data, par, quantidades e taxa, para você não ter de inventar a linha em abril. Depósito de real na corretora não é venda. Saque de real para a sua conta bancária não é, por si, a venda. A venda é a ordem em que o cripto virou real. Sem essa ordem, não há o que esta página chame de venda.
O crédito em USDC
Um bônus de indicação, quando existe, pode chegar em USDC. Chegar não é vender. No dia do crédito você anota a data, a hora, a quantidade de USDC, o identificador do crédito e a corretora. Você não transforma esse USDC em real dentro do caderno só porque conhece um câmbio de cabeça. A quantidade fica em USDC até a ordem de venda. Se o crédito nunca aparecer, você não cria uma linha de bônus para “não esquecer”. Linha sem crédito no histórico da corretora é ficção, e ficção não entra na declaração. A Bybit europeia publica 5 USDC e 25 USDC num aviso. Isso não significa que a sua conta no Brasil recebeu esses números.
A venda posterior do USDC
Quando você vende esse USDC por reais, a venda se declara. Ela faz parte da venda por reais, não de um capítulo separado inventado por mim. O arquivo junta as duas datas: a do crédito e a da venda. A quantidade vendida pode ser o bloco inteiro ou um pedaço. Se você vender 40 USDC numa terça e 60 na sexta, são duas vendas, duas linhas, dois valores em reais. O que sobrar continua como saldo, não como venda. A taxa da ordem fica na mesma linha da venda, no ativo em que a corretora a cobrou. Eu não digo se a taxa reduz a base. Eu digo que, sem a taxa escrita, ninguém consegue aplicar a regra que a Receita Federal publicar.
Várias vendas do mesmo saldo
O saldo de USDC pode misturar bônus e compra. Você não precisa de uma teoria minha para separar os lotes no texto desta página. Precisa das linhas: cada crédito e cada compra, com data e quantidade, e cada venda, com data e quantidade. O programa da Receita Federal daquele ano diz como consumir o saldo. Se o programa pedir o custo e o seu bônus não teve desembolso em reais, você não inventa um custo redondo para “ficar mais fácil”. Você mostra a linha de crédito com desembolso zero, se zero for o que aconteceu, e deixa o campo do programa fazer o resto. Esta página não preenche o campo.
Mais de uma corretora
Cada corretora exporta o próprio histórico. A declaração é uma. Eu não somo Bybit com OKX dentro de um parágrafo e chamo isso de ganho. Você exporta as duas, guarda os dois arquivos e só então monta as linhas do ano. Um USDC creditado na Bybit e vendido na Bybit fica nas linhas da Bybit. Se você transferir o USDC para outra corretora e vender lá, as duas pontas precisam existir: a saída, a entrada e a venda. Transferência entre as suas contas não é a venda por reais. A venda é a ordem contra real. Sem o identificador da transferência, o saldo parece ter nascido do nada no destino.
Virada de ano
O crédito em dezembro e a venda em janeiro não são o mesmo exercício só porque o bônus “é antigo”. A venda por reais cai no ano em que a ordem de venda aconteceu. O crédito fica no arquivo do ano em que chegou, para o saldo de virada não mentir. Eu uso a data civil em horário de Brasília e, ao lado, o carimbo que a corretora imprimiu, com o fuso escrito. Se os dois caem em dias diferentes por causa do fuso, as duas horas ficam na linha. Eu não escolho a mais conveniente. A Receita Federal é quem tem a regra do momento do fato. O seu papel é não chegar lá com uma data só, chutada.
31 de dezembro
Se o programa do ano pedir os bens, o saldo de cripto na virada precisa de quantidade, não de um valor que eu tenha estimado em Curitiba. Você tira o extrato de 31 de dezembro de cada corretora. O código do item no programa é o código daquele ano, lido na própria Receita Federal. Eu não copio código de grupo de um guia antigo para esta página. USDC que ainda não foi vendido é saldo, não é venda. USDC vendido em novembro já saiu nas linhas de venda e não volta como saldo de dezembro. Conferir isso leva meia hora e evita o erro de declarar o mesmo USDC duas vezes, uma como venda e outra como bem ainda em carteira.
Operação em corretora de fora
As corretoras desta página não são, por este texto, instituições brasileiras. Usar uma empresa de fora pode ter, no ano da operação, um informe próprio no site da Receita Federal, além da declaração anual. O limite de valor, o prazo e o formulário estão nesse informe. Eu não os reproduzo, porque um número copiado fora de época vira regra falsa. Você abre o texto do ano em que operou e vê se a sua soma mensal exige o informe. O arquivo que eu descrevo, com as ordens e os depósitos, é o que permite fazer essa conta sem reconstruir o mês de memória. A falta do informe, quando ele é devido, não se resolve com um código de indicação.
Colunas que eu não deixo faltar
A planilha do ano tem, em cada linha de ordem: data e hora da corretora, data civil em Brasília, corretora, par, lado, quantidade do ativo, preço, moeda do preço, valor em reais se a tela mostrou, taxa, ativo da taxa, identificador da ordem. Na linha de depósito: data, método como a tela o chamou, valor, moeda e identificador. Na linha de bônus: data, ativo, quantidade, identificador do crédito e a frase “sem desembolso em reais”, quando for esse o caso. Eu não adiciono coluna de alíquota. Alíquota não sai desta página. Se um contador pedir a coluna depois, ele põe a do texto oficial, não a de um blog de código.
Taxa da ordem e imposto
0,25% de 1.000 euros são 2,50 euros na ficha spot da Bybit EU para VIP 0, e 0,25% de 50.000 USD são 125 USD. Isso é comissão de corretora naquela ficha europeia, não é alíquota da Receita Federal. 0,100% e 0,200% da ficha spot da OKX no EEE também são comissão, não imposto. Você pode guardar esses bilhetes no mesmo arquivo, marcados como taxa, para não misturar com o tributo. Uma conta no Brasil pode nem usar essa ficha. A taxa que entra na planilha é a taxa impressa na sua ordem. Se a sua ordem não mostrar 0,25%, você não escreve 0,25% para “padronizar”. Padronizar com número alheio estraga a base.
Prejuízo
Se uma venda por reais fechar abaixo do que você tem documentado como custo, a linha continua no arquivo, com o resultado negativo à mostra. Eu não digo se o prejuízo compensa ganho, em que prazo e em que ficha. Isso é regra de programa, e o programa é o da Receita Federal do ano. O que eu impeço é o sumiço da linha. Prejuízo apagado não volta quando você descobre, dois anos depois, que podia usá-lo. A captura da ordem e o CSV bastam. Não precisa de narrativa. Precisa de quantidade, preço em reais e taxa. O restante o texto oficial organiza, ou um contador organiza em cima do arquivo, não em cima desta página.
Stablecoin, fração e ordem parcial
Vender 10 USDC por reais é venda, mesmo que o valor pareça pequeno perto de um bitcoin. A página não cria um mínimo abaixo do qual você possa esquecer a linha. Ordem parcial gera linha parcial: o que executou, não o que você digitou e o livro não tomou. Se a ordem ficou aberta e cancelou, não houve venda. O cancelamento pode ir para uma nota, sem entrar como alienação. O identificador mostra a diferença entre executada, parcial e cancelada. Sem esse estado, a planilha conta intenção como fato. Intenção não vira real e não se declara como venda. Fato é execução. A corretora distingue os dois no histórico, e você copia a distinção.
O que levar se contratar alguém
Se você sentar com um contador, leve o CSV, os PDF das ordens, a captura do crédito de bônus e a lista de depósitos. Não leve esta página como se ela fosse o parecer. Eu descrevo o arquivo e a frase que a Receita Federal precisa responder: houve venda por reais, e o USDC do bônus vendido depois entra nessa venda. A alíquota, o formulário, o informe mensal e o código do bem são leitura do site oficial do ano. Um contador que peça uma porcentagem “do texto da Helena” deve ouvir que a porcentagem não está no texto. Isso não é descuido. É o limite que eu me impus para não inventar tributo.
Quando o histórico some
Corretora muda de painel, conta é limitada, exportação falha. Por isso a exportação é no dia da ordem, não em março do ano seguinte. Se o painel ainda abrir, exporte de novo e compare os identificadores. Se a conta fechar, o que você tem é a pasta. Sem pasta, a declaração fica dependente de print solto no celular, e print sem identificador não reconstrói quantidade. Eu guardo a pasta por ano, separada, e não misturo com o arquivo do imposto de renda de salário. Cripto tem linha própria porque a venda por reais tem de ser achada depressa. O código SAVEBONUS20, UNLOCK20 ou qualquer outro não substitui uma linha que você esqueceu de exportar.
Depósito, bônus e venda na mesma semana
Imagine uma semana, sem transformar o exemplo em fato seu. Na segunda você deposita por um método que a tela listou. Na terça a verificação termina. Na quarta, se a sua conta creditar um USDC de campanha, você anota o crédito. Na quinta você vende uma parte desse USDC por reais. Na declaração, a venda de quinta é a venda. O depósito de segunda não é. O crédito de quarta é a origem da quantidade, não a venda. Os três identificadores ficam na pasta da mesma semana. Eu não preciso do seu nome nessa história. Preciso que a sua semana real tenha os três papéis, se os três eventos aconteceram, e nenhum papel inventado se um deles não aconteceu.
Leitura final, sem alíquota
Fecha o arquivo do ano com uma soma simples, feita por você: quantidade vendida por reais, valor em reais que a tela mostrou, taxa em reais quando a taxa foi em reais. Essa soma não é o imposto. É a entrada do programa. O programa, com a regra da Receita Federal daquele ano, devolve o que for devido, inclusive zero, se zero for o resultado da regra. Eu não antecipo o zero e não antecipo um percentual. Você não me cita como fonte da alíquota. Cita o histórico e o site da Receita Federal. O código de indicação fica numa linha de cadastro, útil para lembrar qual conta é qual, inútil para calcular tributo.