Reconocimiento de Ingresos para Empresas SaaS
Reconocimiento de Ingresos para Empresas SaaS — Cómo aplica la NIIF 15 a cada tipo de contrato SaaS — paquetes de múltiples elementos, cuotas de configuración, precios basados en uso, servicios profesionales, pruebas gratuitas, descuentos y los juicios que determinan cuándo se obtiene cada euro.
5 Conclusiones Clave de Esta Página
La NIIF 15 (Ingresos de Contratos con Clientes) está vigente desde 2018 y aplica a cualquier empresa estonia que informe bajo las NIIF o que tenga requisitos de inversores o prestamistas que especifiquen cuentas conformes a las NIIF. Reemplazó todas las normas de ingresos anteriores con un único marco integral.
Una obligación de desempeño es una promesa distinta de transferir un bien o servicio al cliente. Identificar todas las promesas separadas en un contrato SaaS — acceso al software, configuración, soporte, formación, servicios profesionales — determina cómo se divide el precio total y cuándo se reconoce cada porción.
Cuando un contrato contiene múltiples obligaciones de desempeño, el precio total de la transacción se asigna en función del precio de venta independiente (PVI) de cada obligación — el precio que la empresa cobraría si vendiese esa obligación de forma independiente. El PVI se estima usando datos observables cuando es posible.
Las obligaciones de desempeño se satisfacen a lo largo del tiempo (continuamente, como el acceso a una suscripción) o en un momento puntual (puntual, como la finalización de una configuración o la entrega de software). Estos producen patrones de ingresos fundamentalmente diferentes.
Los precios basados en uso, los descuentos por volumen, los derechos de reembolso y los bonos por rendimiento crean contraprestación variable — importes que la empresa puede recibir pero no puede tener certeza. La NIIF 15 requiere que estos se estimen y restrinjan a importes que no sea probable que se reviertan.
¿Qué significa la NIIF 15 para el reconocimiento de ingresos de una empresa SaaS? Cada contrato con un cliente debe analizarse a través del modelo de cinco pasos: identificar el contrato, identificar las obligaciones de desempeño distintas dentro de él, determinar el precio de la transacción, asignar el precio a cada obligación en función de los precios de venta independientes, y reconocer los ingresos cuando se satisface cada obligación. Para la mayoría de las empresas SaaS, el reto principal es gestionar la combinación de acceso a la suscripción (a lo largo del tiempo), cuotas de configuración (en un momento puntual o a lo largo del tiempo) y elementos variables como los precios basados en uso. Esta página trabaja cada escenario en detalle.
Sección 1 — El Modelo de Cinco Pasos de la NIIF 15 Aplicado al SaaS
Cada paso en detalle — qué significa y cómo aplica a un contrato SaaS típico
Paso 1 — Identificar el Contrato
Un contrato bajo la NIIF 15 es un acuerdo que crea derechos y obligaciones exigibles. Para SaaS, esto es típicamente: un MSA (Acuerdo Marco de Servicios) firmado más un formulario de pedido, unos términos de servicio online aceptados en el momento del pago, o un acuerdo de clic en el proceso de compra. El contrato debe tener sustancia comercial — debe haber un intercambio genuino de contraprestación. Los planes gratuitos sin pago no son contratos bajo la NIIF 15.
Importante: la NIIF 15 requiere que sea probable que la empresa cobre la contraprestación a la que tiene derecho. Si hay dudas serias sobre la cobrabilidad, el contrato no califica y no se reconocen ingresos hasta que el cobro sea probable.
| Elemento del Contrato | Ejemplos en SaaS | Implicación para el Reconocimiento |
|---|---|---|
| MSA firmado + formulario de pedido | Clientes empresariales; contratos anuales > €5.000 | Análisis completo NIIF 15; probable que sea multielemento |
| Checkout online (ToS de clic) | Clientes PYME y self-serve; planes mensuales | Elemento único más sencillo; reconocimiento estándar |
| Prueba gratuita con conversión automática | El cliente se registra gratis, convierte a pago | El contrato comienza en el primer pago; período gratuito excluido |
| Acuerdo verbal o por correo electrónico | Acuerdos informales con clientes iniciales | Arriesgado — documentar como contrato escrito lo antes posible |
| Carta de intención (aún no vinculante) | Negociaciones pre-venta | No es un contrato — sin ingresos hasta el acuerdo vinculante |
Paso 2 — Identificar las Obligaciones de Desempeño
Existe una obligación de desempeño para cada bien o servicio distinto prometido en el contrato. Un bien o servicio es distinto si: (a) el cliente puede beneficiarse de él por sí solo o junto con otros recursos fácilmente disponibles, y (b) es identificable por separado de otras promesas en el contrato. En SaaS, la mayoría de los contratos contienen múltiples promesas — la pregunta es cuáles de estas son lo suficientemente distintas para ser obligaciones de desempeño separadas.
| Promesa en el Contrato SaaS | ¿Distinta? | Razonamiento | ¿Obligación de Desempeño? |
|---|---|---|---|
| Acceso a la plataforma SaaS (suscripción) | Sí | El cliente puede usarla de forma independiente; valor central | Sí — a lo largo del tiempo |
| Sesión de incorporación (1 videollamada) | Probablemente No | El cliente no puede beneficiarse por separado; muy interdependiente con la suscripción | Agrupar con la suscripción — mismo reconocimiento |
| Servicios de implementación / migración | Sí — si es sustancial | El cliente obtiene un sistema configurado que podría transferir a otro proveedor | Sí — en un momento puntual al finalizar |
| Responsable de éxito de cliente dedicado | Quizás | Si es soporte genérico: No. Si hay entregables específicos acordados: Sí | Analizar caso por caso |
| Materiales de formación (base de conocimiento self-serve) | No — normalmente | Incluida en la suscripción; no se vende por separado | Parte de la obligación de suscripción |
| Integraciones personalizadas / desarrollo API | Sí | El cliente recibe un componente de software distinto | Sí — en momento puntual o a lo largo del tiempo según el cronograma del proyecto |
| SLA de soporte técnico (nivel premium) | Sí — si es nivel distinto vendido | Con precio separado; el cliente puede beneficiarse de forma independiente | Sí — a lo largo del tiempo durante el período de soporte |
Paso 3 — Determinar el Precio de la Transacción
El precio de la transacción es el importe de la contraprestación que la empresa espera tener derecho a recibir a cambio de entregar los bienes o servicios prometidos. Para SaaS con precio fijo sencillo, esto es directo. La complejidad surge cuando el contrato contiene elementos variables: descuentos, derechos de reembolso, componentes basados en uso, pagos por hitos o contraprestación pagadera al cliente.
| Elemento de Precio | Impacto en el Precio de la Transacción | Enfoque de Reconocimiento |
|---|---|---|
| Cuota mensual/anual fija | Igual al valor del contrato | Reconocer linealmente a lo largo del período del contrato |
| Descuento por volumen (p. ej. 20% por encima de 100 licencias) | Reducir el precio de la transacción por el descuento esperado | Estimar el descuento esperado y aplicarlo al precio total del contrato |
| Derecho de reembolso (reembolso de 30 días sin preguntas) | Restringir por la probabilidad de reembolso | Crear pasivo de reembolso; liberar si expira el período de reembolso |
| Exceso por uso (€10 por llamada API sobre el límite) | Variable — debe estimarse | Restringir al importe acumulado que no sea probable que se revierta; actualizar mensualmente |
| Contraprestación no monetaria (equity a cambio de SaaS) | Valor razonable del equity recibido | Registrar al valor razonable del equity en el inicio del contrato |
| Puntos de fidelidad / descuentos futuros | Obligación de desempeño separada | Asignar una porción del precio al descuento futuro; reconocer cuando se canjee |
Paso 4 — Asignar el Precio de la Transacción
Cuando un contrato tiene múltiples obligaciones de desempeño, el precio de la transacción se asigna a cada obligación en proporción a su precio de venta independiente (PVI). El PVI es el precio al que la empresa vendería esa obligación por separado a un cliente independiente. Si la empresa vende cada elemento de forma independiente, se pueden usar PVIs observables. Si no, el PVI debe estimarse.
Asignación del Precio de la Transacción — Contrato Empresarial de €12.000 (Suscripción 12 meses + Implementación)
| Obligación de Desempeño | PVI (Independiente) | % de Asignación | Importe Asignado | Reconocimiento |
|---|---|---|---|---|
| Suscripción SaaS (12 meses @ €800/mes) | €9.600 | 73,8% | €8.856 | €738/mes a lo largo de 12 meses |
| Proyecto de implementación (aprox. 40 h @ €120/h) | €4.800 | 26,2% | €3.144 | Reconocido al finalizar la implementación |
| Precio total del contrato | €12.000 (con descuento sobre €14.400) | 100% | €12.000 | — |
En este ejemplo, el cliente recibió un descuento de €2.400 sobre el paquete combinado frente a los precios individuales. La NIIF 15 exige que el descuento se asigne proporcionalmente a ambas obligaciones — no íntegramente a la suscripción o íntegramente a la implementación. A la implementación se le asignan €3.144 en lugar de su PVI de €4.800, reflejando su parte del descuento combinado. Si la empresa reconociera los €4.800 completos de ingresos por implementación al finalizar el proyecto, sobreestimaría los ingresos en el período de implementación y los subestimaría a lo largo del período de suscripción.
Paso 5 — Reconocer los Ingresos Conforme se Satisfacen las Obligaciones de Desempeño
Los ingresos se reconocen cuando (o conforme) se satisface cada obligación de desempeño — cuando el control se transfiere al cliente. La pregunta crítica es: ¿se satisface esta obligación a lo largo del tiempo o en un momento puntual?
Se satisface continuamente mientras el cliente tiene acceso al software. Reconocido linealmente (1/n por período) salvo que otro método refleje mejor la entrega.
Si los servicios se prestan durante un período de proyecto y el cliente recibe valor conforme avanza el trabajo, usar el método de porcentaje de completitud basado en horas o hitos.
Si el cliente recibe un entregable distinto (un sistema configurado, una migración completada), reconocer en el momento de la entrega y aceptación.
Una licencia perpetua para usar software tal como está, sin obligación de actualización continua, se reconoce en el momento en que se concede la licencia y el cliente puede usarla.
Sección 2 — Momento del Reconocimiento de Ingresos por Tipo de Contrato
Cronogramas visuales que muestran cuándo los diferentes componentes del contrato SaaS generan ingresos
Mensual vs Anual vs Plurianual — Momento del Reconocimiento
El momento del reconocimiento de ingresos varía significativamente entre tipos de contrato. La tabla siguiente muestra cuánto ingreso se reconoce en cada mes para diferentes tipos de contrato que comienzan el 1 de enero.
| Contrato / Elemento | Ene | Feb | Mar | Abr | May | Jun | Jul | Ago | Sep | Oct | Nov | Dic |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Susc. mensual (€100/mes × 12) | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 |
| Susc. anual prepagada (€1.200) | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 | €100 |
| Cuota setup entrega ene (€400) | €400 | |||||||||||
| Implementación (50% mar, 100% jun) | €300 | €300 | ||||||||||
| Contrato 2 años (€600/año × 2) | €50 | €50 | €50 | €50 | €50 | €50 | €50 | €50 | €50 | €50 | €50 | €50 |
Una característica interesante de la tabla anterior: un suscriptor mensual y uno anual que pagan el mismo importe al mes generan ingresos idénticos en la PyG cada mes. La única diferencia es que el efectivo del suscriptor anual se recibió por adelantado (creando un pasivo de ingresos diferidos que se libera mensualmente), mientras que el efectivo del suscriptor mensual llega en el mismo mes que el reconocimiento. Desde el punto de vista del reconocimiento de ingresos, los dos son idénticos. Desde el punto de vista del flujo de caja, la facturación anual es significativamente mejor — por eso las empresas SaaS típicamente ofrecen un descuento para fomentar los planes anuales.
Contrato Multielemento — Calendario Completo de Reconocimiento
Cuando un contrato contiene múltiples obligaciones de desempeño con importes asignados diferentes y momentos diferentes, el calendario de reconocimiento se convierte en el documento central del compromiso. El calendario siguiente ilustra un contrato empresarial de €12.000 con componentes de suscripción e implementación.
Contrato Multielemento — Calendario de Reconocimiento de Ingresos (12 Meses)
Contrato: Cliente empresarial, €12.000 total
Obligación de Desempeño 1: Suscripción SaaS
Asignado: €8.856 | Reconocimiento mensual: €738 (meses 1–12)
Obligación de Desempeño 2: Proyecto de implementación
Asignado: €3.144 | Método: finalización de hitos
Hito 1 (50% completado, fin del mes 2): €1.572 reconocido en M2
Hito 2 (100% completado, fin del mes 3): €1.572 reconocido en M3
Mes 1: Suscripción €738 + Implementación €0 = €738
Mes 2: Suscripción €738 + Implementación M1 €1.572 = €2.310
Mes 3: Suscripción €738 + Implementación M2 €1.572 = €2.310
Mes 4 en adelante: Solo suscripción €738
Meses 4–12 (9 meses × €738): €6.642
Reconocimiento total 12 meses: €738 + €2.310 + €2.310 + €6.642 = €12.000
* Igual al precio total del contrato — confirma que el calendario está completo
* Efectivo recibido al firmar el contrato (mes 1): €12.000
* Saldo de efectivo que es ingreso diferido al final del mes 1:
€12.000 recibidos − €738 reconocidos = €11.262 diferidos
Sección 3 — Cuotas de Configuración e Ingresos por Incorporación
El elemento más frecuentemente mal reconocido — cuándo las cuotas de setup son distintas y cuándo no lo son
La Pregunta Central: ¿Es la Cuota de Setup Distinta?
Las cuotas de configuración e incorporación son una de las áreas de reconocimiento de ingresos con mayor carga de juicio en SaaS. Que se reconozcan al finalizar o se distribuyan a lo largo del período de suscripción depende íntegramente de si el setup constituye una obligación de desempeño distinta — es decir, si el cliente podría beneficiarse del setup de forma independiente, al margen de la suscripción continua.
| Tipo de Cuota de Setup | ¿Distinta? | Método de Reconocimiento | Momento del Asiento Contable |
|---|---|---|---|
| Creación simple de cuenta (automatizada) | No — inseparable de la suscripción | Distribuir a lo largo de la vida esperada del cliente | Liberar a ingresos mensualmente; no en la activación |
| Migración manual de datos (datos del cliente transferidos) | Sí — el cliente tiene un sistema configurado bajo su control | Al finalizar la migración y aceptación del cliente | Reconocer cuando el cliente confirma la aceptación |
| Configuración personalizada con reglas específicas del cliente | Normalmente Sí — construcción compleja | Al finalizar sustancialmente la configuración | Reconocer cuando está completo y entregado |
| Llamada estándar de incorporación (1 hora de introducción) | No — soporte de configuración rutinario | Distribuir a lo largo del período de suscripción | Agrupar con la suscripción; no separar |
| Construcción de integración técnica (conexiones API) | Sí — entregable distinto | En la puesta en marcha de la integración | Reconocer cuando la integración está activa y probada |
| Programa de formación (5 sesiones, equipo propio) | Sí si se vende por separado; No si está incluido | Por sesión si se vende por separado; distribuir si está incluido | Reconocimiento por sesión si es distinto; de lo contrario con la suscripción |
Cuota de Setup No Distinta — Ejemplo de Amortización
Cuota de setup recibida: €500 (no distinta — agrupada con la suscripción)
Suscripción mensual: €99/mes
Contraprestación total del contrato: €500 + (€99 × 12) = €1.688
Opción A: Reconocer la cuota de setup en el inicio del contrato (INCORRECTO bajo la NIIF 15)
Mes 1: €500 + €99 = €599 (sobreestima los ingresos del mes 1)
Meses 2–12: €99 cada uno (subestima los ingresos continuos)
Opción B: Distribuir a lo largo de la vida esperada del cliente (CORRECTO bajo la NIIF 15)
Datos históricos: el cliente medio permanece 24 meses
Amortización mensual de la cuota de setup: €500 ÷ 24 meses = €20,83/mes
Reconocimiento mensual de la suscripción: €99/mes
Total mensual reconocido: €99 + €20,83 = €119,83/mes durante 24 meses
Si el cliente cancela después de 12 meses:
Cuota de setup diferida restante: €500 − (12 × €20,83) = €250 liberados en la cancelación
* La porción diferida es un pasivo hasta que pase la suscripción y la vida esperada
* Actualizar la estimación de la vida esperada del cliente anualmente según los datos reales de churn
Sección 4 — Contraprestación Variable y Precios Basados en Uso
Cómo estimar, restringir y actualizar los componentes de ingresos variables
Qué Cuenta como Contraprestación Variable
La contraprestación variable es cualquier elemento del precio de la transacción que no es fijo. En SaaS, las fuentes más habituales son: excesos basados en uso, descuentos por volumen en licencias o transacciones, bonos por rendimiento vinculados a resultados, derechos de reembolso y penalizaciones por fallos en el nivel de servicio. Cada uno debe estimarse y restringirse bajo la restricción de contraprestación variable.
| Elemento Variable | Ejemplo | Enfoque de Estimación | Prueba de Restricción |
|---|---|---|---|
| Excesos por uso | €0,05 por llamada API por encima de 10.000/mes | Valor esperado basado en el uso histórico del cliente | Restringir al importe que no sea muy probable que se revierta — usar estimación conservadora para clientes nuevos |
| Descuentos por volumen | 10% si el cliente supera 50 licencias | Importe más probable (¿superará 50 licencias este año?) | Si es muy probable que el cliente alcance el umbral, aplicar el descuento a todo el contrato; de lo contrario, revaluar |
| Derechos de reembolso | Garantía de reembolso de 30 días | Valor esperado de los reembolsos basado en la tasa histórica | Reconocer neto de los reembolsos esperados; liberar cuando expira el período de reembolso |
| Créditos SLA por rendimiento | 5% de rebaja si el tiempo activo cae por debajo del 99,9% | Valor esperado basado en el rendimiento histórico del tiempo activo | Incluir si es improbable que se revierta; excluir si es genuinamente incierto |
| Cuotas de rescisión anticipada | El cliente paga 3 meses de cuotas restantes si cancela antes | Resultado más probable (normalmente reconocer en la resolución) | Reconocer cuando la cancelación esté confirmada y el importe sea fijo |
Ingresos Basados en Uso — El Enfoque Práctico
Los precios puramente basados en uso (como el pago por llamada API o por minuto sin mínimo) crean un desafío específico de reconocimiento: la contraprestación depende íntegramente del comportamiento futuro del cliente, que no puede estimarse completamente al inicio del contrato. La NIIF 15 proporciona un expediente práctico para esto: cuando una entidad tiene el derecho a facturar por el desempeño completado hasta la fecha (uso facturado mensualmente en arrears), puede reconocer ingresos iguales a lo que tiene derecho a facturar — es decir, los ingresos reales basados en uso cada mes.
Reconocimiento de Ingresos Basados en Uso — Base Mensual Real
Contrato: plataforma API de pago por uso, €0,05/llamada, facturado mensualmente en arrears
Llamadas API reales de enero: 48.000
Ingresos reconocidos en enero: 48.000 × €0,05 = €2.400
Llamadas API reales de febrero: 62.000
Ingresos reconocidos en febrero: 62.000 × €0,05 = €3.100
* Sin estimación requerida — la factura equivale a la prestación
* Pero: si el contrato tiene una cuota mensual mínima (mínimo €500/mes):
La cuota mínima se reconoce independientemente del uso real
Si la facturación por uso supera el mínimo: reconocer el importe mayor
Enero: máx(€500, €2.400) = €2.400 reconocidos
La cuota mínima actúa como suelo; la facturación por uso es variable por encima de ella
Modelo híbrido (cuota plana + excesos):
Suscripción base: €299/mes (reconocer €299 cada mes)
Incluido: 5.000 llamadas API/mes
Exceso: €0,05/llamada sobre 5.000
Llamadas reales en marzo: 8.200 = 3.200 llamadas de exceso
Ingresos por exceso en marzo: 3.200 × €0,05 = €160
Total reconocido en marzo: €299 + €160 = €459
Sección 5 — Contratos Plurianuales y Financiación Significativa
Cuando los contratos a largo plazo contienen un componente de financiación — y cómo contabilizarlo
Contratos Plurianuales — Reconocimiento a lo Largo del Plazo Completo
Los contratos SaaS plurianuales (2 años, 3 años) son habituales en el segmento empresarial y a menudo se ofrecen con un descuento sobre el precio total en comparación con contratar años individuales. El reconocimiento es sencillo: el precio total del contrato se asigna a cada año (o a cada obligación de desempeño a lo largo de los años) y se reconoce linealmente.
| Tipo de Contrato | Patrón de Reconocimiento | Comportamiento de Ingresos Diferidos | Riesgo Contable Clave |
|---|---|---|---|
| Contrato mensual renovable | Mes a mes — sin diferimiento | Sin ingresos diferidos — efectivo = reconocimiento | El churn crea pérdida inmediata de ingresos; sin suavizado |
| Contrato anual, pago por adelantado | €1.200 ÷ 12 = €100/mes | El saldo empieza en €1.200, se reduce en €100/mes, a cero al fin del año | Si las cancelaciones aumentan, el saldo diferido necesita ajuste |
| Contrato 2 años, pago por adelantado | Total ÷ 24 meses | El saldo empieza con el valor de 24 meses; se reduce mensualmente | Ventana de ingresos diferidos larga; documentar la vida esperada del cliente |
| Contrato 2 años, facturación anual | Reconocer según se factura si se asigna por año | Diferido año 1: valor de la factura 1; año 2 facturado en el mes 12 | Garantizar que la factura del año 2 no es reconocimiento prematuro de ingresos |
| Empresa con ajuste anual (true-up) | Base + uso variable | Diferido para la base; variable reconocido mensualmente según ocurre el uso | Separar los elementos fijos y variables; aplicar la prueba de restricción |
El Componente de Financiación Significativo — Cuándo Aplica al SaaS
La NIIF 15 requiere ajuste por un componente de financiación significativo cuando existe una diferencia significativa entre el importe de la contraprestación prometida y el precio de venta en efectivo de los bienes o servicios. En SaaS, esto surge si una empresa cobra el pago de un contrato plurianual significativamente por adelantado y el valor temporal del dinero es material.
Un expediente práctico en la NIIF 15 permite a las empresas ignorar el componente de financiación si el período entre el pago del cliente y la transferencia del bien o servicio es de un año o menos. La mayoría de los contratos SaaS — incluso los anuales — caen dentro de esta ventana de un año, haciendo innecesario el ajuste. Los contratos plurianuales con pago íntegro por adelantado pueden requerir análisis.
| Escenario | ¿Componente de Financiación? | Acción Práctica |
|---|---|---|
| Suscripción mensual — pago y entrega el mismo mes | No | No se necesita ajuste |
| Suscripción anual — pago al inicio, entrega a lo largo de 12 meses | No — aplica el expediente práctico de 1 año | No se necesita ajuste; usar el expediente |
| Suscripción 2 años — pago íntegro al inicio | Quizás — analizar si el tipo de interés y el importe son materiales | Comparar el VPN de la entrega a 24 meses vs el efectivo por adelantado; si la diferencia es material, ajustar ingresos e intereses |
| Contrato 3+ años con pago íntegro por adelantado | Probablemente sí a valores de contrato grandes | Ajuste NIIF 15.63: ingresos = precio equivalente al contado; interés imputado = interés separado a lo largo del plazo |
| Plan de pagos más lento que la entrega (cliente paga en 3 años por servicio de 1 año) | Existe financiación — el vendedor está financiando al cliente | Ingresos = importe total del contrato; gasto de intereses (no ingreso) a lo largo del período de pago |
Sección 6 — Pruebas Gratuitas, Descuentos y Precios Promocionales
Cómo gestionar el reconocimiento de ingresos cuando el precio comercial no es el que parece
Períodos de Prueba Gratuita
Las pruebas gratuitas requieren un manejo cuidadoso: ¿son parte del contrato o una actividad de marketing pre-contrato por separado? Bajo la NIIF 15, si la prueba es incondicional (el cliente puede irse después de la prueba sin obligación), la prueba es una actividad de marketing — no existe contrato durante el período de prueba y no se reconocen ingresos. El contrato comienza solo cuando el cliente acuerda pagar.
Si la prueba es condicional — por ejemplo, la prueba requiere una tarjeta de crédito que será cargada salvo que el cliente cancele — existe un contrato desde el inicio de la prueba. La contraprestación es el pago esperado ponderado por probabilidad (ajustado por las cancelaciones esperadas). En la práctica, la mayoría de las empresas SaaS usan la probabilidad de que el cliente convierta a pago y reconocen cero ingresos durante el período de prueba, comenzando los ingresos en el primer pago.
| Tipo de Prueba | ¿Contrato Durante la Prueba? | Ingresos Durante la Prueba | Ingresos Tras la Conversión |
|---|---|---|---|
| Prueba gratuita, sin tarjeta de crédito requerida | No — sin obligación exigible | Ninguno | Comenzar el reconocimiento desde la fecha del primer pago |
| Prueba gratuita con tarjeta de crédito, conversión automática | Sí — existe contrato condicional | Restringido a cero (probabilidad de conversión incierta) | Reconocer desde el inicio del período de pago; revisar la contabilidad de la prueba si es material |
| Plan freemium (nivel gratuito permanente) | Sí — los términos se aceptan | Cero (sin contraprestación por el nivel gratuito) | Los ingresos del plan premium comienzan en la actualización; no asignar ningún valor al nivel gratuito |
| Prueba con opción de reembolso garantizado | Sí — pero restringido por el derecho de reembolso | Restringir por la probabilidad de reembolso; reconocer cuando expira el período de reembolso | Reconocimiento íntegro después de que se cierre la ventana de reembolso |
Descuentos y Precios Promocionales
Cuando una empresa cobra un precio con descuento — una promoción de lanzamiento, un descuento por recomendación, el ahorro de un plan anual — el precio de la transacción es el importe con descuento. No hay reconocimiento separado de ingresos por el valor ‘sin descuento’ del servicio. El descuento es el precio comercial acordado; el precio sin descuento no es relevante para el reconocimiento de ingresos.
La complejidad surge cuando un descuento en un elemento es efectivamente un derecho material para una compra futura — por ejemplo, una empresa SaaS que ofrece un 40% de descuento en el segundo año de suscripción si el cliente renueva. Esta opción de renovación a un precio significativamente por debajo del mercado puede ser una obligación de desempeño separada: el cliente está recibiendo efectivamente una opción para renovar a un precio inferior al de mercado, y una parte del precio del primer año debe asignarse a esta opción y diferirse hasta que se ejerza o expire.
Si su contrato SaaS ofrece una renovación a un precio que es significativamente inferior al precio de mercado vigente (no solo un descuento de fidelidad estándar), la NIIF 15 le exige evaluar si esto constituye un derecho material — una obligación de desempeño separada. La prueba: ¿pagaría el cliente el precio del contrato original específicamente para obtener el derecho a renovar al precio con descuento? Si es así, debe asignar una porción del precio de la transacción original a esta opción y reconocerla solo cuando se ejerza o expire la opción. Para la mayoría de los SaaS en fase inicial con precios de renovación estándar, esto no es material. Para los contratos empresariales con descuentos de renovación significativos, requiere análisis.
Sección 7 — Asientos Contables para Escenarios Habituales de Ingresos SaaS
Los asientos contables completos para los escenarios que encuentran la mayoría de las empresas SaaS
Escenario A — Suscripción Mensual, Pago y Reconocimiento en el Mismo Mes
Suscripción Mensual — €199 Pagada y Reconocida
| Cuenta | DEBE (DR) | HABER (CR) |
|---|---|---|
| Efectivo / Stripe | €199,00 | |
| Ingresos — Suscripciones Mensuales | €159,85 | |
| IVA a Pagar — KMD (24% sobre €163,11) | €39,14 |
* Pago recibido e ingresos reconocidos en el mismo mes. Sin ingresos diferidos. IVA del 24% aplicado si el cliente es estonio; inversión del sujeto pasivo si B2B en la UE; sin IVA si no-UE o RU.
Escenario B — Suscripción Anual, Pago por Adelantado
Suscripción Anual — €2.388 Pagados el 1 de enero (tarifa mensual €199)
| Cuenta | DEBE (DR) | HABER (CR) |
|---|---|---|
| Efectivo / Stripe | €2.388,00 | |
| Ingresos Diferidos — Suscripciones Anuales | €1.814,88 | |
| IVA a Pagar — KMD (24% — si cliente estonio) | €573,12 |
* Efectivo recibido por adelantado. Ingresos diferidos íntegramente. €1.814,88 ÷ 12 = €151,24 reconocidos cada mes conforme se presta el servicio de suscripción.
Suscripción Anual — Liberación Mensual de Ingresos (cada mes ene–dic)
| Cuenta | DEBE (DR) | HABER (CR) |
|---|---|---|
| Ingresos Diferidos — Suscripciones Anuales | €163,05 | |
| Ingresos — Suscripciones Anuales | €163,05 |
* Sin movimiento de efectivo — solo de diferido a reconocido. Se repite 12 veces. Después del mes 12, el saldo diferido es cero.
Escenario C — Multielemento: Suscripción + Implementación
Contrato Recibido — €12.000 (Suscripción + Implementación)
| Cuenta | DEBE (DR) | HABER (CR) |
|---|---|---|
| Efectivo | €12.000,00 | |
| Ingresos Diferidos — Suscripciones Anuales (asignado €8.856) | €8.856,00 | |
| Ingresos Diferidos — Implementación (asignado €3.144) | €3.144,00 |
* Efectivo total recibido. Ambas obligaciones de desempeño diferidas. Nota: el tratamiento del IVA depende del momento de la prestación — consultar al contable para el IVA específico por jurisdicción en contratos multielemento.
Hito 1 de Implementación — 50% Completado (Mes 2)
| Cuenta | DEBE (DR) | HABER (CR) |
|---|---|---|
| Ingresos Diferidos — Implementación | €1.572,00 | |
| Ingresos — Servicios Profesionales | €1.572,00 |
* 50% del valor de la implementación reconocido al finalizar el hito 1 y la aceptación del cliente. El hito 2 (€1.572 restantes) reconocido al finalizar íntegramente.
Liberación Mensual de Suscripción — Cada Mes
| Cuenta | DEBE (DR) | HABER (CR) |
|---|---|---|
| Ingresos Diferidos — Suscripciones Anuales | €738,00 | |
| Ingresos — Suscripciones Anuales | €738,00 |
* Porción de la suscripción (€8.856 ÷ 12) liberada mensualmente. Simultánea con el reconocimiento de hitos en los meses 2 y 3.
Escenario D — Exceso de Uso (Modelo Híbrido)
Mes con Exceso de Uso — Base €299 + €160 de Exceso
| Cuenta | DEBE (DR) | HABER (CR) |
|---|---|---|
| Efectivo / Stripe (factura base + exceso) | €459,00 | |
| Ingresos — Suscripciones Mensuales | €299,00 | |
| Ingresos — Excesos por Uso | €160,00 |
* Suscripción base reconocida según lo acordado; exceso reconocido en el mes de uso (facturado en arrears). Ambos son fijos y determinables en la fecha de la factura — no se requiere estimación una vez que el uso se mide.