Olá Habr!
Sob a pressão de um interesse tão vívido nos sistemas de planejamento de recursos empresariais (ERP), ele arrancou o terreno da cadeira e decidiu compartilhar suas impressões. Vamos tentar entender quem, por que e quanto ERP, se algo precisa ser regulamentado e onde, com tudo isso, a mesma flexibilidade que o ERP supostamente não possui.
Quando a SAP, como a Wikipedia nos diz, em 1972 deu os primeiros passos ...
... qual foi o primeiro funcional? Contabilidade. E até agora, eles geralmente começam a implementar o SAP precisamente da contabilidade - tudo é relativamente claro lá e "completamente estranhos, não da nossa região" cuidavam dos regulamentos.
O que qualquer empresa faz? A empresa ganha dinheiro. Ou seja, tudo o que acontece se reflete no status financeiro. O dinheiro veio - nós pagamos a conta. As matérias-primas chegaram - os produtos acabados deixaram o armazém. Eles esfregaram o celeiro - assamos um pão (ou seja, eles fizeram algo) ... bem, em geral, eu trouxe, contadores! Você entende o que eu quero dizer. Os italianos criaram isso no século 13, antes da SAP.
Depois que o SAP entrou na contabilidade e a entrada de dados foi iniciada não a partir de cartões perfurados, mas a partir do teclado,
preguiçosos chefes inteligentes decidiram usar a mesma abordagem para compras, produção, controle de qualidade etc. E foi isso que aconteceu.
Sistemas ERP - um grande número. Grandes, pequenos, para diferentes setores ... tive a chance de trabalhar com três anos
e meio e os três eram muito diferentes. E sim, queridos amantes, para escrever algo próprio, você também não ficará entediado com o ERP.
Quase tudo o que (do ponto de vista do fabricante) é projetado para facilitar a vida da empresa manufatureira, possui uma etiqueta de ERP. Deus seja o juiz deles ... Eu não quero polonês tópicos como "ERP tem um sistema de contabilidade de armazém" neste artigo - em primeiro lugar, nem sempre existe lá (mas em alguns lugares existe um sistema de reserva de quarto de hotel) em segundo lugar, não é para você o que não obriga. Você não deseja - deixe seu lojista levar a lista de depósitos ao departamento de contabilidade todos os meses, sem problemas.
Gostaria de me debruçar sobre o fato de que, como um colega coloca, esse sistema "nos dá".
O eterno problema do desenvolvedor: que pilha usar; como conduzir o desenvolvimento; onde conseguir os desenvolvedores; quem conhece essa pilha; com quem entrar em contato se tudo estiver ruim; como controlar a qualidade do desenvolvimento ...
As especificidades dos aplicativos de negócios (além do acima): como fazer seu programa funcionar em 10 - 20 - 30 anos, por favor, com todos os dados históricos; COMO IMPRIMIR (para quem ficou surpreso: a impressão é uma questão separada em geral, existem três mecanismos em paralelo no SAP); Como garantir a consistência dos dados.
Um bom ERP resolverá esses problemas para você. No auge da batalha, esquecemos que o SAP é um sistema de desenvolvimento (no qual a funcionalidade do ERP é implementada e muito mais). Não acredite em mim - faça o download de um mini-SAP. Está "nu" - contém apenas esse sistema de desenvolvimento, servidor, banco de dados e cliente. Você não encontrará nenhuma funcionalidade de ERP lá. Mas você encontrará designers gráficos de tabelas de banco de dados, sua própria linguagem de programação, um sistema de empacotamento para transportar programas entre sistemas, um designer de janelas, gerenciamento de usuários, direitos de acesso etc. (Agora eles me jogam tomates podres, porque muita coisa mudou no "novo" SAP. Eu me arrependo, me arrependo ...)
Se você criou seu próprio idioma para o ERP, ele também é adaptado para essa classe de tarefas. E isso é tudo - para acelerar o processo de desenvolvimento! (risos)
E você sempre encontrará especialistas em SAP - você só precisa pagar. E assim - um lugar para comer ... É outra questão se o único programador da SUA empresa, que nos últimos 10 anos reescreveu em Java, bem, realmente todos os programas, desde o botão para abrir a porta do sistema de automação de armazém, estão sob o rolo. Tudo está ruim aqui, e não há ninguém para ajudar. Mas os custos de TI têm sido ridículos todos esses anos. Bem, ele ri bem ... você sabe.
Anos se passaram, a SAP superou os clientes e cada cliente tem suas próprias baratas na cabeça. Alguém carrega laranjas em barris, alguém dá empréstimos e alguém presta serviços. E assim resultou (1) lógica multinível, configurada para um cliente específico; (2) pontos de entrada para programação em um projeto; (3) um enorme ecossistema de módulos - manutenção, por exemplo, ou importação-exportação.
O que é tão ruim?Bem, é um pecado esconder ... O código, que pode ter até 30 anos e que foi escrito de acordo com os cânones da época, não é muito agradável de manter no século XXI. Portanto, três mecanismos de impressão. É por isso que existem opções diferentes para trabalhar com memória, portanto,
ABAP orientado a objetos e "normal". De qualquer forma, muitas tecnologias "antigas", "novas" e "completamente novas". Existem muitos outros sistemas nos quais os programas de trinta anos atrás funcionam paralelamente aos novos?
No topo desta camada, os programas são escritos no projeto que automatizam situações de repetição frequente ainda mais. Muito pode ser feito manualmente, mas poucos usuários conhecem o sistema tão bem.
Quanto a mim, a maioria dos projetos falha porque
- escolheu o ERP errado
- sem sorte com consultores
- falhou em sistematizar o que está acontecendo na empresa
- que era possível sistematizar não funciona no ERP, mas eu realmente quero (e desfigurou o ERP)
- funcionários ainda fizeram como antes
- eles queriam automatizar tudo imediatamente em 110%
- decidiu que o ERP é outro brinquedo para especialistas em TI, deixe-os implementar e fazê-lo
Portanto, se estamos falando sobre a implementação do ERP, e não sobre a mudança para outro ERP, você fica mais silencioso e continua. E é muito importante lembrar que o ERP é
de séculos a décadas. A implementação é apenas o começo.
Sobre isso, deixe-me me despedir.
Atenciosamente, m_OO_m