Antes de apresentar uma carteira modelo ou um histórico de sinais, convém saber quais perguntas o arquivo por trás da curva permite responder. Um histórico pode descrever uma simulação, uma carteira teórica publicada ou uma conta com operações. Essas fontes não são intercambiáveis, mesmo quando seus gráficos parecem semelhantes. Uma revisão estatística examina os retornos fornecidos e distingue o que foi calculado do que foi declarado. Não reconstrói o processo de investimento nem transforma uma simulação em operações observadas. A preparação começa por delimitar o significado de cada período e as informações que faltam para interpretar o conjunto.
Delimite o histórico que será revisado
Informe se a série corresponde a uma carteira modelo, a sinais publicados ou ao registro exportado de uma conta. Descreva moeda, calendário e frequência, junto com as datas em que o processo mudou. Se o histórico reúne etapas simuladas e observadas, preserve essa separação na documentação. Uma mudança de universo, regra de rebalanceamento ou tratamento de dividendos pode alterar a interpretação mesmo que a curva permaneça contínua.
Guarde o arquivo de origem e uma explicação das transformações feitas antes do envio. Se calculou retornos a partir do valor da carteira, explique como tratou aportes e retiradas. Uma alta causada por um aporte não representa retorno da estratégia. A revisão do arquivo não descobre sozinha movimentos que nunca foram incluídos nem recupera uma política de avaliação que não foi documentada.
Envie retornos por período, com datas
Para uma carteira sem lista de operações, prepare uma série datada de retornos por período ou do valor da carteira. O formulário aceita CSV ou Excel. Use nomes claros nas colunas, preserve a frequência original e distinga retornos por período de valores acumulados. Explique a unidade utilizada, incluindo se os retornos estão em decimais ou percentuais. Não preencha lacunas para a curva parecer contínua: documente o motivo delas.
Se enviar operações, o leitor universal precisa de colunas que permitam interpretá-las: datas de entrada e saída, quantidade e preços para operações fechadas, ou data, quantidade, preço e sentido para execuções. O guia de exportação explica o mapeamento. Esse arquivo responde a perguntas diferentes de uma série agregada. Não suponha que um histórico de fechamentos inclua posições abertas, distribuições ou todas as despesas da carteira.
Separe bruto, líquido e benchmark
Identifique qual versão de retornos está enviando: bruta ou líquida. Guarde ambas separadamente quando existirem e liste taxas, despesas e hipóteses de slippage aplicadas. Uma etiqueta dizendo líquido não permite medir custos ausentes. A declaração de retornos de um fundo líquidos de taxas tem um alcance específico no formulário; não substitui o detalhamento de execução de um sinal. Também não significa uma comparação automática entre as versões bruta e líquida.
Forneça o benchmark como série datada em CSV nas Opções avançadas. Documente moeda, frequência e tratamento de distribuições, explicando por que ele serve como referência. A comparação usa as datas compatíveis disponíveis, não um valor de destaque referente a outro período. Um benchmark escolhido depois de observar o resultado também faz parte das decisões de pesquisa que convém revelar.
Quais perguntas o relatório pode responder
Com dados suficientes, o relatório examina a incerteza estatística, a concentração do resultado nos melhores períodos e as diferenças entre o trecho recente e o restante. A seleção entre variantes importa: indique o número de tentativas e sua origem para contextualizar o Sharpe deflacionado. Se a contagem vem da sua explicação, continua sendo uma declaração, mesmo que o cálculo que a utiliza seja reproduzível.
As etiquetas MEDIDO, DECLARADO e NÃO MEDIDO ajudam a interpretar essa fronteira. MEDIDO identifica um cálculo sobre os dados fornecidos; DECLARADO identifica informação do autor; NÃO MEDIDO indica evidência insuficiente para uma checagem. A comparação com um benchmark depende da sua série, e os testes de custos dependem do detalhe disponível. Uma seção ausente não deve ser interpretada como uma conclusão favorável sobre a questão que ela abordaria.
O que não responde sem o arquivo
Uma captura de tela ou um retorno acumulado não permite reconstruir a ordem dos retornos, as lacunas ou a dependência entre períodos. Sem a série, o Rigor não pode concluir se aquele histórico resiste às checagens estatísticas. Sem operações e custos, também não pode medir todos os efeitos da execução. Esses limites devem acompanhar o resultado sempre que ele for compartilhado.
Mesmo com o arquivo, a auditoria não demonstra que um sinal foi publicado antes de cada movimento do mercado, que uma conta pertence a quem a apresenta ou que todas as tentativas descartadas foram declaradas. Não reconstrói o código, não recomenda alocações e não promete resultados futuros. A revisão estatística do material recebido tem um alcance diferente de uma revisão operacional, jurídica ou de titularidade.
Prepare a conversa e examine um exemplo
Use o contato ao final para descrever a origem, a frequência e os arquivos disponíveis antes de delimitar a revisão. Não é necessário incluir credenciais ou códigos de acesso. A página de exemplos mostra a estrutura de um relatório com dados sintéticos: serve para antecipar o formato, não para inferir uma conclusão sobre sua carteira. Ao apresentar o relatório, preserve junto dele o período analisado, as declarações e as seções sem medir, para que o leitor compreenda o alcance das evidências disponíveis.
Perguntas frequentes
Posso começar sem fornecer o código do sinal?
Sim. A auditoria estatística parte do arquivo de retornos ou operações. O código e a lógica do sinal não são reconstruídos.
O exemplo permite antecipar a classe do meu histórico?
Não. O exemplo usa dados sintéticos para mostrar o formato. A classe e os limites do seu relatório dependem do material fornecido.