Prêt pour Hana ?

Avec l'audit Hana Readiness, on dispose d'un contrôle neutre et conforme au marché des systèmes SAP en ce qui concerne la migration de la base de données vers Hana.

Il est ainsi possible d'obtenir une meilleure prévisibilité d'un projet Hana à venir pour l'informatique et les spécialistes, ainsi qu'une réduction des coûts lors de la migration vers Hana grâce à une bonne préparation et à une collecte automatisée des faits.

Tout commence par une mesure détaillée des systèmes SAP concernés. Ceux-ci sont comparés à un ensemble d'expériences qui dispose de la connaissance du marché SAP de plus de 4500 systèmes SAP analysés.

En se basant sur des systèmes SAP qui ont été mesurés pendant une période aussi bien sur AnyDB qu'après une conversion sur Hana, Alegri peut faire des déclarations sur le comportement attendu du système sur Hana.

Les points forts de l'arpentage sont l'analyse de la base de données, les développements internes et les add-ons ainsi que la migration vers S/4 Hana.

Base de données :

C'est la pièce maîtresse de la conversion des données d'AnyDB vers Hana. Il convient de l'analyser au préalable, car la taille et la croissance de la base de données sont déterminantes pour le dimensionnement Hana.

En outre, une instance Hana déployée n'est pas facile à modifier - sauf si elle est obtenue à partir du cloud. Une migration est également un bon moment pour effectuer un nettoyage conforme à la GDPdU.

Une partie des données stockées par SAP sont des logs (techniques), comme par ex : DBTABLOG, ou des IDOCS de transfert, comme les tables EDIDC ou EDIDS.

Seule la transparence sur l'existence et la taille des données peut étayer une décision fondée sur la marche à suivre.

Il existe également différents critères d'archivage ou de housekeeping pour les autres données. Cela permet non seulement d'économiser du matériel coûteux, mais aussi d'améliorer les performances et de faciliter la migration.

Développements propres/add-ons :

Lors de chaque modification du système SAP, les développements internes jouent un rôle particulier et sont généralement des facteurs de dépenses. Lors des premières migrations de systèmes ERP (pas SAP BW) vers Hana, la désillusion était souvent grande après le projet, car le temps de réponse ne s'était pas amélioré, voire s'était détérioré par endroits.

Les développements internes et les add-ons y ont largement contribué. Pendant des années, les deux ont été optimisés pour les bases de données traditionnelles orientées vers les lignes.

La transparence sur l'utilisation et le comportement de la charge facilite grandement les choses. En connaissant l'utilisation des développements internes, on économise de l'argent et du temps pour laisser de côté les développements internes non utilisés, et en connaissant le comportement de charge des développements internes, on peut à son tour les optimiser plus rapidement.

Les add-ons proviennent de fabricants tiers. Ceux-ci ne peuvent et ne doivent pas être optimisés par l'utilisateur. Il est essentiel d'obtenir un aperçu des add-ons importants et les plus utilisés : Il est alors possible de demander au fabricant une version optimisée pour Hana ou S/4.

Niveau d'application :

En cas de migration vers S/4 Hana, il est également nécessaire de regarder au niveau de l'application. Sur la base des processus commerciaux utilisés, un rapport est établi sur :

Examen des transactions utilisées qui seront remplacées dans S/4 Hana Indication des transactions qui remplaceront les transactions remplacées Liste des nouvelles fonctions dans S/4 Hana qui entrent en ligne de compte pour les processus commerciaux actuels Liste de contrôle des fonctions qui changent avec S/4 Hana Cette analyse est particulièrement importante lors d'une conversion (migration d'un système SAP existant/approche brownfield).

Dans le cas d'une nouvelle construction (Greenfield Approach), l'analyse aide à concevoir les nouveaux processus commerciaux.

informations :

Outre les points mentionnés, l'audit Hana Readiness fournit d'autres informations (niveaux de release, zones d'utilisation, volumes de charge et autres grandeurs) pour la transition. Ces informations sont rassemblées de manière automatisée, ce qui permet d'éviter un travail manuel potentiellement source d'erreurs.

Résumé

Pour la plupart des clients, la question n'est plus de savoir s'il faut migrer vers Hana, mais quand. L'audit Hana Readiness utilise les expériences du marché et les applique au système SAP à migrer. Il en résulte des projets planifiés de manière réaliste lors de la migration vers Hana en tant que base de données ou S/4 en tant que système.