SAP em cloud privada ou pública a partir de Dakar: o que é preciso observar.

Recordemos brevemente do que se fala. GROW with SAP designa o caminho para o SAP S/4HANA Cloud em edição pública: um software partilhado, idêntico para todos os clientes, operado e atualizado pela SAP ao ritmo que a SAP decide. RISE with SAP abrange principalmente a edição privada: uma instância dedicada, operada pelo editor numa infraestrutura cloud, com uma verdadeira margem de configuração e a possibilidade de converter o sistema existente. O on-premise, por fim, não desapareceu: é o proprietário do sistema, aloja-o onde quiser, responde inteiramente por ele. Três modelos, que as apresentações descrevem como três etapas de uma mesma viagem. São antes três repartições diferentes do poder e da responsabilidade entre si e o seu editor.

O que cada modelo dá, e o que retira

A edição pública impõe o standard. Os seus processos alinham-se com os do software, as suas extensões vivem fora do núcleo, e as subidas de versão chegam quando o editor as publica. Em troca desta perda de controlo, recebe uma disciplina: mais ninguém, na sua empresa, pode escavar no núcleo do sistema. A deriva do específico, aquela que tornou tantos sistemas ECC impossíveis de fazer evoluir, torna-se estruturalmente impossível. Para uma PME ou uma filial com processos próximos do standard, é um acelerador.

A edição privada oferece o inverso. Acolhe o seu sistema existente, os seus específicos em larga medida, o seu histórico. A continuidade é real, as margens de manobra também. Mas a disciplina já não vem incluída na subscrição: cabe-lhe a si construí-la, através de uma governação de arquitetura explícita. Dedicámos um ponto de vista a esta questão do clean core.

O on-premise não retira nada e não dá nada. Liberdade total de arquitetura, de calendário e de alojamento; responsabilidade total pela exploração, a segurança e a manutenção ao longo do tempo. Na sub-região, mantém defensores sérios, por razões de soberania ou de conectividade. Falta ainda que a responsabilidade seja assumida por equipas dimensionadas e formadas para isso.

Uma oferta cloud não se lê na brochura. Lê-se no que lhe deixa o direito de fazer, no que o obriga a tornar-se, e no que acontece no dia em que a ligação cai.

Cinco temas a observar a partir de Dakar

Às perguntas clássicas (quem opera o quê, o que é reversível, o que acontece aos específicos), o comprador da África Ocidental tem de acrescentar cinco. Nenhuma é técnica no sentido estrito; todas pesam sobre o custo e o risco.

• A latência e a qualidade da ligação. As regiões cloud mais próximas dos grandes hyperscalers não estão no Senegal. Cada transação faz portanto uma ida e volta à Europa, à África do Sul ou mais longe. Para as finanças ou as compras, isso suporta-se. Para um armazém, uma caixa ou um cais de carga, mede-se antes de assinar. Exija testes de latência a partir dos seus verdadeiros sites, nas suas verdadeiras ligações, nas horas de ponta.
• A localização dos dados e a lei n.º 2008-12. Os dados pessoais dos seus clientes, dos seus colaboradores e dos seus fornecedores estão sujeitos à lei senegalesa sobre a proteção de dados pessoais e à Comissão de Proteção de Dados Pessoais (CDP). Um alojamento fora do território implica formalidades e um enquadramento contratual. Não é um obstáculo à cloud, é uma condição a instruir com o seu consultor jurídico, antes da escolha, não depois. Os outros Estados da UEMOA têm as suas próprias autoridades e as suas próprias regras: um grupo regional trata-as país a país.
• O custo total em divisas. Uma subscrição cloud paga-se todos os meses, muitas vezes em euros ou em dólares, durante toda a duração do contrato. Um servidor on-premise paga-se uma vez, depois em manutenção e energia, largamente em francos CFA. Estando o franco CFA em paridade fixa com o euro, o risco cambial face à Europa é contido; não o é face ao dólar. Simule o custo completo ao longo da duração do contrato, tanto na subida como na descida dos seus volumes, e na moeda do contrato.
• A dependência do operador e do editor. Em edição pública, depende da SAP para tudo, incluindo o calendário das atualizações. Em cloud privada, depende da SAP e de um hyperscaler. Em ambos os casos, depende de um ou dois operadores de ligação internacional. Peça a tabela de responsabilidades linha a linha, os compromissos de disponibilidade e, sobretudo, o que acontece em caso de corte prolongado: modo degradado, retoma, prioridades.
• O híbrido, sem fazer dele uma religião. Muitos grupos da sub-região acabarão com uma paisagem mista: o núcleo de gestão em cloud privada, uma filial na edição pública, um site industrial que conserva um componente local para aguentar sem ligação. É uma arquitetura legítima, desde que seja desenhada, com os seus fluxos, os seus dados de referência e a sua governação. Um híbrido sofrido não passa de uma coleção de sistemas.

A escolha certa é um atributo da sua situação

Perguntam-nos muitas vezes qual destas ofertas é a melhor. A pergunta está mal colocada. Uma empresa com processos próximos do standard, ou que queira obrigar-se a eles, encontrará na edição pública uma via rápida. Um grupo carregado de história, com localizações SYSCOHADA e fiscais específicas, defenderá a edição privada, desde que a governação acompanhe. Uma atividade que tem de funcionar sem ligação, ou cujos dados não podem sair do país, manterá uma componente local. A escolha decorre do estado dos seus processos, do peso do específico, da sua conectividade real, das suas restrições regulamentares e das suas competências internas. Dimensões que detalhamos a propósito da data de 2027, porque as duas decisões são uma só: o modelo de exploração escolhe-se ao mesmo tempo que a trajetória, não depois.

É o que entrega o nosso enquadramento SAP · S/4HANA e ERP: um levantamento do sistema existente, cenários comparados em custos completos e em divisas, e uma recomendação de modelo de exploração argumentada com os seus dados. A paisagem de integração e de alojamento, muitas vezes a grande esquecida destas comparações, é objeto da nossa oferta cloud. A conformidade com a lei n.º 2008-12 instrui-se com a nossa oferta segurança e riscos de TI.

Uma última palavra. Quando recomendamos um modelo, é porque decorre do seu sistema existente e da sua trajetória; escrevemo-lo, e assumimo-lo perante si. É o valor de um parecer que só procura convencer pelos seus argumentos.