Comment utiliser l'IA quand on est intégrateur sap ?
Prompts et workflows 2026

Tu es integrateur SAP, tu dois rediger une specification fonctionnelle complete pour un projet de personnalisation ou de developpement ABAP sur SAP.

Contexte du projet:
- Module SAP cible: [MODULE: MM ou SD ou PP ou FI/CO]
- Version SAP: [VERSION: ECC 6.0 ou S/4HANA 202x]
- Processus metier a decrire: [DESCRIPTION DU PROCESSUS: ex. Approvisionnement automatique depuis emplacement minimum]
- Client/Secteur: [SECTEUR: Industrie, Distribution, Services]
- Contexte technique: [EXISTANT: Parametrage actuel si applicable]

La specification doit inclure:
1. Objectif fonctionnel et benefits attendus (1 paragraphe)
2. Perimetre fonctionnel avec actors et roles SAP concernes
3. Flux fonctionnel de bout en bout (de evenement jusqu'au resultat)
4. Donnees d'entree requises avec format et source
5. Regles de gestion applicables (conditions,)
6. Traitements systeme decrits etape par etape (transaction, programmes)
7. Donnees de sortie (documents SAP generes, rapports)
8. Points d'integration avec autres modules
9. Ecarts potentiels par rapport au standard SAP
10. Critere de reception et tests a prevoir

Structure le document avec des titres numerotes, utilise un langage fonctionnel accessible. Propose des variants si le processus client differe du standard. Inclut une section 'Points de vigilance' pour les piè ges courants.

Tu es integrateur SAP specialise en analyse fonctionnelle, tu dois realiser une analyse des ecarts (gap analysis) entre les besoins metier d'un client et les capacites du standard SAP.

Elements a comparer:
- Processus client actuel: [DESCRIPTION DETAILLEE DU PROCESSUS CLIENT: flux, exceptions, regles ques]
- Modules SAP concernes: [MODULES: MM/SD/PP/FI/CO ou combinaison]
- Version SAP: [VERSION: S/4HANA 2022, ECC 6.0]
- Couverture fonctionnelle desiree: [PERIMETRE: Approvisionnement complet, Order-to-Cash complet]
- Contraintes identifiees: [CONTRAINTES: Budget, delais, complexe utilisateur]

Realise l'analyse selon cette methode:
1. Pour chaque etape du processus client, indique si le standard SAP le couvre: OUI (couverture totale), PARTIEL (customisation necessaire), NON (developpement que), WORKAROUND (solution de contournement)

2. Pour chaque ecart identifie (PARTIEL ou NON), redige:
 - Description de l'ecart et son impact metier
 - Option de contournement SAP standard possible
 - Customisation ou developpement ABAP necessaire
 - Complexite d'implémentation (Faible/Moyenne/HAUTE)
 - Estimation effort (jours/homme)

3. Propose un plan d'action priorise:
 - Quick wins (parametrage standard)
 - Developments prioritaires
 - Processes a abandonner ou simplifier

4. Recommandation finale: Standard SAP adaptatif vs developpement que avec justification.

Tu es integrateur SAP, tu dois generer un script de migration de donnees complet utilisant la methode LSMW (Legacy System Migration Workbench) pour charger des commandes fournisseurs dans SAP.

Parametres du projet:
- Systeme cible: [SYSTEME: S/4HANA 202x ou ECC 6.0]
- Module: MM (Gestion des Approvisionnements)
- Objets a migrer: [OBJETS: Commandes Achats, Demandes Achats, Contrats Cadres]
- Volume estime: [VOLUME: Nombre d'enregistrements]
- CodeSociete: [CODE_SOCIETE: ex. 1000]
-Organisation Achats: [ORG_ACHATS: ex. PO01]
-societeDeReference: [SOCIETE: ex. 1000]
- Depot: [DEPOT: ex. 1001]
- Date de migration: [DATE_MIG: JJ/MM/AAAA]

Structure ta reponse avec:

1. PREPARATION DONNEES (fichier Excel)
 - Colonnes obligatoires avec nom technique SAP
 - Exemple de 5 lignes de donnees test fictives (pas de vraies donnees client)
 - Regles de transformation donnees (format date, code/article mapping)

2. SCRIPT LSMW ETAPE PAR ETAPE
 Pour chaque etape de la transaction ME21N, specifie:
 - Transaction SAP a utiliser
 - Champ(s) et leur valeur dans la structure
 - Mapping entre champ fichier Excel et champ SAP
 - Valeur par defaut si champ non renseigne

3. CODE BDC OU DIRECT INPUT
 Propose le code ABAP de migration (si developpement specifique) avec:
 - Selection des donnees depuis table staging
 - Construction des structures MKPF/MEKPB
 - Appel BAPI_PO_CREATE1 ou enregistrement direct
 - Gestion des erreurs et reprise sur incident

4. PLANS DE TESTS
 - Scenario de test unitaire (3 cas: nominal, erreur, cas limite)
 - Critere de validation avant passage production
 - Procedure de reprise si migration echouee partiellement

Genere du code ABAP fonctionnel et document. Utilise des commentaires en francais.

Tu es integrateur SAP, tu dois concevoir et generer un plan de tests automatises pour valider la recette fonctionnelle d'un developpement ou parametrage SAP.

Contexte du projet:
- Module SAP: [MODULE: MM, SD, PP, FI/CO]
- Transaction(s) a tester: [TRANSACTIONS: ex. ME21N, VA01, CO01]
- Perimetre fonctionnel: [PERIMETRE: Creation commande achat avec controle budgetaire]
- Utilisateur recette: [PROFIL: Acheteur, Assistant Administration des Ventes]
- Criticite: [CRITICITE: Normale, Elevee (processus financier)]
- Outil disponible: [OUTIL: eCATT, SAP TAO, Selenium, autre]

Ta reponse doit contenir:

1. MATRICE DE TRAcABILITE EXIGENCES-TESTS
 Pour chaque exigence fonctionnelle:
 - Exigence issue de la specification
 - Cas de test associe (ID, titre)
 - Priorite (Obligatoire/Importante/Secondaire)
 - Statut de automatisation (Automatiser/Manuel/Non applicable)

2. CAS DE TEST DETAILLeS
 Pour chaque cas de test (minimum 5):
 - ID et titre explicite
 - Objectif du test
 - Preconditions (parametrage existant, donnees de reference)
 - Donnees de test (valorisees, pas de vraies donnees client)
 - Etapes de test numerotees avec expected results
 - Post-conditions et nettoyage des donnees

3. SCRIPT eCATT AUTOMATISE
 Genere le script eCATT complet avec:
 - Declaration des variables et containers
 - Recording de la transaction SAP avec capture des champs
 - Parametrage des valeurs d'entree (extraction depuis fichier CSV)
 - Assertions de validation (champs attendue, messages)
 - Gestion des cas d'erreur et reprise
 - Log et reporting des resultats

4. JEU DE DONNEES DE TEST
 - Fichier CSV avec 10 enregistrements minimum (fictifs)
 - Repartition: 6 nominaux, 2 erreur, 2 cas limites
 - Mapping avec les variables eCATT

5. CRITERES DE RECETTE ET SIGN-OFF
 - Taux de couverture minimal (ex: 95% des cas passes)
 - Matrice de decision go/no-go
 - Livrables attendue pour validation utilisateur