Tu página de estado mostró en rojo durante cuatro horas el martes pasado. Para el viernes ya habías emitido créditos de servicio a cada cliente afectado — un 10 por ciento de la tarifa mensual aquí, un 25 por ciento allá — y tu contador los registró como lo hacen la mayoría de las pequeñas empresas SaaS: como un costo de soporte, o una concesión de marketing, en algún lugar por debajo de la línea de ingresos. Tus ingresos del mes ahora están sobrestimados, tu retención neta de ingresos está mal, y si un prestamista o un comprador alguna vez abre tus libros, la primera pregunta será la que no puedes responder: ¿cuánto de los ingresos que reportaste tenías realmente derecho a conservar?
Este no es un caso aislado. Una caída promedio ahora tarda 196 minutos en resolverse, y las pequeñas y medianas empresas estiman el costo de una hora de inactividad en alrededor de $8,000 — antes de que se emita un solo crédito. Cada crédito que otorgas después de una caída es una reducción del precio que tu cliente aceptó pagar, y bajo ASC 606 eso lo convierte en contraprestación variable: un monto que reduce tus ingresos, no un gasto que se sitúa por debajo de ellos. Esta publicación explica a qué te compromete financieramente tu SLA, cómo la norma quiere que lo registres, y qué corregir en tu próximo cierre de mes.
Qué promete realmente tu SLA — en dólares, no en nueves
La mayoría de los contratos SaaS cotizan la disponibilidad en "nueves": 99.9 por ciento (unos 43 minutos de inactividad al mes), 99.95 por ciento, 99.99 por ciento (unos 4 minutos). El número que importa para tus libros no son los nueves sino el calendario de créditos asociado a ellos. Un SLA empresarial típico dice algo así: disponibilidad por debajo del 99.9 por ciento otorga al cliente un crédito de servicio del 10 por ciento; por debajo del 99.0 por ciento, 25 por ciento; por debajo del 95.0 por ciento, un mes completo gratis. Algunos contratos escalan más, ofreciendo derechos de rescisión si la disponibilidad no alcanza el objetivo durante varios meses seguidos.
Tres características de ese calendario dan forma a la contabilidad:
Los créditos son un ajuste contractual del precio, no un gesto de buena voluntad. El cliente no paga el precio completo y luego recibe un regalo. El contrato dice que el precio de un mal mes es un precio más bajo. Esa distinción — reducción de precio versus gasto — es toda la cuestión contable, y el contrato la responde antes de que tu contador siquiera abra el libro mayor.
Los créditos normalmente están limitados y deben reclamarse, no son automáticos. Muchos SLA exigen que el cliente solicite el crédito dentro de 30 días, y limitan los créditos totales a entre el 30 y el 100 por ciento de la tarifa de un mes. Eso significa que tu exposición ante cualquier caída dada es acotada y estimable: conoces el calendario, sabes qué clientes se vieron afectados y conoces tu tasa histórica de reclamaciones.
El momento del efectivo y el momento de los ingresos divergen. Un crédito emitido en febrero por una caída de enero generalmente aparece como una nota de crédito contra una factura futura. El efecto en el efectivo recae cuando se paga la factura, pero el efecto en los ingresos pertenece a enero — el período en que no entregaste lo que prometiste. Registrar el crédito en el mes en que lo emites, contra los ingresos de ese mes, distorsiona dos períodos a la vez.
Por qué ASC 606 llama contraprestación variable a un crédito por caída
La idea central de ASC 606 es simple: reconocer los ingresos por el monto de la contraprestación que esperas tener derecho a recibir a cambio de entregar lo que prometiste. El paso 3 del modelo de cinco pasos — determinar el precio de la transacción — es donde tu SLA entra en escena. El precio de la transacción no es el precio de etiqueta en el formulario de pedido. Es el precio de etiqueta menos todo lo que podría volver: reembolsos, rebajas, descuentos, bonificaciones por desempeño — y créditos de servicio por disponibilidad no cumplida.
La guía de ingresos de PwC coloca los créditos SLA directamente en este grupo. La contraprestación variable debe estimarse al inicio del contrato y actualizarse en cada período de reporte, usando uno de dos métodos:
- Valor esperado — el promedio ponderado por probabilidad entre los posibles resultados. Esto encaja bien con una cartera de clientes: si la historia dice que el 3 por ciento de la facturación mensual normalmente regresa como créditos SLA, tu crédito esperado sobre $100,000 de facturación mensual es $3,000.
- Monto más probable — el único resultado más probable. Esto encaja con una situación binaria: un cliente grande cuyo contrato o bien activa un crédito de $20,000 este mes o no activa nada.
Luego viene la restricción, la parte que los fundadores suelen omitir. Puedes incluir contraprestación variable en el precio de la transacción — es decir, reconocer los ingresos — solo en la medida en que sea probable que no ocurra una reversión significativa cuando se resuelva la incertidumbre. En términos simples: si existe una posibilidad real de que tengas que devolver el crédito, no cuentes esa porción como ingresos todavía. Regístrala como un pasivo por reembolso y ajústala cuando se conozca la disponibilidad del mes.
Fíjate en lo que la restricción implica para una empresa SaaS con un historial de caídas significativo. Si tu servicio no cumplió su SLA en cuatro de los últimos doce meses, "esperamos no deber nada" no es una estimación defendible. Tu propia página de estado es la Prueba A del auditor.
Los asientos contables: un mes con una caída
Supongamos que un cliente paga $10,000 al mes, y tu SLA del 99.9 por ciento otorga un crédito del 10 por ciento por cualquier mes en que la disponibilidad caiga por debajo del objetivo. La disponibilidad de enero resulta ser del 99.4 por ciento. Aquí está el ciclo completo.
Al facturar, el monto facturado es ingreso diferido como de costumbre — efectivo recibido (o cuenta por cobrar registrada) por un servicio aún no entregado:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Receivable:Customer USD
2026-01-01 open Income:SaaS:Subscription USD
2026-01-01 open Liabilities:Deferred-Revenue:SaaS USD
2026-01-01 open Liabilities:Refund:SLA-Credits USD
2026-01-01 * "Customer" "January invoice — 10,000 monthly subscription"
Assets:Receivable:Customer 10000.00 USD
Liabilities:Deferred-Revenue:SaaS -10000.00 USD
2026-01-31 * "Month-end" "Recognize January revenue net of 500 expected SLA credits"
Liabilities:Deferred-Revenue:SaaS 10000.00 USD
Liabilities:Refund:SLA-Credits -500.00 USD
Income:SaaS:Subscription -9500.00 USD
2026-02-05 * "Customer" "Outage credit issued — January uptime 99.4 percent vs 99.9 SLA"
Liabilities:Refund:SLA-Credits 500.00 USD
Assets:Receivable:Customer -500.00 USDRecorre lo que ocurrió. Al cierre de mes, reconociste $9,500 de ingresos y dejaste $500 en un pasivo por reembolso — tu estimación del crédito que activará la caída de enero. Cuando la nota de crédito real sale en febrero, debita el pasivo, no los ingresos ni una cuenta de gastos. Los ingresos de enero estuvieron correctos desde el principio, y los ingresos de febrero no se ven afectados por la caída de enero.
Si la estimación y el monto real difieren, la diferencia ajusta los ingresos en el período en que se resuelve la incertidumbre. ¿Estimaste $500 pero emitiste $1,000 porque dos clientes reclamaron en lugar de uno? Los $500 extra reducen los ingresos cuando te enteras. ¿Estimaste $500 y nadie reclamó? Libera los $500 a ingresos. La cuenta de pasivo es el amortiguador; los ingresos nunca se reexpresan por un ajuste de rutina.
Dos detalles que vale la pena hacer bien. Primero, el pasivo por reembolso es distinto del ingreso diferido: el ingreso diferido es por servicio que aún no has entregado, mientras que el pasivo por reembolso es por servicio ya entregado que podrías tener que devolver. Compensarlos entre sí oculta ambas historias. Segundo, si un crédito se relaciona con un período futuro — un mes gratis otorgado como disculpa en lugar de un crédito contractual por una falla pasada — ese es un análisis diferente, más cercano a una modificación de contrato o un derecho material, y ajusta los ingresos futuros en lugar de los pasados.
Los tres errores que cometen los fundadores SaaS con los créditos SLA
Error 1: Registrar el crédito como gasto. Este es el error más común y el más dañino. Registrar un crédito por caída de $10,000 como un débito a "gastos de soporte al cliente" o "concesiones de marketing" deja los ingresos sobrestimados en $10,000 e inventa $10,000 de gastos que nunca ocurrieron. El margen bruto, el crecimiento de ingresos y cada ratio construido sobre los ingresos se leen demasiado altos. Bajo ASC 606, los montos pagaderos al cliente que no son por un bien o servicio distinto recibido a cambio reducen el precio de la transacción. Un crédito por tu propia caída no te compra nada distinto — reduce los ingresos, punto.
Error 2: Reconocer los ingresos completos ahora y corregirlo después. Algunas empresas registran los $10,000 completos como ingresos de enero, y luego registran el crédito de $1,000 contra los ingresos de febrero cuando sale la nota de crédito. Ambos meses están ahora mal: enero demasiado alto, febrero demasiado bajo. Peor aún, el error se multiplica en tus métricas — la retención neta de ingresos de enero se ve excelente, la de febrero se ve débil, y ninguna refleja la realidad. El patrón de pasivo por reembolso descrito arriba existe precisamente para mantener cada período honesto.
Error 3: Estimar cero porque la caída "no volverá a ocurrir". La restricción se rige por la probabilidad, no por el optimismo. Si tu infraestructura tuvo tres meses que activaron el SLA el año pasado, una estimación de cero créditos esperados no es conservadora ni agresiva — no tiene sustento. Los auditores contrastan esta estimación con tu historial de incidentes, y los compradores en la debida diligencia harán lo mismo. Una pequeña reserva permanente, dimensionada a partir de las tasas de reclamación históricas y ajustada mensualmente, es tanto más precisa como mucho más fácil de defender que un cero confiado que tu página de estado contradice.
Qué le hace esto a las métricas que leen los compradores y prestamistas
Poner los créditos SLA por encima de la línea de ingresos en lugar de por debajo cambia cada número sobre el que se valora una empresa SaaS:
- MRR y ARR deben ser netos de los créditos esperados. Si el 2 por ciento de la facturación históricamente regresa como créditos SLA, un titular de $1 millón de ARR en realidad son $980,000 de ingresos esperados. Reportar el número bruto es cómo los fundadores terminan explicando un "problema de churn" en la debida diligencia que en realidad fue un problema de créditos todo el tiempo.
- La retención neta de ingresos absorbe los créditos como contracción. Un cliente que pagó $120,000 el año pasado y $114,000 este año después de créditos por caídas retuvo al 95 por ciento, no al 100 por ciento — incluso si nunca redujo una licencia.
- El margen bruto sube cuando corriges el error, paradójicamente. Mover los créditos fuera del gasto de soporte y hacia la contra-ingresos reduce tanto los ingresos como el costo de los ingresos, y dado que el crédito supera cualquier costo asociado, el porcentaje de margen mejora mientras los ingresos caen. Anticipa la pregunta y ten el historial reexpresado a mano.
Si usas contabilidad de texto plano, la solución es estructural más que procedimental: una cuenta dedicada Liabilities:Refund:SLA-Credits, un asiento de cierre de mes que reconozca los ingresos por suscripción netos del crédito esperado, y un asiento de ajuste cuando salgan las notas de crédito. La documentación de beancount sobre patrones de reconocimiento de ingresos cubre la forma general de la contabilidad de ingresos diferidos sobre la que se construye esto, y el historial de balance de la cuenta de reembolso sirve también como tu rastro de auditoría para la estimación.
Una lista de verificación de cierre de mes que toma veinte minutos
- Extrae la disponibilidad por nivel de cliente. Tu monitoreo ya la calcula; pide el número mensual contra cada umbral del SLA, no solo el promedio de la flota.
- Enumera los créditos activados. Para cada cliente por debajo del umbral, calcula el crédito contractual según el calendario — antes de verificar quién ha reclamado realmente.
- Aplica tu historial de tasa de reclamación. Si históricamente se reclama aproximadamente el 60 por ciento de los créditos activados, tu valor esperado es el 60 por ciento del total activado. Documenta la tasa y revísala trimestralmente.
- Registra los ingresos netos de la estimación. Reconoce los ingresos por suscripción con el crédito esperado colocado en el pasivo por reembolso, como en el ejemplo anterior.
- Ajusta la estimación del mes pasado. Compara la reserva del mes pasado con las notas de crédito realmente emitidas; libera o repón la diferencia a través de los ingresos del período actual.
- Concilia el saldo del pasivo. La cuenta de reembolso debe contener solo estimaciones no resueltas. Cualquier cosa más antigua que tu ventana de reclamación (generalmente de 30 a 60 días) debería haberse liberado ya — un saldo obsoleto creciente significa que se están omitiendo ajustes.
Empieza este mes, no el próximo trimestre. Extrae el informe de disponibilidad del mes pasado, calcula los créditos que tu calendario SLA dice que debes, y compara ese número con lo que tus libros muestran como reducción de ingresos. Si los libros muestran cero — y para la mayoría de las empresas SaaS en etapa temprana, muestran cero — has encontrado tu primer asiento de ajuste, y tus ingresos han estado sobrestimados exactamente por ese monto cada mes igual.
