Cómo valorar una empresa de software o SaaS [2026]

Última revisión financiera y editorial: 25 de agosto de 2026. Las referencias de mercado indican fecha, muestra y perímetro; las sensibilidades numéricas posteriores son hipótesis didácticas.

Respuesta rápida: ¿cómo se valora una empresa de software o SaaS?

Una empresa de software o SaaS se valora triangulando flujos de caja, comparables y métricas operativas reconciliadas con la contabilidad. No basta con multiplicar el ARR. Hay que comprobar qué ingresos son realmente recurrentes, cuánto se retiene, qué margen dejan, cuánto cuesta crecer y si el producto, el código y los contratos pueden transferirse sin depender del fundador.

Una compañía rentable puede analizarse sobre EBITDA y caja. Una que reinvierte para crecer puede requerir escenarios de ingresos y flujo futuro, pero el crecimiento no sustituye a la unidad económica. El método y el múltiplo deben corresponder al modelo de negocio, tamaño, fecha, geografía y calidad de los datos.

Primero: distinguir SaaS, licencias y servicios

Modelo	Ingreso principal	Pregunta de valoración
SaaS por suscripción	Acceso recurrente al producto y soporte	¿Qué parte es renovable, retenida y escalable?
Licencia de software	Derecho de uso o acceso, mantenimiento y actualizaciones	¿Cuándo se reconoce el ingreso y qué obligación continúa?
Software a medida	Proyectos, hitos y horas profesionales	¿Cuánta capacidad depende de personas concretas?
Modelo híbrido	Suscripción, implantación y servicios	¿Están separados ingresos, costes y márgenes por componente?

Qué dicen las referencias de mercado en 2026

Los estudios sirven como contraste, no como tarifa. El Southern European M&A Monitor de Dealsuite sitúa en H1 de 2026 el múltiplo medio de Software Development en 7,7x EV/EBITDA, con una dispersión mostrada de 6,9x a 8,4x. El estudio recoge respuestas de 119 firmas de M&A sobre operaciones asesoradas en España, Italia, Portugal y Grecia y define el mid-market como empresas con ingresos de 1 a 200 millones de euros.

La categoría de Dealsuite incluye software que no es SaaS puro y mezcla tamaños. El propio informe muestra, para el conjunto de sectores, 4,0x en empresas con 200.000 euros de EBITDA frente a 7,6x con 10 millones: la escala modifica materialmente la referencia.

Fuente y fecha	Dato publicado	Uso correcto
Dealsuite, Southern Europe, H1 2026	Software Development: 7,7x EV/EBITDA de media; dispersión 6,9x–8,4x	Contraste para software rentable del mid-market; no equivale a EV/ARR
Software Equity Group, 2Q 2026	Mediana de 3,2x EV/ingresos TTM en 106 cotizadas B2B SaaS	Termómetro de mercado público; exige descuento y ajustes para una privada española
Aventis Advisors / Mergermarket, hasta marzo de 2026	Mediana 2026 de 3,1x EV/ingresos en transacciones SaaS divulgadas; la muestra histórica con este múltiplo comprende 543 operaciones	Contraste de M&A global; el tamaño mediano histórico de operación es muy superior al de muchas pymes

Estas cifras no se promedian entre sí: miden bases distintas —EBITDA, ingresos TTM o ingresos de transacciones— y perímetros distintos. Primero se elige la métrica coherente con la rentabilidad; después se ajustan tamaño, crecimiento, retención, margen, concentración, geografía y fecha.

La Resolución del ICAC sobre reconocimiento de ingresos distingue obligaciones y criterios de imputación para entregas, servicios y licencias. Por ello, facturación, cobros anticipados, ingreso contable y ARR no son magnitudes intercambiables.

Métricas que deben definirse antes de comparar

Métrica	Definición reproducible	Control necesario
MRR y ARR	Ingreso mensual recurrente y su anualización según una política escrita	Excluir proyectos, hardware y conceptos no renovables; separar moneda y descuentos
Logo churn	Clientes perdidos durante el periodo sobre clientes iniciales	Definir altas, reactivaciones, cohortes y periodo
Revenue churn	Ingreso recurrente perdido sobre el ingreso recurrente inicial	Separar bajas, contracción y efecto de precio
NRR	Ingreso inicial menos bajas y contracción, más expansión, dividido por ingreso inicial	Excluir clientes nuevos del periodo y reconciliar con facturación
Margen bruto	Ingresos menos costes directamente necesarios para prestar el servicio	Definir alojamiento, soporte, terceros y servicios incluidos
CAC y recuperación	Coste de adquisición y tiempo necesario para recuperarlo con margen	Incluir personal comercial, marketing, comisiones y cohortes

No hay un umbral universal de churn, NRR o crecimiento que garantice una valoración. La comparación solo funciona con definiciones coherentes, cohortes suficientes y varios periodos. Una métrica agregada puede ocultar que los clientes grandes se comportan de forma distinta a los pequeños.

Cómo reconciliar ARR con las cuentas

El puente debe partir de contratos y facturas y terminar en una cifra contable verificable. Conviene separar ingreso recurrente reconocido, ingreso diferido, servicios de implantación, consumo variable, descuentos, devoluciones e impuestos.

1. Documentar la política de MRR y ARR con inclusiones y exclusiones.
2. Reconciliar el movimiento de clientes con facturación y libro mayor.
3. Separar contratos mensuales, anuales, plurianuales y por consumo.
4. Explicar divisas, modificaciones de precio y adquisiciones.
5. Comparar ARR de cierre con ingreso reconocido y cobros del periodo.

El Plan General de Contabilidad es la referencia para las cuentas españolas. Si se presenta EBITDA ajustado u otra medida alternativa, las directrices de ESMA ofrecen un criterio útil de definición, reconciliación, comparativos y consistencia.

Métodos de valoración y cuándo utilizarlos

Los estándares del IVSC encuadran los enfoques de mercado, renta y coste. Una valoración defendible contrasta varios métodos en lugar de elegir el resultado más alto.

Método	Aplicación	Riesgo principal
Flujos de caja descontados	Proyecta ingresos, margen, inversión, circulante e impuestos	Alta sensibilidad a crecimiento, margen terminal y tasa de descuento
EV/EBITDA	Compañías rentables con EBITDA normalizado	Ignora diferencias de capex, capitalización de desarrollo y recurrencia
EV/ingresos o ARR	Contraste para modelos recurrentes aún poco rentables	Puede ocultar margen débil, churn, descuentos y coste de adquisición
Transacciones comparables	Operaciones con modelo, escala y fecha conocidos	Precios privados y perímetros incompletos reducen comparabilidad
Coste	Comprobación de activos o recreación en casos concretos	El coste histórico del código no equivale a su utilidad económica

EBITDA, caja y desarrollo de producto

El EBITDA debe normalizar salarios de fundadores, operaciones vinculadas y partidas no recurrentes. También hay que entender si el desarrollo se registra como gasto o se activa, porque dos empresas con el mismo producto pueden presentar márgenes distintos por política contable.

La caja exige incorporar cobros anticipados, comisiones, impuestos, inversión en producto y variación del circulante. Consulta la guía sobre cálculo y límites del EBITDA para construir un puente reproducible.

Propiedad intelectual, código y dependencia tecnológica

La titularidad del software no debe presumirse. El texto refundido de la Ley de Propiedad Intelectual regula los programas de ordenador y la titularidad de sus derechos, incluido el trabajo de empleados salvo pacto en contrario. La diligencia revisa contratos de empleados, fundadores y proveedores, además de componentes de terceros y licencias de código abierto.

También se analizan seguridad, incidentes, continuidad, alojamiento, arquitectura, deuda técnica, capacidad de escalar y dependencia de proveedores críticos. Una auditoría técnica no valora el código por líneas: determina los riesgos y la inversión necesarios para mantener el flujo esperado.

Sensibilidad didáctica de valoración

Supongamos un SaaS con ARR depurado de 1.000.000 de euros, crecimiento moderado, margen bruto documentado y un puente completo hasta caja. Para mostrar sensibilidad —no mercado— se ensayan dos, tres y cuatro veces ARR: el valor empresa sería 2, 3 y 4 millones de euros.

Si la empresa tiene 250.000 euros de deuda neta y no existen otros ajustes, el valor de las acciones en el escenario central sería 2,75 millones. La cifra cambiaría con caja restringida, deuda, pasivos equivalentes, capital circulante y mecanismos de cierre. La hipótesis no debe trasladarse a otra compañía sin comparables.

Due diligence específica de software

• Contratos, renovaciones, descuentos, cohortes y conciliación de ARR.
• Churn de clientes e ingresos, NRR, margen y coste de adquisición.
• Propiedad del código, licencias, marcas, dominios y litigios.
• Arquitectura, ciberseguridad, disponibilidad, backups y proveedores.
• Protección de datos, transferencias internacionales y encargados.
• Equipo de producto, dependencia del fundador y plan de continuidad.
• Deuda, caja, ingresos diferidos y capitalización del desarrollo.

La revisión financiera, comercial y técnica debe converger. La guía general de due diligence explica cómo ordenar hallazgos y su impacto en precio, contrato o cierre.

Fuentes técnicas y normativas

• Dealsuite: Southern European M&A Monitor, agosto de 2026.
• Software Equity Group: SaaS M&A and Public Market Report, 2Q 2026.
• Aventis Advisors: SaaS Valuation Multiples 2015–2026.
• BOE: Resolución del ICAC sobre reconocimiento de ingresos.
• ICAC: Plan General de Contabilidad.
• ESMA: información financiera y medidas alternativas de rendimiento.
• IVSC: estándares internacionales de valoración.
• BOE: Ley de Propiedad Intelectual y programas de ordenador.
• EUR-Lex: Reglamento General de Protección de Datos.