Contabilidad para consultoras de chaos engineering: separar los ingresos de los game days del margen de reventa de herramientas

Una consultora de chaos engineering de tres personas organiza un game day para un cliente fintech de mercado medio, factura $18,000 por el proyecto de dos semanas, y además traspasa una licencia anual de $4,000 de Gremlin o AWS Fault Injection Simulator que el cliente no quería contratar directamente. Seis meses después, el fundador está mirando un estado de resultados que muestra $22,000 en "ingresos de consultoría" y no puede responder una pregunta simple: ¿qué tan rentable fue el trabajo de ingeniería real, separado de actuar como revendedor de software sin cobrar por ello?

Este es un problema cada vez más común. A medida que el chaos engineering pasó de ser una curiosidad exclusiva de Netflix a un rubro estándar en los programas de resiliencia empresarial, ha surgido una ola de consultoras boutique en torno a esta disciplina — realizando auditorías de resiliencia, facilitando talleres de game day y construyendo pipelines automatizados de inyección de fallos para clientes que no quieren contratar un equipo de SRE dedicado. El trabajo de ingeniería está bien entendido. La contabilidad, generalmente no, porque estas firmas operan dos negocios fundamentalmente distintos dentro de una sola entidad: un negocio de servicios con ingresos irregulares y basados en proyectos, y un negocio de reventa de software con flujo de caja recurrente, de bajo margen y de tipo pass-through. Mezclarlos en tu plan de cuentas oculta cuál de los dos realmente te está generando dinero.

Por qué las firmas de chaos engineering tienen este problema más que la mayoría de las consultoras​

Una consultora estratégica genérica factura por horas y listo. Una práctica de chaos engineering típicamente tiene tres o cuatro flujos de ingresos distintos operando simultáneamente:

• Auditorías de resiliencia — un proyecto de tarifa fija o por horas que revisa la arquitectura, los grafos de dependencias y los puntos de falla de un cliente antes de que ocurra cualquier inyección de fallos. Este es trabajo de diagnóstico, generalmente entregado como un informe más un backlog priorizado de experimentos.
• Facilitación de game days — el evento en vivo real donde el equipo planifica escenarios de falla, los ejecuta contra staging o producción, y guía a los ingenieros del cliente durante la respuesta al incidente. Los game days ponen a prueba no solo el sistema, sino también a las personas y los runbooks que lo rodean, razón por la cual se cotizan y delimitan de forma distinta a las pruebas de caos automatizadas continuas.
• Automatización y desarrollo de plataforma — implementar experimentos de caos recurrentes en CI/CD, algo más cercano a la entrega de ingeniería de software que a un taller, y que suele facturarse como un proyecto con hitos.
• Reventa de herramientas o pass-through — revender o administrar licencias de plataformas como Gremlin, Harness Chaos Engineering, o configurar servicios cloud-native como AWS Fault Injection Simulator y Azure Chaos Studio en nombre del cliente, a veces con un margen, a veces al costo como una comodidad.

Cada una de estas actividades tiene una estructura de costos distinta, un perfil de margen distinto y — de forma crítica — un tratamiento de reconocimiento de ingresos distinto bajo ASC 606 si eres una entidad con sede en EE. UU. que prepara libros cuasi-GAAP para un banco, un inversionista, o para tu propia toma de decisiones. Si agrupas todo en una sola cuenta de "Ingresos de Consultoría", pierdes la capacidad de ver que tu facilitación de game days tiene un margen del 80% mientras que tu reventa de herramientas tiene un margen del 8% y apenas justifica la carga administrativa.

Estructura tu plan de cuentas por flujo de ingresos, no por cliente​

El cambio contable de mayor impacto que puede hacer una consultora de chaos engineering es dividir las cuentas de ingresos por tipo de trabajo entregado, no por cliente ni por factura. Una configuración típica luce así:

Income:Consulting:ResilienceAudits
Income:Consulting:GameDayFacilitation
Income:Consulting:AutomationBuildOut
Income:ToolingResale:Licenses
Income:ToolingResale:CloudUsagePassThrough

Cuando facturas a un cliente por un proyecto combinado — digamos, una auditoría de resiliencia seguida de un game day, con una licencia de Gremlin incluida — esa única factura necesita dividirse en al menos tres de esas cuentas en los libros, en lugar de registrarse como una sola línea global "Proyecto X — $22,000". En formatos de partida doble y texto plano como Beancount, esto es una sola transacción con múltiples imputaciones:

2026-07-16 * "Fintech Client Co" "Resilience audit + game day + Gremlin license"
  Assets:AccountsReceivable:FintechClientCo    22000.00 USD
  Income:Consulting:ResilienceAudits           -6000.00 USD
  Income:Consulting:GameDayFacilitation       -12000.00 USD
  Income:ToolingResale:Licenses                -4000.00 USD

Esa única transacción, una vez que existe, te permite generar un informe real de rentabilidad por línea de servicio en cualquier momento — en lugar de reconstruirlo de memoria o a partir de propuestas antiguas cuando tu contador te pregunta en marzo por qué los márgenes se ven inconsistentes.

La trampa de la reventa de herramientas: pass-through vs. margen vs. agencia​

Revender o administrar licencias de herramientas de chaos engineering de terceros es donde estas firmas más suelen equivocarse en sus libros — y en su tratamiento fiscal. Hay tres arreglos distintos, y nunca deberían compartir una cuenta contable:

1. Pass-through puro: Pagas a Gremlin $4,000 por una licencia, facturas al cliente exactamente $4,000, y no aplicas ningún margen. Algunas firmas registran esto en neto (solo el margen, que es $0) en lugar de en bruto. Si tu carta de acuerdo te establece como agente de compra del cliente en lugar de revendedor de registro, esto podría calificar para el tratamiento de agente versus principal bajo ASC 606 — lo que significa que registrarías el pago al proveedor y el reembolso del cliente como una compensación neta en lugar de inflar tanto los ingresos como el costo de ventas. Esto importa porque cambia tu cifra de ingresos totales, lo que afecta desde los covenants de préstamos hasta cómo un comprador valora tu firma sobre un múltiplo de ingresos.
2. Reventa con margen: Compras la misma licencia por $4,000 y facturas al cliente $5,000, quedándote con un margen de $1,000. Aquí actúas como principal — controlas el bien o servicio antes de que se transfiera al cliente — y deberías registrar los $5,000 completos como ingresos con $4,000 como costo de ventas, no netearlo a $1,000. Registrarlo en neto subestima tanto las líneas de ingresos como las de costo de ventas que un comprador o prestamista podría querer ver por separado.
3. El cliente contrata directamente: El arreglo más limpio — el cliente tiene su propio contrato con Gremlin o FIS, y tú simplemente lo administras. Nada toca tus libros en absoluto, razón por la cual más consultoras están empujando a sus clientes hacia la contratación directa a medida que escalan: elimina por completo una línea de negocio de bajo margen y con riesgo de timing en el flujo de caja de su estado de resultados.

Cualquiera que sea el patrón que uses, elige uno por relación con cada cliente y sé consistente — mezclar el tratamiento de agente y de principal para el mismo proveedor entre distintos clientes, sin una razón documentada, es exactamente el tipo de inconsistencia que convierte una revisión contable rutinaria en un proceso largo y tedioso.

Reconocer ingresos en auditorías de tarifa fija vs. game days basados en hitos​

Las auditorías de resiliencia y los talleres de game day generalmente se venden a tarifa fija, lo que bajo ASC 606 no significa "reconócelo todo cuando se pague la factura". La norma exige reconocer el ingreso a medida que se satisface la obligación de desempeño — ya sea en un momento puntual o a lo largo del tiempo, dependiendo de si el cliente recibe y consume el beneficio a medida que se lo entregas.

• Una auditoría de resiliencia entregada como un informe único al final de un proyecto de dos semanas suele ser de reconocimiento puntual: nada se registra como ingreso hasta que el informe se entrega y se acepta, incluso si facturaste el 50% por adelantado. Ese depósito permanece en una cuenta de pasivo (Liabilities:DeferredRevenue:ResilienceAudits) hasta la entrega.
• Un game day de varios días con entregables diarios — documentos de escenarios de falla, cronologías de incidentes, un retro final — suele calificar para reconocimiento a lo largo del tiempo, ya que el cliente recibe y usa el valor de forma incremental en lugar de en una sola entrega final.
• El desarrollo de automatización con hitos contractuales (pipeline de staging en marcha, experimentos de producción programados, dashboard entregado) debería reconocerse hito por hito, lo que además hace que el pronóstico de flujo de caja sea muchísimo más sencillo, ya que no estás esperando un único pago grande al cierre del proyecto.

Equivocarse en esto no solo crea un dolor de cabeza en una auditoría posterior — distorsiona tu propia lectura del negocio en tiempo real. Una firma que registra un depósito de $30,000 como ingreso el día que llega, y luego entrega la auditoría dos meses después, se verá mucho más rentable en el primer mes y mucho menos rentable en el tercer mes de lo que realmente es, lo cual es una mala base para decidir si contratar a ese próximo ingeniero.

Seguimiento de la utilización y el margen real por tipo de proyecto​

Una vez que los ingresos están correctamente separados, el siguiente paso es asignar el costo correspondiente. Los consultores de chaos engineering suelen facturarse a tarifas senior, por lo que la asignación del costo laboral importa aquí más que en negocios de servicios de menor margen. Para cada tipo de proyecto, registra:

• Horas de trabajo directo contra el proyecto específico (no simplemente "horas de consultoría" en general) — esto es lo que te dice que una auditoría de resiliencia presupuestada para 40 horas en realidad tomó 65, y necesita repreciarse la próxima vez.
• Costos de herramientas asignados a la relación específica con el cliente que originó la compra de la licencia, en lugar de agruparlos en una línea general de gastos de software.
• Costos de viaje y presenciales para game days en persona, que pueden cambiar sustancialmente el margen de un proyecto remoto por lo demás idéntico.

El resultado es un informe de margen por tipo de proyecto que realmente te dice algo: muchas firmas de este sector encuentran que las auditorías de resiliencia y el desarrollo de automatización tienen los márgenes más sólidos porque son puro tiempo de ingeniería, mientras que los game days facilitados — a pesar de cobrar tarifas diarias premium — tienen márgenes más delgados una vez que se incluyen por completo el tiempo del facilitador senior, los viajes y el diseño previo de escenarios. Sin libros separados, eso es invisible; con ellos, es una conversación de precios directa con tu próximo prospecto.

Mantén la disciplina de ingeniería también en tus registros financieros​

Hay un paralelismo natural aquí que los practicantes de chaos engineering tienden a apreciar de inmediato: toda la disciplina se basa en la idea de que no puedes confiar en un sistema que no has probado, y que la infraestructura opaca y difícil de inspeccionar oculta los modos de falla que eventualmente te derriban. Lo mismo ocurre con una hoja de cálculo o una herramienta contable SaaS de caja negra que netea tu reventa de herramientas contra tus ingresos de consultoría sin que se lo pidas — no descubres que tus márgenes estaban mal hasta que el daño ya está hecho. Los libros en texto plano y con control de versiones significan que cada imputación es inspeccionable, comparable y auditable de la misma manera que querrías que fuera tu infraestructura como código, y separar los flujos de ingresos a nivel de transacción (no reconstruidos después de memoria) es lo que realmente hace posible una revisión mensual de rentabilidad en lugar de un proyecto arqueológico mensual.

Simplifica tu gestión financiera​

A medida que tu práctica de chaos engineering crece más allá de un negocio liderado por su fundador hacia un equipo con múltiples proyectos concurrentes, mantener separados de forma clara los ingresos de auditorías de resiliencia, la facilitación de game days y la reventa de herramientas es lo que hace posible, en primer lugar, las decisiones de precios y el análisis de márgenes. Beancount.io ofrece contabilidad en texto plano que te brinda transparencia y control total sobre tus datos financieros — sin cajas negras, sin dependencia de proveedores. Comienza gratis y descubre por qué los desarrolladores y las consultoras técnicas están migrando a la contabilidad en texto plano.