Eu não cheguei a isso, mas concordo que a
dor é necessária para entender as soluções e sua utilidade ou, como dizem os homens de terno, a
dor . Se você não tiver dificuldades com escassez, excesso de estoque, remessas atrasadas e outros sintomas de um planejamento ruim - excelente, o artigo não é para você e, com uma alta probabilidade de problemas, os problemas listados aqui não responderão em sua alma.
Se você já experimentou ou está sentindo a dor do planejamento em 1C, vamos ficar doentes juntos e tentar se recuperar.
O artigo foi escrito principalmente sobre SCP. Parte dos problemas foi removida no ERP (ao mesmo tempo em que foram adicionados novos), mas a dor permaneceu até hoje.
Então vamos lá.
Segurança
Em primeiro lugar, como você sabe quais necessidades são atendidas e quais não são? Portanto, tenho pedidos de clientes ou um plano de vendas, pedidos internos ou pedidos de produção - essas são minhas necessidades (mais precisamente, compradores). Existem estoques em armazéns, há pedidos para fornecedores (compra e processamento), existem planos de compra no final - esses são meus recursos. Como responder à pergunta - quais necessidades são satisfeitas e quais não são? Bem, imediatamente a pergunta do atendente - o que está faltando? O que você precisa comprar ou produzir?
Não há uma resposta simples para esta pergunta nas configurações 1C. Embora a tarefa, à primeira vista, seja trivial - pegue todos os recursos, distribua-os de acordo com as suas necessidades e você será feliz. Parece que um relatório simples deve ajudar, mas não é.
Eu, como você também, fiz esse relatório. Para uma resposta grosseira à pergunta feita, o relatório é bastante adequado, mas quem precisa de uma resposta rude? As pessoas têm negócios, a resposta para a pergunta depende da despesa de dinheiro, ativos ilíquidos, disparidades de caixa, relações com os clientes.
Na tentativa de esclarecer a resposta, meu relatório começou a crescer em condições e reservas. Por exemplo, essa contraparte é a principal, ela deve receber primeiro o estoque no armazém. Mas ele não faz sentido fazer reservas neste armazém - este é o outro extremo do país, apenas de avião pode ser trazido e apenas em caso de emergência. Ou esse depósito é apenas para a unidade X, mas em caso de necessidade especial, por ordem do diretor, os funcionários da unidade Y podem retirar algo desse depósito, mas devem fazer uma ordem interna que será executada por realocação.
Os recursos do esquema de layout e o idioma da consulta não são mais suficientes para descrever todas as condições para o cálculo da segurança, e os manuais de ajuste são exibidos. O relatório começa a parecer cada vez mais um monstro assustador, e aqui cada vez mais novos problemas com a qualidade dos dados são constantemente descobertos.
Então, outro pesadelo ocorre - o processo de negócios muda, ao mesmo tempo em que a estrutura da equipe muda, os departamentos se misturam, o número de armazéns duplica, os planos de produção aparecem, um novo documento do tipo "Solicitação do comprador" surge, que precede o pedido do comprador, etc. Em resumo, há tantas razões para a morte do Relatório que ele deixa de resistir.
Assistente de planejamento
Parte dos problemas de cálculo de segurança no SCP é decidida pelo "Planning Assistant". Eu adorava muito essa ferramenta, ela tem idéias e abordagens legais. Mas, infelizmente, ele permaneceu o protótipo para resolver problemas reais de negócios. Não vou contar muito tempo sobre o avô assistente, se desejar, você pode facilmente encontrar muitas informações sobre suas limitações (gargalo, por exemplo).
Em relação ao cálculo da segurança, a principal desvantagem do “Planning Assistant” é a necessidade de
usá-lo constantemente. A imagem real da segurança muda a cada minuto, ou a cada hora, pelo menos, e o assistente é projetado para uso relativamente pouco frequente.
A segunda desvantagem importante é que o assistente não responde à pergunta "a que custo é fornecido?". Ele apenas fornece o que está faltando, ou seja, responde à pergunta em anexo, pulando a pergunta principal.
Reserva e Hospedagem
A certa altura, chamei a atenção para a reserva (em armazéns) e a colocação (em pedidos para fornecedores e pedidos internos). Aqui está, ao que parece, o que eu preciso! A reserva fornece uma resposta inequívoca à questão principal - devido à qual a necessidade é fornecida. Diz diretamente - pegue um pedaço de ferro deste armazém e vá em paz, e um pedaço de madeira chegará em uma semana do fornecedor pelo pedido nº 23123.
Mas a ilusão caiu em realidade. A reserva ocorre no momento do documento (pedido do cliente, por exemplo) e o local da reserva (armazém ou pedido ao fornecedor) é armazenado nele. Uma pessoa cometeu um erro há três dias - tudo, uma cadeia de reservas de três dias está voando para o inferno. Cancelou o pedido ao fornecedor há duas semanas - obtenha os negativos no registro de reserva. Eles o tiraram do armazém sem reserva ou baixaram a falta - para começar tudo do fogão.
A esperança brilhou na forma de um documento "Reserva de mercadorias" - permite ajustar todas as reservas de uma só vez. Liberar, transferir, ocupar recursos mais relevantes - ou seja, elimina todas as desvantagens descritas acima
A esperança durou muito tempo, até cresceu em vários projetos. Eu e, provavelmente, você, fez coisas como o recálculo automático de reservas ou uma grande estação de trabalho para gerenciar reservas, para que o Big Dispatcher possa transferir reservas para lá e para cá, remover e instalar, levando em consideração as necessidades e todas as mudanças na vida real. As manipulações dessa pessoa se encaixam facilmente no documento “Reserva de mercadorias”, do ponto de vista do programador, ele está bem - há quase um registro direto nos registros.
Mas aqui, nem tudo é bom. Os problemas com a sequência permaneceram no lugar, porque alterar retroativamente um requisito ou documento de reserva também pode desviar o registro de reserva para menos. O Big Dispatcher não pode mais confiar em dados que estão mudando constantemente. Ele acabou de alocar reservas, um minuto depois ele entra no AWP e vê que ele distribuiu recursos inexistentes (e por ingenuidade ele também chamou pessoas e prometeu algo).
Além disso, a mesma desvantagem do assistente de planejamento - redundância, incl. AWP, você precisa
usar constantemente. Entre, siga, pressione alguma coisa. O Big Dispatcher, novamente, é necessário.
O pior é que o backup, como tal, não era necessário. Eu só queria saber o que foi fornecido para mim, o que foi fornecido e o que estava faltando. E a reserva é "para não tocar na minha!", Ou seja, processo de negócios inteiro. Além disso, nas empresas de manufatura, os funcionários do armazém (onde não existem sistemas WMS legais) gostam de quebrar. Ele foi o único que torcia pela produção com sua alma e, quando recebeu peças escassas, simplesmente as escondeu no canto "para que os malditos vendedores não fossem levados embora". Que tipo de reserva existe.
Eu, como você, provavelmente, tentei criar um sistema de reserva e alocação automática. Parece que a tarefa é simples, mais técnica, semelhante à contabilidade de lotes. É necessário pegar todos os lotes de reservas e distribuir entre aqueles que precisam. Mas as dificuldades nasceram as mesmas da contabilidade de lotes - a necessidade de restaurar a consistência, algoritmos complexos, criticidade às mudanças nos processos de negócios e esquemas de contabilidade.
Mas eu só quero descobrir o que é fornecido comigo, o que é fornecido e o que precisa ser comprado.
Análogos
O tópico é tão superficial que provavelmente nem aparece nas conferências. Os anos passam, o carrinho não se move.
Onde quer que eu trabalhasse com o planejamento, eu tinha que considerar análogos.
A opção mais fácil é a permutabilidade usual de peças. Na usinagem, por exemplo, um caso comum é exatamente a mesma peça de ferro, mas feita de acordo com diferentes versões da documentação do projeto. Por exemplo, de diferentes tipos de aço. Ou um de forjamento e o outro de estampagem. Ou um de fabricação própria, o outro é comprado. Ou a rugosidade é diferente devido a diferentes métodos de processamento dos fornecedores.
A intercambiabilidade de tais peças pode ser indicada tanto no soft starter quanto no ERP. Em algum lugar, essas informações serão levadas em consideração - por exemplo, ao selecionar materiais em um relatório de produção para um turno. E ao planejar e calcular a segurança, não quero comprar uma peça, uma peça análoga que já tenho em estoque.
Na vida real, contabilizar análogos é, obviamente, mais difícil.
Por exemplo, a permutabilidade pode depender do cliente - um precisa de um aço diferente, o outro precisa de sangue nasal 40X. Um é fabricado na China, o outro é um patriota.
Mas isso é tudo - casos simples, quando análogos são conectados um a um.
Isso acontece mais difícil. Por exemplo, ao fazer uma embalagem de polímero, é tirada uma película de largura adequada. Se o cliente encomendou um rolo de embalagem com 1000 mm de largura, pegamos uma largura de 1100 mm, cortamos 50 mm nas bordas (para que fique uniforme) e todos ficam felizes. Mas houve uma situação em que não temos um filme com 1100 de largura e 1105 mm. Obviamente, não tomamos banho de vapor e tomamos - simplesmente haverá um pouco mais de desperdício. E podemos pegar 1110 mm, podemos 1115 mm, até 1300, se a ordem de gravação e o cliente forem nossos favoritos.
Acontece uma fórmula complexa para o cálculo do analógico. Cada filme é uma nomenclatura separada, ou seja, combinações para cada filme serão dezenas. Mas a aplicabilidade das combinações de análogos depende do contexto - a largura do produto que precisamos obter. Acrescentamos aqui que os filmes da mesma largura são diferentes em suas propriedades, mas podem substituir um ao outro sob certas condições. E um rolo de 1000 mm de largura pode ser cortado ao meio para concluir um pedido em que é necessária uma largura de 450 mm. E pode ser dividido em três partes, e não necessariamente o mesmo.
Em suma, o inferno é infernal. Mas quero que isso seja levado de alguma forma em consideração, e a resposta para a pergunta "somos fornecidos ou não?" o sistema deu.
Você provavelmente conhece esquemas de substituição de material ainda mais sofisticados. Diga-me para não ser tímido. Mesmo assim, ninguém planeja automatizar nossa contabilidade de análogos.
Flexibilidade
Mais precisamente, não flexibilidade, mas sua falta. Eu, provavelmente como você, já ouvi a frase várias vezes - você precisa adaptar não 1C aos seus processos, mas seus processos ao 1C. Quando ele trabalhava em uma franquia, ele próprio gostava de repetir esse slogan para os clientes.
Não há flexibilidade no planejamento e cálculo da segurança no 1C. Flexibilidade é quando você pode, sem programação infernal, escolher a ferramenta mais adequada, ajustá-la um pouco e obter o esquema de planejamento necessário.
Estou muito confortável com o SCP, mas não há muito por onde escolher na decisão de planejamento. Isso nem é flexibilidade, mas o Great Nothing, o vácuo, o campo estão limpos. Pode-se argumentar que nada é flexível? Claro. Esse é o charme do SCP, por isso eu o amo, principalmente em termos de planejamento - faça o que quiser, não será pior.
Por exemplo, conectar-se à compra do soft starter de acordo com o método BBV (corda do tambor-tampão) é uma tarefa simples, mesmo por programação comum, sem ferramentas universais. E é impossível estragar tudo no sistema com suas modificações, como trabalho no Grande Nada é feito. É como detonar uma bomba nuclear no meio do caminho de Marte a Vênus - o sistema solar não notará nada.
O ERP já tem muito por onde escolher - existem quatro maneiras de atender às suas necessidades. Mas o ERP, como dizem seus desenvolvedores em uma conferência de parceiros, é um sistema orientado a processos criado para processos. Mude os métodos de suporte no ERP - para explodir a mesma bomba nuclear, apenas já na Terra. Especialmente considerando as constantes mudanças da equipe editorial para a equipe editorial.
No entanto, o empreendimento é útil, há muito por onde escolher. Conversei com os desenvolvedores, fiz perguntas sobre a minha dor, recebi respostas decepcionantes - a dor não é tratada com esta pílula. Não há relatório de segurança, não há análogos, adição ou alteração de métodos de segurança. Somente através do configurador, você não poderá levar em consideração seus objetos de metadados nos esquemas de segurança.
Não conheço você, mas nesta comparação o Grande Nada está mais próximo.
Objetos de metadados personalizados
Bem, não há realmente nada a dizer aqui. Qualquer objeto de metadados adicionado não se enquadra em nenhum plano de planejamento ou garantia.
Exemplos de objetos de metadados improvisados, e eu, e você conhece um milhão. Se você combinar o SCP com as soluções do setor, os objetos caseiros aparecerão sozinhos. Nenhum deles participará do planejamento, e o configurador é indispensável aqui.
Se o objeto não for adicionado diretamente, mas os acessórios, por exemplo, não importa para onde mais ele vá, ele aparecerá pelo menos na seleção do assistente de planejamento.
No contexto de objetos caseiros, é bom que em 1C esse planejamento. Imagine se fosse como a RAUZ - integral, testada, funcionando, auto-suficiente. Muitos de nós arriscaram nossas vidas adicionando um documento completamente novo à circulação de mercadorias e incluindo-o em todas as cadeias da RAUZ? Ou acrescentou detalhes à nomenclatura, o que afetaria a decisão do SLAU? Mas o planejamento não é assim - não importa para você onde você o adicionou, ele passará de qualquer maneira.
Sumário
Antes, ouvi muitas vezes a frase que sobre planejamento é um processo único para cada empresa e é impossível produzir uma solução padrão para todas as suas opções.
Depois dessa frase, gostei de planejar como uma classe de tarefas.
Por um lado, a frase salva 1C (e qualquer desenvolvedor em geral) da necessidade de criar uma solução padrão.
Por outro lado, a frase inspira o intruso - vamos lá, aja, não há leis, regras, decisões certas e erradas nesse campo! Faça isso!
Eu trabalhei por vários anos, provavelmente você também. Algo acabou, algo não, em algum lugar no caminho havia monstruosos sistemas de planejamento e backup, relatórios malucos com configurações e algoritmos ilegíveis que eu mesmo não consigo descobrir agora.
E tudo por causa dessa frase. Crie, crie sempre, porque não há solução padrão.
Só então ocorreu que a frase estava incorreta, não dita, que algo estava faltando nela.
Não há solução padrão para o
cliente . Ou de outra maneira - não há solução em caixa para o
usuário . Não existe um programa desse tipo no mundo em que o usuário faça seu próprio planejamento. Existe um programa em que o usuário faz a contabilidade sozinho, e todos nós sabemos disso.
Mas eles não são ricos em implementações únicas, também existem programadores 1C lá. O usuário - ele só sabe apertar botões, e mesmo assim ele se engana o tempo todo. O programador, ele escreve o código, conhece o esquema de layout e o esquema de armazenamento de dados e vê os metadados, a meta de planejamento e os processos sabem ... Você entende?
Não há solução padrão para a tarefa de planejamento para o usuário, mas para o programador.
Deve haver uma solução típica de tarefa de planejamento para o programador . Ferramenta
- ter um certo nível de abstração (mas não como um configurador, é claro);
- resolve os algoritmos básicos das tarefas de planejamento para não se preocupar com eles em cada implementação;
- capaz de usar todos os dados necessários do sistema para fins de planejamento;
- que para instalação não requer programação, mas também não se transforma em um enikey vulgar.
Em geral, você precisa de uma ferramenta criada por programadores para programadores.
A analogia clara mais próxima é a
Conversão de Dados . Não é uma ferramenta muito simples, mas não complexa, que resolve uma área específica e compreensível de tarefas - troca de dados - e contém todas as funções necessárias para a solução bem-sucedida desse problema.
A conversão atende quase completamente aos critérios que apresentei ao sistema de planejamento:
- possui um certo nível de abstração (não sabe nada sobre metadados, sabe trabalhar com plataformas diferentes, sabe transferir tudo ou em pedaços, etc.);
- resolve os algoritmos básicos dos problemas de transferência de dados para não se preocupar com eles em cada implementação;
- capaz de usar todos os dados necessários do sistema para fins de transferência;
- não requer programação * para configurar, mas também não cai em um enikey vulgar.
* - Isso não é verdade aqui, geralmente é necessário programar em conversão. Mas há muitos exemplos quando não é necessário.
Do meu ponto de vista e no contexto do artigo, a Conversão de Dados é um exemplo quase perfeito de uma solução típica para um programador. A conversão nem tenta fingir que é para o usuário; portanto, ele não precisa carregar usabilidade, uma abordagem de processo, configurações convenientes, requer organização de dados especial e outras soluções de lastro para o usuário.
Outro ponto a ser mencionado é o
Orçamento no SCP . Este é um sistema que permite coletar quaisquer dados do sistema usando consultas e criar um planejamento de orçamento a partir deles. Geralmente, não funciona imediatamente, mas se você colocar o programador por trás da configuração, poderá obter um resultado positivo com bastante rapidez.
Seguirei com uma ferramenta que pessoalmente achei correta - o
ERP Monitor . O objetivo da ferramenta é multifacetado, mas ao mesmo tempo muito simples - fornecer informações sobre os negócios da maneira correta. A principal coisa - no monitor ERP, você pode escrever diagramas de layout, definir seus próprios indicadores, as regras para seu cálculo e controle. Obviamente, o usuário não fará isso, embora tenha sido feita uma tentativa de fazer a interface de configuração para o usuário - existem indicadores, estratégias, metas predeterminadas. Plante o programador com a declaração correta do problema - ele criará um sistema de controle inteligente para a empresa.
Agora, de fato, a
principal questão : onde está a ferramenta para configurar o planejamento e o cálculo da segurança, semelhante em sua flexibilidade e capacidade à conversão de dados, orçamento e monitor de ERP?
Configurações 1C típicas - elas gostam de "contabilidade e gerenciamento". A base da gestão é planejar e controlar. Controlar, no mínimo, pode ser construído. Construir o planejamento correto e moderno, capaz de responder rapidamente às mudanças ambientais, levando em conta as peculiaridades da abordagem russa à contabilidade, é quase impossível.
É por isso que o rolo na frase "contabilidade e gestão" na primeira palavra. E eu quero um equilíbrio, uma coisa segue da outra.
Tudo acima é a opinião pessoal do autor, é claro.
PS Bem, eu me pergunto, é muito interessante, talvez você saiba - e quem tomou as decisões, como fazer a ferramenta certa no soft starter ou no ERP, e qual errado? Por que o orçamento está certo e o planejamento está errado.