Por que a posição do administrador não bate com sua planilha

A planilha fechou, os números foram lançados, e a posição do administrador não bate com o que você calculou. O total geral até parece certo — mas um subtotal, uma classe ou um ativo específico está diferente. É a cena mais comum de quem ainda consolida carteira fora do sistema oficial, e a primeira reação, "quem está errado", quase nunca é a pergunta certa. A pergunta certa é onde está a diferença e por que ela existe.

Vale fixar uma coisa antes de sair investigando: entre as duas versões, o administrador é a fonte oficial — a estrutura responsável pela escrituração e pelo cálculo de cota da carteira — e a sua planilha é um controle paralelo, montado por fora para acompanhar o que a gestora precisa ver todo dia (a diferença entre administrador e gestor fica clara num post à parte). Resolvida essa hierarquia, o que resta é achar, entre as causas possíveis, qual está gerando a divergência entre a posição do administrador e a sua planilha desta vez.

A divergência quase nunca é um erro — é uma diferença de critério

Na grande maioria dos casos, ninguém errou. O administrador e a sua planilha estão medindo a mesma carteira sob critérios ligeiramente diferentes — data de referência, momento em que um evento é reconhecido, critério de preço, nível de arredondamento. O resultado bate quando os critérios coincidem e diverge quando não coincidem, sem que isso signifique erro de nenhum dos dois lados.

Essa constatação muda o objetivo do trabalho. Antes de sair corrigindo qualquer número, o primeiro passo é classificar a diferença: ela é temporária e vai fechar sozinha, é uma diferença de critério que se repete todo mês, ou é, de fato, um erro que precisa ser corrigido em algum lugar? Essa classificação é, em essência, a mesma lógica de triagem — de quantidade para preço e depois para financeiro — que sustenta a conciliação de posições como processo completo; aqui o interesse está numa etapa anterior a essa triagem: entender, para cada uma das causas mais comuns, o que gera a diferença e como confirmar rapidamente que é dela que se trata.

Cinco origens recorrentes de divergência entre a posição do administrador e a sua planilha

Data-base diferente dos dois lados

Como se manifesta: a planilha foi montada com o arquivo de um dia e a posição oficial já reflete o dia seguinte — ou o contrário. É a causa mais frequente e a mais boba de descartar primeiro.

Por que acontece: a rotina de fechamento da planilha nem sempre acontece no mesmo instante em que o administrador disponibiliza o arquivo do dia — um lado pode estar refletindo o dia corrente (D-0) enquanto o outro ainda carrega o fechamento do dia anterior.

Como confirmar em poucos minutos: antes de investigar qualquer outra hipótese, confira a data-base dos dois lados. Sintoma característico: a diferença desaparece sozinha no dia seguinte, sem que ninguém tenha corrigido nada — sinal de que era só um descompasso de data, não um erro.

O que foi negociado ainda não foi liquidado

Como se manifesta: uma operação já está lançada na sua planilha, mas ainda não aparece na posição oficial — ou o contrário, ela some da sua planilha antes de sumir da posição.

Por que acontece: a gestora costuma lançar a operação na data em que o negócio foi fechado; a posição oficial reflete o momento da liquidação. Em bolsa, a liquidação ocorre em D+2. Em fundos, o resgate tem duas datas distintas — a de cotização e a de liquidação —, e é comum a cota sair da posição num dia e o dinheiro entrar em outro. É uma divergência sistemática e esperada nos últimos dias de qualquer operação, não um erro.

Como confirmar em poucos minutos: isole as operações e os resgates dos últimos dias antes de investigar qualquer coisa. Se a diferença está concentrada exatamente ali, ela vai fechar sozinha assim que a liquidação correr — um processo maduro separa essa faixa antes de gastar tempo nela.

O evento corporativo entrou em dias — ou por valores — diferentes

Como se manifesta: aqui há duas coisas distintas, e vale separar. Na data, a planilha lança o provento na data-com ou no anúncio, enquanto a posição oficial o mantém como provisão e só o converte em caixa no pagamento — nesse intervalo a posição bate e o financeiro não. No valor, proventos com retenção na fonte — o caso típico é o JCP — chegam líquidos na posição oficial, enquanto a planilha costuma trazer o valor bruto anunciado; a diferença é percentual e se repete a cada evento do tipo.

Por que acontece: os dois efeitos vêm do mesmo hábito — lançar o evento quando a informação chega, não quando ela afeta o caixa. Há ainda um terceiro caso, sem relação com data ou valor: amortização devolve principal e reduz o preço do papel sem nenhuma venda; cupom paga juros e não mexe no principal. Planilha que só enxerga compra e venda perde a amortização, e a diferença aparece escondida no preço unitário.

Como confirmar em poucos minutos: separe por tipo de evento antes de comparar — provisionado contra pago, bruto contra líquido — e confira se alguma amortização recente ficou fora do lançamento. Um bom lugar para isso é o acompanhamento de eventos corporativos da carteira, que ajuda a não perder nenhum lançamento de vista.

Arredondamento de cota e de quantidade

Como se manifesta: a diferença é minúscula em percentual e some quando você aumenta as casas decimais da célula — é o sintoma mais característico dessa causa.

Por que acontece: a quantidade de cotas é fracionária, com muitas casas decimais, e a planilha quase sempre arredonda em algum ponto da cadeia — na importação, numa fórmula, na exibição. Multiplicado por um valor de cota alto, um arredondamento invisível vira diferença de reais no patrimônio.

Como confirmar em poucos minutos: aumente as casas decimais da célula onde a quantidade é exibida e recalcule. Se a diferença encolher ou sumir, é arredondamento, não erro — e vale aplicar uma regra de tolerância por materialidade em vez de perseguir centavo. É, provavelmente, o erro de processo mais caro dessa rotina: gastar tempo de investigação numa diferença que nunca teve substância.

O ativo mudou de código ou de classificação

Como se manifesta: é o sintoma mais diagnóstico de todos, e o que menos aparece descrito em qualquer lugar — o total geral bate, mas o subtotal por classe não, ou o mesmo ativo aparece duas vezes no detalhe.

Por que acontece: o mesmo papel passa a ser identificado por outro código, ou muda de classe ou subclasse entre um levantamento e outro. Na planilha, isso costuma quebrar um PROCV ou um ÍNDICE que deixou de casar o código antigo com o novo — a fórmula continua funcionando, só que silenciosamente ignorando a linha que mudou.

Como confirmar em poucos minutos: quando o total bate mas um subtotal não, procure primeiro por um ativo faltando ou duplicado no detalhe, não por um valor errado. Se a sua consolidação depende de classificações que você mesmo define por cima da carteira, vale conferir se elas estão amarradas ao código do ativo, e não ao nome dele — que muda com mais frequência do que parece.

O que fazer com a diferença depois de identificada

Depois de identificar a causa, a pergunta muda de "por que a diferença existe" para "o que fazer com ela" — e a resposta depende de qual dos três destinos ela pertence.

Esperada e temporária: quando a causa é data-base, liquidação em curso ou provisão a caminho do pagamento, o caminho é registrar a diferença e deixar que ela zere sozinha, sem reabrir a planilha todo dia para acompanhar algo que já tem prazo para se resolver.

De critério: quando a diferença é sistemática — o mesmo tipo de evento, o mesmo arredondamento, o mesmo padrão de classificação —, vale documentar o critério uma vez, para que ninguém precise reinvestigar o mesmo caso todo mês como se fosse novidade.

Erro de verdade: quando nenhuma das causas acima explica a diferença, alguma das duas pontas está mesmo errada — às vezes é a planilha, às vezes é preciso acionar o administrador para corrigir na origem.

O ponto que fecha esta parte é simples: uma diferença que volta toda semana não é mais um caso isolado, é sinal de que falta um processo — não de que falta mais tempo de investigação.

Por que isso encolhe quando os dados param de vir de fontes separadas

Boa parte das cinco causas acima nasce, na raiz, de um mesmo hábito operacional: alguém da equipe baixando o arquivo do administrador e montando a planilha por fora, à mão, todos os dias. A InvestingHub se integra aos principais administradores — entre eles BTG Pactual, Santander e XP Investimentos — e busca automaticamente, todos os dias, os cinco conjuntos de dados que sustentam a posição: posição, cota, extrato, provisão e operações, com dados D-0 disponíveis na plataforma.

Vale ser direto sobre o que isso muda e o que não muda: a plataforma não concilia as duas pontas automaticamente, não corrige divergência nenhuma e não indica sozinha onde ela está. O que muda é que uma das duas pontas deixa de ser produzida manualmente — e boa parte das causas listadas acima nasce, na origem, de um efeito colateral de transporte manual de dado: arquivo baixado tarde, lançamento feito com a informação que chegou primeiro, código que mudou e ninguém atualizou. A composição da carteira também fica disponível com histórico completo, não só a posição do dia de hoje — o que significa que investigar uma diferença de três semanas atrás não depende de reabrir arquivo antigo. Conheça as integrações com administradores que já sustentam essa rotina hoje.

O que a posição errada contamina depois

Uma diferença não resolvida não fica parada. A rentabilidade calculada sobre a posição errada carrega o erro adiante; a atribuição de performance decompõe um resultado que já nasceu torto; o relatório enviado ao investidor mostra um número que não é o oficial; e qualquer leitura de exposição — a um ativo, a um emissor, a uma classe — parte de uma base que já estava errada antes mesmo de a análise começar.

Nenhuma dessas contas conserta a divergência de origem — elas só a herdam e a espalham para o próximo relatório. Por isso vale o hábito descrito acima: confirmar a causa antes de seguir adiante, porque toda a análise que vem depois da posição é construída em cima dela.