Este artigo falará sobre um projeto de implementação SAP em larga escala em nossa empresa. Após a fusão das empresas M.Video e Eldorado, os departamentos técnicos receberam uma tarefa nada trivial - transferir processos de negócios para um único backend baseado em SAP.
Antes do início, tínhamos uma infraestrutura de TI duplicada de duas redes de lojas, composta por 955 pontos de venda, 30 mil funcionários e trezentos mil recibos por dia.
Agora que tudo está funcionando com sucesso, queremos compartilhar a história de como conseguimos concluir este projeto.
Nesta publicação (a primeira de duas, quem sabe três) apresentaremos alguns dados sobre o trabalho realizado, que você poderá saber mais no meetup SAP ME em Moscou.
Seis meses de design, seis meses de codificação, seis meses de otimização e testes. E horas 12para iniciar o sistema geral em 1 lojas em toda a Rússia (de Vladivostok a Kaliningrado).
Pode parecer irrealista, mas conseguimos! Detalhes sob o corte.
No processo de fusão das empresas M.Video e Eldorado, nos deparamos com a tarefa de otimizar custos e reduzir os processos de negócios de duas empresas diferentes a um único backend.
Talvez isso possa ser chamado de sorte ou coincidência - ambos os varejistas usaram sistemas SAP para organizar processos. Tivemos que tratar apenas da otimização, e não de uma reestruturação completa dos sistemas internos da rede Eldorado.
Funcionalmente, a tarefa foi dividida em três (na verdade quatro) etapas:
- Design “no papel” e aprovação nossos analistas de negócios e consultores SAP para novos processos (bem como modernização dos antigos) em sistemas existentes.
Depois de analisar uma série de indicadores do backend já funcional das duas empresas, o backend M.Video foi tomado como base para o desenvolvimento de um sistema unificado. Um dos principais critérios pelos quais a escolha foi feita foi a eficiência da empresa como um todo, maior faturamento e lucro com menores custos de operação empresarial.
A fase de análise e projeto durou cerca de seis meses, bilhões de células nervosas de chefes de departamento e especialistas técnicos e muitos, muitos litros de café foram consumidos.
- Implementação em código. Aqui estão alguns números baseados nos resultados do projeto:
- 2 rotas por dia planejadas usando o módulo de logística.
- 38 usuários frontais e back-end.
- 270 mercadorias nos armazéns da empresa resultante da fusão.
Cerca de 300 mil cheques processados pelo sistema por dia, que são posteriormente armazenados por até cinco anos para dar garantia aos clientes, bem como para fins de pesquisa de mercado.
Calcule salários, adiantamentos e bônus para 30 funcionários todos os meses.
O projeto envolveu uma equipe de 300 especialistas técnicos que trabalharam durante dez meses. Usando cálculos aritméticos simples, obtemos dois números que mostram claramente a escala do trabalho realizado: 90 homens/dias e… 000 horas de trabalho.
Próximo - otimização de rotinas individuais de módulos SAP; cerca de cem rotinas foram aceleradas de cinco a seis vezes por meio da otimização de código e consultas no banco de dados.Em casos individuais, conseguimos reduzir o tempo de execução do programa de seis horas para dez minutos, otimizando as consultas ao SGBD
- A terceira etapa é talvez a mais difícil - teste. Consistia em vários ciclos. Para realizá-los, montamos uma equipe de 200 colaboradores, que estiveram envolvidos em testes funcionais, de integração e de regressão.
Descreveremos os testes de carga em um parágrafo separado; eles consistiram em 15 ciclos para cada um dos módulos SAP: ERP, POS, DM, PI.
Com base nos resultados de cada teste, foram otimizados o código e os parâmetros do SGBD, bem como os índices do banco de dados (executamos no SAP HANA, alguns no Oracle).
Após todos os testes de carga, cerca de 20% a mais foram adicionados ao poder computacional calculado, e uma reserva de aproximadamente o mesmo volume (20%) foi formada.
Além disso, após realizar os ciclos acima descritos, começamos a analisar os 100 programas que mais consomem recursos, com base nos resultados dos quais refatoramos o código e aceleramos seu trabalho em média cinco vezes (o que mais uma vez confirma o importância da refatoração e otimização do código).O último teste realizado foi “cut over”. Para isso foi criada uma zona de teste separada, que copiou nosso data center produtivo. Fizemos “Cut over” duas vezes, cada vez demorando cerca de duas semanas, durante as quais medimos a velocidade de operações como: transferência de configurações do programa da área de testes para a produtiva, carregamento de posições abertas para estoques de mercadorias e períodos de indisponibilidade de operações.
- E a quarta etapa - lançamento direto depois de passar nos testes. A tarefa foi, francamente, difícil: em 12 horas trocar cerca de 955 lojas em todo o país e ao mesmo tempo não interromper as vendas.
Na noite de 24 para 25 de fevereiro, uma equipe de dez dos melhores especialistas da nossa empresa começou a “vigiar” o data center e a magia da transição começou. Falaremos sobre isso em detalhes em nosso encontro e depois dedicaremos um segundo artigo aos detalhes técnicos da nossa magia SAP.
Resultados.
Assim, o resultado do trabalho foi um aumento em indicadores como:
- A carga no backend aproximadamente dobrou.
- O número de cheques por dia aumentou 50%, passando de 200 mil para 300 mil.
- O número de usuários frontend aumentou de 10 mil para 20 mil.
- No módulo de cálculo salarial, o número de colaboradores passou de 15 mil para 30 mil pessoas.
Falaremos sobre todos os detalhes técnicos em nosso encontro SAP em Moscou, que acontecerá no dia 6 de junho no escritório da M.Video-Eldorado. Os especialistas compartilharão sua experiência de implementação. Com base nos resultados do encontro, jovens especialistas poderão conseguir um estágio remunerado na empresa com perspectiva de mais emprego.
Você pode saber mais detalhes e se inscrever em
Fonte: habr.com