Reconstruir después de HPCM: menos stack, respuestas más afiladas.
En breve. Oracle Hyperion Profitability and Cost Management pertenece a la generación on-premises de Hyperion. El readme de la propia Oracle para la versión 11.2.1.0.000, de marzo de 2020, declara que incluye Premier Support al menos hasta 2030 - es decir, nadie le fuerza la mano, y ese es el mejor momento posible para hacerse una pregunta más grande: reimplantar un motor de asignación o pasar a un modelo basado en el tiempo que atribuye el coste de las actividades directamente. Esta página mapea la segunda opción.
Una nota sobre el tono: Oracle HPCM es un software capaz y esta página no fingirá lo contrario. La única afirmación de ciclo de vida que hacemos es la que consta en el readme de la 11.2 de la propia Oracle; el resto es una descripción honesta de una alternativa. No afirmamos que Oracle esté retirando el producto.
¿Por qué los usuarios de HPCM se lo replantean ahora?
No porque un plazo lo diga. Porque la decisión de modelización nunca llegó a tomarse de verdad.
HPCM forma parte de la familia on-premises de Hyperion, y Oracle documenta la versión 11.2 con Premier Support al menos hasta 2030. Oracle también vende productos de EPM en la nube, y algunas organizaciones se moverán allí con el tiempo. En cualquier caso el calendario es suyo, y esa es la parte útil.
Una migración es disruptiva cuando quiera que ocurra. Eso es un argumento para elegir el momento en lugar de heredarlo, y para gastar el presupuesto de reimplantación una sola vez, en el modelo que de verdad quiere.
La pregunta no es "qué proveedor se lleva la licencia". Es "¿debe el modelo nuevo funcionar igual que el viejo?".
¿Qué hizo bien HPCM y qué dejó abierto?
HPCM es, en el fondo, un potente motor de asignación: los saldos del libro mayor fluyen por reglas de asignación en etapas hacia los objetos de coste. Para asignación regulatoria, refacturación de servicios compartidos y propósitos de libro de gestión, esa arquitectura sirvió bien.
Lo que las arquitecturas de asignación dejan abierto es la causalidad a nivel de transacción. Las reglas distribuyen el coste en porcentajes; no miden lo que un pedido, un envío o un episodio de paciente consumió en realidad. Cuando la pregunta pasa de "cómo repartimos el coste de TI" a "qué clientes nos hacen perder dinero", la asignación por reglas se queda sin resolución.
Esa segunda pregunta es para lo que se construyó el cálculo de costes basado en el tiempo por actividad.
¿Cómo es un stack TDABC moderno?
Cuatro capas, todas más ligeras que las de la generación anterior.
Datos de entrada
Extractos que sus sistemas ya producen: saldos del libro mayor, nóminas, registros transaccionales. Uno de nuestros modelos actuales corre sobre un conjunto de 525,000 líneas de envío refrescado desde el sistema operacional del cliente. Sin proyecto de data warehouse.
Un modelo de capacidad
Recursos agrupados en grupos de costes, cada uno con una tasa de coste de capacidad: el coste de la capacidad suministrada dividido por la capacidad práctica. Esto sustituye la asignación multi-etapa por una única declaración económica explicable por grupo de recursos.
Ecuaciones de tiempo
El coste de cada transacción es una fórmula de sus características: minutos en función de líneas de pedido, paradas de entrega, tipo de manipulación, complejidad. Un puñado de ecuaciones atribuye coste a millones de transacciones, y por eso el mantenimiento no se hincha como se hinchan las bibliotecas de reglas.
Superficies de decisión
Curvas de la ballena, coste de servir por cliente y producto, utilización de capacidad, vistas de escenario. En nuestro stack esta capa es CostCtrl, y la opera el equipo financiero del cliente, no una consultora.
MOTOR DE ASIGNACIÓN VS MODELO BASADO EN EL TIEMPO
¿Cómo transcurre la migración?
Cuatro pasos, deliberadamente aburridos.
Inventariar las decisiones, no las reglas
Listar qué salidas de HPCM se usan de verdad, quién las usa y para qué decisiones. La mayoría de los modelos legados arrastran reglas que nadie ha leído en años; el inventario de decisiones siempre es más corto que el inventario de reglas.
Reconstruir la economía como capacidad y tiempo
Mapear grupos de costes, fijar capacidades prácticas, redactar ecuaciones de tiempo para las transacciones que importan. Es trabajo de modelización, medido en semanas.
Correr en paralelo un periodo
Los mismos datos de origen por el modelo viejo y el nuevo. Las diferencias se examinan, se explican y se documentan. Este paso convierte el escepticismo en aprobación, y es donde afloran los supuestos ocultos del modelo viejo.
Cortar y entregar
El modelo pasa al equipo del cliente con el proceso de actualización documentado. Cualquier salida de asignación regulatoria que la organización deba seguir produciendo se concilia desde los resultados del modelo nuevo.
LA MIGRACIÓN EN CUATRO PASOS
¿Cómo se comparan los enfoques?
| Suite de asignación legada (generación HPCM) | Stack TDABC moderno (CostCtrl) | |
|---|---|---|
| Enfoque de modelización | Reglas de asignación en etapas sobre saldos del libro mayor | Tasas de coste de capacidad y ecuaciones de tiempo sobre transacciones |
| Ecuaciones de tiempo | No nativas; la lógica temporal se aproxima mediante drivers | Nativas; mecanismo central de atribución |
| Volumen de datos | Tablas agregadas de libro mayor y drivers | Nivel de transacción; los modelos corren sobre cientos de miles de líneas |
| Tiempo de implantación | Proyecto EPM corporativo, típicamente trimestres | Primer modelo operativo en semanas, no trimestres. |
| Modelo de precios | Licencia corporativa e infraestructura o suscripción cloud (según términos del proveedor) | Suscripción más construcción experta; el equipo del cliente opera el modelo |
Preguntas justas.
- ¿Oracle está descontinuando HPCM?
- No, hasta donde muestra la documentación publicada por Oracle. El readme de la versión 11.2.1.0.000, de marzo de 2020, declara que incluye Premier Support al menos hasta 2030. Oracle también vende productos de EPM en la nube, y los documentos de ciclo de vida que zanjarían la visión a largo plazo no son legibles sin cuenta de Oracle, así que confirme su derecho directamente con Oracle. Nuestro argumento no depende de ningún plazo: la pregunta de modelización merece la pena, se mueva usted o no.
- ¿Puede un modelo TDABC reproducir nuestras asignaciones regulatorias?
- Normalmente las salidas requeridas pueden conciliarse desde un modelo TDABC, y la corrida en paralelo del paso 3 lo demuestra caso a caso. Donde un regulador exige una forma de asignación concreta, el modelo la produce como informe y no como su lógica central.
- Tenemos años de reglas de HPCM. ¿Todo eso se pierde?
- No. Las reglas codifican conocimiento institucional sobre las relaciones de coste. El inventario de decisiones del paso 1 cosecha ese conocimiento; lo que se jubila es la maquinaria, no el entendimiento.
- ¿Quién opera el modelo nuevo después del corte?
- Su equipo financiero, en CostCtrl. Ese es el objetivo de diseño, no una ocurrencia tardía: cada proyecto termina con la entrega, y los casos de estudio de este sitio describen a clientes operando sus modelos años después.
- ¿Y si elegimos la opción cloud de Oracle?
- Entonces elíjala con un inventario de decisiones en la mano y los ojos claros sobre lo que la asignación por reglas puede y no puede responder. Si el coste de servir y la rentabilidad por cliente están en la agenda de su consejo, ponga a prueba a cualquier candidato contra esas preguntas antes de comprometerse.
¿Ante la decisión de HPCM?
Una llamada de 30 minutos con un socio senior: mapeamos el inventario de decisiones de su modelo actual y le decimos con honestidad si TDABC encaja. Sin discurso comercial, sin ataques a proveedores.
- Respuesta
- En un día laborable
- Quién responde
- Un socio, no un robot
- Compromiso
- Ninguno
Notas y marcas. Esta página compara enfoques de modelización de costes y rentabilidad y refleja nuestra opinión profesional junto a información de producto públicamente disponible, actual a mediados de 2026. Es comentario sobre encaje, no una afirmación sobre la calidad de ningún producto, y no es asesoramiento para una situación específica. Verifique los detalles actuales de producto y soporte con el proveedor relevante. Oracle, Hyperion y HPCM son marcas o marcas registradas de Oracle Corporation y/o sus filiales. Cost and Profitability Consulting y CostCtrl son independientes y no están afiliados, autorizados, patrocinados ni respaldados por Oracle Corporation.
Prueba
Un distribuidor en Nueva Zelanda. €1,335M de coste de servir hecho visible, luego reducido a la mitad, y 830 clientes deficitarios reducidos a 295.
Leer el caso →Con quién va a hablar
Miguel Guimarães, Socio fundador
Trabajando en costes y rentabilidad desde hace más de 25 años. Presentó el caso de cost-to-serve de Damco en Managing for Profit (Ámsterdam RAI, diciembre de 2009), en el mismo programa que Robert S. Kaplan.
Llame al +351 910 313 731
