Calculadora de run rate de salida

El ingreso mensual negativo se rechaza con invalid_input porque un run rate no está definido para una cartera recurrente negativa.

Cómo el ingreso recurrente del último mes se convierte en un run rate de salida

La identidad que usa esta calculadora es exit_rate igual a monthly_revenue por doce. monthly_revenue es el ingreso recurrente del último mes en una sola moneda —en una empresa de suscripción, el ingreso recurrente mensual, o MRR—, pero la misma identidad vale para cualquier cartera recurrente que usted ya mida con cadencia mensual: retenedores, contratos de mantenimiento o uso facturado convertido a un run mensual. El ingreso mensual negativo no es un run rate legítimo: una cartera recurrente negativa anualizaría una cifra anual sin sentido, así que la tarea falla con invalid_input en vez de devolver una anualización con signo que un modelo podría tratar como un ARR de salida real.

Contrato de entrada, forma de la respuesta y comportamiento ante errores

Esos fallos no se facturan. El cero está permitido: un mes previo a ingresos sigue produciendo un run rate de salida finito de cero en vez de un error. Un mes fraccionario como mil doscientos treinta y cuatro punto cincuenta y seis se anualiza a catorce mil ochocientos catorce punto setenta y dos con el mismo redondeo half-up de dinero. Envíe por POST un cuerpo JSON con un número finito obligatorio: monthly_revenue, el ingreso recurrente del mes final en una sola moneda. Los alias mrr, monthly_recurring_revenue, last_month_revenue y recurring_revenue apuntan al mismo campo para que la hoja conserve el nombre de sus columnas. El campo puede llegar como número JSON o como cadena numérica. Los campos ausentes, las cadenas vacías y los valores no finitos —NaN, Infinity o texto que no se interpreta como número— fallan con invalid_input nombrando monthly_revenue. Un monthly_revenue negativo falla porque el run rate de salida no está definido para un ingreso mensual negativo; el mensaje nombra el campo para que un formulario pueda marcar ese control en lugar de una alerta genérica. Si la validación pasa, el cuerpo repite monthly_revenue, informa months_per_year como doce para que el cliente no tenga que fijar la convención a mano, devuelve exit_rate como monthly_revenue por doce redondeado half-up a dos decimales e incluye una cadena de fórmula que reafirma la identidad. Ejemplo: cincuenta mil de ingreso recurrente del último mes producen months_per_year de doce y un exit_rate de seiscientos mil. Combine el JSON con su propia regla sobre qué mes es el de salida y qué líneas cuentan como recurrentes —el uso facturado, los servicios profesionales puntuales y el ingreso diferido no son la misma cartera— porque este endpoint multiplica el único número que usted envía; no reconstruye un libro de facturación, no elige un criterio de reconocimiento y no consulta un procesador de pagos.

Dónde aporta valor una calculadora de tasa de salida

Los operadores que cierran un mes usan una calculadora de tasa de salida para convertir el ingreso recurrente del último mes en una sola línea anual comparable antes de abrir un modelo completo de ARR o un memorando de captación. Los equipos de operaciones de ingresos y de relación con inversores bajan el MRR de la exportación de facturación a esta identidad y comparan ese run rate de salida con la retención neta de ingresos y con un recorrido de booked frente a billed, en vez de tratar cualquiera de ellos como sustituto. Es una búsqueda y un trabajo distintos del ARR de los últimos doce meses, de la retención neta de ingresos, de una puntuación de la regla del cuarenta y de una anualización simple de un ingreso total que no es recurrente: esas herramientas parten de otras líneas y responden a otras preguntas. La validación fallida no consume saldo. Los fundadores y los socios financieros vuelven a ejecutar el mismo campo cuando un pack de consejo, una data room o un term sheet piden el ARR de salida, y fijan exit_rate junto a una reconstrucción de los últimos doce meses para que cada memorando arranque desde una sola anualización de partida y no desde una cifra mensual que aún no se ha escalado. Los equipos de producto integran el contrato en listas de cierre, teasers de captación y pruebas CI que deben fijar exit_rate sin llamar a un motor de facturación. Como la implementación es parse pura de nivel A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente. Mantenga monthly_revenue finito y no negativo, fije en las pruebas el exit_rate redondeado y obtendrá una anualización del último mes reproducible para teasers, plugins LMS y workers de borde sin montar un libro mayor propio.