Resposta Rápida: Se a importação feita por um software fiscal não refletir o resultado das suas operações com margem, não adicione um lucro ou prejuízo estimado apenas para fazer o total coincidir. Confirme o período da exportação, o escopo das contas e os tipos de transações incluídos; obtenha separadamente os registros relevantes de margem ou de contratos, quando necessário; depois compare transações, taxas, funding, transferências e PnL realizado em uma planilha de reconciliação datada. O Help Center da Phemex já alertou que uma importação CSV pode omitir dados de Margin PnL, mas os recursos de exportação podem mudar. Verifique os arquivos atuais e peça a um profissional tributário qualificado que decida como os registros reconciliados devem ser declarados na sua jurisdição.
Por que uma importação fiscal e o histórico de negociação podem divergir?
O painel de um software fiscal é um cálculo baseado nos registros importados e nas suas próprias regras de classificação. Ele não é uma cópia direta de todos os saldos e resultados exibidos dentro de uma conta de negociação. Se um arquivo de origem omite um tipo de transação, usa um intervalo de datas diferente ou é importado duas vezes, o total do software pode divergir do histórico da conta na plataforma mesmo sem que nenhum dos sistemas tenha um erro aritmético simples.
O guia básico de histórico de negociações da Phemex explica como baixar um CSV e importá-lo em uma ferramenta parceira. A página do Help Center sobre extratos de conta acrescenta um alerta específico: no fluxo que ela descreve, a importação CSV da Phemex não inclui dados de Margin PnL, encaminhando o leitor a um relatório separado. Como esse artigo de ajuda é mais antigo do que algumas páginas atuais do produto, ele deve servir de incentivo para verificar a exportação de hoje, e não como afirmação absoluta de que todo CSV atual apresenta necessariamente a mesma lacuna.
Pode haver vários registros para uma única posição econômica. Uma execução de ordem, uma taxa, um pagamento de funding, uma transferência de colateral e o resultado realizado podem aparecer em arquivos ou seções diferentes da conta. O software de importação pode rotulá-los de forma distinta. O objetivo da reconciliação é identificar o que aconteceu e como isso está representado, antes de pedir a um motor fiscal que calcule um resultado específico da jurisdição.
Etapa 1: defina o período e as contas
Anote o período fiscal que precisa revisar, o fuso horário dele e as contas envolvidas. Inclua subcontas se elas operaram. Uma exportação que comece um dia depois do esperado ou que exclua uma subconta pode gerar uma diferença que parece uma operação ausente. Uma posição aberta antes do período e fechada dentro dele também pode exigir registros anteriores de aquisição ou abertura para o cálculo do software.
Abra a página de Relatórios Fiscais da Phemex e inspecione as opções de exportação atuais. A página descreve o download do histórico de transações, incluindo contas principais e subcontas, e depois a seleção de um parceiro fiscal. Não presuma que o período padrão corresponde ao ano da sua declaração. Salve as configurações da solicitação de exportação e o nome do arquivo junto do arquivo gerado, para que você possa reproduzir a importação caso surja uma dúvida posteriormente.
A data e o horário de criação do arquivo importam. Se você exportar antes de um ajuste tardio, correção ou transação ter sido lançada, o relatório pode não corresponder a uma tela posterior. Compare elementos equivalentes: o mesmo período, o mesmo conjunto de contas e o mesmo momento de referência. Se uma importação foi realizada semanas atrás, repita-a usando uma nova exportação documentada somente após verificar que isso não duplicará registros existentes no software.
Etapa 2: inventarie os registros de origem
Liste as categorias que espera encontrar: operações à vista (spot), operações com margem quando aplicável, operações de contrato, depósitos, saques, transferências internas, pagamentos de funding, juros ou encargos de empréstimo, taxas de negociação e PnL realizado. É possível que você não tenha todas as categorias. O ponto é saber quais delas podem afetar a divergência, em vez de procurar apenas uma linha faltante isolada.
As instruções de relatório do Help Center descrevem caminhos separados para Contas de Negociação de Contratos, Conta Spot, Histórico de Negociações Spot, Conta de Investimento e saques. A interface e os nomes dos relatórios podem ter mudado, então use a página atual da conta como fonte operacional. Exporte cada categoria relevante para o mesmo intervalo de datas. Mantenha os arquivos originais inalterados e trabalhe a partir de cópias para ordenação e anotações.
Distinga “Margin PnL” como um rótulo em um relatório de produto de uma referência genérica a qualquer negociação alavancada. Uma conta de margem, uma conta de futuros e uma ferramenta fiscal externa podem usar terminologias diferentes. O usuário deve inspecionar o campo de origem real e o tipo de conta antes de afirmar que determinado resultado de futuros está ausente apenas porque uma nota do Help Center menciona Margin PnL. Se o registro ausente envolver um produto diferente, o relatório adequado também pode ser outro.
Etapa 3: compare registros, não totais gerais
Comece por uma correspondência ao nível da transação. Para cada registro de origem, capture o carimbo de data e hora, a conta, o instrumento, o tipo, o ativo, o valor, a taxa e o identificador único, se disponível. Depois localize a entrada importada correspondente. Uma planilha pode ajudar, mas mantenha os valores na moeda nativa do ativo e registre separadamente qualquer moeda de avaliação. Uma taxa de 2 USDT e uma transferência de 0,01 BTC não devem ser reduzidas a um único número sem um método de conversão definido.
Uma tabela prática de reconciliação tem estas colunas: arquivo de origem, linha de origem ou ID da transação, data/hora e fuso horário, conta, tipo de transação, ativo, valor com sinal, taxa, ID no software importado, classificação e status. O status pode ser “correspondente”, “ausente da importação”, “duplicado” ou “requer revisão”. Esta é uma lista de verificação de trabalho, não um substituto do cálculo fiscal final.
Considere um caso hipotético. Um usuário fecha uma posição com margem e vê um resultado realizado em um relatório da conta, mas o arquivo fiscal importado mostra apenas duas execuções de ordens e uma transferência de colateral. A primeira pergunta é se o resultado está representado por meio dessas execuções segundo o método do software, ou se um evento de PnL separado está genuinamente ausente. Adicionar o PnL visível como uma nova transação sem essa verificação pode levá-lo a contar duas vezes. O exemplo ilustra a lógica de revisão; ele não afirma que algum relatório específico da Phemex use essa estrutura para todo produto de margem.
Etapa 4: separe transferências de alienações e custos
Mover colateral entre as próprias contas de um usuário pode alterar saldos sem constituir uma compra ou venda externa. Uma ferramenta de importação que trata o lado da saída como um saque não justificado e o lado da entrada como nova renda pode distorcer seus totais. Correlacione ambos os lados usando data/hora, valor, ativo e identificadores de conta. Se um dos lados estiver ausente, investigue a transferência antes de atribuir uma categoria fiscal.
Taxas e funding são distintos do movimento de colateral. Eles podem explicar por que um saldo na plataforma mudou mais do que um simples cálculo de preço de entrada e saída sugere. Exporte os registros e faça a reconciliação, mas não afirme um tratamento fiscal uniforme. As jurisdições diferem, e o tratamento pode depender do produto e das circunstâncias. A tarefa deste artigo é preservar evidências precisas para essa decisão.
O PnL não realizado é outra fonte de confusão. Um painel pode mostrar a estimativa atual de uma posição aberta, enquanto uma ferramenta fiscal pode focar em transações realizadas ou usar outra regra de reporte. Compare o status da posição e o significado de cada número. Não crie um evento tributável a partir de uma exibição de marcação a mercado, a menos que as regras aplicáveis e a orientação profissional exijam esse tratamento.
Etapa 5: resolva duplicidades e entradas ausentes
Se a mesma linha de origem aparecer duas vezes no software fiscal, verifique se você importou arquivos sobrepostos ou se usou tanto uma conexão automática quanto um CSV manual. Remova ou exclua duplicidades conforme o fluxo documentado da ferramenta. Guarde uma anotação sobre o que alterou e por quê. Excluir uma linha apenas para forçar um total desejado pode ocultar uma entrada ausente distinta.
Se uma entrada estiver ausente, determine se ela falta na exportação da Phemex ou se está presente na exportação, mas não foi aceita pela ferramenta fiscal. No primeiro caso, obtenha o histórico correto da conta ou contate o suporte da Phemex informando o tipo de conta, o período e o nome do relatório. No segundo, inspecione os avisos de importação do software, o mapeamento de campos e os tipos de transação suportados. Uma linha rejeitada porque seu carimbo de data/hora ou tipo não foi interpretado é um problema diferente daquele de um relatório de origem que nunca a conteve.
Quando o preenchimento manual for necessário, preserve o registro original de origem e vincule-o à entrada adicionada. Rotule o ajuste manual para que uma reimportação posterior não o duplique silenciosamente. O valor, a data/hora, o ativo e o motivo devem ser rastreáveis. Uma correção manual deve resolver uma lacuna identificada, e não servir como plugue de equilíbrio.
Quando a reconciliação está concluída?
A conclusão significa que os registros materiais de origem foram correlacionados, explicados como excluídos sob uma regra documentada, ou sinalizados para revisão profissional. O saldo da conta de negociação, a soma das transações importadas e o número de ganho do software fiscal não precisam ser idênticos, pois respondem a perguntas diferentes. O que importa é conseguir explicar a ponte entre eles.
Guarde as exportações originais, o log de importação da ferramenta fiscal, sua planilha de reconciliação, os documentos de origem dos ajustes manuais e as versões ou datas dos softwares utilizados. Registre qualquer item não resolvido e seu possível efeito, em vez de escondê-lo em um total arredondado. Se a divergência abranger posições grandes, vários tipos de conta ou múltiplas jurisdições, consulte um profissional tributário antes de protocolar ou retificar uma declaração.
A página de Relatórios Fiscais da Phemex pode iniciar o processo de exportação. Ela é um caminho do produto, não uma promessa de que um único arquivo contém todos os registros necessários para toda situação fiscal. O próprio histórico de transações do usuário e a legislação local aplicável continuam sendo insumos necessários.
FAQ
O CSV da Phemex sempre omite o Margin PnL?
Um fluxo mais antigo do Help Center da Phemex alerta sobre a omissão de Margin PnL e remete a um relatório separado. As exportações de produtos podem mudar, então inspecione o arquivo e a documentação atuais antes de fazer uma afirmação generalizada. O próximo passo correto depende do tipo de conta e do relatório em uso.
Devo inserir manualmente o PnL exibido na minha tela de negociação?
Não até determinar se as operações importadas ou outro relatório já representam esse resultado. Um lançamento direto sem reconciliação pode contabilizá-lo duas vezes. Preserve os registros de origem e siga o processo de ajuste suportado pelo software fiscal.
Por que meus saldos coincidem, mas o resultado do software fiscal não?
Saldos e resultados fiscais são cálculos diferentes. Transferências, taxas, funding, posições de abertura, dados de aquisição ausentes, regras de classificação e métodos de avaliação podem afetar o número do software mesmo quando o saldo da conta está correto.
A Phemex pode me dizer o tratamento fiscal de uma transação?
A Phemex fornece registros da conta e um caminho de relatórios fiscais, enquanto o tratamento fiscal depende da jurisdição e das circunstâncias pessoais. Um consultor local qualificado deve resolver as questões de classificação e declaração usando os registros reconciliados.
