Auditoría Oracle

Auditoría de licencias Oracle (LMS/GLAS): qué hacer si le llega la carta

La carta de auditoría de Oracle suele llegar sin aviso y con un plazo corto. Lo que haga su empresa en los primeros días define buena parte del resultado económico.

Por Juan Carlos Otálora Arosa · Ex instructor oficial de Oracle · 4 de noviembre de 2026

¿Qué son LMS y GLAS?

Durante años, las auditorías de licencias de Oracle las realizó LMS (License Management Services). Alrededor de 2019 Oracle reorganizó esa área bajo el nombre GLAS (Global Licensing and Advisory Services), que heredó su mandato, su personal y sus herramientas. En la práctica, muchas empresas y consultores siguen diciendo “una auditoría LMS” para referirse a una revisión formal de cumplimiento de Oracle.

No toda comunicación de Oracle es una auditoría formal. Un ejecutivo comercial puede proponer una “revisión de licencias” o una “evaluación amistosa”; una auditoría formal, en cambio, invoca la cláusula de auditoría de su contrato y es la que genera la obligación contractual de colaborar.

Cómo es el proceso, paso a paso

1. Notificación formal. Una carta cita la cláusula de auditoría del contrato. Las condiciones estándar de Oracle suelen otorgar un preaviso de 45 días.
2. Reunión de inicio y alcance. Se definen productos, entidades legales, países y ambientes a revisar.
3. Recolección de datos. Oracle solicita cuestionarios y la ejecución de sus scripts de recolección, que detectan instalaciones, opciones y packs utilizados, usuarios, procesadores e infraestructura de virtualización.
4. Informe preliminar. Oracle contrasta lo instalado con lo comprado y cuantifica la brecha.
5. Resolución comercial. La diferencia suele cerrarse con compra de licencias, soporte retroactivo y, en ocasiones, una propuesta de ULA o de migración a la nube.

Las primeras 48 horas: qué hacer y qué no

• Confirme el tipo de contacto. ¿Es una auditoría formal bajo contrato o una propuesta comercial? La respuesta cambia sus obligaciones.
• Designe un único interlocutor y deje todo por escrito.
• No ejecute scripts ni entregue información hasta conocer su posición: qué compró, qué cubren sus contratos y qué está realmente instalado y en uso.
• Revise sus contratos: OMA/OLSA, órdenes de compra, definiciones de métricas y cualquier documento de “políticas” que haya firmado.
• Haga una pre-auditoría confidencial para encontrar las brechas antes que Oracle y corregir lo que sea legítimamente corregible.

Dónde suelen estar las brechas

Los hallazgos de una auditoría suelen concentrarse en cinco frentes: bases de datos sobre VMware y otras plataformas de virtualización, opciones y packs de Enterprise Edition activados sin licencia (Diagnostics y Tuning Pack, Partitioning, Advanced Compression), usuarios Named User Plus mal contados, ambientes de respaldo y pruebas sin licenciar y, cada vez más, instalaciones de Oracle Java SE.

Cómo reducir el impacto

Una auditoría no se “gana” discutiendo al final, sino preparándose al inicio: delimitar el alcance, validar los datos antes de entregarlos, cuestionar interpretaciones que no estén en su contrato y llegar a la negociación con números propios. Esa preparación es la que diferencia una factura sorpresiva de un acuerdo razonable.