Este artigo falará sobre un proxecto de implementación de SAP a gran escala na nosa empresa. Tras a fusión das empresas M.Video e Eldorado, os departamentos técnicos recibiron unha tarefa non trivial: transferir os procesos comerciais a un único backend baseado en SAP.
Antes do comezo, tiñamos unha infraestrutura informática duplicada de dúas cadeas de tendas, formada por 955 puntos de venda, 30 empregados e trescentos mil recibos por día.
Agora que todo está funcionando con éxito, queremos compartir a historia de como conseguimos completar este proxecto.
Nesta publicación (a primeira de dúas, quen sabe, quizais tres) presentámosvos algúns datos sobre o traballo realizado, máis sobre os que podedes coñecer no encontro SAP ME de Moscova.
Seis meses de deseño, seis meses de codificación, seis meses de optimización e probas. E 12 horaspara iniciar o sistema xeral en 1 tendas en toda Rusia (desde Vladivostok ata Kaliningrado).
Pode parecer pouco realista, pero fixémolo! Detalles baixo o corte.
No proceso de fusión das empresas M.Video e Eldorado, enfrontámonos á tarefa de optimizar custos e reducir os procesos de negocio de dúas empresas diferentes a un único backend.
Quizais isto se poida chamar sorte ou coincidencia: ambos os comerciantes utilizaron sistemas SAP para organizar os procesos. Tivemos que ocuparnos só da optimización, e non dunha reestruturación total dos sistemas internos da rede Eldorado.
Funcionalmente, a tarefa dividiuse en tres (en realidade catro) etapas:
- Deseño “en papel” e aprobación os nosos analistas empresariais e consultores SAP para novos procesos (así como a modernización dos antigos) dentro dos sistemas existentes.
Despois de analizar unha serie de indicadores do backend xa funcionando das dúas empresas, o backend M.Video tomouse como base para o desenvolvemento dun sistema unificado. Un dos principais criterios polos que se fixo a elección foi a eficiencia do conxunto da empresa, maiores ingresos e beneficios a menores custos de operacións comerciais.
A fase de análise e deseño levou uns seis meses, miles de millóns de células nerviosas de xefes de departamento e especialistas técnicos, e bebíronse moitos, moitos litros de café.
- Implementación en código. Aquí tes algúns números baseados nos resultados do proxecto:
- 2 rutas diarias previstas mediante o módulo loxístico.
- 38 usuarios front-end e back end.
- 270 mercadorías nos almacéns da empresa fusionada.
Uns 300 cheques procesados polo sistema ao día, que posteriormente se almacenan ata cinco anos para ofrecer garantía aos clientes, así como con fins de investigación de mercado.
Calcula salarios, anticipos e bonificacións para 30 empregados cada mes.
No proxecto participou un equipo de 300 técnicos especialistas que traballaron durante dez meses. Usando cálculos aritméticos sinxelos, obtemos dúas cifras que mostran claramente a escala do traballo realizado: 90 homes/días e... 000 horas de traballo.
A continuación: optimización de rutinas individuais dos módulos SAP; unhas cen rutinas foron aceleradas de cinco a seis veces optimizando o código e as consultas na base de datos.En casos individuais, puidemos reducir o tempo de execución do programa de seis horas a dez minutos optimizando as consultas ao DBMS
- A terceira etapa é quizais a máis difícil - proba. Constaba de varios ciclos. Para levalos a cabo, reunimos un equipo de 200 empregados, implicados en probas funcionais, de integración e de regresión.
Describiremos as probas de carga nun parágrafo separado; constaban de 15 ciclos para cada un dos módulos SAP: ERP, POS, DM, PI.
En función dos resultados de cada proba, optimizáronse o código e os parámetros do DBMS, así como os índices de bases de datos (executámolos en SAP HANA, algúns en Oracle).
Despois de todas as probas de carga, engadiuse un 20% máis á potencia de cálculo calculada e formouse unha reserva de aproximadamente o mesmo volume (20%).
Ademais, despois de realizar os ciclos anteriormente descritos, comezamos a analizar os 100 programas máis intensivos en recursos, a partir dos cales refactorizamos o código e aceleramos o seu traballo unha media de cinco veces (o que confirma unha vez máis o importancia da refactorización e a optimización do código).A última proba realizada foi "cortada". Creouse unha zona de proba separada para iso, que copiou o noso centro de datos produtivo. Fixemos "Cut over" dúas veces, cada vez que levaba unhas dúas semanas, durante as cales medimos a velocidade de operacións como: transferencia de configuracións do programa da área de proba á produtiva, carga de posicións abertas para inventarios de mercadorías e períodos de indisponibilidade de operacións.
- E a cuarta etapa - lanzamento directo despois de superar as probas. A tarefa foi, francamente falando, difícil: en 12 horas cambiar unhas 955 tendas en todo o país e, ao mesmo tempo, non parar as vendas.
Na noite do 24 ao 25 de febreiro, un equipo de dez dos mellores especialistas da nosa empresa asumiu a "vigilancia" no centro de datos e comezou a maxia da transición. Falarémolo en detalle na nosa reunión, e despois dedicaremos un segundo artigo aos detalles técnicos da nosa maxia SAP.
Resultados.
Así, o resultado do traballo foi un aumento de indicadores como:
- A carga no backend duplicouse aproximadamente.
- O número de cheques por día aumentou nun 50% de 200 mil a 300 mil.
- O número de usuarios frontend aumentou de 10 mil a 20 mil.
- No módulo de cálculo salarial, o número de empregados aumentou de 15 mil a 30 mil persoas.
De todos os detalles técnicos falaremos na nosa reunión de SAP en Moscova, que terá lugar o 6 de xuño na oficina de M.Video-Eldorado. Os expertos compartirán a súa experiencia de implementación. A partir dos resultados da reunión, os mozos especialistas poderán realizar prácticas remuneradas na empresa coa perspectiva de un novo emprego.
Podes coñecer máis detalles e rexistrarte en
Fonte: www.habr.com