Erros na planilha de cap table: o que realmente dá errado (e quando parar de confiar no Excel)

O erro mais comum em uma planilha de cap table é contar o pool de opções duas vezes — uma como ações reservadas e outra como ações emitidas assim que as concessões saem —, o que superestima a diluição em alguns pontos percentuais sem que ninguém perceba. O segundo mais comum é mais simples: várias pessoas mantendo cada uma a sua própria versão "mais recente", de modo que ninguém consegue dizer com confiança qual arquivo é de fato o verdadeiro. Ambos os erros são invisíveis até que alguém de fora da sua empresa confira as contas, que é exatamente quando eles custam mais caro.

Se você está lendo isto porque pesquisou por erros na planilha de cap table, provavelmente já suspeita que existe um na sua. Esse instinto costuma estar certo. Aqui está como os erros realmente se parecem, por que são piores se você está construindo fora dos EUA, e qual é o limiar honesto para quando uma planilha deixa de ser suficiente.

Os erros que de fato se repetem

Listas genéricas vão te dar dez. Na prática, quase todo cap table quebrado remonta a quatro.

Contagem dupla do pool de opções. Você cria um pool de 10% e o registra como ações reservadas em uma linha. Depois concede opções à sua primeira contratação e adiciona uma segunda linha para as ações emitidas — sem removê-las da linha das reservadas. Agora o mesmo capital é contado duas vezes, o total de ações em circulação fica inflado e cada percentual de participação no arquivo está silenciosamente errado. Esse é o erro de planilha mais citado nas análises de cap table, e é fácil ver por quê: ele não dispara nenhum erro, apenas superestima em silêncio a diluição em alguns pontos percentuais. Ninguém percebe alguns pontos percentuais até que um term sheet esteja sobre a mesa e os números precisem sobreviver ao escrutínio.

Arredondamento e desvio na contagem de ações. Os SAFEs convertem a valuations irregulares. Os valores de investimento não se dividem de forma limpa em ações inteiras. O Excel arredonda e arredonda de novo na fórmula seguinte que referencia o primeiro número arredondado. Nenhum desses é grande individualmente. Acumulados ao longo de um ano de concessões e dois eventos de conversão, somam uma contagem de ações que não bate com seus documentos de constituição — e reconciliá-la mais tarde significa voltar por cada transação para achar onde o desvio começou.

Proliferação de versões. Cap-Table-v3-FINAL.xlsx, Cap-Table-v3-FINAL-actually-final.xlsx, uma cópia que seu cofundador editou em um avião sem wifi e mesclou de volta manualmente. Planilhas não têm, por design, uma única fonte de verdade — cada salvamento é uma bifurcação, não um commit. No momento em que mais de uma pessoa precisa de acesso de escrita, você criou as condições para uma discrepância que aparece no pior momento possível: no meio da diligência, quando o associado de um investidor monta a própria versão a partir do seu data room e ela não bate com a sua.

Concessões ausentes ou registradas tarde. As opções de uma contratação inicial são prometidas verbalmente, acordadas em uma mensagem no Slack e nunca chegam à planilha até que alguém se lembre seis meses depois — geralmente quando essa pessoa pergunta sobre seu cronograma de vesting, ou sai e é preciso calcular uma perda (forfeiture). Concessões ausentes não apenas distorcem o cap table; elas criam uma lacuna jurídica, porque não há registro contemporâneo do que foi de fato oferecido.

Por que isso piora fora dos EUA

Todo template de planilha de cap table que você encontra pesquisando é construído em torno da mesma suposição: uma única Delaware C-corp, um pool de opções sob um ESOP padrão dos EUA, as regras de uma única jurisdição sobre como uma resolução deve ser. Essa suposição não se sustenta se você está constituído em Riyadh, Lagos, Nairobi ou Jakarta.

Dois problemas estruturais se somam aos quatro erros acima:

Estruturas de dupla entidade partem a tabela em duas. Muitos fundadores fora dos EUA acabam fazendo um flip para uma Delaware C-corp ou uma holding em Singapore para uma rodada, enquanto a entidade que de fato operam continua local. Agora não há um cap table à deriva — há dois, em duas moedas, sob dois conjuntos de regras, e um template genérico não tem nenhum mecanismo para mantê-los reconciliados entre si. Um erro na tabela da entidade local não distorce apenas a participação local; distorce a matemática pro-rata sobre a qual a rodada da holding é de fato precificada.

Requisitos específicos da jurisdição não têm célula alguma. A Arábia Saudita exige resoluções de assembleia geral e registros de votação ponderados pela participação, atrelados à propriedade real no momento da votação — uma exigência legal que a maioria das ferramentas de cap table feitas nos EUA não modela de forma alguma, muito menos uma planilha. Se seus percentuais de participação estão errados por causa de um pool de opções contado duas vezes, cada resolução aprovada com base nesses percentuais herda o erro. Não é mais só um número errado; é um registro de governança que não vai se sustentar.

Essa é a lacuna que uma alternativa à Carta feita para fundadores globais deveria fechar — não apenas contas de cap table mais baratas, mas uma estrutura que pressupõe a sua jurisdição desde o início em vez de adaptá-la depois.

O verdadeiro limiar para mudar

A maioria dos conselhos diz "mude quando ficar grande demais para uma planilha", o que é vago o bastante para ser inútil — fundadores redefinem "grande demais" a cada trimestre para justificar mais uma rodada de fórmulas de Excel.

O limiar não é o tamanho. É um de três eventos, e qualquer um deles sozinho já basta:

1. Seu primeiro investidor externo. No momento em que alguém que não é você vai modelar sua participação de forma independente, sua planilha precisa sobreviver a ser reconstruída por um estranho. Se não sobreviver, isso não é um problema futuro — é um problema de diligência, agora.
2. Sua primeira concessão de ESOP. No instante em que o capital sai dos fundadores e vai para um funcionário, você precisa de um sistema que rastreie vesting, cliffs e perdas sem depender de um humano lembrar de atualizar uma célula na data certa. Perca uma atualização de vesting e você terá emitido participação real a mais ou a menos.
3. O momento em que duas pessoas precisam editar o arquivo. Um cap table com um único editor pode estar errado e ainda assim ser consistente. Um cap table com dois editores e nenhum mecanismo de bloqueio acabará tendo duas verdades.

Se nenhum desses três já aconteceu, uma planilha limpa está genuinamente ok — isto não é um discurso para abandonar o Excel no primeiro dia. Se algum deles aconteceu, a planilha deixou de ser uma escolha de economia. É um passivo com fatura postergada.

Quanto esperar realmente custa

A versão honesta de "migre quando estiver pronto" é que o custo de migrar sobe a cada mês que você espera, e não sobe suavemente.

Uma planilha limpa e reconciliada migra para um software de cap table adequado em uma tarde — você exporta os dados, importa e verifica se batem com seus documentos de constituição e cartas de concessão. Uma planilha que ficou à deriva por um ou dois anos, com concessões espalhadas por threads de e-mail e fórmulas que ninguém lembra ter escrito, se transforma num verdadeiro projeto de reconciliação: as estimativas mais citadas colocam essa limpeza em 10 a 20 horas de conferência cruzada de cada linha contra um documento fonte, e isso antes de você resolver as discrepâncias que encontrar. O modo de falha não é a planilha em si. É o fundador que para de mantê-la e tenta reconciliar dois anos de desvio na semana em que um data room precisa sair.

O que de fato resolve

A solução não é um template de planilha melhor. É remover aquilo que torna as planilhas não confiáveis em primeiro lugar: cada salvamento sobrescreve silenciosamente o estado anterior, sem nenhum registro do que mudou ou por quê.

Um cap table com auditoria em primeiro lugar não armazena um estado atual que você edita no lugar. Ele armazena cada emissão, transferência e correção como um evento discreto e com carimbo de data/hora, e o cap table "atual" é apenas a soma de tudo o que aconteceu, reproduzido. Nada é sobrescrito silenciosamente. Se um número está errado, você o corrige com um novo evento que anula o antigo — o erro permanece no registro, visível, em vez de sumir numa célula sobrescrita. Essa é a diferença entre uma planilha e um livro-razão (ledger), e é a diferença que de fato importa quando um investidor, um cofundador ou um tribunal vai perguntar "como você sabe que isto está certo?".

É também a mesma disciplina de que suas concessões de ESOP precisam quando você para de usar um advogado para cada uma delas — um processo repetível e ciente da jurisdição que não depende de alguém lembrar de atualizar a célula certa.

Corrigir um erro de planilha de cap table depois do fato é um projeto de limpeza. Não ter erros de planilha desde o início é uma escolha estrutural, feita uma vez, que continua rendendo.

A Govy roda cap tables sobre um livro-razão baseado em eventos, feito para fundadores fora do padrão Delaware — governança de assembleia geral, contratos de ESOP cientes da jurisdição e um cap table que não pode ser sobrescrito silenciosamente. Veja como funciona em govy.tech.

Perguntas frequentes

Qual é o erro mais comum em uma planilha de cap table? Contar o pool de opções duas vezes — registrá-lo uma vez como ações reservadas e outra como ações emitidas assim que as concessões saem. É um único erro de fórmula, mas superestima a diluição em vários pontos percentuais, e ninguém percebe até que o associado de um investidor reconstrua a tabela de forma independente e os números não batam.

Quando uma startup deve abandonar um cap table em planilha? Não pelo calendário — por um evento. O gatilho é seu primeiro investidor externo, sua primeira concessão de ESOP, ou o momento em que duas pessoas precisam editar o mesmo arquivo. Qualquer um desses três transforma uma planilha de "tudo bem" em "ativamente perigosa", independentemente de quantos meses você já toca a empresa.

Quanto tempo leva para migrar um cap table bagunçado para um software? Uma planilha limpa e reconciliada leva uma tarde. Um cap table que ficou à deriva por um ou dois anos, com concessões rastreadas no e-mail e fórmulas que ninguém lembra ter escrito, se torna um verdadeiro projeto de reconciliação — as estimativas mais citadas vão de 10 a 20 horas de conferência cruzada contra os documentos fonte. A diferença entre esses dois números é inteiramente função de quanto você esperou.

Uma planilha de cap table conta como uma trilha de auditoria? Não. Uma planilha armazena um estado atual, não um histórico de como chegou até ele — cada edição sobrescreve a anterior, e o próprio histórico de versões do Excel não é prova admissível de quem mudou o quê e por quê. Uma trilha de auditoria exige que cada mudança seja registrada como um evento discreto, com carimbo de data/hora e atribuível, o que é um tipo de sistema diferente de uma grade de células.

Jurisdições fora dos EUA pioram os erros de cap table? Sim, porque a maioria dos templates de planilha e até a maioria das ferramentas de cap table são construídas em torno de uma única Delaware C-corp com um pool de opções no padrão dos EUA. Um fundador em Riyadh, Lagos ou Jakarta muitas vezes está rastreando uma estrutura de dupla entidade, instrumentos de ESOP específicos da jurisdição ou resoluções de assembleia geral para as quais um template genérico não tem coluna alguma — de modo que o mesmo erro de contagem dupla se agrava com um erro estrutural que o template nunca previu.