Autor
27 de Setembro de 2022
O trem da migração para o SAP S/4HANA ainda está na estação e — graças ao feedback da indústria — ele veio para ficar. Pelo menos até 2027, quando o suporte ao SAP ECC terminar. No entanto, esse período de "descanso" é apenas uma pausa no que, para muitas empresas, será a atualização de infraestrutura mais significativa em décadas.
Para algumas organizações, o SAP S/4HANA pode ser a primeira incursão séria na nuvem e um passo importante na evolução digital contínua. Com a agilidade da nuvem e processos realmente digitalizados para impulsioná-los, essas empresas agora são capazes de apoiar novas e inovadoras formas de fazer negócios.
Embora seja certo que a transição do SAP ECC para o SAP S/4HANA exigirá investimentos significativos de tempo e recursos, um dos maiores impactos nas empresas é a dívida técnica acumulada ao longo dos anos (e até décadas) em que a arquitetura do SAP ECC tem sido utilizada.
| 1992 | O primeiro ERP da SAP foi construído com base no software SAP R/3, com vários aplicativos em cima do SAP Basis (um conjunto de programas e ferramentas de middleware). Todos os aplicativos foram construídos sobre o SAP Web Application Server, com conjuntos de extensões usados para entregar novas funcionalidades e estabilizar o núcleo. |
| 2004 | Uma mudança completa na arquitetura ocorreu com a introdução do mySAP ERP, com o ERP Central Component (SAP ECC) substituindo o R/3 Enterprise. |
| 2006 | A versão mais recente (SAP ERP 6.0) foi lançada, com atualizações subsequentes utilizando pacotes de aprimoramento da SAP. O mais recente foi o pacote de aprimoramento 8 para o SAP ERP 6.0 (lançado em 2016). |
| 2015 | O SAP S/4HANA foi lançado |
| 2027 | O suporte para SAP ECC terminará. |
Com base na linha do tempo do SAP ERP, é provável que existam clientes SAP que estão utilizando o software há quase 20 anos. Durante esse tempo, uma quantidade incalculável de codificação personalizada foi realizada para alinhar melhor as funcionalidades do SAP "pronto para uso" com os requisitos específicos do negócio. Infelizmente, a codificação personalizada tem seu custo.
>> Agende uma demonstração personalizada com nossa equipe de especialistas e veja como o iPaaS da Digibee trará eficiência ao seu negócio.
Personalizações SAP: o preço que pagamos
A necessidade de codificação personalizada é atribuída ao modelo rígido imposto pelas ferramentas SAP, que exigem trabalho de desenvolvimento adicional (e subsequente manutenção) para adaptar a tecnologia aos processos do negócio.
"O código personalizado é a maior barreira na migração ou atualização para um novo ambiente SAP.”
80% das organizações pesquisadas
Relatório Pillir ASUG, 2021
Isso fica claro nos números: 91% dos usuários SAP confiam em código personalizado , sendo que 90% do código em uso é considerado de “importante” a “extremamente crítico”. De fato, 80% das organizações consideram o código personalizado SAP como a maior barreira para migrar ou atualizar para um novo ambiente SAP.
Essas personalizações estão entrelaçadas em todo o negócio, facilitando funções importantes como CRM, sistemas de pedidos, gestão de inventário, faturamento, contabilidade e muitos outros processos críticos para os negócios. Além disso, quase metade das aplicações em questão foram desenvolvidas há mais de seis anos, o que significa que esses sistemas e a lógica de negócios associada já não são contemporâneos.
Além disso, há os recursos necessários para manter esse modelo. Em particular, a dependência dos mesmos especialistas que construíram as personalizações para gerenciar qualquer transição sempre que uma nova ou diferente plataforma for habilitada dentro do ambiente existente. Esse isolamento de expertise complica os esforços para inovar, especialmente quando esses especialistas deixam a empresa.
| Os números - US$ 800 mil gastos anuais (média) nos aplicativos personalizados mais importantes (2-3) – Mais de 1000 aplicações personalizadas para um cliente típico - 20 a 30 instâncias SAP rodando simultaneamente em algumas empresas da Fortune 500 |
Essa dívida técnica pesada precisa ser reconciliada. Não só ela reduz as margens de lucro, mas também atrasa a implementação de tecnologias modernas, que são críticas para a capacidade da empresa de competir e ter sucesso no mercado.
Eliminando o código personalizado SAP com um iPaaS
O código personalizado é mais comumente utilizado para conectar dois sistemas (também conhecido como integração ponto a ponto com código personalizado). No entanto, o que começa como um exercício relativamente simples de “conectar o ponto A ao ponto B” rapidamente se transforma em uma confusão de conexões sobrepostas que são difíceis de manter e impossíveis de escalar.
A migração para o SAP S/4HANA é um ponto de partida perfeito para empresas sobrecarregadas pela arquitetura semelhante a um emaranhado de fios resultante do código personalizado SAP. Em vez disso, as organizações podem aproveitar a tecnologia da plataforma de integração empresarial como serviço (iPaaS). Esse modelo utiliza integrações via API que conectam perfeitamente os sistemas atuais à nova plataforma SAP S/4HANA.
A Bauducco migrou de seu sistema ERP legado para SAP S/4HANA, integrando 14 sistemas com a nova plataforma da Digibee e eliminando a necessidade de trabalhos dispendiosos de customização. Saiba mais →
Embora a migração de dados seja uma etapa crítica na transição do SAP ECC para o S/4HANA, ao aproveitar a tecnologia iPaaS, não há necessidade de os clientes SAP acomodarem os códigos personalizados que foram criados ao longo dos anos, eliminando essencialmente a dívida técnica enquanto acelera sua estratégia de migração para a nuvem SAP.
A Digibee ajuda as empresas a evoluir de integrações personalizadas para integrações simplificadas. Nossa tecnologia iPaaS preenche a lacuna entre os sistemas atuais e as novas tecnologias, conectando dados e plataformas que nunca foram conectados antes, independentemente dos silos subjacentes ou da infraestrutura legada.
Acelere sua migração para o SAP S/4HANA
Em vez de ver a extensão do fim de vida do SAP ECC até 2027 como uma pausa, os clientes da Digibee estão acelerando seus cronogramas de migração para eliminar mais rapidamente o acúmulo contínuo de dívida técnica. Com os gastos em códigos personalizados atingindo (e muitas vezes superando) US$ 1 milhão anualmente, quanto mais rápido for a migração para o S/4HANA, mais cedo eles poderão reconciliar a dívida técnica que acumularam (e que continua a crescer).
om o modelo de integração de low code da Digibee, nossos clientes implementam integrações 40% mais rápido, reduzindo os custos operacionais com menos incidentes, tempos de recuperação mais rápidos e zero tempo de inatividade. Essas eficiências ajudam a liberar recursos para se concentrar no trabalho de migração mais prioritário para o S/4HANA.
Agende uma demonstração conosco para saber mais.
