ERP não desenvolvido na produção: em terapia intensiva ou necrotério? (continuação)

Como transformar o ERP condicional em uma ferramenta real de gerenciamento de produção e suprimentos.
Parte 1 (artigo anterior): problemas de uso para planejar o ERP “contábil” implementado
Parte 2 (este artigo): 2ª vida - configuração Planejamento e monitoramento de produção e suprimentos com um planejador externo. Conceito e implementação.

Peterkin Sergey , Merkulov Reitstep Mikhail

Modelo de planejamento proposto: ERP + SPM

Abaixo estão os resumos de um modelo de planejamento que pode ser implementado de forma relativamente simples e rápida. E, principalmente, sem perda de caixa e investimentos de tempo feitos na implementação da "parte contábil" do "ERP de produção".

Conceito de sistema de planejamento e monitoramento (SPM) Reitstep

Sistema de planos

Planejamento de primeiro nível

Responsável pela modelagem / planejamento (liberação) e balanceamento (capacidade). Dada a capacidade. Mas, para preservar a simplicidade externa e a controlabilidade do sistema - com o planejamento, levando em consideração as limitações de recursos apenas em gargalos. E / ou - levando em consideração os estoques críticos comprados e / ou produzidos pela DSE e / ou levando em consideração os ciclos críticos de atendimento de pedidos. Como mostrado nas figuras abaixo.





Observação . O primeiro nível de planejamento, poucos implementam "honestamente". Por esse motivo, todos os problemas ou conflitos não resolvidos nesse nível (recursos e demanda) “caem”, “caem no chão” (em produção). Onde são "resolvidos":
1) por meio de reuniões diárias, 2 ou mais vezes ao dia, planejamento,
2) na presença de um departamento de TI “forte” da empresa - através de tentativas de resolvê-los (problemas de nível superior), introduzindo sistemas / funções de planejamento detalhado, incl. levando em consideração as capacidades (incluindo sistemas MES "prontos"). Não sabendo ou não prestando atenção ao fato de que essas funções / sistemas funcionam apenas com planos de nível superior confiáveis ​​(adequados). Talvez não seja muito preciso, mas já filtrou o “filtro” de equilíbrio, que eliminou os principais conflitos de recursos, incluindo e através das reuniões “Produção vs. Vendas ".
Importante! Não, mesmo o mais maravilhoso sistema de planejamento, é capaz de eliminar os danos causados ​​à produção por promessas incorretas ao cliente (mercado). E as promessas são o 1º nível de planejamento, não o “chão de fábrica” de forma alguma.

Planejamento e execução de segundo nível
2º nível de planejamento (sincronização da demanda e situação interna na produção / no MTO) e, posteriormente, execução:
a) é baseado no modelo de formação "normal" de PSI para cada pedido,
b) com seu planejamento sequencial (prioridade) (pedidos - PSI),
c) levando em consideração as datas e prioridades das ordens,
d) levando em consideração a (re) distribuição suave / rígida / condicional de estoques e recebimentos esperados (RFP, PP) de acordo com as necessidades dos pedidos,
e) com a possibilidade de execução consolidada (com planejamento personalizado!)



Com atualização constante (não menos que noturna) da versão “diretiva” do plano (a partir da data do pedido, levando em consideração as prioridades, “para baixo e para a esquerda” - “como deveria ser”) e a liquidação - “como fica ...”. Através de uma comparação da qual todo o "monitoramento" personalizado e de produção é construído, são tomadas decisões operacionais.

Criando um sistema holístico

1. Se houver um "ERP contábil" bem implementado em termos de funções contábeis, onde:
a) instalações diárias de gerenciamento de desempenho / chegadas previstas, RFP PP, são implementadas e mantidas de forma confiável no estado atual,
b) movimentos de inventário, alterações nos objetos de gerenciamento de demanda (pedidos de clientes, previsões de demanda, pontos de reabastecimento, etc.) são monitorados oportunamente no dia-a-dia;
c) alterações na CSI / ETI ...
... a implementação de um sistema holístico, ERP + SPM, é a seguinte.



2. Para sistemas, objetos e funções de controle, os processos de planejamento, execução e monitoramento são implementados da seguinte forma (lógica de negócios).
a. Para o 1º nível de planejamento (modelagem, planejamento, balanceamento).
eu O seguinte é transmitido ao JMP:
1) ETI, com conversão para RSI (equipe de recursos). Como alternativa, o RSI pode ser criado manualmente no JMP,
2) estoques e recebimentos previstos (, ) para os principais elementos do RSI,
3) estoques de produtos acabados,
4) os parâmetros da capacidade dos recursos de produção - gargalos (calendários de trabalho, número, eficiência, etc., de acordo com o modelo de planejamento de recursos). Como alternativa, eles podem ser suportados de forma independente no JMP,
5) objetos de gerenciamento de demanda (pedidos, previsões, pontos de reabastecimento de produtos acabados, etc.).
ii. Após a conclusão do processo de modelagem, pedidos com datas alteradas, alterações na ETI / PSI (para a implementação do lançamento antecipado de qualquer DSE) e cronogramas de gargalos são transferidos do PSD para o ERP.

b. Para o segundo nível de planejamento (sincronização).
eu O seguinte é transmitido ao JMP:
1) PSI. Ou TSI com conversão para PSD em PSI,
2) , e seu status (% de conclusão ou "datas prometidas" de conclusão),
3) Ações. Produtos comprados, fabricados e acabados. E / ou - ações com ações.
ii. No SPM, são tomadas ações para planejar a produção e o MTO (sincronizado, multi-iterativo, personalizado).
iii. O DOP / PDB de oficinas / seções analisa o plano de lançamento, inicia a produção - objetos de execução de formulários - PP.
iv. Os funcionários responsáveis ​​da MTS realizam ações semelhantes com a formação da RFP.
v. Após a formação do PP e RFP (SPM) gerado do JMP para o ERP, o ERP

c. Execução, ou seja, ações com RFP, PP, ações com estoques - são realizadas no ERP, o fato é transferido para o PSD (ver seção bi2).
d. Monitoramento (personalizado, produção, MTO) - no SPM.
3. Com so.z. arquitetura do sistema, a integração do sistema pode ser descrita da seguinte maneira.
a. No nível físico, são resolvidos problemas de nível inferior, individuais para cada empresa em particular:
1) mecanismo de troca:
 através de algum tipo de aplicativo de barramento de integração / ETL pronto,
Between diretamente entre sistemas;
2) regras para correspondência de códigos de referência:
 codificação unificada adotada
 cada sistema trabalha com códigos “próprios” e existe algum tipo de sistema MDM usado para converter os códigos do sistema de origem nos códigos do sistema receptor.
b. Quais recursos de integração possui cada um dos sistemas:
1) existe uma API REST fornecida
2) formatos de dados com os quais o sistema trabalha.

O SPM está pronto para praticamente qualquer cenário de integração:
1) O JMP fornece uma API REST para executar operações CRUD com seus objetos,
2) cada objeto PSD possui um campo mdm_code para armazenar a conformidade com um registro em um sistema MDM,
3) no JMP tem sua própria fila interna de tarefas para descarregar:
a) tarefas para fazer upload de dados são enfileiradas para eventos no sistema (por exemplo, criação de um objeto, alteração de status etc.). Há uma configuração que determina quais objetos para quais eventos devem ser descarregados,
b) a fila é processada de forma assíncrona por um processo separado em segundo plano,
c) o resultado do processamento de uma tarefa pode ser:
 enviando uma solicitação http (s) para um endereço específico,
 salve o arquivo em um diretório.
d) O comportamento do sistema quando ocorrem erros de execução do trabalho também é configurado para cada tipo de objeto. Por exemplo, ao enviar uma solicitação http, o sistema externo estava indisponível. Opções comportamentais:
1) ignore o erro, continue executando outras tarefas,
2) pare a fila até que o erro seja corrigido,
3) aguarde a decisão manual do operador,
4) tente enviar a solicitação novamente após m minutos, pare de tentar após n solicitações com falha;
4) o formato dos dados carregados e carregados no JMP é JSON. Você pode personalizar a conversão para outros formatos.

Conclusão

Nossa prática mostrou a viabilidade do esquema proposto. Um sistema holístico de ERP + SPM pode ser implementado com rapidez suficiente, com recebimento praticamente garantido de resultados operacionais (planejamento de produção e MTO adequados, monitoramento operacional e confiável) e resultado de negócios (aumento da taxa de transferência de produção, etc.). Este último, no entanto, depende do desejo e da capacidade de mudar o conceito de gerenciamento. Uma parte importante na qual é a rejeição (faseada) dos salários por peça, a rejeição do paradigma de planejamento periódico (mês), com a fixação e emissão de planos mensais “por assinatura” e algumas outras mudanças bem possíveis.