Fable acabou de me mostrar, passo a passo, um erro de lógica na estrutura do meu relatório de trades. Fiquei bem impressionado com isso.

Basicamente, estou tentando conciliar os saldos de fim de mês (EoM) com o PnL.
Para isso, preciso de PnL realizado (fácil) + PnL não realizado.
O primeiro problema é bem básico e já foi resolvido:

o PnL não realizado continua a partir dos saldos que já foram contabilizados nos meses anteriores.
Por exemplo: você tem US$ 1.000 de saldo e, em maio, tem uma posição com lucro de US$ 100. Vamos dizer que essa posição agora está em US$ 300 de PnL não realizado em junho. Seu saldo era US$ 1.100 no fim de maio e, se tudo estiver correto, deveria ser US$ 1.300 em junho.
Mas se você considerar o PnL total da posição aberta no relatório, ele vai dizer que seu saldo deveria ser US$ 1.400, porque você está duplicando os US$ 100 que já tinham sido contabilizados em maio.
Então precisamos subtrair o PnL não realizado dos períodos anteriores.

Fica um pouco mais complicado porque eu faço muitas rebalanceamentos diários, então tenho milhares de transações que precisam ser consideradas quanto a seus fills, quando eles aconteceram e qual foi a contribuição delas para o PnL não realizado dessa posição neste mês.
Até aqui, tudo bem, coisas bem básicas.

O problema que o Fable encontrou foi que eu não estava pensando em quando contabilizo o PnL realizado do mês atual (o valor correto do ponto de vista contábil). Nesse momento, eu também preciso considerar a parcela do PnL que já foi contabilizada como não realizado nos saldos dos meses anteriores; caso contrário, eu acabo contando duas vezes o efeito.
No nosso exemplo anterior: vamos dizer que, em junho, eu registro o lucro completo de US$ 300 quando fecho a posição. ISTO é o valor correto do ponto de vista de um contador.

Porém, para bater com o rastreador de saldos, eu preciso remover a parcela que foi realizada/adicionada em meses anteriores do PnL não realizado, quase como uma dedução dos valores já “lançados” nos meses anteriores.
Isso cria um pouco de conflito entre o controle interno e a finalidade contábil, mas eles precisam coincidir; caso contrário, eu não consigo ter certeza de que meus valores estão corretos. Eu sei que eles estão, por causa do relatório da exchange de trades realizados — e de novo, é isso que importa para fins contábeis agora — mas eu sou um pouco “chato” com isso.

Agora o PnL concilia perfeitamente com os saldos de fim de mês.

Eu devia ter sabido melhor: ficando mais burro a cada dia, enquanto usamos IA como muleta para todo problema que aparece.