Tester l’implémentation d’une solution SAP S/4HANA Material Management

Plan de tests fonctionnels autour des flux achats et SAP MM.

Ce projet de formation porte sur la construction d’un plan de tests SAP S/4HANA MM. L’objectif est de vérifier les processus achats, données de base, réception, facturation et scénarios avancés MM.

ContexteCas de formation SAP S/4HANA MM centré sur la validation fonctionnelle.
ObjectifConstruire une couverture de tests pour sécuriser un périmètre Procure-to-Pay.
ApprocheInventaire des cas, couverture fonctionnelle, suivi des statuts et documentation d’incident.
LivrableFichier Excel de plan de tests, synthèse de couverture et incident documenté.

Introduction

Dans ce projet de formation, j’ai construit un plan de tests SAP S/4HANA MM pour vérifier la cohérence d’un périmètre Procure-to-Pay. Le travail porte sur les scénarios achats, les données de base, la réception, la facturation et plusieurs cas avancés du module MM.

Mon objectif a été de structurer les cas de test, de suivre les statuts d’exécution et de documenter l’écart observé sur un scénario de facture lié à une blanket purchase order. La présentation reprend la synthèse du plan, la couverture fonctionnelle, l’inventaire des cas et l’incident analysé.

Sommaire de la présentation

  1. 1Synthèse du plan de tests
  2. 2Couverture fonctionnelle
  3. 3Inventaire des cas de test
  4. 4Incident documenté

Synthèse du plan de tests

Le fichier Excel reste le livrable de référence. Il contient de nombreux onglets et détails d’exécution ; la synthèse ci-dessous reprend le périmètre testé, le volume, les résultats et l’incident identifié.

39cas de test fonctionnels.
38cas passés avec succès.
1incident documenté.

Couverture fonctionnelle

Flux P2P standardPurchase Order, Goods Receipt, Invoice Verification et suivi des documents générés.
Données de baseSupplier master data, material master, extension article et purchasing info record.
Demandes d’achatPurchase requisition, account assignment, consumable material et conversion en purchase order.
Source determinationContrats, source list, automatic source determination, automatic PO et ERS.
Stocks & valorisationGoods movements, FI postings, price control, stock transfer entre plants.
Scénarios avancés MMConsignment, subcontracting, pipeline material, invoicing plan et blanket purchase order.

Inventaire des cas de test

Le tableau ci-dessous reprend l’inventaire fonctionnel du classeur. Les procédures détaillées et les captures d’exécution sont synthétisées ci-dessous pour consultation.

ID Cas de test Interface Résultat attendu Statut
1Create a Purchase OrderFioriPurchase order is createdPass
2Post a Goods Receipt for Purchase OrderFioriMaterial document is createdPass
3Entering an InvoiceFioriSupplier invoice is createdPass
4Create New Supplier Master DataFioriSupplier master data is createdPass
5Create New Material Master DataFioriMaterial master data is createdPass
6Extend a Material Master RecordFioriMaterial master data is extendedPass
7Create a New Info RecordFioriInfo record is createdPass
8Create a Purchase Order for Stock MaterialFioriPurchase order is createdPass
9Post GR/IR for a Material with Standard PriceFioriInvoice is created and valuation is checkedPass
10Post GR/IR for a Material with Moving Average PriceFioriInvoice is created and material valuation changesPass
11Create a Purchase Requisition with Account AssignmentFioriPurchase requisition is createdPass
12Create a Purchase Requisition for Consumable MaterialFioriPurchase requisition is createdPass
13Create a PO with Reference to a Purchase RequisitionFioriPurchase orders are createdPass
14Post a Valuated GR and Dependent InvoiceFioriInvoice is created with correct FI postingsPass
15Post a Non-Valuated GR and Dependent InvoiceFioriInvoice is created with correct FI postingsPass
16Create a Purchase Requisition Using Self-ServiceFioriPurchase requisition is createdPass
17Order Requested Material and Check PR StatusFioriPurchase order is created as follow-on documentPass
18Confirm Receipt of Requested MaterialsFioriReceipts are confirmed and shown as follow-on documentPass
19Create a ContractSAP GUIContract is createdPass
20Maintain the Source ListSAP GUISource list records generatedPass
21Create a PR with Advanced Transaction ME51NSAP GUIPurchase requests are createdPass
22Create a PO with Advanced Transaction ME21NSAP GUIPurchase order is createdPass
23Convert Purchase Requisitions Automatically to POSAP GUIPurchase order is createdPass
24Post Goods Receipt with Goods Movement TransactionSAP GUIGoods receipt is createdPass
25Enter an Invoice with Advanced TransactionSAP GUIInvoice is createdPass
26Material Master Record: Create MRP DataFioriMRP data is saved on existing materialPass
27Run MRP with Automatic Source DeterminationFioriPurchase requisition is createdPass
28Create a Purchase Order AutomaticallyFioriPurchase order is createdPass
29Execute Evaluated Receipt SettlementFioriInvoice is createdPass
30Post a Goods Receipt Without ReferenceSAP GUIMaterial document is createdPass
31Post a Stock Transfer Between PlantFioriSTO and follow-on documents are createdPass
32Perform the PO Process for Vendor ConsignmentSAP GUIPO is created and GR posted with no FI impactPass
33Post a Transfer Posting for Consignment StockSAP GUIMaterial document is createdPass
34Post a GI from Consignment Stock and Settle LiabilitiesSAP GUIGoods issue is created and liability is settledPass
35Create Subcontracting PO and Provide ComponentsSAP GUIPO is created and components are providedPass
36Post a GR and Subsequent Adjustment to Subcontract POSAP GUIGoods receipt is postedPass
37Perform a Process for Pipeline MaterialSAP GUIGoods issue is created and liability is settledPass
38Process an Invoicing PlanSAP GUIInvoicing plan is created and invoice is postedPass
39Process a Blanket Purchase OrderSAP GUIInvoice should not post above PO limitFail

Incident documenté

Incident n°256. Pendant le test 39 « Process a Blanket Purchase Order », l’attendu indiquait qu’il était impossible de comptabiliser une facture lorsque la valeur cumulée dépassait la limite du bon de commande. En exécution, la facture a bien été comptabilisée, puis bloquée au paiement.

Point analysé Conclusion
Comportement observé Invoice 5105600436 successfully posted despite exceeding the purchase order limit. The invoice was then blocked for payment.
Analyse de cause Le comportement est standard dans SAP : lorsque la limite est dépassée, la facture peut être comptabilisée puis bloquée au paiement.
Écart identifié L’écart vient du résultat attendu du scénario, qui indiquait que la comptabilisation devait être bloquée, alors que SAP bloque le paiement.

Conclusion

Ce travail m’a permis de passer d’une liste de scénarios SAP MM à un plan de tests structuré, lisible et exploitable. La couverture montre que les flux principaux du périmètre Procure-to-Pay sont validés, avec 38 cas passés avec succès sur 39.

L’incident identifié ne remet pas en cause le flux testé : il met surtout en évidence l’importance de comparer le résultat attendu avec le comportement standard SAP. Le livrable documente donc à la fois l’exécution des tests, la couverture fonctionnelle et la lecture fonctionnelle de l’écart observé.

Compétences mobilisées

SAP S/4HANA SAP MM Plan de tests Procure-to-Pay Données de base Réception Facturation Documentation