Reconstruir depois do HPCM: stack mais pequeno, respostas mais afiadas.
Em resumo. O Oracle Hyperion Profitability and Cost Management pertence à geração Hyperion on-premises. O readme da própria Oracle para a versão 11.2.1.0.000, de março de 2020, declara que inclui Premier Support pelo menos até 2030 - ou seja, nada lhe força a mão, e é esse o melhor momento possível para fazer uma pergunta maior: reimplementar um motor de alocações, ou passar para um modelo baseado no tempo que custeia as atividades diretamente. Esta página mapeia a segunda opção.
Uma nota sobre o tom: o Oracle HPCM é software capaz e esta página não vai fingir o contrário. A única afirmação de ciclo de vida que fazemos é a que consta do readme da 11.2 da própria Oracle; o resto é uma descrição honesta de uma alternativa. Não afirmamos que a Oracle esteja a retirar o produto.
Porque estão os utilizadores do HPCM a reavaliar agora?
Porque a decisão de plataforma lhes foi tirada das mãos, e a decisão de modelação não.
O HPCM faz parte da família Hyperion on-premises, e a Oracle documenta a versão 11.2 com Premier Support pelo menos até 2030. A Oracle também vende produtos de EPM na cloud, e algumas organizações mudarão para lá com o tempo. Em qualquer dos casos, o calendário é seu, e é essa a parte útil.
Uma migração é disruptiva quando quer que aconteça. Isso é um argumento para escolher o momento em vez de o herdar, e para gastar o orçamento de reimplementação uma só vez, no modelo que realmente quer.
A pergunta não é "que fornecedor recebe a licença". É "o modelo novo deve funcionar da mesma maneira que o antigo".
O que fez bem o HPCM, e o que deixou em aberto?
O HPCM é, no fundo, um motor de alocações poderoso: os saldos do razão fluem por regras de alocação em estágios até aos objetos de custo. Para alocação regulatória, débito de serviços partilhados e razão de gestão, essa arquitetura serviu bem.
O que as arquiteturas de alocação deixam em aberto é a causalidade ao nível da transação. As regras distribuem custo em percentagens; não medem o que uma encomenda, uma expedição ou um episódio de paciente realmente consumiu. Quando a pergunta passa de "como repartimos o custo de TI" para "que clientes nos fazem perder dinheiro", a alocação por regras fica sem resolução.
Essa segunda pergunta é aquela para que o custeio baseado em atividades e no tempo foi construído.
Como é um stack TDABC moderno?
Quatro camadas, todas mais leves do que a geração anterior.
Dados de entrada
Extrações que os seus sistemas já produzem: saldos do razão, salários, registos transacionais. Um dos nossos modelos atuais corre sobre um conjunto de 525,000 linhas de expedição atualizado a partir do sistema operacional do cliente. Sem projeto de data warehouse.
Um modelo de capacidade
Recursos agrupados em pools de custos, cada um com uma taxa de custo da capacidade: custo da capacidade disponibilizada a dividir pela capacidade prática. Isto substitui a alocação em múltiplos estágios por uma única afirmação económica explicável por pool de recursos.
Equações de tempo
O custo de cada transação é uma fórmula das suas características: minutos em função das linhas da encomenda, das paragens de entrega, do tipo de manuseamento, da complexidade. Uma mão-cheia de equações custeia milhões de transações, e é por isso que a manutenção não incha como as bibliotecas de regras incham.
Superfícies de decisão
Curvas da baleia, custo de servir por cliente e por produto, utilização da capacidade, cenários. No nosso stack, esta camada é o CostCtrl, e é a equipa financeira do cliente, não uma consultora, que a opera.
MOTOR DE ALOCAÇÕES VS MODELO BASEADO NO TEMPO
Como decorre a migração?
Quatro passos, deliberadamente aborrecidos.
Inventariar as decisões, não as regras
Listar que outputs do HPCM são realmente usados, por quem, para que decisões. A maioria dos modelos legados carrega regras que ninguém lê há anos; o inventário de decisões é sempre mais curto do que o inventário de regras.
Reconstruir a economia como capacidade e tempo
Mapear pools de custos, fixar capacidades práticas, esboçar equações de tempo para as transações que importam. Isto é trabalho de modelação, medido em semanas.
Correr em paralelo um período
Os mesmos dados de origem pelos dois modelos, o antigo e o novo. As diferenças são examinadas, explicadas e documentadas. Este passo converte ceticismo em aprovação, e é onde os pressupostos escondidos do modelo antigo vêm à superfície.
Fazer o corte e entregar
O modelo passa para a equipa do cliente com o processo de atualização documentado. Quaisquer outputs de alocação regulatória que a organização tenha de continuar a produzir são reconciliados a partir dos resultados do novo modelo.
MIGRAÇÃO EM QUATRO PASSOS
Como se comparam as abordagens?
| Suite de alocação legada (geração HPCM) | Stack TDABC moderno (CostCtrl) | |
|---|---|---|
| Abordagem de modelação | Regras de alocação em estágios sobre saldos do razão | Taxas de custo da capacidade e equações de tempo sobre transações |
| Equações de tempo | Não nativas; lógica temporal aproximada por drivers | Nativas; mecanismo central de custeio |
| Volume de dados | Tabelas agregadas de razão e de drivers | Nível de transação; modelos correm sobre centenas de milhares de linhas |
| Tempo de implementação | Projeto de EPM empresarial, tipicamente trimestres | Primeiro modelo funcional em semanas, não trimestres. |
| Modelo de preço | Licença empresarial e infraestrutura ou subscrição cloud (conforme os termos do fornecedor) | Subscrição mais construção especializada; a equipa do cliente opera o modelo |
Perguntas justas.
- A Oracle vai descontinuar o HPCM?
- Não, tanto quanto mostra a documentação publicada pela Oracle. O readme da versão 11.2.1.0.000, de março de 2020, declara que inclui Premier Support pelo menos até 2030. A Oracle também vende produtos de EPM na cloud, e os documentos de ciclo de vida que resolveriam a visão de longo prazo não são legíveis sem conta Oracle, por isso confirme o seu direito diretamente com a Oracle. O nosso argumento não depende de nenhum prazo: a questão da modelação vale a pena, mude ou não mude.
- Um modelo TDABC consegue reproduzir as nossas alocações regulatórias?
- Normalmente, os outputs exigidos podem ser reconciliados a partir de um modelo TDABC, e a corrida paralela do passo 3 prova-o caso a caso. Onde um regulador exige uma forma de alocação específica, o modelo produ-la como relatório e não como lógica central.
- Temos anos de regras do HPCM. Está tudo perdido?
- Não. As regras codificam conhecimento institucional sobre relações de custo. O inventário de decisões do passo 1 colhe esse conhecimento; o que se reforma é a maquinaria, não o entendimento.
- Quem opera o novo modelo depois do corte?
- A sua equipa financeira, no CostCtrl. Esse é o objetivo de desenho, não uma reflexão tardia: todos os projetos terminam com a entrega, e os estudos de caso neste site descrevem clientes a operar os seus modelos anos depois.
- E se escolhermos a opção cloud da Oracle?
- Então escolha-a com um inventário de decisões na mão e olhos limpos sobre o que a alocação por regras consegue e não consegue responder. Se o custo de servir e a rentabilidade por cliente estão na agenda do seu conselho, teste qualquer candidato contra essas perguntas antes de se comprometer.
Perante a decisão do HPCM?
Uma chamada de 30 minutos com um sócio sénior: mapeamos o inventário de decisões do seu modelo atual e dizemos com honestidade se o TDABC se adequa. Sem discurso de venda, sem ataques a fornecedores.
- Resposta
- Dentro de um dia útil
- Quem responde
- Um sócio, não um robô
- Compromisso
- Nenhum
Notas e marcas. Esta página compara abordagens à modelação de custo e rentabilidade e reflete a nossa opinião profissional a par de informação de produto publicamente disponível, atual a meados de 2026. É comentário sobre adequação, não uma afirmação sobre a qualidade de qualquer produto, e não é aconselhamento para uma situação específica. Verifique os detalhes atuais de produto e suporte com o fornecedor relevante. Oracle, Hyperion e HPCM são marcas ou marcas registadas da Oracle Corporation e/ou das suas afiliadas. A Cost and Profitability Consulting e o CostCtrl são independentes e não estão afiliados, autorizados, patrocinados ou endossados por Oracle Corporation.
Prova
Um distribuidor na Nova Zelândia. €1,335M de custo de servir tornado visível, depois reduzido a metade, e 830 clientes deficitários reduzidos a 295.
Ler o estudo de caso →Com quem vai falar
Miguel Guimarães, Sócio-fundador
A trabalhar em custos e rentabilidade há mais de 25 anos. Apresentou o caso de cost-to-serve da Damco no Managing for Profit (Amesterdão RAI, dezembro de 2009), no mesmo programa que Robert S. Kaplan.
Ligue +351 910 313 731
