Vous gérez de la configuration SAP (PP VC) et vous êtes embêtés par le fait de devoir recopier cette configuration sur ces différents environnements (développement, intégration, production) ?
Cette recopie manuelle est chronophage et risque d’erreur.
Vous souhaitez avoir un seul référentiel de configuration et pouvoir le dupliquer dans différents Systèmes / Mandants ? pas de problème nous avons un truc 🙂 pour cela
La solution : Principe
- Choix d’un système / mandant de référence de la configuration
- La totalité des objets de configuration sont fait dans cet environnement (caractéristiques, classe, dépendances, articles, nomenclatures avec dépendances, fonctions de configurations, ….)
- Du fait du transfert dans les autres systèmes il est nécessaire de définir ces objets sur des tranches de numéro externe. Par exemple les articles doivent être sur un numéro externe pour qu’ils gardent le même numéro quelque soit le système et permettre le transfert des nomenclatures (avec le lien sur les codes articles) sans problème.
- Tous les objets de configurations sont transférés sur les autres systèmes via ALE / IDOC
Détail fonctionnel des étapes
Paramétrage ALE
Dans le système source contenant toute la configuration il est nécessaire de paramétrage des destinations RFCs correspondant aux différents systèmes cibles et paramètres ALE/EDI > Cette action nécessite une compétence SAP BC
Envoi des idocs système source correspondant à la configuration
Puis il est nécessaire d’envoyer les idocs depuis l’environnement source.
2 points avant de se lancer :
- l’ordre d’envoi est important – par exemple on envoie d’abord les caractéristiques avant d’envoyer les classes (à l’identique d’une saisie manuelle)
- dans l’environnement de destination les objets vont être écrasés
Les transactions à utiliser dans l’ordre sont les suivantes:
| ordre d’envoi | Objet | transaction à utiliser | idoc généré |
| 1 | caractéristiques | BD91 | CHRMAS |
| 2 | classe | BD92 | CLSMAS |
| 3 | table structure | CLD3 | VTAMAS |
| 4 | table contenu | CLD4 | VTMMAS |
| 5 | fonction | CUFD | VFNMAS |
| 6 | dépendances | CLD2 | KNOMAS |
| 7 | Articles | BD10 | MATMAS |
| 8 | profil de configuration | CLD1 | CNPMAS |
| 9 | Nomenclature | BD30 | BOMMAT |
| 10 | conception d’interface | CUID | VCUI_SAVEM |
après avoir généré les idocs il faut s’assurer de la bonne génération dans l’environnement source (transaction WE02)
Réception des idocs système cible
- se connecter dans le système cible
- aller vérifier la bonne réception des messages dans WE02
En dehors de l’intérêt de ne pas recopier manuellement votre configuration l’intérêt de cette méthode est de pouvoir tester votre configuration strictement identique dans un système de test et de la dupliquer par la suite en environnement productif 🙂
Notre expérience vous fera gagner du temps avec des solutions simples et pragmatiques !
