Engenharia de Processos / Engenharia a jusante
A sua fatura da AspenTech é um conjunto de fichas cujo conteúdo ninguém consegue ver.
O Open iT analisa os ficheiros de registo do AspenTech Sentinel para apresentar dados reais sobre o consumo de tokens e as horas por utilizador, para que possa dimensionar o SLM_Pool, efetuar o chargeback e fazer a reconciliação com o relatório do fornecedor.
- Ver o custo em tokens por funcionalidade e por utilizador, e não apenas o total do conjunto
- Reconciliar o estorno com o relatório de fornecedores da AspenTech
- Dimensionar o conjunto de tokens de acordo com a procura real em todas as fábricas
Uma funcionalidade pode extrair um ou catorze tokens, e o total do conjunto não é visível no registo.
A AspenTech fatura a partir de um conjunto comum de tokens. Funcionalidades diferentes consomem quantidades diferentes; só o HYSYS Process consome catorze, e o mesmo ficheiro de registo mistura funcionalidades baseadas em tokens com outras que não o são. O total do conjunto nem sequer consta do ficheiro de registo. Sem uma medição adequada, o conjunto é dimensionado com base em suposições, é reabastecido quando os engenheiros se deparam com um impasse e não há uma forma justificável de cobrar os custos às equipas que o consumiram.
O Open iT recolhe os ficheiros de registo brutos do Sentinel e apresenta relatórios sobre o número máximo de tokens em utilização e o tempo decorrido, por funcionalidade e por utilizador, mensalmente, num formato que se alinha com o relatório do fornecedor. Leva mesmo em conta a condição contratual de que a utilização inferior a cinco minutos não é faturável. Passa de ter de adivinhar o estado do conjunto de recursos para o gerir.
O que o Open iT faz
1
Veja o que há no conjunto de tokens.
A recolha de dados com base em registos apresenta o consumo real de tokens por funcionalidade e por utilizador, pelo que o SLM_Pool deixa de ser uma «caixa preta» e passa a ser um orçamento que pode gerir.
2
Executar um estorno que permita a reconciliação.
Os tokens e o tempo decorrido por utilizador, alinhados com o relatório do fornecedor e líquidos da regra dos menos de cinco minutos, proporcionam ao departamento financeiro um estorno justificável, em vez de uma rubrica partilhada.
3
Consolidar os servidores de licenças de todas as fábricas.
O Open iT CLIMS reúne vários gestores de licenças de engenharia de processos de diferentes locais numa única consola, para que uma onda de recusas ou uma falha no servidor seja detetada num único local, em vez de em vários.
4
Dimensionar a piscina de acordo com a procura real.
Com o consumo real visível, defina o conjunto de tokens e o número de lugares de acordo com a procura que consegue observar e deixe de fazer recargas excessivas para cobrir um pico que raramente ocorre.
Tem alguma dúvida? Fale com um especialista em licenciamento.
Calculadora de poupanças e estornos de tokens
Os conjuntos de tokens partilhados são faturados, quer os utilize ou não. Veja qual é a margem de excesso de provisão do conjunto e qual é o custo real da utilização por cada equipa.
Provisão excessiva do pool
O total do SLM_Pool, apresentado no Gestor de Licenças SLM do aspenONE.
O pico de simultaneidade que mediu. Se for desconhecido, o Open iT apresenta esse valor a partir do registo.
custo anual dos tokens com provisão excessiva
- Pico de consumo
- Provisionamento em excesso
- Custo por token
- $0
- Utilização máxima da piscina
- 0%
- Tokens com provisão excessiva
- 0
Assistente para estornos
Fichas multiplicadas por horas para uma equipa ou centro de custos.
custo mensal a cobrar a esta equipa
- A quota-parte desta equipa no prémio comum
- 0%
Referência do modelo Sentinel: uma instância do HYSYS Process consome 14 tokens. Os custos dos tokens das funcionalidades são atualizados aquando das renovações.
Como é que isto é calculado
Custo por token = custo anual do conjunto / dimensão do conjunto. Utilização máxima = número máximo de tokens em utilização / dimensão do conjunto. Tokens em excesso = dimensão do conjunto menos o número máximo de tokens em utilização. Custo anual do excesso = tokens em excesso × custo por token. Se for introduzida uma quota de utilização curta não faturável, o valor máximo faturável é reduzido em conformidade, para uma abordagem conservadora.
Reembolso: a quota de uma equipa = horas-token da equipa / total de horas-token. Custo mensal a reembolsar = quota × (custo anual do pool / 12). Todos os dados introduzidos são da sua responsabilidade. O Open iT mede os valores reais a partir do registo do Sentinel.
Apenas para discussão de planeamento. As poupanças e os reembolsos efetivos dependem da utilização medida dos tokens, dos custos dos tokens por funcionalidade e dos termos específicos do seu contrato com a AspenTech.
Perguntas mais frequentes
O Open iT consegue monitorizar a utilização dos tokens da AspenTech?
Sim. O Open iT lê os ficheiros de registo em formato bruto do Sentinel e apresenta o consumo de tokens e o tempo decorrido por funcionalidade e por utilizador.
Será que os números vão corresponder ao nosso relatório do fornecedor AspenTech?
A recolha de dados com base nos registos foi concebida para permitir a reconciliação com o relatório do fornecedor, incluindo a regra de que, em alguns contratos, a utilização inferior a cinco minutos não é faturada.
Podemos imputar os custos às equipas?
Sim. A apresentação de relatórios por utilizador e por token permite um estorno justificável, em vez de uma única rubrica partilhada.
É possível gerir várias fábricas ao mesmo tempo?
Sim. O « CLIMS » reúne vários gestores de licenças de engenharia de processos de diferentes locais numa única consola.
Não é possível gerir um conjunto de recursos que não se consegue visualizar. O Open iT transforma o registo de tokens da AspenTech numa visão detalhada por funcionalidade, por utilizador e por equipa, que corresponde à fatura do fornecedor, para que possa financiar a procura que realmente tem.