SAP for Utilities on Hana - plus qu'une étape intermédiaire ?

SAP regarde vers l'avant. Mais dans le cas de S/4 Utilities, peut-être trop loin vers l'avant. Les clients des systèmes IS-U ont le sentiment d'être mal accompagnés dans cette évolution.

Les applications SAP sans Hana ne sont plus à la pointe de la technologie depuis un certain temps déjà, et pour beaucoup, S/4 ne peut pas être développé assez rapidement.

Avec S/4, SAP transforme l'ensemble du noyau de sa Business Suite, les modules indépendants du secteur étant plus prioritaires. C'est compréhensible du point de vue de SAP, mais difficile à évaluer pour les EAE.

Les feuilles de route de SAP pour les services publics sont sans cesse revues à la baisse. Si l'on regarde la Simplification List de S/4 Hana 1511, cette situation à l'apparence diffuse est encore renforcée autour de SAP for Utilities.

Comme annoncé, la table des matières contient enfin quelque chose pour Industry Utilities. En lisant attentivement ces pages, on ne trouve malheureusement que la mention "not available", et ce pour tous les processus.

Que faire alors en tant que client IS-U qui - contraint par l'expiration du support ou le souhait d'une nouvelle version - planifie un projet ? Faut-il le reporter autant que possible jusqu'à la sortie de la première version complète de S/4 Utilities ?

Si l'on regarde les pages pertinentes de SAP, on n'y trouve guère de références à SAP for Utilities on Hana.

Ne pas avoir peur des lots de nuit

Pourtant, cela peut être la voie royale : Je migre mon système IS-U existant vers Hana dès aujourd'hui dans le cadre d'un projet planifié. C'est exactement ce que Gisa a réalisé avec succès à l'été 2015 : migrer un véritable système IS-U vers Hana.

La preuve de la faisabilité était ainsi apportée. Nous avons donc pu profiter immédiatement de temps de traitement plus rapides. Les patchs redoutés du jour au lendemain n'ont plus lieu d'être.

Un processus a été identifié à titre d'exemple, qui devait auparavant être divisé à grands frais et qui, en 30 minutes au lieu de trois jours, ne perturbe plus l'entreprise.

La performance peut donc effectivement créer une valeur ajoutée tangible. Honnêtement, toutes les transactions et tous les traitements ne sont toutefois pas beaucoup plus rapides, des ralentissements ont été constatés dans des cas exceptionnels.

Dans ce cas, il s'en est suivi la recherche habituelle des causes, qui n'identifie pas nécessairement la nouvelle base de données comme coupable. Une autre observation intéressante a été le fonctionnement complet des développements personnels, l'une des plus grandes douleurs chez les personnes jusque-là indécises.

Enfin, la migration "on Hana" permet de partir sur de bonnes bases, car le client dispose déjà d'un système in-memory rapide et fonctionnel. Le saut suivant vers "for Hana" avec S/4 Utilities sera donc beaucoup moins difficile pour les EAE.

Dans ce sens, on peut tout à fait parler de la migration actuelle de SAP for Utilities vers SAP Hana comme d'une préparation à la numérisation avec S/4. Si j'ai opté précisément pour cette étape intermédiaire, je peux ensuite élaborer d'autres fonctions Hana typiques qui soutiennent mieux mes processus commerciaux.

Hana Live for Utilities m'offre la possibilité de fournir mes informations transactionnelles du système avec des fonctionnalités analytiques légères en temps réel.

S'engager avec Hana

Le hic, c'est que je dois m'engager pleinement dans Hana. Alors que je continue à évoluer dans mon NetWeaver habituel lors de la migration vers Hana, je dois ouvrir un autre environnement de développement pour la mise à disposition de Hana Live Views, y compris la gestion du cycle de vie et un concept de sécurité.

Heureusement, d'un point de vue technique, ces thèmes sont désormais bien développés.