Cómo prepararse para una renovación con Oracle

La mayoría de las renovaciones con Oracle se gestionan como un evento de facturación: llega una cotización, alguien en compras cuestiona el aumento y el pedido se firma cerca del vencimiento. Ese enfoque casi siempre deja valor sobre la mesa. No porque el equipo de compras sea débil, sino porque, cuando llega la cotización, la mayoría de las decisiones que definen el resultado ya se tomaron por omisión.

Esta guía explica cómo pueden prepararse de otra manera las grandes empresas y qué le corresponde a cada área: CIO, CFO, compras y legal.

¿Qué se renueva exactamente y cuándo?

La primera tarea parece administrativa, pero es donde se gana o se pierde buena parte de la renovación. Las relaciones con Oracle se acumulan con los años: varios documentos de pedido, múltiples identificadores de soporte (CSI), suscripciones de nube, una suscripción de Java y, quizás, un contrato de OCI firmado por otra unidad de negocio. Cada uno puede tener su propio plazo, fecha de renovación y requisitos de aviso.

Arma un registro único que muestre, para cada contrato:

• las entidades contratantes de ambos lados y el contrato marco aplicable;
• los productos, métricas y cantidades licenciadas o suscritas;
• la fecha de renovación y cualquier plazo de aviso por escrito;
• las protecciones de precio vigentes, topes o congelamientos, y cuándo vencen;
• quién es el responsable de la relación y del presupuesto dentro de tu organización.

En suscripciones de SaaS y de nube en particular, la fecha de aviso del documento de pedido suele importar más que la fecha de vencimiento. Si se pasa, tus opciones pueden quedar limitadas a los términos de renovación que el documento ya prevé.

¿Conocemos nuestra posición antes de que Oracle nos diga cuál es?

Una cotización de renovación refleja la visión que Oracle tiene de tu entorno. Antes de sentarte a negociar necesitas la tuya: a qué tienes derecho según tus documentos de pedido, qué está realmente desplegado y qué se usa de verdad.

Esa línea base cumple tres funciones. Muestra dónde ya no se necesitan licencias o suscripciones. Revela brechas de cumplimiento que es mejor descubrir internamente que en una revisión iniciada por el proveedor. Y les da a tus negociadores hechos con los que trabajar, en lugar de impresiones.

Muchas empresas comparten datos de despliegue con su equipo de cuenta desde temprano, con espíritu de transparencia. Conviene hacer una pausa antes. La información que se ofrece en conversaciones comerciales puede influir en cómo se evalúa tu posición. Decide internamente qué vas a compartir, cuándo y a través de quién.

¿Podemos simplemente dar de baja las licencias que ya no usamos?

A veces sí, pero las reducciones de soporte siguen reglas específicas, y es fundamental modelarlas antes de dar aviso.

Las Software Technical Support Policies de Oracle definen un conjunto de licencias (license set), que en términos generales abarca todas las licencias de un programa, incluidas sus opciones y los programas que comparten el mismo código fuente, y exigen niveles de servicio equivalentes (matching service levels): todas las licencias de un conjunto deben tener el mismo nivel de soporte. No puedes mantener soporte sobre una parte del conjunto y eliminarlo del resto; el conjunto debe reducirse terminando las licencias que quedarían sin soporte.

Las mismas políticas describen también el precio tras una reducción. Cuando se termina un subconjunto de licencias de un pedido, el soporte de las licencias restantes puede recalcularse al precio de lista vigente menos el descuento estándar aplicable, dentro de los límites que fija la política. Si la compra original tuvo un descuento importante, el ahorro neto de una terminación parcial puede ser mucho menor de lo esperado. La lección práctica es simple: haz los números con la política aplicable a tus pedidos antes de enviar una carta de terminación.

¿Cómo debería influir el calendario fiscal de Oracle en nuestros tiempos?

Según sus presentaciones ante la SEC, el año fiscal de Oracle cierra el 31 de mayo, por lo que sus trimestres fiscales terminan a fines de agosto, noviembre, febrero y mayo. Es común que los proveedores concentren su flexibilidad comercial alrededor del cierre de trimestre y, sobre todo, del cierre de año.

Ese calendario puede jugar a tu favor o en tu contra. Si tu fecha de renovación cae justo después de un cierre de trimestre de Oracle y tus aprobaciones internas no están listas, la presión es tuya, no de ellos. Si tu caso de negocio, presupuesto y circuito de aprobación están resueltos con tiempo, puedes elegir si vale la pena aprovechar un determinado cierre.

Un ritmo de preparación razonable para una renovación relevante sería:

1. Doce meses antes: armar el registro de contratos y confirmar las fechas de aviso.
2. Nueve meses antes: completar la línea base de derechos y despliegues.
3. Seis meses antes: acordar objetivos internos, rango de presupuesto, posición de retiro y aprobaciones.
4. Tres meses antes: iniciar la conversación con Oracle con una posición clara y un único interlocutor.
5. Firma: verificar cada concesión contra el documento final antes de firmar.

Eventos más grandes, como el fin de un contrato de licencias ilimitadas o un compromiso de nube importante, justifican empezar antes.

¿Qué debería mostrar realmente la cotización?

Pide una cotización de renovación desglosada línea por línea, que separe:

• las tarifas base de soporte o suscripción por las cantidades existentes;
• el ajuste de renovación aplicado sobre ellas;
• cualquier true-up por uso superior a las cantidades licenciadas;
• productos, servicios o compromisos de nube nuevos.

Las cotizaciones agrupadas dificultan ver adónde va el dinero y facilitan cambiar un descuento visible en una línea por un aumento invisible en otra.

En el caso del soporte, la Technology Global Price List de Oracle explica que la renovación se calcula sobre las tarifas pagadas por las mismas licencias el año anterior, incrementadas por una tasa de ajuste inflacionario, y que un tope de soporte técnico válido incluido en tu contrato limita ese ajuste. Saber si tu documentación incluye un tope, y por cuánto tiempo, es uno de los datos más importantes antes de negociar.

¿Negociamos primero el precio o la estructura?

Primero la estructura. Un descuento único sobre la renovación de este año es fácil de otorgar porque desaparece al año siguiente. Los términos escritos que definen todos los años futuros son más difíciles de conceder para un proveedor y más valiosos de conservar.

Algunos ejemplos de protecciones estructurales que vale la pena discutir:

• un tope a los aumentos anuales de soporte o suscripción, escrito en el documento de pedido;
• congelamiento de precios para licencias o usuarios adicionales durante un período definido;
• el derecho a reducir cantidades o módulos en la renovación sin perder el precio unitario;
• claridad sobre qué versión de las políticas de Oracle aplica al pedido;
• la definición de las entidades legales cubiertas, incluidas adquisiciones y desinversiones.

Resuelve esto primero y después discute el precio.

¿Quién debería hablar con Oracle?

Un responsable designado, con el apoyo de un equipo interno reducido. Los equipos de cuenta de Oracle son hábiles y están bien coordinados; los mensajes cruzados entre TI, compras y las unidades de negocio debilitan tu posición. El personal técnico es esencial para construir la línea base, pero conviene preparar a cada persona sobre lo que se discute y lo que no en las reuniones con el proveedor, en especial sobre hojas de ruta y planes futuros.

Implicaciones prácticas

• Para el CIO: impulsar la línea base y mantener las conversaciones de arquitectura y hoja de ruta dentro del plan de negociación.
• Para el CFO: ser dueño del rango de presupuesto y de la posición de retiro, y modelar el costo a varios años en lugar del precio del primer año.
• Para compras: controlar los tiempos, el canal y la cotización desglosada.
• Para legal: revisar las definiciones de entidades, los topes, las referencias a políticas y cómo interactúan los nuevos documentos con los contratos vigentes.

Las empresas latinoamericanas también deberían presupuestar los efectos de moneda e impuestos. Los contratos con Oracle en la región suelen estar denominados en dólares estadounidenses mientras que los presupuestos se fijan en moneda local, y las retenciones sobre pagos transfronterizos de software y servicios pueden cambiar el costo real de un pedido. Define temprano con tus asesores fiscales si los precios se cotizan brutos o netos de retenciones (gross-up) y cómo se maneja la moneda en compromisos plurianuales.

Lista de verificación práctica

Errores frecuentes

• Empezar cuando llega la cotización. Para entonces, los tiempos juegan a favor del proveedor.
• Terminaciones parciales de soporte sin modelar. El recálculo de precios puede absorber la mayor parte del ahorro esperado.
• Cambiar un tope por un descuento. El tope se acumula a tu favor; el descuento, por lo general, no.
• Aceptar un pedido consolidado sin revisar qué reemplaza. Un documento nuevo puede eliminar en silencio protecciones negociadas hace años.
• Dejar que la renovación absorba temas ajenos. Hallazgos de auditoría o compromisos de nube incluidos en una renovación son difíciles de desarmar después.

Preguntas frecuentes