El comercial cierra un contrato de $1.2M con un cliente nuevo el 28 de septiembre. El CEO te llama emocionado: "vamos a cerrar el trimestre con un trimestre récord." Tú miras el contrato 10 minutos y le respondes: "depende. Si es entrega de producto contra orden, sí. Si es implementación de 6 meses con milestones, no podemos reconocer mucho este trimestre. Si es un servicio de 12 meses, vamos a reconocer $100K, no $1.2M."
Esa conversación es donde se ve si el equipo financiero conoce ASC 606 / IFRS 15 o si recita por costumbre. El mismo contrato genera tres trayectorias de revenue completamente distintas según la naturaleza de la obligación de desempeño — y la decisión NO es preferencia del CFO, es lo que el estándar contable dice.
Este módulo trata sobre el reconocimiento de ingresos en la práctica: las cinco etapas del framework ASC 606 / IFRS 15, las ambigüedades comunes (variable consideration, principal vs agent, point-in-time vs over-time), y cómo defender tu tratamiento ante el auditor cuando el contrato no encaja perfecto en una caja.
Vamos.
Tu empresa vende software perpetuo + 3 años de soporte por $300K total ($240K licencia + $60K soporte explícito). El cliente firma el 1 de octubre. ¿Cuánto revenue reconoces este trimestre?
En lenguaje simple
Antes de la mecánica, las cuatro preguntas básicas.
¿Para qué hacemos esto?
Porque revenue es la línea más visible del P&L y la más sensible al timing. Sobre-reportar revenue (reconocer antes de lo que el estándar permite) es la causa #1 histórica de restatements y fraudes financieros — Enron, WorldCom, Tesco, todos empezaron por revenue mal reconocida. Y el costo es enorme: restatement, opinion calificada, caída de acción, demandas de accionistas, eventualmente cárcel. Reconocer revenue correctamente no es opcional — es la primera línea de defensa contable.
¿Quién decide y quién valida?
Controller propone el tratamiento contable contrato por contrato (para contratos materiales) o por tipo de contrato (para volumen). CFO aprueba. Auditor externo valida en su trabajo anual. Comité de auditoría revisa las políticas de reconocimiento al menos anualmente. Si el contrato es ambiguo (servicio + producto, milestones inciertos, variable consideration), se documenta una nota técnica que el auditor refiere — no decisiones verbales que después nadie defiende.
¿Cuándo aparece?
Mensualmente al cierre: cada contrato material firmado en el mes pasa por revisión de reconocimiento. Trimestralmente: revisión de bookings vs revenue reconocida, identificar contratos ambiguos. Anualmente: revisión de política de reconocimiento con el auditor antes del cierre fiscal. Y en cualquier nuevo tipo de producto, modelo comercial o estructura de contrato — antes de firmar el primer deal de ese tipo, no después.
¿Y si lo hacemos mal?
Cuatro consecuencias en orden de gravedad: (1) Ajuste del auditor en cierre que reduce revenue reportada y EBITDA — bono del equipo se reduce, guidance no se cumple. (2) Restatement de períodos anteriores si el error es material — pública, bandera roja para banco e inversionistas. (3) Opinion calificada o "subject to" en auditoría — daño reputacional permanente. (4) En casos extremos (manipulación deliberada), responsabilidad civil y criminal del CFO y CEO bajo SOX (en empresas listadas en US). La pelea legal puede durar años.
Andina S.A. — el contrato ambiguo
Andina firma un contrato con un retailer grande: $1.2M total, dividido en tres entregables. (a) Sistema de gestión de inventario, instalado en septiembre. (b) Soporte técnico de 12 meses (oct-sep año siguiente). (c) Optimización de procesos al mes 6 (marzo). El comercial reportó como "deal de $1.2M cerrado en Q3."
Análisis bajo ASC 606 / IFRS 15:
Paso 1 — Identificar el contrato. Documento firmado, contraprestación definida, derechos y obligaciones claros. OK.
Paso 2 — Identificar las obligaciones de desempeño. Tres obligaciones distintas: (a) sistema (bien tangible), (b) soporte (servicio over-time), (c) optimización (servicio milestone). Cada una debe evaluarse por separado.
Paso 3 — Determinar el precio. $1.2M total. Pero hay que ASIGNAR ese precio entre las tres obligaciones según standalone selling price (lo que valdría cada una vendida separadamente). Aproximación honesta: sistema $850K, soporte $250K ($21K/mes × 12), optimización $100K.
Paso 4 — Asignar el precio a obligaciones. Hecho en paso 3.
Paso 5 — Reconocer cuando cada obligación se satisface. Sistema: point-in-time, septiembre = $850K. Soporte: over-time, $21K/mes × 3 (oct-dic) = $63K. Optimización: milestone, $0 hasta marzo = $0 en Q3-Q4.
Revenue Q3 reconocida correctamente: $850K (sistema). Revenue Q4 reconocida: $63K (3 meses de soporte). Año fiscal completo: $913K, no $1.2M. El resto se reconoce año siguiente ($188K de soporte + $100K de optimización en marzo).
Diferencia entre reportar "$1.2M cerrado en Q3" (lo que dice el comercial) y "$850K reconocido en Q3" (lo que dice el estándar): $350K. Sobre EBITDA típico del trimestre, ese diferencial es material.
El visual abajo te deja ver cómo cambia la trayectoria de revenue mensual según el método de reconocimiento.
Tres patrones, en vivo
Tres trayectorias de revenue para el mismo contrato de $1.2M: point-in-time (todo en mes de entrega), over-time (lineal 12 meses), milestone (40/35/25% en meses 3/6/10).
El experimento crítico: mueve el slider de mes de entrega bajo PIT. Mira cómo el revenue se mueve de un mes a otro al 100%. Esa volatilidad mensual es la realidad de reconocimiento point-in-time — totalmente legítima, pero requiere que el CFO la comunique al directorio antes que aparezca como sorpresa en un trimestre.
Visual interactivo
Tres patrones · mismo contrato de $1.2M
Un contrato de $1.2M se puede reconocer como ingreso en tres formas legítimas según ASC 606 / IFRS 15. Mira cómo cambian las trayectorias mensuales y anuales. El contrato es el mismo; la revenue reportada es radicalmente distinta.
Point-in-time (entrega)
Todo el ingreso se reconoce el día de la entrega física o transferencia de control. Apropiado para bienes terminados sin servicio continuo.
Total año: $1200K
Over-time (línea recta)
Ingreso reconocido proporcionalmente durante la duración del contrato. Apropiado para SaaS, servicios continuos, hosting.
Total año: $1200K
Milestones (40 / 35 / 25)
Ingreso reconocido cuando cada milestone se completa. Apropiado para proyectos por fases (diseño, build, deploy).
Total año: $1200K
Mes de entrega (PIT)
S(mes 9)
Cambia cuándo se entrega el producto bajo PIT. Mira cómo el revenue se mueve completo a ese mes.
Lo que estás viendo
Tres lecciones críticas: (1) El mismo contrato genera 3 trayectorias de revenue completamente distintas en P&L mensual — pero el TOTAL del año es el mismo si el contrato se cumple. La diferencia importa para guidance trimestral, EBITDA reportado y bonos atados a metas mensuales. (2) El auditor NO pregunta "cuál método te gusta más" — pregunta "qué dice ASC 606 / IFRS 15 sobre la naturaleza de la obligación de desempeño." La defensa es técnica, no preferencial. (3) Cambiar de método retroactivamente es restatement — requiere divulgación pública y baja credibilidad. Por eso elegir bien al inicio del contrato es 10x más barato que corregir después.
La lectura crítica del visual: el TOTAL del año bajo los tres métodos es idéntico — $1.2M. Lo que cambia es el TIMING. Esa diferencia importa para guidance trimestral, EBITDA reportado por trimestre, bonos atados a metas mensuales, y la percepción del mercado sobre la "calidad" del crecimiento. Una empresa con revenue point-in-time vuelve lumpy (alta volatilidad trimestral); con revenue over-time queda suave; con milestones queda en "stair-step". Inversionistas leen estos patrones — la elección de método NO es invisible al mercado.
Segunda lectura: el estándar no te deja elegir libremente entre los tres métodos. Tienes que aplicar el método que corresponde a la naturaleza de la obligación de desempeño. Para un bien tangible terminado (planta vendida, máquina entregada), PIT. Para un servicio continuo (SaaS, hosting, soporte), over-time. Para un proyecto por fases con entregables identificables (proyecto de IT, construcción por fases), milestone. La decisión es técnica, no preferencial.
Y crítico: cuando el contrato tiene MÚLTIPLES obligaciones (como Andina: sistema + soporte + optimización), tienes que descomponer y aplicar el método correcto a cada una. Reconocer el contrato completo como PIT cuando solo el componente sistema lo es, es sobre-reportar revenue por el monto de los servicios — el error más común y más costoso.
La mecánica: cómo aplicar ASC 606 / IFRS 15 en práctica
- Empieza por identificar las obligaciones de desempeño DISTINTAS dentro del contrato. Un "deal" comercial puede contener 1, 2, 3 o más obligaciones distintas. Cada obligación debe satisfacerse independientemente para que el cliente reciba beneficio. Si no son separables, son una sola obligación combinada.
- Para cada obligación, identifica el método correcto. Bienes tangibles entregados con transferencia de control: point-in-time. Servicios continuos donde el cliente recibe beneficio simultáneamente al cumplimiento: over-time. Proyectos por fases con entregables identificables: milestone. NO es elección discrecional — es lo que dice la naturaleza de la obligación.
- Asigna el precio total entre las obligaciones según standalone selling price (SSP). No por la lista de precios del contrato — por lo que valdría cada componente vendido por separado. Si no tienes SSP directo, estima usando costo + margen razonable, o método residual.
- Para variable consideration (descuentos por volumen, bonos por desempeño), estima al inicio. No esperes a que se realice. ASC 606 / IFRS 15 obliga a estimar la variable consideration "probable" y reconocerla en base a esa estimación. Si después la estimación cambia, ajustas — pero no se puede simplemente diferir.
- Documenta cada decisión de reconocimiento como nota técnica defendible. Especialmente para contratos materiales y ambiguos. Nota incluye: descripción del contrato, identificación de obligaciones, justificación del método elegido, asignación de precio, referencia al párrafo del estándar. El auditor va a leerla; sin ella, se asume que reconociste por preferencia.
- Revisa los tipos de contrato anualmente con el auditor. Antes del cierre fiscal. Si surgió un nuevo modelo comercial durante el año (subscription, perpetua con upgrades, hybrid), asegura el tratamiento antes de cierre, no en marzo cuando ya cerraste docenas con criterio inconsistente.
- Performance obligation. Promesa distinta dentro de un contrato de entregar un bien o servicio identificable. Un contrato puede tener 1 o más.
- Point-in-time. Reconocimiento de revenue en el momento exacto de la transferencia de control al cliente. Apropiado para bienes tangibles, software perpetuo sin updates.
- Over-time. Reconocimiento proporcional durante el período en que el cliente recibe beneficio. Apropiado para servicios continuos, SaaS, hosting, soporte.
- Milestone-based. Reconocimiento cuando se cumplen hitos predefinidos. Apropiado para proyectos por fases con entregables identificables y verificables.
- Variable consideration. Componente del precio que depende de eventos futuros (descuentos por volumen, bonos por desempeño, penalidades). Se estima al inicio, no se difiere.
- Principal vs agent. ¿Eres el principal (controlas el bien antes de entregarlo) o agente (facilitas la transacción)? Si eres agente, solo reconoces la comisión, no el bruto. Error común en marketplaces.
- Standalone selling price (SSP). Lo que valdría cada obligación vendida por separado. Base para asignar precio en contratos multi-obligación.
Validación adversarial
Validación adversarial
1.Tu empresa vende equipos de imprenta industrial por $500K + un contrato de mantenimiento separado de $50K/año por 5 años. El cliente firma todo junto en julio. ¿Cuánto revenue reconoces este año?
2.Tu empresa firma un contrato SaaS de $120K anual con descuento de 20% si el cliente renueva por 3 años. El cliente firma el compromiso de 3 años en el contrato inicial. ¿Cómo reconoces este año (año 1)?
3.Tu empresa opera un marketplace donde conectas a compradores con vendedores. Por cada transacción de $1000, cobras 8% de comisión ($80) y el vendedor recibe $920. ¿Qué revenue reconoces?
Checklist de salida
Sugerencia de re-revisión: anual con la revisión de política de reconocimiento con el auditor antes del cierre fiscal. Y siempre que aparezca un nuevo modelo comercial — antes de firmar el primer deal, no después.
Opcional
Profundizar
Fuentes y libros para ir más al fondo