Fable acabou de me explicar um erro de lógica no desenho do meu relatório de trades. Estou bastante impressionado com isso.

Basicamente, estou a tentar conciliar saldos de EoM com PnL.
Para isso, preciso de PnL realizado (fácil) + PnL não realizado.
O primeiro problema é bastante básico e já foi resolvido:
o PnL não realizado transita a partir dos saldos já contabilizados nos meses anteriores.
Por exemplo, tens $1000 de saldo e, em Maio, tens uma posição com +$100. Vamos dizer que essa posição agora está em $300 de PnL não realizado em Junho. O teu saldo era $1,100 no fim de Maio e, se estiver tudo correto, deveria ser $1,300 em Junho.
Mas se incluíres todo o PnL da posição em aberto no teu relatório de trades, ele vai dizer que o teu saldo deveria ser $1,400 porque estás a duplicar os já contabilizados $100 de Maio.

Portanto, temos de subtrair o PnL não realizado dos períodos anteriores.
Fica um pouco mais complicado porque eu faço muitos rebalanceamentos diários, por isso tenho milhares de transações que precisamos de contabilizar quanto a: os seus fills, quando aconteceram, e a sua contribuição para o PnL não realizado dessa posição neste mês.
Até aqui, tudo bem, coisas bastante básicas.

O problema que a Fable encontrou foi que eu não estava a pensar em quando contabilizo o PnL realizado do mês atual (o valor correto do ponto de vista contabilístico); tenho de ter em conta a parte do PnL que já foi contabilizada como PnL não realizado nos saldos do mês anterior, caso contrário estou a contar duas vezes o efeito deles.

No nosso exemplo anterior, vamos dizer que em Junho registamos o lucro completo de $300 quando fechamos a posição. ISTO é o valor correto, na perspetiva de um contabilista.
No entanto, para bater com o saldo do “tracker”, isso significa que tenho de remover a parte que foi realizado/adicionada nos meses anteriores do PnL não realizado, quase como uma dedução de valores registados nos meses anteriores.

Isto é um pouco de conflito entre o tracking interno e, para efeitos de contabilidade, mas têm de coincidir, senão não consigo ter a certeza de que os meus valores estão corretos. Quero dizer, eu sei que estão porque, novamente, é o relatório da exchange de trades realizados que importa para efeitos de contabilidade neste momento; mas eu sou um bocado obsessivo com isso.

Agora o PnL concilia perfeitamente com os saldos de EoM.

Devia ter sabido melhor, ficando mais “burro” a cada dia que passa, já que usamos IA como muleta para todos os problemas que temos.