A decisão da Lidl de parar uma implementação do SAP Hana com base no aumento dos custos pode ser um sinal precoce das questões que a actualização para S/4 Hana irá envolver.

Embora muito pouco tenha sido revelado sobre a razão pela qual Lidl decidiu acabar com o SAP, o que se tornou evidente nos relatórios sobre o projecto do retalhista é que ele puxou a ficha devido ao aumento dos custos.

Quando a Computer Weekly começou a ver falhas no projecto SAP no final dos anos 90, o custo da implementação foi um dos factores que contribuiu para isso. O problema era que o SAP era vendido como um conjunto de processos empresariais pré-embalados, encapsulando processos empresariais de algumas das maiores empresas do mundo, mas muitas vezes estes não correspondiam à forma como as empresas que tentavam implementar o SAP viam os seus processos empresariais. Isto significava que muitas vezes exigiam personalização.

dois décadas depois, os peritos estão de acordo em que a personalização do SAP deve ser evitada porque o custo e a complexidade aumentarão rapidamente. Isto é tão verdade hoje em dia para as empresas que embarcam numa implementação SAP S/4 Hana como quando implementaram SAP R/3 nos anos 90.

Em 2025, SAP terminará oficialmente o apoio ao ECC6, o componente central do recurso empresarial principal (ERP) do seu produto. Da perspectiva do SAP, isto dá às empresas menos de seis anos para implementar S/4 Hana.

As empresas que executam sistemas SAP implementados nas últimas duas décadas têm uma decisão difícil de tomar sobre como o seu código personalizado SAP existente deve ser redesenvolvido para S/4 Hana.

Existe um debate contínuo sobre como os sistemas existentes podem ser redesenhados para S/4 Hana, mas o consenso geral é que S/4 Hana significa implementar um sistema ERP completo.

Identificando os processos empresariais existentes

Como tal, as empresas precisam de descobrir quais são os seus processos empresariais existentes, quanto está codificado no SAP, quanto da personalização na implementação original faz agora parte da norma S/4 Hana, e se é realmente um imperativo empresarial implementar o antigo código personalizado na plataforma. Isto é especialmente verdade se um processo empresarial que foi codificado há duas décadas já não está a ser utilizado, ou foi adaptado, mas o código personalizado não foi actualizado.

De acordo com o whitepaper Optimização dos processos empresariais para o sucesso do analista IDC: “Processos mal coordenados que não mapeiam as necessidades empresariais e que minam os sistemas de produção quando implementados não são meramente dispendiosos – podem entravar o posicionamento empresarial eficaz e a capacidade de resposta às pressões competitivas em rápida mutação e às exigências globais.”

No whitepaper, a IDC recomendou o estabelecimento de estratégias que englobem mudanças culturais, estruturas organizacionais (alavancando centros de excelência existentes, gabinetes de gestão de projectos ou programas, ou DevOps – ou formando-os), processos para a qualidade dos processos empresariais, e avaliação e adopção de soluções de automação apropriadas para ajudar a criar aplicações relevantes, adaptativas e centradas no negócio.

Entregar as exigências do negócio

De acordo com o consultor SAP Panaya, para obter o máximo valor de um investimento SAP S/4 Hana, o departamento de TI terá de cumprir as exigências do negócio o mais rapidamente possível, sem perturbação do negócio. Com vários caminhos de projecto a seguir – migração, implementação, greenfield, etc. – as equipas de TI estão a iniciar projectos de 12 a 18 meses, escreveu a empresa num recente whitepaper.

A actualização técnica para SAP S/4 Hana pode ser tão rápida quanto três meses. No entanto, para cumprir os novos padrões SAP S/4 Hana, Panaya disse que os restantes nove a 15 meses devem concentrar-se nas mudanças de processos empresariais, personalização e garantia de qualidade.

De facto, SAP S/4 Hana introduz muitas mudanças em áreas tais como tecnologia, processos empresariais e interfaces de utilizador. Segundo a Panaya, estas mudanças afectarão tanto a forma como as equipas de TI trabalham como a personalização do sistema SAP.

Como os modelos operacionais e os processos de TI mudam, a Panaya advertiu que os pedidos de mudança, os requisitos e os processos de gestão de testes e libertações poderiam ser uma transição difícil para as TI das empresas.

“Para muitas organizações, a implementação destas mudanças num modo de entrega em cascata demorará demasiado tempo, afectando o ROI da solução. Estas mudanças terão de ser implementadas de forma incremental, entregando em diferentes pedidos de mudança em cada ciclo usando DevOps e entrega contínua”, disse o whitepaper Panaya.

Assumir responsabilidade

Stuart Browne, director-geral da empresa independente de consultoria SAP Resultando, disse que um problema comum que encontra é que as empresas muitas vezes assumem erroneamente que é o integrador de sistemas que tem a responsabilidade de fazer a implementação correcta do ERP, quando em última análise é da responsabilidade do cliente.

Browne disse que um dos desafios técnicos para as empresas é que a S/4Hana ainda não está completa. “É um produto inacabado e não simplifica o conjunto de produtos SAP. Adoptar S/4 Hana simplifica agora alguma funcionalidade, mas não toda”

P>Posto que ainda é um trabalho em curso, Browne disse que há falta de ferramentas e de pessoas com as competências certas para implementar S/4 Hana. Isto é agravado pelo facto de que as pessoas que compreendem a implementação do ERP SAP ECC6 existente e têm cerca de 20 anos de experiência com ele estão a caminho da reforma.

“Há uma mão-de-obra envelhecida e próspera a aproximar-se da reforma. Todos tendem a estar na casa dos 40 a 50 anos”. Ele disse que os mais jovens estão geralmente a fazer “coisas mais frescas” em vez de implementar o SAP, e há uma inflação salarial de 8% na Índia, o que significa que a externalização de competências SAP é dispendiosa.

Deferring the upgrade

Rimini é uma das empresas que construiu um negócio em torno do apoio a sistemas SAP mais antigos. A ideia subjacente a um contrato de manutenção de terceiros é que este permite à empresa baixar a sua taxa de manutenção em curso, enquanto atrasa a migração para o produto mais recente, neste caso SAP S/4 Hana.

Hari Candadai, vice-presidente do grupo de marketing e estratégia do produto na Rua Rimini, disse que era “muito revelador” que a Lidl tinha de reavaliar e personalizar tantos processos para fazer o novo sistema SAP funcionar para o seu negócio.

“O ponto-chave é que cada cliente empresarial que considere uma grande mudança de plataforma SAP, incluindo uma potencial reimplementação para S/4 Hana a partir do seu sistema SAP existente, precisa de compreender que é tudo menos simples”, disse Candadai. “Entenda isto mal, e isso terá um impacto severo nos seus resultados. A verdadeira questão é, “Qual foi o suposto ROI no local para sequer considerar rasgar e substituir os seus sistemas de registo de back office?””

Desde que o apoio à ECC6 continuará até 2025, as empresas não têm necessariamente de comprar em S/4 Hana neste momento, especialmente se sentirem que ainda não é um produto completo.

Seis anos é muito tempo, e uma vez que SAP S/4 Hana é considerado uma implementação importante, Browne disse que havia uma oportunidade para as empresas reavaliarem a forma como o ERP principal deveria funcionar dentro da empresa e analisarem a viabilidade de implementar alternativas como NetSuite ou Microsoft Dynamics.

Há também a questão de qual a arquitectura de TI que será necessária em 2025 para apoiar o que a empresa espera fazer nessa altura. Por exemplo, enquanto S/4 Hana fornece interfaces de programação de aplicações (APIs), Browne alegou que estas eram demasiado restritivas, especialmente se a empresa quiser abrir as suas interfaces de programação de aplicações e participar numa economia de API, em que as empresas fazem transacções utilizando uma abordagem nativa de nuvens baseada em microserviços leves.

E embora a SAP possa ter sido vendida no passado como uma forma de encapsular processos empresariais de classe mundial, as empresas tradicionais correm o risco de serem perturbadas porque um ERP inventado nos anos 90 não é compatível com as cadeias de fornecimento inovadoras do século XXI.