Errores en las hojas de cálculo de cap table: qué falla de verdad (y cuándo dejar de confiar en Excel)

El error más común en una hoja de cálculo de cap table es contar el pool de opciones dos veces —una como acciones reservadas y otra como acciones emitidas una vez que se otorgan las concesiones—, lo que sobreestima la dilución en unos pocos puntos porcentuales sin que nadie lo note. El segundo más común es más simple: que varias personas mantengan su propia versión "más reciente", de modo que nadie puede decir con seguridad qué archivo es realmente el verdadero. Ambos errores son invisibles hasta que alguien ajeno a tu empresa revisa las cuentas, que es justo cuando más te cuestan.

Si estás leyendo esto porque buscaste errores en las hojas de cálculo de cap table, probablemente ya sospeches que hay uno en la tuya. Ese instinto suele ser acertado. Aquí tienes cómo se ven realmente los errores, por qué son peores si estás construyendo fuera de EE. UU., y cuál es el umbral honesto para cuándo una hoja de cálculo deja de ser suficiente.

Los errores que de verdad se repiten

Las listas genéricas te darán diez. En la práctica, casi todo cap table roto se remonta a cuatro.

Doble conteo del pool de opciones. Creas un pool del 10 % y lo registras como acciones reservadas en una línea. Luego otorgas opciones a tu primer empleado y añades una segunda línea para las acciones emitidas, sin eliminarlas de la línea de reservadas. Ahora el mismo capital se cuenta dos veces, el total de acciones en circulación queda inflado y cada porcentaje de propiedad del archivo está silenciosamente equivocado. Este es el error de hoja de cálculo más citado en los análisis de cap tables, y es fácil ver por qué: no lanza ningún error, simplemente sobreestima en silencio la dilución en unos pocos puntos porcentuales. Nadie detecta unos pocos puntos porcentuales hasta que hay un term sheet sobre la mesa y las cifras tienen que sobrevivir al escrutinio.

Redondeo y deriva del recuento de acciones. Los SAFE se convierten a valoraciones irregulares. Los montos de inversión no se dividen limpiamente en acciones enteras. Excel redondea, y vuelve a redondear en la siguiente fórmula que hace referencia al primer número redondeado. Ninguno de estos es grande por separado. Acumulados a lo largo de un año de concesiones y dos eventos de conversión, suman un recuento de acciones que no cuadra con tus documentos de constitución, y conciliarlo más tarde significa repasar cada transacción para encontrar dónde empezó la deriva.

Proliferación de versiones. Cap-Table-v3-FINAL.xlsx, Cap-Table-v3-FINAL-actually-final.xlsx, una copia que tu cofundador editó en un avión sin wifi y fusionó de vuelta a mano. Las hojas de cálculo no tienen una única fuente de verdad por diseño: cada guardado es una bifurcación, no un commit. En el momento en que más de una persona necesita acceso de escritura, has creado las condiciones para una discrepancia que aflora en el peor momento posible: en plena diligencia, cuando el asociado de un inversor construye su propia versión a partir de tu data room y no coincide con la tuya.

Concesiones ausentes o registradas tarde. Las opciones de un empleado temprano se prometen verbalmente, se acuerdan en un mensaje de Slack y nunca llegan a la hoja de cálculo hasta que alguien las recuerda seis meses después, normalmente cuando esa persona pregunta por su calendario de consolidación, o se marcha y hay que calcular una pérdida (forfeiture). Las concesiones ausentes no solo distorsionan el cap table; crean un vacío legal, porque no hay un registro contemporáneo de lo que realmente se ofreció.

Por qué esto empeora fuera de EE. UU.

Cada plantilla de hoja de cálculo de cap table que encontrarás buscando está construida en torno a la misma suposición: una sola Delaware C-corp, un pool de opciones bajo un ESOP estándar de EE. UU., las reglas de una única jurisdicción sobre cómo debe verse una resolución. Esa suposición no se sostiene si estás constituido en Riyadh, Lagos, Nairobi o Jakarta.

Dos problemas estructurales se acumulan encima de los cuatro errores anteriores:

Las estructuras de doble entidad parten la tabla en dos. Muchos fundadores fuera de EE. UU. terminan haciendo un flip a una Delaware C-corp o a una holding en Singapore para una ronda, mientras la entidad que realmente operan sigue siendo local. Ahora no hay un cap table a la deriva, hay dos, en dos monedas, bajo dos conjuntos de reglas, y una plantilla genérica no tiene ningún mecanismo para mantenerlas conciliadas entre sí. Un error en la tabla de la entidad local no solo tergiversa la propiedad local; tergiversa las cuentas prorrateadas sobre las que realmente se fija el precio de la ronda de la holding.

Los requisitos específicos de cada jurisdicción no tienen ninguna celda. Arabia Saudita exige resoluciones de asamblea general y registros de votación ponderados por participación vinculados a la propiedad real en el momento de la votación, un requisito legal que la mayoría de las herramientas de cap table hechas en EE. UU. no modelan en absoluto, y mucho menos una hoja de cálculo. Si tus porcentajes de propiedad son incorrectos por un pool de opciones contado dos veces, cada resolución aprobada contra esos porcentajes hereda el error. Ya no es solo un número equivocado; es un registro de gobernanza que no se sostendrá.

Esta es la brecha que se supone que cierra una alternativa a Carta creada para fundadores globales: no solo cálculos de cap table más baratos, sino una estructura que asume tu jurisdicción desde el principio en lugar de adaptarla a posteriori.

El verdadero umbral para cambiar

La mayoría de los consejos dicen "cambia cuando seas demasiado grande para una hoja de cálculo", algo lo bastante vago como para ser inútil: los fundadores redefinen "demasiado grande" cada trimestre para justificar una ronda más de fórmulas de Excel.

El umbral no es el tamaño. Es uno de tres eventos, y cualquiera de ellos por sí solo basta:

1. Tu primer inversor externo. En el momento en que alguien que no eres tú va a modelar tu propiedad de forma independiente, tu hoja de cálculo necesita sobrevivir a ser reconstruida por un desconocido. Si no puede, eso no es un problema futuro: es un problema de diligencia, ahora.
2. Tu primera concesión de ESOP. En el instante en que el capital sale de los fundadores y va a un empleado, necesitas un sistema que rastree la consolidación, los cliffs y las pérdidas sin que un humano tenga que recordar actualizar una celda en la fecha correcta. Omite una actualización de consolidación y habrás emitido de más o de menos propiedad real.
3. El momento en que dos personas necesitan editar el archivo. Un cap table con un solo editor puede estar equivocado y aun así ser coherente. Un cap table con dos editores y sin ningún mecanismo de bloqueo acabará teniendo dos verdades.

Si ninguno de esos tres ha ocurrido todavía, una hoja de cálculo limpia está genuinamente bien: esto no es una arenga para abandonar Excel el primer día. Si alguno de ellos ha ocurrido, la hoja de cálculo ya no es una opción de ahorro de costes. Es un pasivo con una factura diferida.

Lo que realmente cuesta esperar

La versión honesta de "migra cuando estés listo" es que el coste de migrar sube cada mes que esperas, y no sube con suavidad.

Una hoja de cálculo limpia y conciliada migra a un software de cap table adecuado en una tarde: exportas los datos, los importas y verificas que cuadren con tus documentos de constitución y cartas de concesión. Una hoja de cálculo que ha ido a la deriva durante uno o dos años, con concesiones dispersas por hilos de correo y fórmulas que nadie recuerda haber escrito, se convierte en un verdadero proyecto de conciliación: las estimaciones más citadas sitúan esa limpieza en 10 a 20 horas de cotejo línea por línea contra un documento fuente, y eso antes de haber resuelto las discrepancias que encuentres. El modo de fallo no es la hoja de cálculo en sí. Es el fundador que deja de mantenerla e intenta conciliar dos años de deriva la semana antes de que tenga que salir un data room.

Lo que de verdad lo arregla

La solución no es una mejor plantilla de hoja de cálculo. Es eliminar lo que hace que las hojas de cálculo sean poco fiables en primer lugar: cada guardado sobrescribe en silencio el estado anterior, sin ningún registro de qué cambió ni por qué.

Un cap table con enfoque de auditoría primero no almacena un estado actual que editas sobre la marcha. Almacena cada emisión, transferencia y corrección como un evento discreto y con marca de tiempo, y el cap table "actual" no es más que la suma de todo lo que ocurrió, reproducido. Nada se sobrescribe en silencio. Si un número está mal, lo corriges con un nuevo evento que anula el anterior: el error permanece en el registro, visible, en lugar de desvanecerse en una celda sobrescrita. Esa es la diferencia entre una hoja de cálculo y un libro mayor (ledger), y es la diferencia que de verdad importa una vez que un inversor, un cofundador o un tribunal va a preguntar "¿cómo sabes que esto es correcto?".

Es también la misma disciplina que necesitan tus concesiones de ESOP una vez que dejas de usar un abogado para cada una de ellas: un proceso repetible y consciente de la jurisdicción que no depende de que alguien recuerde actualizar la celda correcta.

Arreglar un error de hoja de cálculo de cap table después del hecho es un proyecto de limpieza. No tener errores de hoja de cálculo desde el principio es una decisión estructural, tomada una sola vez, que sigue dando frutos.

Govy gestiona cap tables sobre un libro mayor basado en eventos, creado para fundadores fuera del estándar de Delaware: gobernanza de asamblea general, contratos de ESOP conscientes de la jurisdicción y un cap table que no se puede sobrescribir en silencio. Descubre cómo funciona en govy.tech.

Preguntas frecuentes

¿Cuál es el error más común en una hoja de cálculo de cap table? Contar el pool de opciones dos veces: registrarlo una vez como acciones reservadas y otra como acciones emitidas una vez que se otorgan las concesiones. Es un único error de fórmula, pero sobreestima la dilución en varios puntos porcentuales, y nadie lo nota hasta que el asociado de un inversor reconstruye la tabla de forma independiente y las cifras no coinciden.

¿Cuándo debería una startup abandonar un cap table en hoja de cálculo? No según el calendario, sino según un evento. El detonante es tu primer inversor externo, tu primera concesión de ESOP, o el momento en que dos personas necesitan editar el mismo archivo. Cualquiera de esos tres convierte una hoja de cálculo de "bien" a "activamente peligrosa", sin importar cuántos meses lleves gestionando la empresa.

¿Cuánto se tarda en migrar un cap table desordenado a un software? Una hoja de cálculo limpia y conciliada tarda una tarde. Un cap table que ha ido a la deriva durante uno o dos años, con concesiones rastreadas en el correo y fórmulas que nadie recuerda haber escrito, se convierte en un verdadero proyecto de conciliación: las estimaciones más citadas van de 10 a 20 horas de cotejo contra los documentos fuente. La diferencia entre esas dos cifras es enteramente una función de cuánto esperaste.

¿Cuenta una hoja de cálculo de cap table como una pista de auditoría? No. Una hoja de cálculo almacena un estado actual, no un historial de cómo llegó a él: cada edición sobrescribe la anterior, y el propio historial de versiones de Excel no es prueba admisible de quién cambió qué y por qué. Una pista de auditoría requiere que cada cambio quede registrado como un evento discreto, con marca de tiempo y atribuible, lo cual es un tipo de sistema distinto a una cuadrícula de celdas.

¿Empeoran los errores de cap table las jurisdicciones fuera de EE. UU.? Sí, porque la mayoría de las plantillas de hoja de cálculo e incluso la mayoría de las herramientas de cap table están construidas en torno a una única Delaware C-corp con un pool de opciones estándar de EE. UU. Un fundador en Riyadh, Lagos o Jakarta a menudo está rastreando una estructura de doble entidad, instrumentos de ESOP específicos de la jurisdicción o resoluciones de asamblea general para las que una plantilla genérica no tiene ninguna columna, de modo que el mismo error de doble conteo se agrava con uno estructural que la plantilla nunca anticipó.