Licencias SaaS no utilizadas: audítalas y recupera

Una síntesis de mercado de 2026 midió lo que ningún director financiero quiere leer en voz alta: una empresa grande usa, en promedio, cerca del 54% de las licencias de SaaS que paga. El resto está provisionado, facturado y detenido. La misma lectura estima el costo de ese sobrante en algo cercano a US$9,8 millones por empresa al año. No es un desperdicio visible. Es silencioso, porque la factura llega, la nota coincide con el contrato y el área financiera aprueba la recurrencia sin ver el uso al otro lado del mostrador. Nadie miente y nadie lo oculta. El dinero desaparece porque nadie confronta lo que está pagado con lo que está operativo.
Peor que la licencia detenida es la dirección del gasto. El portafolio de software crece entre 34% y 37% al año, con cerca de nueve aplicaciones inéditas entrando cada mes y el doble en empresas con más de diez mil empleados. Aproximadamente 87% de las aplicaciones y 85% del gasto se deciden fuera del área de TI, en el saldo directo entre el área de negocio y el proveedor, y cerca de 26 aplicaciones tienen gasto duplicado entre canales. Este texto trata de un mecanismo específico que ata esas puntas: auditar la base actual de suscripciones ya pagadas, hallar la licencia ociosa y la compra duplicada, y reutilizar ese presupuesto sin abrir el camino a un nuevo proveedor en cada ciclo.
Qué es la licencia de SaaS no utilizada y por qué es el costo invisible de la base
Licencia SaaS no utilizada no es la herramienta que la empresa decidió no tener. Es la que compró, renueva y sigue pagando, pero que el equipo dejó de usar, usó a medias o provisionó en una cantidad por encima de la necesidad real. La distinción importa porque cambia el tipo de decisión. Cancelar una herramienta sin dueño es recortar un gasto que nadie defiende. Reconocer que una herramienta usada por cuarenta personas está contratada para mil es reaprovisionar contra el uso real, y eso no exige renunciar a ninguna función crítica.
Hay tres formas en que una licencia deja de corresponder con el uso, y cada una exige una respuesta distinta del comprador. La primera es la capacidad abandonada, la suscripción de un proyecto que terminó o cambió de dirección y que siguió renovando porque nadie la cerró. La segunda es la capacidad subutilizada, la herramienta que el equipo conserva para una fracción del alcance original y que ahora paga por un talle mayor del que necesita. La tercera es la capacidad inflada, la licencia que se contrató optimista al principio, cuando el caso de negocio prometía un número de usuarios que nunca llegó. Separar las tres no es un ejercicio académico: define si el remedio es baja, reducción de volumen o renegociación.
El costo invisible vive en la recurrencia. Una aplicación pagada y detenida no aparece como error en ningún reporte contable, porque el gasto está presupuestado, legitimado y previsto. Se esconde en la diferencia entre lo provisionado y el uso, un dato que el área financiera casi nunca recibe junto con la factura. La factura dice cuánto se paga. El proveedor sabe cuántas licencias están activas. Nadie, en el camino por defecto, pone esas dos columnas una al lado de la otra por artículo. Es ese vacío, y no un descuido puntual, el que convierte la base de SaaS de una gran empresa en un inventario de capacidad pagada y latente.
El detalle que sostiene todo el mecanismo es la palabra renovar. Una licencia no se vuelve ociosa de golpe. Se vuelve ociosa en silencio, en la repetición mensual o anual de una factura que ya nadie revisa contra la realidad. Por eso la auditoría no mira el momento de la compra, sino la secuencia de renovaciones: encuentra la discontinuidad entre lo que sigue pagándose y lo que dejó de operar hace dos trimestres. Eliminar la ociosidad es interrumpir esa repetición cuando la columna del uso ya no justifica la columna del pago.
La paradoja de la austeridad es que ninguna gran empresa contrata esa ociosidad a propósito, pero todos sus incentivos la producen. La compra nace de la necesidad de un área, crece más allá del primer proyecto, y la licencia sobra cuando la necesidad cambia de forma o de equipo. Mientras nadie sea formalmente dueño de la pregunta "¿estamos usando lo que pagamos?", la respuesta por defecto será sí, pagada, por más que la realidad diga otra cosa. La auditoría de la base comienza cuando alguien se vuelve dueño de esa pregunta sobre todo lo que ya está contratado.
Dónde se desvía el gasto de software de la gobernanza
Tres desvíos explican casi toda la licencia ociosa de una gran empresa, y los tres vienen del mismo lugar: la compra ocurre lejos de quien gobierna. Entender por dónde se escapa el dinero es requisito para auditar la base y reutilizar el presupuesto, porque cada desvío pide una corrección distinta.
El primer desvío es la decisión fuera de TI y del procurement. Los números de 2026 apuntan que 85% del gasto en software se decide por áreas de negocio, y 87% de las aplicaciones entra por ese camino. El área quiere resolver un problema operativo, encuentra una herramienta que lo resuelve, cierra la suscripción con el proveedor y pone el costo en la cuenta de la propia área. Legítimo para quien necesita el resultado. Fatal para el portafolio, porque esa compra nunca pasa por una lista de lo que ya existe, de modo que la aplicación nueva llega sin que nadie pregunte si una ya contratada hace el mismo trabajo. Parte de la duplicación nace exactamente aquí.
El segundo desvío es la duplicación entre canales. Una misma capacidad contratada en dos o tres lugares: una aplicación comprada directa al proveedor, la misma función en una suite corporativa y además un tercer punto que el área provisionó sin mirar los dos primeros. La síntesis de 2026 extiende el número de cerca de 26 aplicaciones con gasto duplicado entre varios canales. Duplicar no es un capricho del usuario, es el producto de la ausencia de un único lugar que muestre la base entera. Sin visión de portafolio, cada área repite el error de las otras por desconocimiento, no por terquedad.
El tercer desvío es el crecimiento sin inventario. Un portafolio que se expande cada año y nunca se consolida se convierte en una deuda que crece más rápido de lo que compensa cualquier esfuerzo puntual de ahorro. El problema no es el crecimiento, es crecer sin una regla que avise cuando lo nuevo se apila sobre lo ya pagado y sin un responsable de la cuenta entera. Auditar la base existente es la única forma de dejar de acumular sobre la ceguera.
Vale detenerse en la aritmética de ese ritmo, porque casi ninguna dirección la percibe año con año. Un crecimiento sostenido de 34% a 37% anual duplica el pie de una cartera de software en cerca de dos años. En ese intervalo la base nueva se paga sin haber sido jamás puesta contra la vieja, de modo que la duplicación y la ociosidad que hoy valen poco se duplican al mismo ritmo que el catálogo. Un ahorro puntual del 10% sobre una base chica no alcanza a compensar un gasto que se multiplica por dos en el mismo periodo. La única lectura que gana es la que ataca la tasa de acumulación y no solo el saldo de un trimestre, y eso es lo que hace una auditoría repetida sobre una base que se decide volver a gobernar.
Cómo auditar las suscripciones SaaS ociosas de la base actual
Auditar la base actual es un proceso de cuatro pasos que el equipo de procurement ejecuta sobre lo que ya está contratado, sin depender de ningún sistema nuevo para empezar. Cada paso confronta un dato que el camino por defecto no cruza.
-
Inventariar lo que está pagado contra lo que está provisionado. El primer paso es armar la lista base: cada suscripción activa, el valor anual, el número de licencias contratadas y el canal por donde se compró. Es la columna de lo provisionado. En el default, muchas empresas descubren en este momento que no disponen de esa lista armada, porque el gasto vive disperso en facturas de áreas y proveedores distintos. El inventario es el precio de entrada, y existe solo cuando alguien decide consolidar.
-
Confrontar lo provisionado con el uso real. Para cada artículo del inventario, el siguiente dato es el uso efectivo: cuántas licencias acceden de verdad a la herramienta, con qué frecuencia, por cuáles equipos. Es ese enfrentamiento, y ningún otro, el que revela la licencia de SaaS no utilizada. Una suscripción contratada para mil usuarios y usada por cuatrocientos no es un problema de precio, es un problema de reaprovisionamiento, y el valor que sobra es exactamente el desfase entre las dos columnas. El dato viene de las pantallas administrativas de la propia herramienta, que el administrador ya puede leer antes de cualquier automatización. Medir el uso en el momento de la auditoría es lo que hace que la decisión ocurra contra un número real, y no contra la memoria del contrato.
-
Barrer la duplicación entre canales. Con la base consolidada, el paso siguiente es buscar la misma capacidad repetida en más de un contrato: la herramienta dedicada que repite función de una suite, la aplicación comprada directa que replica lo que otra ya cubre. Cada par duplicado es una licencia candidata a corte o consolidación. La barrida mira la función, no el nombre de la aplicación, porque es la función superpuesta la que sostiene el gasto repetido.
-
Revisar las licencias compradas por encima del uso. Por último, el examen de las licencias provisionadas por encima de la necesidad, incluidos los repositorios que crecieron cuando el equipo era más grande y que nunca se redujeron. Separar lo que legitima un pico estacional de lo que es capacidad detenida evita cortes que rompen el negocio y mantiene el corte donde es seguro.
El resultado de los cuatro pasos es una base reorganizada en tres grupos: lo en uso que se reafirma, lo ocioso que se cierra o se reaprovisiona y lo duplicado que se consolida. La auditoría no decide nada por sí sola. Produce, por primera vez, el mapa sobre el cual una decisión es posible.
Conviene fijar una disciplina de periodos en este punto, porque la auditoría puntual tiene fecha de vencimiento. Si se ejecuta una vez y se archiva, la base vuelve a la deriva en un trimestre, cuando el área entra con una aplicación nueva, otra suscripción se queda corta de usuarios y la duplicación reaparece. Lo que convierte un ejercicio aislado en un control es repetir la confrontación con el uso en un calendario conocido: cada seis meses o cada ciclo de renovación, el responsable vuelve a cruzar provisionado contra uso y a volcar en la misma lista el resultado. Esa cadencia es la diferencia entre una base que se racionaliza una vez y una base que se mantiene racional. La frecuencia la decide la empresa según cómo crezca su cartera, pero quien no la fija pierde, en la práctica, el efecto de la primera auditoría.
La tabla siguiente compara el camino por defecto al proceso gobernado, para la lectura de una página.
| Dimensión | Base no gobernada (default) | Base auditada y gobernada |
|---|---|---|
| Visibilidad del portafolio | Cero, gasto disperso por área y canal | Punto único, portafolio visible artículo por artículo |
| Uso contra provisionado | ~54% en uso, resto pagado y ocioso | Se reafirma solo lo que está en uso |
| Aplicaciones duplicadas entre canales | ~26 apps con gasto repetido | Cada función en un único canal mapeado |
| Dónde se decide el gasto | ~87% apps y ~85% del gasto fuera de TI | Gasto disperso vuelve al radar del procurement |
| Destino del valor liberado | Renovación por inercia de lo ocioso | Reutilización del presupuesto, sin nuevo proveedor |
Cómo reutilizar y reclamar el presupuesto de software liberado
La segunda mitad es reutilizar el presupuesto que la auditoría liberó, y aquí la secuencia protege contra el error que lo deshace todo: subir a un nuevo proveedor cada vez que se recorta un gasto. Gastar el dinero de la licencia ociosa en otra novedad inmediata no repara la base, solo cambia un ocioso por otro en formación. La disciplina tiene tres movimientos, y los tres siguen la intención de reutilización en lugar de la intención de compra nueva.
El orden de los movimientos tampoco es casual. Reafirmar antes de cerrar ordena la decisión de atrás hacia adelante: fijar primero qué se mantiene da a la empresa el suelo sobre el cual juzgar qué sobra. Sin ese suelo, el riesgo del cierre es cortar de más y descubrir después que una capacidad dada de baja era la que sostenía un proceso crítico. La secuencia deliberada transforma la racionalización en una reorganización que preserva la operación y libera el margen al mismo tiempo.
El primer movimiento es reafirmar solo lo que está en uso. Cada suscripción del grupo en uso gana una vigencia consciente, con el volumen ajustado al uso real y el valor reafirmado porque se decidió, no porque siempre estuvo ahí. Reafirmar es un acto de decisión que convierte un gasto que se repite por omisión en un gasto que se mantiene por juicio. Reafirmar se vuelve decisión. Ese es el paso que complementa del lado de la regla la guía de política de compras de SaaS para empresas en LATAM, al diseñar bajo qué régimen el presupuesto reutilizado reingresa sin convertirse en nuevo desorden.
El segundo movimiento es cerrar o renegociar lo ocioso. La licencia pagada y detenida puede respirar de dos formas: cerrada, cuando la capacidad ya no es necesaria, o renegociada hacia el volumen real, cuando la herramienta sigue siendo útil en una escala menor. En los dos casos el valor se libera, y en el cierre hay que garantizar que la salida no deje caer un servicio crítico por falta de continuidad. El diseño del contrato decide parte de eso, sobre todo cuando la suscripción renueva en ciclo con anticipación de salida, lo cual pertenece a la gobernanza del ciclo de renovación, un mecanismo distinto que gobierna el plazo, no la auditoría de la base.
El tercer movimiento es reaplicar el valor liberado dentro del alcance que la auditoría ya priorizó. El presupuesto que deja de pagar lo ocioso y lo duplicado regresa a la cuenta de software de aquello que la empresa usa de verdad y necesita hacer crecer, sin salto a una compra nueva dispersa. Reaplicar es lo opuesto a reinvertir por reflejo: el valor que se renovaría por inercia o se replicaría en un canal duplicado pasa a financiar la capacidad efectiva de la base. Esa reasignación es lo que hace que el gasto vuelva a quien decidió gobernarlo.
Un criterio práctico aísla la reutilización sana de la compra por reflejo: preguntar si el destino del dinero liberado cubre una capacidad que ya está en el mapa o entra como un artículo nuevo que otro contratado podría entregar. Si el destino responde a una necesidad que la base ya atiende, no se reutiliza, se vuelve a duplicar. Si responde a una brecha real y no cubierta, el valor liberado tiene un destino productivo y se aplica con la misma disciplina de inventario que liberó el margen. Esa pregunta, repetida en cada reasignación, mantiene cerrado el ciclo que la auditoría abrió.
Por qué el gasto de software debe volver al radar del punto único de gobernanza
Los pasos de la auditoría y el destino del valor dependen de una condición de fondo que el camino por defecto no ofrece: un único lugar donde el gasto entero por artículo sea visible y se decida contra él. Sin ese punto, el inventario se rehace desde cero en cada ciclo, la duplicación reaparece en el trimestre siguiente y el gasto decidido fuera de TI vuelve a entrar por la puerta de atrás. La gobernanza no falla por falta de voluntad de las áreas; falla por no existir un lugar donde la base entera pueda listarse, confrontarse y juzgarse.
Esa es la función del Nexforce Marketplace visto del lado de quien compra: el punto único de procurement y de gobernanza del gasto de software sobre la base vigente. Por eso, más que una elección de dónde comprar, es el contexto en que la suscripción pasa a vivir y a ser gobernada, una discusión que localiza con precisión el texto sobre compra directa o marketplace de software. Sobre la base actual, el punto único entrega seis condiciones que sostienen la auditoría y la reutilización.
La visibilidad de portafolio por artículo, con contabilidad y gobernanza centralizadas que colocan cada suscripción y cada valor en una única cuenta, es la condición para hallar lo que está provisionado por encima del uso. El control de acceso y de uso al software confronta lo que está pagado con lo que está de verdad en actividad, y de ahí nace la pregunta sobre la licencia que nadie usa, porque el instrumento cruza las dos columnas que el default mantiene separadas.
Ese cruce no es un lujo de reporte. Es el que le da al comprador la palabra para actuar con evidencia en la mesa de decisión. Cuando el dato de uso y el dato de pago conviven en el mismo lugar y por el mismo artículo, la baja o la renegociación de una licencia ociosa deja de apoyarse en la impresión de un área y pasa a apoyarse en una cifra verificable que cualquiera puede revisar. La diferencia es política en una organización grande. Un responsable de presupuesto que llega a una revisión con ese cruce por artículo tiene algo que el default no le da: la posición de reclamar el valor sin discutir con cada área la legitimidad de su gasto.
La alerta de renovación y de presupuesto trae el dato de gasto al radar antes de que se vuelva inercia, de modo que la licencia subutilizada deje de repetirse en silencio y pase a exigir decisión. La contratación centralizada y la estructura negociada reducen en la base vigente el costo de las soluciones internacionales en las capas de contratación y renegociación, y dan a la reutilización un canal para reaplicar el valor liberado en un contrato que el default dejaría disperso y duplicado.
La factura local, la nota fiscal en reales y la protección cambiaria sacan la porción internacional de la base de la exposición al dólar, y la NF doméstica permite a la empresa en Lucro Real recuperar el crédito de PIS/COFINS de 9,25% sobre esa cuenta, crédito vigente mientras dure el cobro de la PIS/COFINS, en transición al CBS y al IBS a partir de 2027 (LC 214/2025). Para quien está en Lucro Presumido, el beneficio no es el crédito, sino la nota fiscal en reales, la protección cambiaria y la simplificación operativa. La sexta condición es la gobernanza que el default no da: traer de vuelta al radar del procurement el gasto decidido fuera de TI para restaurar el poder de reclamar el presupuesto. Sin punto único, la auditoría es un ejercicio periódico. Con él, se vuelve la rutina que impide que la base regrese. Ese punto es la regla del gasto.
Preguntas frecuentes
¿Qué es una licencia de SaaS no utilizada?
Licencia SaaS no utilizada es un asiento o suscripción de software que la empresa sigue pagando pero que no está en uso real, sea porque el equipo dejó de usarla, la usó a medias o la contrató en una cantidad por encima de la necesidad. El costo está en la recurrencia: renovar y pagar una capacidad que no opera. Pagada, aunque detenida. Solo se vuelve decisión cuando lo provisionado se enfrenta con el uso.
¿Cómo saber qué licencias SaaS no usa la empresa?
Enfrentando lo que está provisionado con lo que está en uso real. El camino es inventariar todas las suscripciones activas, verificar en la pantalla administrativa de cada herramienta cuántas licencias acceden de verdad y cruzar ese dato con el valor pagado. La licencia ociosa aparece en la diferencia entre las dos columnas, y la duplicación aparece cuando la misma función vive en más de un contrato. Dato real, no suposición.
¿Auditar la base de SaaS es tarea de TI o del área financiera?
Es una decisión de procurement, del área financiera y del liderazgo de TI en conjunto, porque involucra a quien mide el uso, a quien aprueba el valor y a quien inventaría el portafolio. El punto único de gobernanza existe para que esas tres miradas se encuentren sobre la misma base. Ninguna de las partes decide sola sobre lo que ya está pagado. Una base, tres miradas.
¿Recuperar una licencia ociosa exige recortar la herramienta?
No necesariamente. La licencia ociosa puede cerrarse cuando la capacidad ya no es necesaria, reaprovisionarse cuando la herramienta sigue siendo útil en una escala menor o renegociarse contra la caída del uso. El valor liberado vuelve al presupuesto de software sin exigir que la empresa renuncie a ninguna función crítica.
¿Qué hacer con el dinero liberado por la auditoría?
Reaplicarlo en la capacidad real y priorizada de la base, en lugar de subir a un nuevo proveedor en cada ciclo. Se reafirma lo que está en uso, se cierra o se renegocia lo ocioso y se reaplica el valor en aquello que la empresa usa y necesita hacer crecer, dentro de la política de compras ya diseñada. Es reutilización, y no compra nueva por reflejo. Reutiliza, no multiplica.
Referencias y lectura complementaria
Los datos de mercado citados a lo largo del texto como corroboración de la dirección del gasto provienen de síntesis de 2026 sobre el uso del software corporativo y la gestión de suscripciones, tratados aquí como números neutros del mecanismo del comprador y no como recorrido por ninguna herramienta de descubrimiento. Para el régimen en que el presupuesto reutilizado reingresa bajo regla, consultar el texto sobre política de compras de SaaS para empresas en LATAM. Para dónde la suscripción pasa a vivir y ser gobernada por punto único, ver el texto sobre compra directa o marketplace de software. En cuanto al crédito citado, registrese que la PIS/COFINS transita al CBS y al IBS a partir de 2027, bajo la LC 214/2025.
Llevar el mapa de las licencias ociosas a la próxima reunión de procurement
La auditoría de la base no comienza con un sistema impuesto. Comienza con el paso que cuesta menos y produce el mapa: consolidar en una única lista cuántas suscripciones de SaaS renuevan hoy y, para cada una, separar lo provisionado de lo que está en uso real. Cada línea del mapa señala el desvío que carga, la licencia pagada y detenida, la aplicación duplicada, el gasto que entró fuera de TI y el valor que la auditoría libera sin abrir un nuevo proveedor.
El mapa no nace perfecto. La primera versión suele estar incompleta, porque varias suscripciones viven en facturas que ningún área central consolidó antes y otras se compraron con tarjetas corporativas que no pasan por el control de contratos. Un mapa incompleto no es una razón para posponerlo, es exactamente el punto de partida. Cada línea que se agrega después revela un gasto que estaba fuera del alcance y corrige una ceguera. La utilidad del ejercicio es progresiva: crece en cada pasada a medida que el inventario se vuelve más completo y el cruce con el uso, más preciso.
El detonante es el mismo para la base entera. Lo que está en uso se reafirma con el volumen ajustado. Lo que sobra se aborda como ocioso o duplicado, y el valor liberado regresa al presupuesto de software para financiar la capacidad que la empresa usa. La secuencia se repite en cada ciclo, y es la repetición, no el esfuerzo único, lo que impide que la base regrese.
El Nexforce Marketplace atiende esa necesidad del lado de quien compra: el punto único de procurement y de gobernanza del gasto de software que da al comprador visibilidad del portafolio artículo por artículo, control de acceso y de uso al software, alertas de renovación y de presupuesto y contratación centralizada con estructura negociada. La porción internacional sale del dólar con factura en reales, nota fiscal en BRL y protección cambiaria, y la NF doméstica permite a quien está en Lucro Real recuperar el crédito de PIS/COFINS de 9,25%. Llevar el mapa a la reunión y decidir con él qué punto único adopta la empresa es el gesto concreto que convierte la licencia que nadie usa en el primer artículo que el comprador reutiliza.

Compra software global e IAcon facturación local ahorrando hasta 50%
Nacionaliza la contratación de herramientas de tecnología garantizando total cumplimiento y el máximo ahorro
Hacer SimulaciónArtículos relacionados

Comprar software por el marketplace de nube: qué es
Comprar software por el marketplace de nube es aplicar la compra contra el compromiso de gasto que la empresa normalmente ya tiene: la mecánica de compromiso, consumo y factura por la cuenta de nube, y cuándo ese camino conviene.
Read more
Renovación de suscripción: el riesgo del comprador
Renovar una suscripción por inercia cuando ya bajó el uso, y que la aprobación llegue después de la fecha, es el riesgo. Gobernar el ciclo de renovación y el gasto comprometido devuelve el control al comprador.
Read more
Controlar la compra de software sin PO con un punto único
Controlar la compra de software sin PO devuelve al procurement la visibilidad que el camino descentralizado no tiene. El mandato de orden de compra ejecutado en un punto único cierra el costo oculto de SaaS.
Read more