1C lançou um poderoso e ferramenta eficaz gestão programa de negócios , que competirá com produtos de software estrangeiros. E considerando que esta solução é aguçada sob legislação russa, muito acessível, análogos de 1C: Gestão ERP A empresa 2 não existe.

O 1C:ERP Enterprise Management 2 é baseado na plataforma 1C:Enterprise 8.3 e, na verdade, é um 1C:Manufacturing Enterprise Management versão 1.3 radicalmente aprimorado

Imediatamente surge a pergunta: por que o programa adquiriu a sigla ERP (Enterprise Resource Planning)? O objetivo do sistema ERP é conectar todas as áreas da empresa em um único modelo de informação de dados e processos, o que garante a otimização constante dos recursos dos departamentos e de toda a empresa como um todo. Os recursos do programa 1C: ERP Enterprise Management 2 nos permitem chamá-lo de um sistema ERP completo.

O produto de software 1C: ERP Enterprise Management 2 destina-se tanto à manufatura quanto a qualquer outra grande empresa.

Uma solução inovadora estava no programa 1C: ERP Enterprise Management 2, um mecanismo liga-desliga para elementos que permite “ligar” ou “desligar” várias partes funcionais da solução do aplicativo sem programação (alterando a configuração), dizem eles em 1C. Esta solução permite que você personalize com muita flexibilidade o programa 1C: ERP Enterprise Management 2 e se livre da "aparência" "incômoda", confusa e incompreensível.

Como exemplos de mecanismos liga-desliga:

Gestão de diversas organizações;

Manter registos no contexto dos departamentos;

Manutenção de divisões separadas em um balanço separado;

Várias moedas;

Registro da prestação de serviços para o processamento de matérias-primas fornecidas pelo cliente

Como resultado da implementação do programa 1º: Gestão Empresarial ERP 2 realmente alcançar significativa efeito econômico :

Estoques e produção

Diminuição de volumes Os inventários 21%

Reduzindo o custo dos recursos materiais 9%

declínio custos de produção 7%

Redução de despesas operacionais e administrativas 15%

Reduzindo o custo dos produtos manufaturados em 8%

Aumento na produção 28%

capital de giro

Crescimento do giro de estoque 18%

Eficiência e eficiência

Redução dos prazos de execução de ordens 33%

Crescimento do lucro 11%

Trabalho e relatórios

Redução de custos trabalhistas em vários departamentos em 30%

Seja mais rápido relatórios de gestão 3,8 vezes

Acelerar a preparação de relatórios regulados em 2,8 vezes

Funcionalidade do 1C: ERP Enterprise Management 2

Subsistema de gestão da produção 1C: ERP Gestão da produção 2:

gerenciamento de transições interdepartamentais e no nível operacional

um sistema de gerenciamento de produção de dois níveis é suportado nos níveis intershop e intrashop. No nível interdepartamental (“despachante chefe”), o cronograma de produção é gerenciado no nível das unidades de produção. A gestão é realizada de forma integrada em termos de tempo e recursos. No nível intra-loja (“despachante local”), os processos de execução do cronograma de produção em uma divisão separada são gerenciados usando os modelos “BBV”, “UBBV” ou passo a passo

folhas de rota

gerenciamento de lote de lançamento

Trabalhos em grupo e individuais

despacho operacional

gerenciamento de gargalos

gerenciamento de downloads

planejamento ao quantum de tempo, diagnóstico e reprogramação flexível do cronograma de produção

Disposição para trabalhar com padrões imprecisos

visualização da estrutura do produto

controle avançado do fornecimento de recursos de produção,

ou seja, não apenas no nível de acessibilidade centros de treinamento, mas no âmbito do fornecimento de recursos materiais

Subsistema para organizar reparos e contabilizar ativos fixos no programa 1C ERP Production Management 2:

São utilizadas informações regulatórias e de referência unificadas e um mecanismo de registro de desenvolvimentos. Para registrar uma família Para operações relacionadas a investimentos iniciais em ativos fixos, podem ser utilizados dois métodos: com e sem uso de registro intermediário de ativos fixos como nomenclatura empresarial.

Classificação contábil e hierárquica de objetos em operação

Monitoramento do estado dos objetos de operação

Organização e execução de reparos programados e não programados

Formação do custo total de propriedade de objetos operacionais

· Registo de um tempo de funcionamento

Integração com o subsistema de produção

Horários de disponibilidade de equipamentos

Mecanismos para contabilidade de custos e custeio em 1C: ERP Production Management 2:

detalhando o volume de custos iniciais

visibilidade e controle da validade do cálculo

Subsistema de gestão financeira no programa 1C: ERP Gestão da produção 2:

Para a formação dos indicadores de reporte, são utilizados os dados contábeis operacionais. 1C:ERP Enterprise Management 2.0 usa um método combinado para gerar indicadores de relatórios de acordo com as IFRS, que inclui elementos de contabilidade e transformação paralelas. Para refletir essas óperas. A contabilidade na forma de lançamentos como parte do subsistema é desenvolvida: um plano de contas para a contabilidade internacional, o procedimento para gerar lançamentos na contabilidade internacional com base nos dados contábeis operacionais, a composição dos relatórios e as regras para gerar os indicadores de relatórios.

Contabilidade no contexto das atividades

Fases de aprovação de candidaturas

regras de distribuição flexíveis

operações de aquisição

· antro de planejamento multivariado. fundos e indicadores financeiros

Planejamento paralelo em várias moedas

comparação de dados reais e planejados para diferentes períodos e análises, cálculo de desvios

Mecanismos e ferramentas de orçamento em 1C: ERP Enterprise Management 2:

A capacidade de criar um modelo de orçamento em modo de usuário (estão sendo desenvolvidos: indicadores e itens orçamentários, tipos e formas de orçamentos, processos orçamentários). Ao gerar dados reais, são usados ​​dados de contabilidade operacional. Além disso, com base neles, os valores planejados dos itens do orçamento podem ser obtidos.

É utilizada a entrada tabular de dados planejados sobre orçamentos, o que aumenta a fidelidade dos usuários que anteriormente usavam o Excel.

modelo de orçamento tabular

versão

cálculo de indicadores planejados

descriptografia de dados

Subsistemas para automatizar as atividades de comércio e armazém da empresa no programa 1C: ERP Enterprise Management 2:

Gerenciar a eficácia dos processos de vendas e transações com o cliente

Opções de preços automáticos personalizáveis

Uso de processos de vendas regulamentados

gerenciamento avançado de pedidos de clientes

gestão representante de vendas

Acompanhamento do status dos processos de vendas

contabilidade separada para pedidos - reserva de necessidades

Locais de trabalho móveis para trabalhadores de armazém

Contabilização de recipientes reutilizáveis

Análise estatística de ações

gerenciamento de entrega e calendário de produtos

Subsistemas de contabilidade regulada no programa 1C: ERP Enterprise Management 2

estabelecimento de regras para refletir transações comerciais para grupos de contabilidade financeira, contabilidade de fatos atividade econômica postagem atrasada com controle da relevância da reflexão

· controle Operacional formação de lançamentos para um documento arbitrário, liquidações com divisões separadas organizações (conta 79)

Suporte automático para contabilização de IVA "complexo" sem configurações avançadas

· interpretação de declarações de imposto de renda e relatórios regulamentados.

Recursos Humanos e Folha de Pagamento

· mantendo pessoal

Cálculo de salários de acordo com a saída dos funcionários

Opções flexíveis para refletir os salários na contabilidade financeira e regulamentada

a capacidade de inserir um número ilimitado de indicadores para cálculo

LLC "planta de Chelyabinsk de usinas e estruturas móveis"

Produz para empresas industriais equipamentos confiáveis ​​em projeto modular em bloco: estações de extinção de incêndio, estações de bombeamento, estações de compressão, estações de separação de gás, subestações de transformação.

Tarefas:

A empresa enfrentou a necessidade de automatizar unidades estruturais: departamentos de gerenciamento de projetos, departamentos de logística, armazém, contabilidade, departamento de design, departamento financeiro

Resultados do projeto:

1. Prazos reduzidos para envio de estimativas de orçamento do projeto;
2. Custos de mão de obra reduzidos para planejar e trabalhar com o orçamento atual do movimento Dinheiro;
3. Probabilidade reduzida de erros na transmissão de dados;
4. A eficiência da interação entre serviços de produção e serviços que fornecem recursos à produção aumentou;
5. Redução do estoque de mercadorias em armazéns;
6. Os processos de interação entre o serviço de expedição e o departamento de logística foram aprimorados;
7. O prazo para acordar o pagamento da fatura do fornecedor foi reduzido;
8. Maior transparência e visibilidade do calendário de pagamentos;
9. A obtenção de dados confiáveis ​​sobre o custo permitirá que a planta seja mais flexível na precificação ao avaliar projetos futuros. Preços flexíveis lhe darão vantagem competitiva;
10. Integração 1C:ERP com sistemas de terceiros;
11. Blocos automatizados de contabilidade financeira, tesouraria e orçamento.

• 1C:ERP

ACG Glass Europa

A AGC Glass Europe é a divisão europeia de vidro da AGC, líder mundial em vidro plano. A empresa fabrica, processa e vende vidro para as indústrias de construção e automotiva, bem como para as indústrias de energia solar e de alta tecnologia.

Situação antes do projeto:

No grupo de empresas AGC Rússia, é necessário atualizar o cenário de TI em termos de gestão de pessoal e folha de pagamento. Como parte do projeto, era necessário atualizar o equipamento e implementar um sistema que deveria manter registros de pessoal de acordo com as leis da Federação Russa, inclusive sobre a proteção de dados pessoais, e os requisitos dos órgãos territoriais de a Receita Federal, o Fundo de Previdência Social e o fundo de pensão.

Solução:

Foi decidido implementar o sistema “1C: Gestão de Salários e Pessoal CORP” e integrá-lo com o sistema corporativo “SAP”. Ao mesmo tempo, deveria ter sido possível fazer download de provisões nutricionais do Excel, comunicações móveis, gasolina, DMS; era necessário apoiar as contribuições automáticas para o fundo de pensões não estatal; criar e manter mensalmente cartões de concessão de benefícios sociais (vouchers) para os colaboradores e seus filhos.

Resultados do projeto:

1. Os dados foram transferidos do SAP HR para 1C:ZUP;
2. Desenvolvi interfaces de intercâmbio com SAP;
3. A cronometragem é totalmente compatível com as necessidades da empresa em termos de entrada de dados, criação de documentos primários em sua base e controle sobre os dados inseridos.

• 1C:ERP

A empresa "GFK-Rus" é uma subsidiária da holding alemã "Gfk Group", está envolvida em vários estudos de marketing e sociais. Mais de 25 anos de experiência em mercado russo, a equipe da empresa atingiu o número de mil e quinhentos pessoas, várias centenas das quais são funcionários de departamentos de campo localizados em diferentes cidades da Rússia.

Situação antes do projeto:

Anteriormente, a GFK-Rus usava o produto "1C: Gestão de Salários e Recursos Humanos 2.5" como sistema para automatizar registros e cálculos de pessoal remunerações. No entanto, algumas operações foram realizadas manualmente.

Devido ao rápido crescimento do número de funcionários e ao aumento da distribuição territorial das divisões, o procedimento de cálculo dos benefícios dos funcionários começou a consumir muitos recursos de pessoal e tempo. Além disso, devido aos grandes volumes de dados processados ​​no processo de cálculo, muitas vezes ocorreram erros devido ao fator humano. Posteriormente, isso inevitavelmente afetou a exatidão dos registros de pessoal da empresa.

Para otimizar os processos associados à contabilidade de pessoal e cálculo de pagamentos e deduções de pessoal, a GFK-Rus precisava revisar a estratégia de automatização dessas áreas e expandir a funcionalidade principal.

Além disso, a empresa estava procurando maneiras de descarregar especialistas de RH, livrá-los de um grande número de operações de rotina e reduzir erros associados a tarefas de cálculo manual.

Resultados do projeto:

1. A influência do fator humano no processo de folha de pagamento foi minimizada;
2. A funcionalidade do programa 1C: ZUP foi expandida;
3. Otimização e aumento da produtividade da equipe de RH;
4. Foi assegurado um elevado nível de segurança da informação ao trabalhar com dados confidenciais dos colaboradores e da empresa;
5. Maior mobilidade e disponibilidade de pessoal, pois o sistema pode ser operado através de um cliente web;
6. É disponibilizada a possibilidade de obtenção de relatórios operacionais, necessários à adoção pela administração da empresa. decisões de gestão relacionadas com a estratégia de desenvolvimento de negócios.

• 1C:ERP

Índice da Empresa Eventus

Um dos principais fornecedores russos de equipamentos de merchandising e materiais de PDV.

Situação antes do projeto:

Antes do início do projeto de implementação do 1C:ERP, a Indexeventus carecia de mecanismos para manter a contabilidade gerencial nas seções analíticas necessárias, não havia uma série de formas regulamentadas de relatórios contábeis e fiscais. Alguns tipos de relatórios tiveram que ser gerados manualmente.

Resultados do projeto:

1. Os prazos para a formação de relatórios regulados foram reduzidos;
2. A influência do fator humano é minimizada;
3. A gestão de processos de negócios é realizada em um único sistema de informação;
4. Aumento da produtividade dos funcionários e da empresa como um todo;
5. Contabilidade gerencial automatizada nas seções analíticas necessárias;
6. Os processos de produção são automatizados.

• 1C:ERP

LLC "ELSTER Gaselectronics"
(Nizhny Novgorod)

Empresa líder na Rússia para a produção de equipamentos de medição de gás, bem como para a implantação e implementação sistemas automatizados coleta e transmissão de dados de nós de medição comerciais gás natural(sistemas ASD) no setor industrial e público.

Situação antes do projeto:

O sistema de informação utilizado na empresa não atendia totalmente às necessidades do cliente. Não havia mecanismos suficientes para manter registros de produção nas seções analíticas necessárias, não havia oportunidades para analisar custos de produção e calcular o custo real de produção, mantendo registros de fluxo de caixa operacional.

Resultados do projeto:

1. Contabilidade de produção automatizada;
2. É fornecida a possibilidade de análise de gastos e cálculo do preço de custo de produção;
3. Contabilidade automatizada de fluxo de caixa;
4. Escrituração contábil e fiscal otimizada em um único sistema de informações;
5. Aumento da produtividade dos funcionários;
6. Aumento da eficiência da empresa;
7. A gestão tem a oportunidade de fazer um planejamento financeiro levando em consideração vários fatores e dados analíticos fornecidos pelo sistema.

• 1C:ERP

JSC Krasnoyarsknefteprodukt

A maior rede de distribuição de commodities de tanques e postos de gasolina, composta por 14 tanques de distribuição em operação e rede de varejo– 137 postos de abastecimento.

Situação antes do projeto:

Antes do projeto, obsoleto Programas para um sistema de contabilidade corporativa de uma versão desatualizada. Cada filial da empresa usava sua própria configuração, constantemente refinada internamente. Por causa disso, a empresa não possuía regulamentações uniformes de processos de negócios, sendo descentralizada em bancos de dados únicos. A contabilidade fiscal, a contabilidade consolidada e os relatórios fiscais, bem como a reconciliação e liquidação das liquidações intra-empresa da Krasnoyarsknefteprodukt foram preparadas manualmente. Isso implicou atrasos na elaboração de relatórios e erros em documentos primários por culpa do fator humano.

Resultados do projeto:

Como resultado, foi introduzido um sistema unificado de gestão empresarial integrada, no qual são implementados processos empresariais de ponta a ponta: desde o planejamento de compras até o envio aos clientes.
Isso permitiu ao KNP:

1. Monitore as informações consolidadas da maioria dos blocos em tempo real;
2. Acumule informações sobre vendas varejistas e corporativas de toda a rede de postos de abastecimento em um único banco de dados;
3. Reduzir em 4 vezes o número de contabilistas (de 120 para 30 pessoas);
4. Simplificar significativamente o processo de emissão de documentos primários para clientes corporativos;
5. Reduzir o tempo de preparação de relatórios contábeis e fiscais em 2 semanas;
6. Normalize os diretórios principais;
7. Implemente modelos de contrato uniformes gerados e impressos automaticamente a partir da 1C:Document Management CORP;
8. Criar um Serviço de TI unificado funcionando de acordo com ITIL;
9. Inicie o sistema de central de serviços.

• 1C:ERP

JSC "Empresa Regional de Manutenção Rodoviária de Tyumen"
(Tyumen)

Uma empresa com frota de veículos potente, com bases de produção próprias, usinas de concreto asfáltico, complexos de britagem e peneiramento, bases betuminosas

Situação antes do projeto:

Antes do projeto, o cliente trabalhava em 25 bancos de dados diferentes na Galaktika. Nessas bases de dados, foram mantidos registros de obras de construção de estradas concluídas, salários e contabilidade foram calculados. No entanto, nem todos os bancos de dados estavam configurados para emitir guias, enquanto em algumas áreas as guias eram impressas diariamente em Word ou preenchidas manualmente em formulários impressos.

Resultados do projeto:

1. Os locais de trabalho dos despachantes são automatizados;
2. O processo de trabalho com guias de transporte foi acelerado;
3. A partir do conhecimento de embarque, é formada uma folha de ponto dos motoristas em um único banco de dados, ou seja, o aparato de controle verifica imediatamente os acréscimos (todos em um mês) sem recalcular os salários;
4. Criado base única com índices de consumo de combustível;
5. É possível receber dados operacionais de todos os equipamentos em funcionamento: onde e o que está localizado, quais equipamentos estão sendo reparados, quais equipamentos e para onde podem ser “transferidos”;
6. A administração da empresa vê rapidamente os volumes realizados sob acordos/contratos em um único banco de dados;
7. Os processos de negócios da empresa foram otimizados e se tornaram mais eficientes;
8. Todos os tipos de contabilidade são automatizados, incluindo fiscal, contábil e salarial em um único sistema;
9. Automatizou a formação do IPTU. Parque de viaturas - 3500 unidades.

• 1C:ERP

Planta de elevadores Shcherbinsky

Um dos principais fabricantes de equipamentos para elevadores, que fabrica a mais ampla gama de elevadores e talhas com acionamento elétrico na Rússia e no exterior.

Situação antes do projeto:

O software que era usado na empresa do Cliente para automatizar as vendas antes do projeto não tinha tais recursos, então a empresa enfrentou a questão de substituir o sistema de contabilidade de vendas corporativas.

Resultados do projeto:

1. A velocidade de processamento de pedidos de clientes, seu atendimento, preparação da documentação necessária aumentou em 2 vezes;
2. O número de erros causados ​​pelo fator humano foi reduzido em um terço;
3. A precisão do planejamento e previsão dos resultados do trabalho aumentou;
4. Aumento de mais de 30% na fidelização de clientes devido à redução de erros devido ao fator humano;
5. acelerado processos internos aprovação de contratos e candidaturas;
6. Contabilidade e armazenamento de documentos otimizados;
7. Otimizou e melhorou a eficiência das liquidações com as contrapartes, gestão Estoque de armazém, custeio, análise de vendas, precificação, pedidos, interação com fornecedores e acordos mútuos, contabilidade e armazenamento de documentos contratuais.

• 1C:ERP

Fábrica de Aviação Ulan-Ude

Fabricante de helicópteros.

Principais questões antes do projeto:

1. Falta de informações regulatórias e de referência unificadas (os dados entre os diferentes sistemas tiveram que ser comparados de modo semi-manual);
2. Entrada múltipla dos mesmos dados, falta de uma "fonte única de verdade";
3. Defasagens significativas entre o fato da atividade econômica, a reflexão dos documentos primários nos sistemas de informação e a formação dos relatórios;
4. Altos custos trabalhistas para contabilidade;
5. Obsolescência moral de produtos de software, complexidade de sua manutenção posterior, complexidade (impossibilidade) de implementação de suporte mudanças recentes na legislação sobre contabilidade tributária, ordem de defesa estadual e outros.

Resultados do projeto:

1. Recebimento acelerado de relatórios regulados em 50%;
2. Maior transparência e eficiência da contabilidade;
3. Redução dos custos de mão de obra em 20% devido à eliminação de múltiplas entradas de dados em diferentes sistemas;
4. Criado um sistema diretórios;
5. O custo total de propriedade dos sistemas de automação de processos contábeis foi reduzido;
6. O sistema foi desenvolvido sem intervenções significativas na lógica de um produto de software típico.

• 1C:ERP

Poeirento
(Tajiquistão)

Um dos principais fornecedores medicação e produtos médicos para mercado farmacêutico Tajiquistão.

Situação antes do projeto:

A empresa enfrentou dificuldades com o recebimento imediato de relatórios completos e confiáveis ​​de 20 divisões. O sistema de contabilidade de mercadorias foi implementado com base no MS Access e consistiu em bases de dados separadas instaladas em cada uma das divisões. O sistema cobriu 50 empregos.
O merchandising na empresa é realizado no contexto das datas de vencimento. As liquidações mútuas com parceiros são realizadas no contexto de várias moedas. Para consolidar um sistema de relatórios complexo, os dados contábeis foram carregados em planilhas e depois combinados manualmente.

Resultados do projeto:

1. O sistema contábil da empresa como um todo é centralizado;
2. Trabalho simplificado e sistematizado de todos os participantes nos processos de negócio da empresa;
3. O impacto do fator humano na formação do relato é minimizado;
4. Maior confiabilidade da contabilidade para todas as transações comerciais da empresa;
5. O processo de obtenção de relatórios foi acelerado, a relevância e a precisão dos dados aumentaram;
6. Houve uma oportunidade de controlar os saldos do armazém;
7. Reforço do controle sobre o cumprimento dos termos das ações da empresa;
8. Os processos de liquidação mútua e circulação de mercadorias tornaram-se mais transparentes;
9. O procedimento de acompanhamento e controlo dos fundos da empresa foi melhorado;
10. Foi assegurado o cumprimento das condições de armazenamento e venda de medicamentos.

• 1C:ERP

Empresa "Base"
(Voronej)

Empresa de pesquisa e produção "Base" desenvolve e fabrica energia e comunicações equipamentos eletrônicos de rádio, equipamentos de iluminação LED para fins gerais e especiais.

Situação antes do projeto:

Todas as divisões da empresa trabalhavam em diferentes sistemas de informação. A contabilização de materiais e sua baixa na produção foi realizada manualmente. Não havia informações operacionais sobre saldos atuais, não havia possibilidade de distribuição de tarefas de compras. Como resultado, houve escassez de materiais, não foi possível resumir informações sobre todos os pedidos aceitos para trabalho e avaliar sua viabilidade.

Resultados do projeto:

1. O volume de produtos embarcados aumentou 20% no ano;
2. O número de pedidos processados ​​simultaneamente em produção aumentou 2,5 vezes;
3. Foi possível reduzir a intensidade de mão de obra e reduzir o tempo de processamento de dados pelos funcionários da empresa;
4. Maior eficiência na geração e recebimento de dados de relatórios;
5. A eficiência da tomada de decisões gerenciais aumentou;
6. A eficiência dos processos de geração e recebimento de relatórios foi aumentada.

• 1C:ERP

Sistemas de transporte para PC

Uma empresa russa que combinou as competências de especialistas experientes na área de produção de transporte elétrico urbano. Foi criada em 2013 como parte de uma grande holding de engenharia.

Situação antes do projeto:

A empresa teve dificuldades em trabalhar com o produto de software 1C: ERP, que foi instalado pela contratada em 2014. Nesse sentido, a empresa enfrentou problemas na contabilidade da produção e na obtenção das demonstrações financeiras consolidadas da empresa. A pronta apresentação da contabilização de materiais utilizados e produtos fabricados também era demorada, o que impossibilitava a obtenção de dados operacionais e atualizados sobre o saldo de materiais nos armazéns.

Resultados do projeto:

1. Geração automatizada de relatórios consolidados em todas as áreas da empresa;
2. Graças ao cálculo automático do custo de produção, os custos de produção são reduzidos;
3. A probabilidade de ocorrência de erros associados ao fator humano é minimizada;
4. Automatizou o processo de aprovação e aprovação de candidaturas para a aplicação de verbas;
5. Processo de fluxo de trabalho totalmente automatizado e regulamentado;
6. O planejamento de compras foi introduzido, os pedidos aos fornecedores são formados com base na análise de dados;
7. A produção funciona totalmente no sistema contábil;
8. Recebimento acelerado de informações completas e atualizadas sobre o estado das coisas em produção para que a administração tome decisões informadas e rápidas;
9. Os funcionários da empresa têm a oportunidade de controlar os processos de liquidação mútua com as contrapartes, acompanhar contas recebíveis. A contabilidade das atividades operacionais tornou-se mais transparente.

• 1C:ERP

Fábrica de Instrumentos Kasimov
(Ryazan)

Filial da OAO GRPZ. Um dos principais fabricantes e fornecedores de equipamentos médicos e laboratoriais.

Situação antes do projeto:

Antes do início do projeto, a funcionalidade sistema existente contabilidade e planejamento de produção "Priz" não atendeu às necessidades da Kasimov Instrument Plant, sua nova oficina nº 382. Como resultado, não havia planejamento operacional automatizado de produção, não havia controle de produção e controle de trabalho em andamento. Além disso, não havia possibilidade de levar em conta o casamento.

Resultados do projeto:

1. O circuito de produção foi desenvolvido e implementado na nova oficina da fábrica;
2. Maior velocidade de produção;
3. É assegurada a transparência do ciclo de produção e da fase de produção;
4. Melhor controle de estoque;
5. Maior eficiência do planejamento e gestão da produção.
6. Deu a oportunidade planejamento operacional produção, controle de trabalho em andamento e equilíbrio;
7. Registro organizado de casamento.

• 1C:ERP

Arte Neon
(Cazã)

Empresa "Neon-Art" - maior jogador no mercado de produção publicidade ao ar livre e comunicação visual.

Situação antes do projeto:

Antes do projeto, os funcionários da Neon-Art-M trabalhavam em uma planilha do Microsoft Excel. Eles também conduziram contabilidade gerencial, relatórios operacionais, contaram dinheiro, custos, orçamentos

Resultados do projeto:

1. Foi feita uma integração "perfeita" do 1C:ERP com o 1C:Document Management;
2. É fornecida a contabilidade da produção, que permite calcular o custo real e padrão, a contabilidade de custos e o cálculo da depreciação;
3. A automatização do processo de gestão de vendas permitiu processar prontamente as encomendas dos clientes e gerar listas de preços;
4. Contabilidade gerencial e operacional automatizada;
5. É proporcionada a possibilidade de recebimento imediato de relatórios, tanto gerenciais quanto regulados;
6. Estabelecer comunicação ininterrupta e rápida com os empreiteiros.

• 1C:ERP

Agrocluster OOO "Fragaria"
(região de Lipetsk)

A atividade principal é o cultivo de frutas e bagas e a produção de produtos semi-acabados de bagas e frutas.

Uma característica da introdução do 1C: ERP foi que o projeto começou quando a produção ainda não havia sido lançada. Fragaria apenas construiu a planta e formou os processos junto com consultores da Ucrânia, Alemanha e Itália, e os especialistas da empresa First BIT os automatizaram em paralelo.

Resultados do projeto:

1. É fornecida a contabilização da colheita de bagas no contexto do apanhador, data, setores, variedades e lotes;
2. O cálculo dos salários tendo em conta o KPI é realizado em tempo real;
3. O cálculo dos salários dos catadores é fornecido, levando em consideração o número de bagas colhidas;
4. Implementado pontos móveis para pesagem de bagas para inserir informações sobre a safra colhida;
5. Contabilidade de produção automatizada para cálculo de custos;
6. O impacto do fator humano na transferência e consolidação de dados sobre o número de bagas colhidas e o cálculo dos salários tendo em conta esses dados é minimizado;
7. Tornou-se possível obter dados operacionais sobre a quantidade total de matérias-primas coletadas.
8. Automatização de registros contábeis, fiscais e de pessoal Padrões russos;
9. Foi criado um ambiente de informação unificado para manter a contabilidade regulada, que está intimamente relacionada à contabilidade da produção;
10. Foi desenvolvido um sistema de contabilização da colheita de bagas, que prevê a contabilização de bagas no próprio campo no contexto dos apanhadores.

• 1C:ERP

KRON-SPB LLC
(São Petersburgo)

Realiza a fabricação e fornecimento de forjados "pretos", blanks tratados mecanicamente e termicamente. A empresa é parceira na Rússia das principais empresas do mundo que atuam na área de metalurgia e fornece produtos semi-acabados metalúrgicos para fabricantes de equipamentos para energia nuclear e térmica e construção naval.

Situação antes do projeto:

A automação dos processos operacionais na empresa foi realizada com base no produto de software "1C: Trade Management 11.1". O Programas foi relevante no momento de sua implantação, porém, devido a melhorias no sistema, o programa não é atualizado desde 2014. A contabilidade regulada foi realizada com base no produto de software 1C: Enterprise Accounting 2.0, enquanto não houve troca com 1C: Trade Management 11.1, todos os dados foram inseridos manualmente. Com o advento dos requisitos abaixo de 275 lei federal a funcionalidade do programa "1C: Trade Management 11.1" não permitia manter registros completos das atividades da empresa. O aumento do número de ordens de pedágio também complicou a introdução da contabilidade no sistema, uma vez que 1C: Trade Management 11.1 não possuía os mecanismos adequados para contabilizar o esquema de pedágio.

Resultados do projeto:

1. Foi possível construir um sistema moderno e conveniente para gerenciar as atividades operacionais do empreendimento;
2. Fez a transição de "1C: Enterprise Accounting 2.0" para a versão 3.0;
3. A troca de dados está configurada;
4. Custos de mão de obra reduzidos para entrada de documentação;
5. Redução da chance de erros ao inserir dados no sistema.

• 1C:ERP

O primeiro BIT com a ajuda de "1C: ERP Enterprise Management" automatizou 154 postos de trabalho criando um sistema de gestão de despensas em JSC "GRPZ"

Apesar dos grandes volumes de produtos fabricados, a contabilização dos estoques oficinais da empresa não era automatizada e integrada ao sistema de almoxarifados centrais de sistemas de controle automatizados. Os funcionários da empresa não podiam rastrear e controlar os saldos de estoque nas divisões de produção e, portanto, o custo do trabalho em andamento (WIP) na empresa excedeu os níveis aceitáveis. Ao mesmo tempo, os relatórios eram gerados manualmente e os prazos eram medidos em dias.

Resultados do projeto: Os colaboradores da empresa puderam acompanhar e controlar os saldos dos estoques nas unidades produtivas em tempo real. WIP são inventariados. Há uma tendência a diminuí-los. Leva alguns minutos para gerar o relatório. Cuidados são tomados na entrada manual de dados, eles são transmitidos automaticamente do sistema de contabilidade das despensas das oficinas.

08.04.2017

1º:ERP Breve revisão definições de configuração

Breve introdução

1º: Gestão Empresarial ERP 2é um produto de software baseado na plataforma 1C:Enterprise, que substituiu uma solução como 1C:Manufacturing Enterprise Management.

1C:ERP fornece a capacidade de manter os seguintes tipos de contabilidade:

• gerencial
• Contabilidade e impostos, contabilidade financeira (IFRS)
• Operacional

Os especialistas da empresa 1C se divertiram trabalhando do fundo de seus corações, então, após a primeira edição do 1C: ERP 2.0, a edição 2.1 saiu relativamente em breve, seguida pela versão 2.2 (atual no momento da redação). É importante entender que estas não são apenas mudanças de versão de lançamento! O subsistema de gerenciamento de produção altera significativamente sua funcionalidade em cada versão do programa.
Também vale a pena notar as perguntas sobre a preparação para o certificado "1C: Profissional" separadamente ... Provavelmente houve tantos cardumes de inconsistências nas opções de redação e resposta em nenhum dos conjuntos de perguntas.
Agora vamos ao que interessa :)

Configurações iniciais

É necessário começar a trabalhar com o programa a partir das configurações relacionadas ao subsistema "NSI e administração". E vamos começar listando as principais seções que precisam ser configuradas (esta é a lista mínima, não vamos ficar sem ela) antes de tudo

• Seção "Empresa"
  Definir uma organização (Para poder manter registros de várias organizações, você deve habilitar a opção "Várias organizações")
  Para cada organização, forneça política contábil
  Se os registros forem mantidos para várias organizações, especifique um prefixo para cada uma delas.
  Especifique o horário de trabalho da empresa
  Defina o sinalizador "Várias moedas" se houver outras moedas além do rublo russo
• Seção "Nomenclatura"
  Especificar a necessidade de usar vários tipos de nomenclatura
  Especifique a necessidade de usar séries e características
  Especifique as unidades de medida usadas
• Seção "Vendas"
• Seção "Compras"
• Seção "Armazenamento e entrega"
  Especifique a necessidade de usar vários armazéns
  Especifique a necessidade de usar o subsistema de gerenciamento de entrega
  Indicar a necessidade de utilização de movimentos e consumo interno de mercadorias

É importante entender que este MÍNIMO configurações necessárias! E claro! Essa lista não representa nem 10% do que precisa ser feito antes que você deixe de ser um desenvolvedor ruim e se torne um bom desenvolvedor aos olhos do seu Cliente/Gestão/RP, etc. Mas as primeiras coisas primeiro.
Eu posso recomendar que você se familiarize (para um início rápido) com o curso do recurso "Courses-on-1C.rf":

Então por onde começamos? Vamos começar com a descrição do modelo econômico da empresa em ambas as soluções.

Na 1C: UPP temos gestão independente paralela e contabilidade regulada. Para isso, nos documentos indicamos a correspondência entre a unidade de gestão e as divisões da organização, e também com as bandeiras "Refletir em" regulamos em que tipo de contabilidade os documentos devem ser refletidos. Assim, a reflexão paralela síncrona de dados em tipos diferentes contabilidade.

O princípio de construção na configuração 1C: ERP é diferente. Toda atividade econômica é refletida na contabilidade operacional. O conceito de atividade econômica e o princípio de sua avaliação financeira estão claramente divididos. Em que avaliação financeira pode ser dado de acordo com quaisquer normas (RAS, IFRS ou quaisquer normas internas aceitas da empresa). Além disso, esta avaliação financeira é feita pelo método diferido.

Como isso afeta a estrutura da empresa? Em primeiro lugar, as subdivisões e subdivisões das organizações são divididas de acordo com as tarefas a serem resolvidas. Estrutura organizacional organizações está refletido na lista "Subdivisões", este diretório resolve o problema de registros exclusivamente de pessoal.

A estrutura da empresa - é usada para a reflexão operacional dos documentos contábeis no sistema e para a contabilidade de custos tanto para a gestão quanto para a contabilidade. A composição de tais unidades é determinada pelos objetivos da gestão, portanto, em certo sentido, unidades operacionais e de gestão formam um todo único.

Todas as operações são refletidas na contabilidade operacional. Isso permite que você gerencie a empresa e tome decisões com base na análise de todos os dados. Se alguma operação precisar ser refletida apenas para fins de contabilidade regulamentada, para esse fim, determinadas operações são fornecidas para documentos neles indicados, e o documento é refletido apenas para contabilidade regulamentada. Como resultado, as informações sobre esses documentos não afetarão os dados de gerenciamento operacional.

É aconselhável usar 1C: ERP para aquelas empresas onde os princípios de contabilidade para gestão e contabilidade regulada se correlacionam.

Reflexo da atividade de negociação

Uma questão importante para qualquer empresa é o reflexo das atividades comerciais.

Quais são as principais diferenças?

Em 1C: UPP atividade comercial com as contrapartes é realizado no âmbito do contrato da contraparte. As liquidações mútuas podem ser detalhadas em um pedido, uma fatura para pagamento ou um documento de liquidação.

1C:ERP introduz o conceito de Partner (novo diretório). Este é um diretório de unidades de participação ou um grupo de empresas. Diretório de Contrapartes é na verdade um diretório de Jur. Pessoas Uma ou mais contrapartes podem ser definidas para cada parceiro. Para parceiros, você pode rastrear acordos mútuos.

A principal ferramenta 1C: UPP é o pedido do comprador. Como parte do pedido, você pode acompanhar o volume de entregas e o valor da dívida usando relatórios. E ao fazer pagamentos em documentos de liquidação - o número de dias de dívida.

No 1C:ERP, é possível acompanhar os pedidos por status: acordado, aprovado, para embarque, etc. E o que é importante, surgiram processos de negócios para coordenar pedidos. Os mecanismos de visualização do estado de uma encomenda na lista de encomendas foram alargados (pictogramas que refletem a importância das encomendas, marcadores de cores, obtenção de transcrições de encomendas com um botão), o que permite ao utilizador avaliar rapidamente a situação. Surgiram mecanismos convenientes para solicitar o trabalho com um pedido: se um pedido tiver um pagamento antecipado obrigatório, ele não poderá ser transferido para execução até que o pagamento seja registrado, respectivamente, esse pedido não será refletido no local de trabalho para gerar vendas. Tudo isso reduz a formação errônea de documentos sem o cumprimento das condições de entrega.

Em 1C: UPP, para rastrear as condições do contrato (obrigações de vender determinados produtos ou fazer uma venda por um valor), as condições são definidas pelo documento “Termos dos contratos” e o controle é realizado pelo relatório correspondente . Não há rastreamento automático de conformidade de uma implementação específica com condições ou um pedido na funcionalidade.

Novas ferramentas foram adicionadas ao 1C:ERP - um padrão e um acordo individual. Para os parceiros, pode ser atribuída uma condição de venda, descontos/margens uniformes, o que é fixado por um contrato padrão. E esses indicadores serão válidos para todas as pessoas jurídicas (Contrapartes) incluídas na holding ou grupo de empresas.

Para uma contraparte individual, pode ser estabelecido um acordo individual separado.

Foi implementado um mecanismo para controlar a conformidade da implementação ou entrega com o acordo definido para o parceiro ou contraparte. O controle é realizado de acordo com o escopo de fornecimento, preço e condições (pagamento antecipado, descontos atribuídos, etc.)

Em 1C: SCP, descontos e acréscimos podem ser atribuídos a uma contraparte, a um item ou a um grupo de preços a um item, a um volume, a um período.

1C:ERP expandiu significativamente o mecanismo de atribuição e cálculo de descontos/margens, condições para atribuição de descontos/margens usando o mecanismo de deslocamento (um desconto/margem substitui outro se ocorrer uma condição para sua aplicação).

Além disso, é muito conveniente para muitos usuários que o 1C: ERP tenha um mecanismo para carregar preços do Excel.

Controle de inventário

Em 1C: SCP, os armazéns são uma seção contábil obrigatória. A necessidade de contabilização por características e séries é definida para cada item. Você pode manter um depósito de pedidos (utilize um pedido de depósito de entrada e saída, onde o lojista indica apenas a contraparte, o item de entrada / saída e a quantidade, enquanto os indicadores de preço são elaborados pelo departamento de contabilidade). O uso ou não de um depósito de garantia é determinado pela empresa de acordo com os regulamentos. Além disso, a decisão de emitir ou não pedidos é tomada em cada caso individual, portanto, não há controle sistêmico de que um pedido seja necessário após a implementação ou no recebimento do almoxarifado que criou um pedido.

Em 1C: manutenção de ERP contabilidade do armazém incluído opcionalmente. Assim, se os armazéns não estiverem alocados em uma pequena empresa (um único armazém), não há necessidade de separar as áreas de armazenamento, então a contabilidade do armazém pode ser desabilitada. Isso não significa que os relatórios de saldo de estoque não possam ser obtidos - eles são gerados de forma regular. Só não tem informação em qual armazém está esse saldo, porque. armazéns não são importantes.

A manutenção por características e séries foi mantida, mas esses parâmetros são definidos para o tipo de item. Por séries, a contabilidade pode ser mantida informativa (para referência, apenas para emissão de documento) ou integral (com o recebimento dos saldos de cada série).

A manutenção de um esquema de pedidos no 1C:ERP é opcionalmente habilitada para cada depósito. Além disso, você pode determinar para quais ordens de operações são necessárias - por exemplo, somente na baixa de um depósito. Para o lojista, o documento de vendas emitido é um pedido para emitir um pedido, que se reflete na área de trabalho do sistema.

As operações de embarque de um armazém e aceitação para outro armazém também são separadas. Isso é conveniente quando os armazéns estão distantes uns dos outros e você precisa entender que mercadorias e materiais já foram enviados de um armazém, mas ainda não chegaram a outro armazém.

No 1C:ERP, um armazém celular é implementado. Você pode manter registros dentro do armazém por instalações e áreas de trabalho.

Você pode armazenar mercadorias em células de 2 maneiras:

• método de colocação de referência - neste caso, as mercadorias são consideradas no contexto do armazém (instalações), o saldo das mercadorias em cada célula não é controlado, apenas é determinado o local específico de armazenamento das mercadorias.
• método de armazenamento de endereços - neste caso, as mercadorias são levadas em consideração no contexto das células, o controle das mercadorias nas células é realizado.

O primeiro método permite que você encontre rapidamente as mercadorias no momento do envio e o celular no recebimento. O segundo método visa especificamente automatizar e otimizar os processos de colocação e seleção de mercadorias, tendo em conta várias estratégias, e permite controlar o peso, o volume, a plenitude das células, entre outros parâmetros.

Organização da gestão operacional na produção

Como os sistemas da classe ERP são projetados principalmente para resolver problemas empresas de manufatura, em seguida, questões relacionadas à organização gestão operacional na produção são de maior interesse. Quais são as principais diferenças entre 1C: UPP e 1C: ERP?

Em 1C: SCP, todos os processos são baseados na estrutura do produto. Para utilizar os mecanismos de planejamento, é obrigatório definir as especificações dos produtos fabricados no sistema. Por isso, o sistema impõe requisitos muito elevados no detalhamento dos dados de referência, até cada operação tecnológica realizada em cada centro de trabalho tecnológico. Esta abordagem garante apenas uma execução rigorosamente consistente do pedido: primeiro, devemos concluir o desenvolvimento da documentação tecnológica e só então proceder à fabricação dos produtos que nos interessam.

Em 1C: ERP, a abordagem é diferente. Na verdade, a ênfase está na gestão dos processos de produção. O controle de dois níveis é introduzido, ou seja, planejamento e gerenciamento intershop dentro da loja.

O planejamento inter-shop é a definição e planejamento da implementação das etapas de produção, neste ponto basta descrever os produtos de acordo com as etapas realizadas. Para cada etapa, você pode especificar as saídas, materiais e serviços que serão necessários nessa etapa, bem como os custos de mão de obra necessários para completá-la. Esta é a descrição processo de produção. Ao descrevê-lo, você pode levar em consideração os fatores que não estão explicitamente indicados na documentação tecnológica e indicar o prazo mais realista em termos de duração.

E a execução direta dentro da etapa de cada operação é delegada ao nível de oficina e a documentação tecnológica detalhada para a implementação de cada etapa pode ser emitida no início de sua implementação. Isso permite organizar o trabalho paralelo no produto, desde o início do processo de produção, para refinar a documentação tecnológica para as etapas subsequentes.

Para o gerenciamento no nível da loja, apareceu uma ferramenta - uma folha de roteiro (para o modo de contabilidade de produção 2.1) ou um estágio de produção (para o modo de contabilidade de produção 2.2), no qual operações específicas são determinadas dentro do estágio de execução.

O cronograma de produção em 1C: SCP é um cronograma de produção operacional planejado em um eixo de tempo contínuo. Ao ser criado, a disponibilidade dos centros de trabalho é avaliada. Tal cronograma é muito sensível a desvios que podem ocorrer durante sua execução real, e também há altos requisitos de eficiência. comentários para combinar o reagendamento.

Na solução de aplicação 1C: ERP, o cronograma de produção é construído por intervalos. Aqueles. o planejamento é executado em um eixo de tempo discreto, que é dividido em intervalos de planejamento, que são definidos individualmente para cada unidade. O controle de disponibilidade durante a programação é executado para centros de trabalho e recursos materiais. Esta abordagem significa redundância temporal inicialmente introduzida. No entanto, em conjunto com o reflexo operacional da execução de roteiros/etapas de produção, onde são registrados desvios durante a execução de etapas, reduz o número de casos em que é necessária a reprogramação. A folga de liberdade do despachante local permite que você execute o programa no período planejado.

.
"1C: Gestão Empresarial ERP" - solução inovadora construir sistemas de informação complexos para gerenciar as atividades de empresas diversificadas, incluindo aquelas com produção multiprocessada tecnicamente complexa, levando em conta o melhor mundo e práticas domésticas automação de grandes e médias empresas.
Alguns infográficos:

Hoje (março de 2016) mais de 900 empresas se tornaram usuários do 1C:ERP, e seu número está crescendo. Ao mesmo tempo, várias dezenas de projetos, do ponto de vista dos desenvolvedores, receberam o status de "piloto", ou seja, essas empresas e organizações participam principalmente ativamente no desenvolvimento de novas funcionalidades, fornecendo feedback prontamente.
Aqui estão os logotipos de alguns usuários do 1C:ERP:


Uma característica interessante da solução 1C: ERP é que desenvolvemos uma solução- 1C: ERP - e de suas fontes obtemos automaticamente quatro soluções(cortando a funcionalidade e alternando as opções funcionais):


Ao expandir o negócio ou aumentar as necessidades de automação da empresa, a funcionalidade do sistema pode ser aumentada em etapas, passando da configuração "Trade Management" para a configuração "Complex Automation" e depois para "ERP Enterprise Management 2". Devido ao alto grau de unificação das soluções, essa transição é realizada rapidamente, os dados acumulados no banco de dados de informações são preservados e não é necessário retreinar os usuários - eles continuam trabalhando no software e no ambiente de informações familiares.

Como se escreve 1C:ERP

Como tomamos quatro decisões de um

O desenvolvimento é realizado apenas em uma filial (ERP). O processo de formação da solução ERP principal mais "leve", automação integrada funcionalmente limitada (doravante - KA para brevidade) e duas variedades de gerenciamento de comércio (doravante - UT e UT Basic) é automatizado.
Mudanças de ERP para configurações "derivadas" (KA, UT, UT Basic) são transferidas automaticamente, usando o mecanismo de comparação e fusão de configurações. Esse mecanismo foi originalmente destinado a automatizar o processo de transição para novas versões de soluções de aplicativos para os usuários que alteram/ampliam a funcionalidade da solução de aplicativos do seu lado. O mecanismo de comparação e mesclagem de configuração executa uma mesclagem semântica de três vias com base na análise de três configurações:

• configuração de fornecedor antigo
• nova configuração do fornecedor
• configuração atual do usuário (configuração antiga do fornecedor mais as alterações feitas pelo usuário)

Como resultado, obtemos uma nova configuração atual, que combina novas funcionalidades (introduzidas pelo desenvolvedor) e salva melhorias (personalizações) feitas pelo usuário.
No nosso caso, o papel da configuração atual é alternadamente KA, UT, UT Basic, como as configurações antigas e novas do fornecedor - ERP das versões antigas e novas, respectivamente. Aqueles. acreditamos que as configurações funcionalmente limitadas - KA, UT, UT Basic - são versões personalizadas (principalmente pela remoção de objetos não utilizados) do ERP.


Um dos poucos objetos que são escritos manualmente para cada uma das soluções são os planos de troca que definem as regras de integração desta solução com outras soluções 1C (por exemplo, com 1C: Document Management) ou, por exemplo, com equipamentos externos. Mas, graças à transição gradual na troca de dados para um único padrão EnterpriseData, reduzimos o número de planos de troca exclusivos para uma solução específica e tentamos usar um único código de troca de dados.
Esta abordagem tem um recurso interessante. Toda a solução é escrita uma vez, no ramo ERP; mas a maior parte do código, formulários, scripts, relatórios, etc. é usado em quatro soluções, e muito diferentes - o ERP está sendo implementado em empresas com milhares de usuários, e o UT Basic é projetado para atender empreendedores individuais. Tentamos prestar muita atenção à usabilidade do nosso produto.
A norma internacional ISO 9241-11 define usabilidade como:

até que ponto o produto pode ser usado certos usuários em um determinado contexto de uso para atingir determinados objetivos com a devida eficiência, produtividade e satisfação

Tentamos escrever o aplicativo de forma que seja fácil e conveniente trabalhar com ele, mesmo para um usuário inexperiente.

Recursos de desenvolvimento

Ao desenvolver um ERP, devemos sempre lembrar que a funcionalidade que está sendo desenvolvida pode ser utilizada em uma ou mais soluções derivadas de ERP (KA, UT, UT Basic). Para ativar/desativar facilmente a funcionalidade, fazemos uso extensivo do mecanismo de opções funcionais, que foi originalmente criado para essas tarefas. As opções funcionais permitem que você selecione a funcionalidade na solução do aplicativo que pode ser ativada/desativada durante a implementação sem alterar a própria solução do aplicativo. As opções funcionais são configurações de solução, caixas de seleção, quando desativadas, todas as funcionalidades associadas a elas ficam inacessíveis. Em primeiro lugar, as opções funcionais são usadas para ajustar o programa às necessidades de uma implementação específica. No ERP, utilizamos esse mecanismo (além de sua finalidade principal) para “cortar” configurações derivadas do ERP. Por exemplo, na solução ERP existe uma opção funcional "Gestão Empresarial", está associada a ela toda a funcionalidade responsável pela gestão da produção - programação da produção, contabilização dos custos de produção, relatórios relacionados e muito mais. Esta opção está habilitada apenas na solução 1C: ERP e desabilitada nas soluções "derivativas" KA, UT, UT Basic. No total, o 1C:ERP usa cerca de 600 opções funcionais.
Outro mecanismo de plataforma que facilita o trabalho de um desenvolvedor 1C: ERP é o . Os subsistemas são uma forma de dividir a funcionalidade de uma solução em blocos; cada objeto da solução (catálogo, documento, relatório, etc.) deve ser incluído em pelo menos um subsistema. Em particular, a solução ERP possui três subsistemas que facilitam a construção de soluções derivadas de ERP:

1. "Objects UE, UT, KA" - objetos incluídos em todas as soluções de aplicação: Trade Management, Automação Integrada, Gestão Empresarial (nome russo ERP).
2. "Objetos UE, KA" - objetos relacionados apenas às configurações de Automação Integrada e ERP.
3. "Objetos UE" - objetos relacionados apenas à solução ERP

Qualquer objeto de aplicação em uma solução ERP deve pertencer a APENAS UM desses três subsistemas. Esta condição é verificada durante a análise estática do código da solução ERP (veja abaixo).

Números após a vírgula

A versão do produto ERP consiste em quatro números separados por pontos. Por exemplo - 2.1.3.117.

• O primeiro número (revisão) na versão muda muito raramente (por exemplo, KA 1.х.х.х e КА 2.х.х.х são separados por quase 8 anos).
• O segundo número (subedição) muda aproximadamente uma vez por ano. A versão com a nova subedição libera novas funcionalidades. O lançamento de tais versões é muitas vezes programado para coincidir com o início do ano civil, para que os usuários tenham tempo suficiente para "mudar" para nova versão.
• Versões com um novo terceiro número (versão) desenvolvem a funcionalidade existente; uma nova versão sai a cada dois ou três meses.
• As versões com o quarto número atualizado (compilações de patch) contêm apenas correções de bugs e atualizações para cumprir a legislação vigente. Eles saem a cada duas semanas.

Podemos ter até 3 versões do produto em desenvolvimento ao mesmo tempo, por exemplo:

1. 2.1.3.X - Versão suportada da subedição anterior. Será lançado até o final de 2016. Nesta versão, existem apenas correções de bugs e edições para atender a legislação vigente.
2. 2.2.1.X - A versão atual da subedição atual. Tem nova funcionalidade de subedição. Para isso, antes do lançamento do 2.2.2.X, builds de correção serão lançados.
3. 2.2.2.X - Desenvolvimento da funcionalidade da atual subedição. Esta versão está em desenvolvimento ativo.

Considerando que, além do ERP, são obtidas mais 3 soluções de cada filial do ERP - KA, UT e UT Basic - obtemos 12 versões de produtos localizadas em 12 repositórios diferentes.
Durante o desenvolvimento, temos até 4 horizontes de planejamento, por exemplo:

1. 2.1.3 (suportado), decidimos quais erros são corrigidos, quais projetos relacionados a mudanças na legislação serão implementados. Somente as mudanças que entrarem em vigor em 2016 serão implementadas. Horizonte - até final de 2016
2. 2.2.1 (suportado) - erros "externos" são corrigidos + mudanças na legislação que entram em vigor antes do lançamento de 2.2.2. Horizonte - antes da saída 2.2.2.
3. 2.2.2 (desenvolvido ativamente) - bugs “externos” são corrigidos + bugs que encontramos + nova funcionalidade é implementada. Horizon - antes do lançamento 2.2.3
4. 2.2.3 (planejado). Se o projeto for grande, ele poderá ser desenvolvido imediatamente para esta versão (e não será incluído na anterior). Horizon - até o lançamento de 2.2.4 ou até o final de 2017.

Utilização do produto "1C: Application Design System" no desenvolvimento do ERP

Como já mencionado, nós da 1C tentamos seguir o princípio de Coma seu próprio dogfood, utilizando nossos próprios produtos em nossos procedimentos internos. Em particular, no desenvolvimento do ERP, utilizamos amplamente o produto "1C: Application Design System" (abreviado DSS). O DSS, como o nome indica, ajuda a projetar soluções de aplicativos na plataforma 1C:Enterprise e permite lidar com as tarefas do ciclo completo de desenvolvimento de software - coleta de requisitos, controle de alterações, documentação, rastreamento de bugs, etc.
O DSS permite criar dois tipos de elementos - bugs (que devem ser corrigidos) e requisitos (solicitações de novas funcionalidades). Tudo está mais ou menos claro com erros, vamos considerar a criação de um novo requisito.
O motivo para criar um requisito pode ser:

1. Pedido de um parceiro ou cliente. Coletamos tais solicitações, em particular, em seminários de parceiros; votando entre os parceiros, selecionamos o mais prioritário deles.
2. Um pedido pode surgir durante um projeto piloto para introduzir uma nova versão se o cliente tiver um desejo importante para ele.
3. Uma solicitação do nosso serviço de suporte técnico (mais precisamente, uma solicitação de um parceiro ou cliente que passou pelo nosso suporte técnico), uma solicitação do nosso fórum de parceiros ou do nosso gerente de contas (que acompanha um cliente/clientes importante para nós).
4. Solicitação da equipe de desenvolvimento da plataforma 1C:Enterprise. A equipe da plataforma pede à equipe de desenvolvimento do ERP (e outros configurações típicas) usam a nova funcionalidade da plataforma - por exemplo, a interface Taxi, a rejeição de janelas modais, a rejeição de chamadas síncronas, etc.
5. Refatoração, otimização de arquitetura, melhoria de usabilidade.

A razão para a refatoração (ponto 5) pode ser sérias mudanças de arquitetura (por exemplo, revisão de pedidos de remessa, quando pedidos começaram a ser usados ​​em vez de faturas).

O produto DSS é fornecido como parte do ERP (mas também pode ser adquirido separadamente). A solução ERP pode ser lançada no modo de integração DSS; neste caso, cada formulário terá um botão "Abrir modelo funcional"; ao ser pressionado, será aberta uma descrição da funcionalidade do formulário no DSS.


Aqui está o que abre - este é o modelo de local de trabalho em IDEF0:


É possível, e vice-versa, estudar o modelo funcional e dele abrir as formas de trabalho. Este modo pode ser usado ao estudar o funcionamento do programa.
Um ponto importante - não é o DSS que abre, o formulário dentro do ERP é aberto, onde os dados do DSS são carregados. Aqueles. integração é "perfeita" (o usuário não a vê). Essa técnica é usada na integração com outros produtos. Por exemplo, com 1C:Document Management (você pode trabalhar sem sair do ERP com correio, tarefas, processos de negócios que funcionam em outro banco de dados).

Como desenvolvemos o ERP: 6 marcos do projeto

Assim, decidiu-se implementar um novo requisito para alterar a funcionalidade. Requisitos do mesmo tipo são combinados em projetos técnicos. Como parte de uma nova versão do ERP, geralmente são implementados de 100 a 150 projetos técnicos, cada projeto - de uma a várias dezenas de requisitos. O projeto técnico é inserido no DSS; o projeto em execução passa por 6 pontos de controle, cada um deles é registrado no DSS.
Um pouco sobre a divisão em equipes dentro da divisão de ERP. O líder da equipe (líder da equipe) está envolvido no design e, via de regra, participa do desenvolvimento. A equipe também geralmente inclui testadores. As equipes de desenvolvimento são estáticas, são atribuídas a várias áreas temáticas. Se o projeto afetar áreas adjacentes, membros da equipe relevante estarão envolvidos durante o projeto. Nem toda a equipe pode estar envolvida no projeto.
O responsável pelo projeto é o desenvolvedor líder ou líder de equipe. Sua responsabilidade é controlar os processos:

• Design de alta qualidade, levando em consideração todos os tipos de cenários, interface com blocos adjacentes
• Tempo
• Qualidade da arquitetura, interface do usuário
• Escrevendo uma referência, projetando um projeto, incl. Desenvolvimento de um modelo funcional

Ponto 1. Abertura do projeto

O líder da equipe inicia projetos técnicos no DSS como uma lista de lançamentos. Em cada projeto, as metas são delineadas, os requisitos realizáveis ​​são indicados. A lista é discutida com o gerente de desenvolvimento antes de começar a trabalhar no lançamento. Na verdade, ao abrir um projeto, as reuniões não são realizadas - elas simplesmente enviam o projeto ao SAD para abertura.
A equipe do projeto começa a desenvolver o conceito.

Ponto 2. Concordando com o conceito

Para chegar a um acordo sobre o conceito, é realizada uma reunião online ou offline, na qual participam o responsável pelo projeto, o líder da equipe, o gerente de desenvolvimento e os especialistas envolvidos no projeto. Normalmente, nesta fase, o responsável pelo projeto já tem um conceito de “grande bloco” pronto, que é finalizado durante a reunião. Cenários e uma descrição da interface do usuário também são discutidos (e prescritos no DSS). Se o requisito nasceu de uma solicitação de parceiros ou clientes, os materiais do projeto (conceitos, cenários, UI) podem ser enviados ao parceiro/cliente para avaliação da solução.
Durante a reunião, a complexidade da criação de um protótipo é acordada (geralmente a criação de um protótipo leva até 5 dias úteis). A equipe começa a construir um protótipo.

Ponto 3. Coordenação de protótipos

Uma reunião é realizada durante a qual protótipos prontos são considerados, detalhes de implementação são discutidos (em particular, quais objetos serão adicionados e alterados), hipóteses são testadas, protótipos de formulários são aprovados, etc. Para testar a usabilidade o mais seriamente possível, os protótipos são lançados no modo mais "difícil" - no cliente da web, na interface do Taxi, em monitores de baixa resolução.
O modelo funcional do projeto na notação IDEF0 é desenvolvido e armazenado no DSS.
Nesta fase, a equipe do projeto deve estimar com a maior precisão possível os custos de mão de obra para a implementação do projeto, portanto, todos os aspectos do projeto são discutidos (e documentados no SAD):

• Coordenação da exatidão da descrição do projeto no SAD (em particular, é monitorado se todas as tarefas nos marcos anteriores do projeto foram concluídas).
• Quais novos objetos de metadados (livros de referência, documentos, etc.)
• Quais alterações serão feitas nos objetos de metadados existentes
• Coordenação de planos de troca de dados com outras soluções (se dados novos/alterados participarão da troca de dados com outros aplicativos e, em caso afirmativo, como exatamente)

Se todos estiverem satisfeitos com os custos de mão de obra, é feita uma apresentação (com base nos materiais do projeto do SAD) de tudo o que foi feito no projeto para identificar o máximo de nuances possível antes de iniciar o desenvolvimento.
E o desenvolvimento começa!

Ponto 4. Coordenação da solução desenvolvida

A solução foi desenvolvida, uma apresentação (em formato PowerPoint) foi preparada. Muitas vezes é realizada uma reunião presencial com uma demonstração "ao vivo" da solução desenvolvida.
Se o projeto for público (publicado na lista de planos disponíveis para parceiros no site da 1C), a apresentação é postada no fórum de parceiros na seção ERP para que todos os parceiros interessados ​​possam se familiarizar e expressar seus comentários.

Ponto 5. Testando e auditando o projeto

No final do desenvolvimento principal, é realizada uma série de testes funcionais manuais. Os testadores, como membros plenos da equipe, participam de todos os marcos do projeto e têm uma compreensão da funcionalidade do projeto e dos cenários de trabalho. Os testadores também avaliam novas funcionalidades em relação aos nossos padrões de usabilidade. Esses padrões (incluindo padrões de codificação e padrões de desenvolvimento de interface) são publicados em um recurso disponível para parceiros e usuários registrados no site da 1C.
O código do projeto passa pelo procedimento de revisão de código. A revisão de código no ERP é realizada por outros participantes equipe do projeto; revisão de código é um dever que todos os desenvolvedores da equipe de ERP têm por sua vez. Se forem encontrados problemas no código, os erros são registrados no DSS, que deve ser corrigido antes que o ponto 5 seja passado.
A atualização está sendo verificada para uma nova versão da anterior (a versão mais recente que foi lançada no momento).
Assim, o projeto está pronto, os testes são passados, é hora de fazer o upload do código para o repositório principal (antes disso, todo o desenvolvimento é realizado em um repositório separado projeto técnico). Nesta fase, a escrita de materiais de referência sobre a nova funcionalidade também termina (a referência é armazenada no DSS).
Ao final da etapa (testes aprovados e materiais de referência prontos), o projeto é carregado no repositório principal; depois disso, o teste de regressão seletiva em áreas relacionadas é realizado - devemos ter certeza de que não quebramos nada da funcionalidade existente.

Ponto 6. Fim do projeto

Fechamos o projeto no DSS e atribuímos o status "Concluído".

Versão de lançamento

Aproximadamente um mês antes do lançamento de uma nova versão, uma moratória é imposta ao upload de novos projetos para o repositório principal (o desenvolvimento nos repositórios de projetos técnicos continua); aqueles projetos que não tiveram tempo para terminar neste momento são transferidos para outra versão.
Durante este mês, são realizados testes de regressão; alterações de código são permitidas apenas para corrigir bugs introduzidos nesta versão. Bugs não introduzidos (aqueles que foram reproduzidos em versões anteriores), no início dos testes de regressão, geralmente são quase todos corrigidos; os mesmos bugs que permanecem são transportados para a próxima versão. A principal tarefa do teste de regressão é garantir que a qualidade do produto não se deteriore.
Como já mencionado, o mesmo DSS é usado como rastreador de bugs.

Construções corretivas

A cada duas semanas, lançamos builds de correção para versões; hoje é 2.1.3.x, após o lançamento do 2.2.1, 2 builds de correção serão lançados - 2.1.3.xe 2.2.1.x. Levamos menos de duas semanas desde o preenchimento de um bug até o lançamento de uma correção; Nossas estatísticas mostram que o tempo médio de um cliente entrar em contato com o suporte do ERP com um bug até o lançamento de uma correção em uma compilação de correção hoje é de 9 dias.

Desenvolvimento ramificado

No trabalho em grupo no ERP, tentamos usar as ferramentas que nos são fornecidas pela plataforma 1C:Enterprise. As configurações são armazenadas no armazenamento de configuração e, quando uma nova funcionalidade é verificada em uma ramificação, o mecanismo de entrega e suporte padrão é usado. Todas as operações são automatizadas ao máximo; se os objetos foram alterados apenas do lado do desenvolvedor, o código é mesclado sem a participação do programador. Se a intervenção do desenvolvedor for necessária para mesclar fontes, geralmente usamos os recursos internos da plataforma. Mas também existe a possibilidade de chamar ferramentas de comparação/fusão de terceiros das ferramentas da plataforma (por exemplo, ou Araxis). A propósito, esse recurso - chamado de ferramentas de comparação / fusão de terceiros - foi adicionado à plataforma a pedido da equipe de desenvolvimento do ERP.

Diversos

Ao desenvolver novas funcionalidades, utilizamos a versão da plataforma que estará disponível no momento em que a nova versão do ERP for lançada (hoje é a plataforma 8.3.8).
Isso é possível devido ao fato da plataforma ser bastante ativa na manutenção da compatibilidade com as versões anteriores. Assim que uma nova plataforma aparece, mudamos para ela, mas a desativação do modo de compatibilidade não acontece imediatamente. Isso se deve a três motivos:

1. Queremos “chocar” menos os usuários, então tentamos desativar o modo de compatibilidade durante períodos “tranquilos”, e não quando todos os usuários, por exemplo, enviam relatórios.
2. Normalmente, a desativação da compatibilidade está associada a várias alterações de configuração. Eles precisam ser planejados, eles levam tempo para serem implementados.
3. O ERP é uma configuração que atualmente inclui 10 bibliotecas. Você pode desabilitar a compatibilidade somente quando todas as bibliotecas fizerem isso também.

As bibliotecas podem ser escritas separadamente. Uma biblioteca é uma configuração especialmente escrita que inclui funcionalidades que devem funcionar da mesma forma em nossas várias soluções de aplicativos finais. A integração das bibliotecas é realizada utilizando o mecanismo já mencionado da plataforma "Configuration Delivery". As bibliotecas são divididas em publicadas (aquelas que publicamos e que desenvolvedores de terceiros podem usar em suas soluções de aplicativos) e internas (que não publicamos separadamente - apenas como parte das soluções de aplicativos). A grande maioria das bibliotecas são publicadas.
O ERP inclui 10 bibliotecas desenvolvidas por outras equipes. Seu código não é alterado pelos desenvolvedores da equipe de ERP.

Lista de bibliotecas

1. Biblioteca de Subsistemas Padrão.
   Funcionalidade básica - direitos de acesso, impressão, correio, etc. Incluído na maioria das soluções de aplicação.
2. em ERP
3. Biblioteca de suporte ao usuário da Internet.
   Informar sobre o lançamento de atualizações, contatando-as. suporte, baixe e instale atualizações
4. Biblioteca de gerenciamento eletrônico de documentos.
   Intercâmbio documentos eletrônicos com contrapartes (incluindo EDI legalmente significativo), DirectBank (troca direta com bancos), troca com sites (CMS).
5. Biblioteca de integração com EGAIS.
   Intercâmbio com o Sistema de Informações Automatizadas do Estado Unificado para as operações contábeis da circulação varejista de álcool.
6. Biblioteca de contabilidade regulamentada.
   "Peça" 1C: Contabilidade no ERP. Em geral, a contabilidade regulada no ERP na parte metodológica (com algumas pequenas exceções) é semelhante ao 1C: Contabilidade, mas sua implementação é diferente e é feita de forma independente. De 1C: Contabilidade, levamos relatórios contábeis e relatórios sobre alguns impostos.

Como testamos o 1C:ERP

Depois de criar três soluções de ERP - KA, UT, UT Basic - para verificar a exatidão de todas as quatro soluções, realizamos uma análise estática e dinâmica das configurações resultantes.
Uma análise estática parcial é realizada sempre que as configurações básicas KA, UT, UT são criadas a partir do armazenamento ERP e carregadas em seus próprios armazenamentos (este processo ocorre duas vezes por dia).
Uma análise estática mais detalhada é feita usando a configuração 1C:Automatic Configuration Checker (1C:APK). Em particular, 1C:APK verifica:

• A composição dos papéis. Por exemplo, ele verifica se os direitos para ler todas as constantes estão incluídos na função "Direitos básicos".
• Conformidade do código com os padrões aceitos. Para um grande número de padrões de desenvolvimento de aplicativos (dos quais temos várias centenas), foram escritos procedimentos para analisar o código para conformidade com eles. Por exemplo, que as junções completas não sejam usadas em consultas ou que as strings exibidas na interface estejam localizadas corretamente.
• Verificações específicas relacionadas às peculiaridades do desenvolvimento de ERP
  Por exemplo, verificar se cada objeto de aplicativo está incluído em apenas um dos subsistemas “objetos UT, KA, UE”, “objetos KA, UE” ou “objetos UE”

A análise de código dinâmico inclui, em particular, testes de regressão, nos quais as seguintes operações são executadas (e os resultados das operações são verificados em relação ao último teste bem-sucedido anterior):

• Abrindo todos os formulários
• Troca de dados com outras soluções de aplicativos (por exemplo, com 1C: Enterprise Accounting)
• Reflexão de documentos lançados na contabilidade. Verifica-se que após o lançamento do documento na base de referência, o resultado de sua reflexão na contabilidade não mudou.
• E etc

Para testes de regressão, usamos de 10 a 20 bancos de dados de vários tamanhos (de 15 GB a 70 GB) e diferentes conteúdos específicos.
Nas mesmas bases, testamos a atualização para uma nova versão da anterior, a fim de garantir que a atualização ocorra a) corretamente eb) dentro de um prazo razoável.
Ao atualizar o banco de dados 1C, há duas etapas essenciais:

1. O tempo principal é atualizar os dados no modo multiusuário. Solução Aplicada prepara os dados para serem atualizados em segundo plano, os usuários podem continuar a trabalhar com o sistema, mas o desempenho do sistema pode ser reduzido e algumas funções podem ser limitadas. Normalmente, a atualização para uma nova versão é realizada nos finais de semana (quando a atividade do usuário é mínima).
2. Tempo mínimo - atualização em modo exclusivo. Quando todos os dados estiverem preparados em segundo plano, é hora de alterar a estrutura do banco de dados. Para isso, o banco de dados é transferido para o modo exclusivo quando os usuários não podem trabalhar com o sistema. A velocidade de atualização é extremamente importante para nossos usuários.

Em um futuro próximo, planejamos expandir a zona de autoteste para cobrir o número máximo de cenários com eles.

Conclusão

ERP é um dos nossos maiores produtos. Procuramos utilizar métodos modernos e avançados no seu desenvolvimento, bem como criar novos métodos e ferramentas para, por um lado, desenvolvê-lo rapidamente e, por outro, garantir a elevada qualidade da solução desenvolvida.

Tag:

Adicionar etiquetas