Transformation basée sur les objets SAP

La plupart des clients SAP connaissent le Legacy System Migration Workbench (LSMW) en tant qu'outil efficace pour les migrations ou les modifications de données en masse. Les interfaces prédéfinies par SAP pour l'atelier de reprise des données, pour le traitement batch input et direct input ainsi que pour les interfaces standard BAPI et IDoc garantissent une mise à jour cohérente de toutes les données.

La mise à jour des données s'effectue de manière transactionnelle, c'est-à-dire que les données mises à disposition du traitement sont validées par rapport au Customizing actuel ou à la validité des objets dépendants, par exemple, de la même manière que le traitement manuel par les utilisateurs.

Lorsqu'il s'agit de reprendre des données de systèmes tiers ou d'adapter et d'étendre des objets de données SAP existants, le LSMW est toujours considéré comme l'outil préféré et rapide à utiliser. Toutefois, si l'historique des données ou des chaînes de documents complètes doivent être migrés, d'autres outils doivent être utilisés.

Transformation du paysage

Le logiciel Landscape Transformation 2.0 (LT 2.0) développé par SAP est également bien connu des départements informatiques. SAP LT 2.0 dispose d'un grand nombre d'outils dont la qualité a été contrôlée et qui sont certifiés au niveau mondial pour adapter et transformer en toute sécurité les systèmes SAP en cours.

Il existe des scénarios LT ou des services SLO spécifiques, spécialement conçus pour des cas d'application particuliers. Ceux-ci garantissent, grâce à des fonctions prédéfinies et paramétrables ainsi qu'à une feuille de route de conversion claire, que toutes les étapes de travail nécessaires peuvent être exécutées chronologiquement et correctement.

L'utilisation du logiciel SAP Landscape Transformation 2.0 nécessite l'intervention de consultants certifiés par SAP. Si la demande du client ne porte que sur une adaptation du contenu, par exemple une harmonisation du plan comptable ou une réorganisation des centres de profit, les outils LT 2.0 sont l'outil de transformation à recommander.

Carve-outs

Mais le logiciel LT apporte également une aide rapide et fiable dans le cas de scénarios plus complexes, tels que le carve-out d'une partie de l'entreprise (par exemple suite à une vente), pour être ensuite repris seul dans un système SAP nouvellement construit, grâce au scénario Clone and Delete.

Dans ce cas, un système SAP est entièrement copié et toutes les sociétés qui ne doivent pas être transférées sont supprimées dans la copie du système au cours d'une étape ultérieure. Il ne reste alors qu'un système prêt à l'emploi avec uniquement les sociétés concernées.

SAP Landscape Transformation 2.0 trouve généralement ses limites lorsque les exigences de transformation ou de consolidation nécessaires dépassent la portée des scénarios prédéfinis par SAP.

De même, la juxtaposition séquentielle de plusieurs scénarios LT, envisageable en théorie, n'est pas adaptée à la pratique, car elle entraîne automatiquement de longues durées de projet et des tests multiples.

C'est notamment le cas lorsque des harmonisations et des suppressions de doublons, des réorganisations et des conversions, des changements de nom ou des fusions doivent être effectués simultanément.

Migration sélective des données

Pour répondre à ces besoins, SAP dispose d'un autre outil, qui est toutefois moins familier à la plupart des départements spécialisés des clients : SAP Object-based Transformation, ou SAP OBT.

L'idée est ici de transformer des objets de données logiques cohérents, appelés objets de gestion, directement au niveau des tables de la base de données. Il est ainsi possible de migrer également l'ensemble de l'historique des données des différents objets.

Contrairement à la migration transactionnelle des données en utilisant par exemple LSMW ou SAP Posting Engine, on parle de migration sélective des données dans le cas d'OBT.

La base est ici le Business Object Directory livré par SAP chez OBT, qui comprend déjà environ 500 objets de gestion différents. Un objet de gestion - classé comme objet principal ou sous-objet - contient dans le répertoire non seulement toutes les tables SAP correspondantes, mais aussi en particulier le lien intelligent vers d'autres objets de gestion afin de permettre une structure cohérente de toutes les données correspondantes.

Malgré les 500 différents objets de gestion prédéfinis, la réalité des projets exige souvent des objets de gestion supplémentaires ou modifiés. Sur la base des exigences concrètes des projets, Gambit Consulting a modélisé un grand nombre d'objets de gestion supplémentaires, élargissant ainsi considérablement l'étendue des prestations de SAP OBT.

Les outils de modélisation d'objets sont également utilisés pour transférer également des objets de données personnalisés sans problème et sans restriction.

SAP OBT permet aussi bien la transformation au sein d'un système (Object-based Conversion) que le transfert entre deux systèmes (Object-based Migration). La condition préalable est que les systèmes impliqués soient des systèmes SAP. Les systèmes non-SAP ne sont pas pris en charge par OBT.

Migration basée sur les objets

Dans le cas d'une migration basée sur les objets, le champ d'application est déterminé soit par une reprise complète de toutes les données d'un système source, soit par la sélection ciblée des données d'unités organisationnelles prédéfinies (en général une ou plusieurs sociétés).

La transformation dans un système cible déjà utilisé de manière opérationnelle ne pose aucun problème. Contrairement à la migration classique des données, OBT transfère les données au niveau des tables. Ainsi, les données historiques, mais aussi toutes les opérations traitées, peuvent être transférées sans restriction et en conservant l'intégralité du flux de documents.

Lors de la transformation des données, les avantages de SAP OBT sont mis en valeur par les nombreuses possibilités d'adaptation, comme par exemple les optimisations de processus ou de structure.

Il s'agit entre autres

• Changements de nom (sociétés, périmètres analytiques, numéros d'article ou de personnel)
• Fusions (sociétés, périmètres analytiques, centres de coûts ou centres de profit)
• la réorganisation ou la conversion (catégories d'immobilisations, plans comptables, centres de coûts, centres de profit, exercice comptable, débiteurs ou créanciers)
• Harmonisation et élimination des doublons (débiteurs, créanciers ou articles)

D'autres ajustements concernent par exemple la devise du périmètre analytique, la devise du périmètre de résultat ou l'introduction d'une devise parallèle.

Paramétrage spécifique au client

En préparation des projets dans lesquels l'outil SAP OBT doit être utilisé, des outils d'analyse fonctionnellement puissants sont utilisés pour aider à comprendre les spécificités des clients dans leurs systèmes SAP.

Il est par exemple possible d'effectuer des comparaisons dans le domaine du Customizing, du workbench ou des tranches de numéros en appuyant sur un bouton, afin d'identifier directement les champs d'action potentiels. Ces analyses aident à identifier à temps des défis particuliers et à les coordonner avec le client.

Les exigences concrètes et les transformations nécessaires sont résumées dans des documents Blueprint. L'un des principaux avantages de l'outil OBT de SAP est la participation minimale des services spécialisés - si les processus commerciaux existants ne doivent pas être fondamentalement modifiés. Les documents Blueprint ne décrivent alors que les adaptations de données convenues.

Tout le reste est ensuite transformé un à un vers la source de données. L'implémentation et le paramétrage spécifique des outils OBT sont réalisés en peu de temps par une équipe de consultants expérimentés. Les premières transformations dans un système de test peuvent généralement avoir lieu peu de temps après la fin de la phase de conception.

Afin de permettre une mise en service sans heurts et de qualité contrôlée, au moins deux tests OBT complets sont généralement prévus. Les connaissances acquises lors de ces tests garantissent une conversion des données sans problème.

L'OBT permet, avec une planification de projet adéquate, un temps d'arrêt proche de zéro, même en cas de volume de données extrêmement important. Outre cette continuité d'activité quasi illimitée, la disponibilité de toutes les données historiques est un autre avantage de cet outil.

Scénarios typiques

L'outil SAP OBT autorise les scénarios de transformation les plus divers. Toutefois, les applications typiques suivantes mettent particulièrement en valeur les points forts de SAP OBT :

Business Process Optimization, dans le cadre duquel les plans comptables peuvent être uniformisés à l'échelle du groupe et les données de base ou de commande ayant évolué de manière hétérogène peuvent être nettoyées et révisées de manière exhaustive.

System Consolidation, afin de consolider le nombre de systèmes SAP qui a augmenté au fil du temps et de les adapter aux exigences actuelles.

Corporate Restructuring au sein d'un groupe d'entreprises, dans le cadre duquel des unités organisationnelles entières (par exemple des usines) peuvent être transférées dans les systèmes SAP à l'échelle de la société.

Intégration post-fusion utilisant le transfert de code de société, ce qui permet de transférer toutes les données de l'entreprise acquise du système SAP du vendeur vers le système SAP de l'acheteur déjà utilisé et de continuer à y travailler sans interruption temporelle.

S/4 Hana or Central Finance Preparation, dont l'objectif est de préparer l'environnement système SAP actuel à la transition vers SAP S/4 Hana et de créer une structure optimisée pour les applications SAP modernes.

Avantages de SAP Object-based Transformation (OBT) :

• Par rapport aux projets de migration classiques, les projets OBT peuvent être réalisés en moins de temps et avec moins d'efforts pour les services spécialisés.
• L'historique complet des données ne peut être repris lors des migrations qu'en cas d'utilisation de SAP OBT. La continuité des activités est garantie par la mise à disposition du flux complet de documents (qu'ils soient fermés, traités ou ouverts).
• Grâce à l'adaptabilité des règles de transformation aux besoins du client lors de la transformation basée sur les objets, il est possible d'optimiser presque à volonté toutes les données en une seule étape ( !). Peu importe qu'il s'agisse de réorganisations, de fusions, d'harmonisations, de changements de nom ou d'autres adaptations.
• OBT permet une transformation sans perturbation et sans interruption et donc un temps d'arrêt proche de zéro, même en cas de très gros volume de données.
• Si, par exemple, un grand nombre de systèmes SAP différents doivent être consolidés à plusieurs reprises dans un seul système, l'utilisation de l'outil OBT adapté peut être "industrialisée", avec des économies correspondantes en termes de coûts et de temps lors des déploiements.