Reconstruindo depois do HPCM: stack menor, 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 força sua mão, e esse é o melhor momento possível para fazer uma pergunta maior: reimplementar um motor de alocação, ou migrar para um modelo baseado em tempo que custeia as atividades diretamente. Esta página mapeia a segunda opção.
Uma nota sobre o tom: o Oracle HPCM é um 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 está no readme da 11.2 da própria Oracle; o resto é uma descrição honesta de uma alternativa. Não afirmamos que a Oracle esteja retirando o produto.
Por que os usuários do HPCM estão reavaliando agora?
Porque a decisão de plataforma foi tirada das mãos deles, e a decisão de modelagem não foi.
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 em nuvem, e algumas organizações vão para lá com o tempo. De qualquer forma, o calendário é seu, e essa é a parte útil.
Uma migração é disruptiva quando quer que aconteça. Isso é um argumento para escolher a hora em vez de herdá-la, e para gastar o orçamento de reimplementação uma vez só, no modelo que você realmente quer.
A pergunta não é "qual fornecedor fica com a licença". É "o modelo novo deve funcionar do mesmo jeito que o antigo".
O que o HPCM fez bem, e o que deixou em aberto?
O HPCM é, no fundo, um motor de alocação poderoso: saldos do razão fluem por regras de alocação em estágios até os objetos de custo. Para alocação regulatória, chargeback de serviços compartilhados e razão gerencial, essa arquitetura serviu bem.
O que as arquiteturas de alocação deixam em aberto é a causalidade no nível da transação. Regras distribuem custo em percentuais; não medem o que um pedido, um embarque ou um episódio de paciente realmente consumiu. Quando a pergunta muda de "como ratear o custo de TI" para "quais clientes nos fazem perder dinheiro", a alocação baseada em regras fica sem resolução.
Essa segunda pergunta é aquela para a qual o custeio baseado em atividade e tempo foi construído.
Como é uma stack TDABC moderna?
Quatro camadas, todas mais leves do que a geração anterior.
Dados de entrada
Extrações que seus sistemas já produzem: saldos do razão, folha de pagamento, logs transacionais. Um dos nossos modelos atuais roda sobre um conjunto de 525,000 linhas de embarques atualizado a partir do sistema operacional do cliente. Nenhum projeto de data warehouse necessário.
Um modelo de capacidade
Recursos agrupados em pools de custos, cada um com uma taxa de custo de capacidade: custo da capacidade fornecida dividido pela capacidade prática. Isso 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 do pedido, das paradas de entrega, do tipo de manuseio, da complexidade. Um punhado de equações custeia milhões de transações, e é por isso que a manutenção não incha do jeito que as bibliotecas de regras incham.
Superfícies de decisão
Curvas da baleia, custo de servir por cliente e produto, utilização de capacidade, visões de cenário. Na nossa stack, essa camada é o CostCtrl, e quem a opera é o time financeiro do cliente, não uma consultoria.
MOTOR DE ALOCAÇÃO VS MODELO BASEADO EM TEMPO
Como roda a migração?
Quatro passos, deliberadamente sem emoção.
Inventariar as decisões, não as regras
Listar quais outputs do HPCM são realmente usados, por quem, para quais decisões. A maioria dos modelos legados carrega regras que ninguém lê há anos; o inventário de decisões é sempre mais curto que o inventário de regras.
Reconstruir a economia como capacidade e tempo
Mapear pools de custos, definir capacidades práticas, rascunhar equações de tempo para as transações que importam. Isso é trabalho de modelagem, medido em semanas.
Rodar em paralelo um período
Os mesmos dados de origem passando pelos dois modelos, o antigo e o novo. As diferenças são examinadas, explicadas e documentadas. Esse passo converte ceticismo em aprovação, e é onde as premissas escondidas do modelo antigo vêm à tona.
Virar a chave e entregar
O modelo passa para o time do cliente com o processo de atualização documentado. Quaisquer outputs de alocação regulatória que a organização precise continuar produzindo são reconciliados a partir dos resultados do novo modelo.
MIGRAÇÃO EM QUATRO PASSOS
Como as abordagens se comparam?
| Suíte de alocação legada (geração HPCM) | Stack TDABC moderna (CostCtrl) | |
|---|---|---|
| Abordagem de modelagem | Regras de alocação em estágios sobre saldos do razão | Taxas de custo de 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 drivers | Nível de transação; modelos rodam sobre centenas de milhares de linhas |
| Tempo de implementação | Projeto de EPM corporativo, tipicamente trimestres | Primeiro modelo funcionando em semanas, não trimestres. |
| Modelo de preço | Licença corporativa e infraestrutura ou assinatura em nuvem (conforme os termos do fornecedor) | Assinatura mais construção especializada; o time do cliente opera o modelo |
Perguntas justas.
- A Oracle vai descontinuar o HPCM?
- Não, até onde 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 em nuvem, e os documentos de ciclo de vida que resolveriam a visão de longo prazo não são legíveis sem conta Oracle, então confirme seu direito diretamente com a Oracle. Nosso ponto não depende de nenhum prazo: a questão de modelagem vale a pena, você mudando ou não.
- Um modelo TDABC consegue reproduzir nossas alocações regulatórias?
- Em geral, os outputs exigidos podem ser reconciliados a partir de um modelo TDABC, e a rodada paralela do passo 3 prova isso caso a caso. Onde um regulador exige uma forma de alocação específica, o modelo a produz como relatório, e não como lógica central.
- Temos anos de regras de 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 aposenta é a maquinaria, não o entendimento.
- Quem opera o novo modelo depois da virada?
- Seu time financeiro, no CostCtrl. Esse é o objetivo de design, não uma nota de rodapé: todo projeto termina com a entrega, e os estudos de caso deste site descrevem clientes operando seus modelos anos depois.
- E se escolhermos a opção de nuvem da Oracle?
- Então escolha com um inventário de decisões em mãos e olhos abertos sobre o que a alocação baseada em regras consegue e não consegue responder. Se custo de servir e lucratividade por cliente estão na pauta do seu conselho, teste qualquer candidato contra essas perguntas antes de assinar.
Encarando a decisão do HPCM?
Uma conversa 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 serve. Sem pitch, sem bater em fornecedor.
- Resposta
- Em um dia útil
- Quem responde
- Um sócio, não um robô
- Compromisso
- Nenhum
Notas e marcas. Esta página reflete nossa opinião profissional a par de informação de produto publicamente disponível, atual em meados de 2026. É comentário sobre adequação, não uma afirmação sobre a qualidade de qualquer produto. Confirme os detalhes atuais de produto e suporte com o fornecedor. Oracle, Hyperion e HPCM são marcas ou marcas registradas da Oracle Corporation e/ou de suas afiliadas. A Cost and Profitability Consulting e o CostCtrl são independentes e não sã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 à metade, e 830 clientes deficitários reduzidos a 295.
Ler o estudo de caso →Com quem você vai falar
Miguel Guimarães, Sócio-fundador
Trabalhando com custos e lucro há mais de 25 anos. Apresentou o caso de cost-to-serve da Damco no Managing for Profit (Amsterdã RAI, dezembro de 2009), no mesmo programa que Robert S. Kaplan.
Ligue +351 910 313 731
