Tipos de reserva no IBM MAXIMO: AUTOMATIC, HARD, SOFT e BACKORDER (e HARDBACKORDER).
Controle do Documento
Alterações
Data |
Alterado por |
Versão |
Descrição |
08/04/2020 |
Leonardo Bastos |
1.0 |
Criação do documento |
|
|
|
|
|
|
|
|
Tipos de Reservas
A partir da versão 7.5, a IBM introduziu tipos de reserva no MAXIMO para definição de prioridade na cadeia de suprimentos.
No planejamento de materiais (Acompanhamento de Ordem de Serviço -> Planos), há três tipos de reserva que podem ser manualmente selecionadas no campo “Tipo de Reserva” antes da aprovação da OS:
- AUTOMATIC (Automático)
- HARD (Irreversível)
- SOFT (Temporário)

A diferença entre as reservas HARD e SOFT gira em torno da necessidade do material. Caso seja imprescindível para a execução do serviço ou sua necessidade de aquisição antecede a de outros materiais com menor urgência, então esse tipo de material deve ser configurado como HARD ou AUTOMATIC. No caso da reserva AUTOMATIC, ou “automático”, uma fórmula (veja mais a seguir) é utilizada para calcular a urgência.
As reservas SOFT não são associadas a uma janela de tempo restritiva, ou seja, caso a seleção seja por esse tipo de reserva, a data de exigência daquele material não é mandatória e, mesmo quando preenchida, a reserva será criada como SOFT no inventário:

As reservas do tipo HARD, ou “Irreversível”, funcionam como uma determinação de urgência para atendimento da cadeia de suprimento daquele material na OS, porém, mesmo que a data exigida não seja preenchida, ela é criada como prioritária.

As reservas do tipo AUTOMATIC (“Automático”) consideram a data requerida no campo “Exigido Para” e são atualizadas para APHARD, APSOFT, BACKORDER ou HARDBACKORDER através de uma rotina no IBM MAXIMO (veja o apêndice 1: InvResResTypeUpdateCronTask).
A definição de HARD, SOFT e BACKORDER varia conforme configuração de permissibilidade de saldo negativo disponível na configuração organizacional (veja o apêndice 2 para melhor compreensão: Saldo Negativo na Organização).

Fórmula de cálculo da reserva automática
A partir da imagem acima, considerando a data atual do sistema como 08/04/2020, o item 0G3582 está com a data exigida para 15/04/2020 e o tipo de reserva é “Automático”. Ao aprovar a Ordem de Serviço, uma reserva do mesmo tipo será criada e atualizada para HARD, SOFT ou BACKORDER conforme as regras abaixo:
Exigido Para menor ou igual a Data Atual + Tempo de Avanço do Inventário + Buffer do Tempo de Avanço do Processamento do Inventário (Configurações da Organização)
WPMATERIAL.REQUIREDATE <= SYSDATE + INVENTORY.DELIVERYTIME + MAXVARS.RESBUFFER |
Se o resultado da equação acima é verdadeiro, então a reserva será modificada para APHARD. Caso contrário, APSOFT. Entretanto, se o saldo disponível não puder ser negativo (veja o apêndice 2: Saldo Negativo na Organização), a regra a seguir é considerada:
Caso o saldo disponível não possa ser negativo, a reserva for configurada como HARD e o novo saldo disponível se tornar negativo (quantidade solicitada for maior do que o saldo disponível atual), o tipo da reserva será modificada para HARDBACKORDER (BACKORDER com uma configuração na reserva indicando que ela também é HARD).
Se a equação acima for verdadeira e o novo saldo disponível se tornar negativo, o tipo da reserva será definido como BACKORDER. Esse tipo de reserva ocorre apenas nos casos onde a sua organização não permite saldo disponível negativo e o saldo resultante da solicitação for menor do que zero. Entretanto, caso equação seja verdadeira, mas o saldo disponível for positivo, a reserva será definida como APHARD. Caso a equação não seja verdadeira, a reserva será APSOFT.
Exemplo
Para o item temos a seguinte configuração de ressuprimento:

Duas informações são muito importantes para o nosso contexto na imagem acima: o Ponto de Ressuprimento e o Tempo de Avanço (Dias). O ponto de ressuprimento é essencial para que a requisição (ou ordem) de compra seja gerada a partir da necessidade com base no saldo disponível. Caso o saldo seja igual inferior a 5, o ressuprimento está elegível para gerar o registro de compra como é o caso do nosso item conforme você pode constatar na imagem abaixo:

O saldo atual é de 3,00 e não há nenhuma reserva.
Voltando para a primeira imagem, o campo “Tempo de Avanço (Dias) determina o tipo de reserva caso seja colocada como automática na Ordem de Serviço. Recapitulando, basta analisar a fórmula vista no capítulo anterior:
Exigido Para menor ou igual a Data Atual + Tempo de Avanço do Inventário + Buffer do Tempo de Avanço do Processamento do Inventário (Configurações da Organização)
WPMATERIAL.REQUIREDATE <= SYSDATE + INVENTORY.DELIVERYTIME + MAXVARS.RESBUFFER
|
Criando uma Ordem de Serviço, colocamos a data exigida para 14/04/2020 (considerando a data do sistema com 08/04/2020) e o tipo automático:

Ao aprovar a Ordem de Serviço, uma reserva é criada e neste caso teremos uma reserva do tipo APHARD:

Exigido Para: 14/04/2020 é menor que a data do sistema 08/04/2020 somada ao Tempo de Avanço em Dias (07):
14 – (08 + 07): -1
Não consideramos aqui a variável Buffer do Tempo de Avanço do Processamento do Inventário por estar com o valor 0 (ZERO) na organização.
Caso tivéssemos colocado a data requerida como 18/04/2020, neste caso, a reserva seria APSOFT, pois o resultado da equação seria positivo (3). Sua organização pode configurar a tarefa cron (veja o apêndice 1: InvResResTypeUpdateCronTask) para rodar uma vez ao dia e, neste caso, após 03 dias, a reserva se tornaria APHARD, ou seja, uma reserva automática é sensível ao tempo da necessidade, portanto seu tipo altera conforme o prazo se aproxima.
Apêndice 1: Tarefa Cron InvResResTypeUpdateCronTask
Uma tarefa cron, ou CronTask é um termo técnico que remete a rotinas automáticas de execução programada no IBM MAXIMO. A tarefa cron InvResResTypeUpdateCronTask possui uma função muito simples, atualizar as reservas automáticas para APHARD ou APSOFT.
As tarefas cron podem ser acessadas através do módulo de Configuração do Sistema -> Configuração de Plataforma.
Caso seu IBM MAXIMO não tenha esta rotina configurada, basta definir um intervalo de tempo de execução e ativá-la. A recomendação é uma configuração para execução diária:

Caso não possua acesso ou informações o suficiente sobre ativação de tarefas cron, a sugestão é que você entre em contato com a TI ou uma consultoria especializada.
Apêndice 2: Saldo Negativo na Organização
A configuração de saldo negativo normalmente é feita na implementação do sistema por um administrador.

Essa configuração é válida por organização, ou seja, deve ser gerenciada na aplicação “Organizações”, no módulo “Administração”. Você acessa a configuração através do menu de ações “Opções de Inventário -> Padrões do Inventário”:

Saldo Atual Negativo |
Caso permitido, o saldo atual do item poderá se tornar negativo através do consumo. |
Saldo Disponível Negativo |
Caso permitido, as reservas de BACKORDER não serão utilizadas e o saldo se tornará negativo caso a totalidade das reservas HARD seja inferior ao saldo atual. Caso contrário, o saldo disponível não será reduzido a valores inferiores a ZERO e reservas de BACKORDER e HARDBACKORDER serão utilizadas.
Reservas SOFT não impactam o Saldo Disponível Negativo. |
Apêndice 3: Configuração de buffer
Conforme a fórmula de cálculo de reservas automáticas, temos a variável do Buffer do Tempo de Avanço do Processamento do Inventário, que pode ser configurada também na “Organizações”, no módulo “Administração”. Você acessa a configuração através do menu de ações “Opções de Inventário -> Ressuprimento”:

Basta alterar o número destacado para que seja incluído no cálculo do tempo de entrega.