SAP QM QM Master Data Interview Questions

QM Master Data is a standard block in SAP QM interviews. It is rarely asked as a definition; it is asked as a situation you have to talk your way through.

This page carries 8 reviewed SAP QM qm master data interview questions, each with a complete written answer and no sign-in required. The set breaks down into 5 foundational, 1 mid-level and 2 advanced questions, so you can start at the top for a first interview or skip ahead to the scenario-based items for a senior round.

Treat the answers as a starting structure, not a script. Interviewers in SAP QM rounds follow up on whatever you sound least certain about, so the value is in being able to keep going after the first answer.

8 QM Master Data questions with answers

easyQM Master Data

1. What interface options exist for integrating QM master data (inspection types, catalogs, characteristics) with MM material master records in S/4HANA, and when would you use IDocs versus APIs?

QM master data tied to MM is primarily maintained directly on the material master QM view (MM01/MM02) or replicated via ALE/IDocs (MATMAS) in distributed landscapes. For modern integrations, OData/SOAP APIs (e.g., Material API) or CDS-based extraction are preferred for real-time or cloud scenarios. IDocs remain common for legacy ECC-to-S/4 bridges; APIs are preferred for BTP extensions, MDG hub replication, and Public Cloud where direct table access is restricted.
easyQM Master Data

2. During hypercare after go-live, what MM-related migration object issues most commonly surface for Quality Management master data, and how should they be triaged?

Common issues are missing or incorrect QM inspection setup on the material master (inspection types, sampling procedures) after migrating MM01/MM02 data via LTMC/LTMOM objects, and mismatched QM info records linking material-vendor combos. Triage by checking migration logs for the material and QM views object, validating inspection type activation per plant, and reconciling against legacy extract counts. Escalate systemic gaps to the migration lead before mass reprocessing.
easyQM Master Data

3. During hypercare of an S/4HANA Public Cloud rollout, the MM team reports that goods receipts are posting without triggering inspection lots for a subset of materials. What is the primary purpose of a QM Fit-to-Standard follow-up session in this situation?

The follow-up session revalidates the inspection setup configuration in Manage Your Solution against the actual material master and info record settings, confirming inspection type 01 activation, control key assignment, and QM view completeness. It closes gaps between the original scoping decisions and real transactional behavior, and determines whether the issue is a master data omission, a released scope limitation, or a genuine defect requiring incident logging.
easyQM Master Data

4. What is the functional role of a quality work center in SAP QM, and what master data does it contribute to inspection plan operations and result recording?

A quality work center defines where an inspection operation is performed and supplies default values such as capacity, formula parameters, person responsible, and standard text for the operation. It is assigned at the operation level of an inspection plan and can default control key and printing behavior. During result recording, it helps route work lists and supports capacity planning for inspectors, but it does not itself determine sampling or characteristic-level logic, which comes from the plan and characteristic master data.
easyQM Master Data

5. In a global QM template rollout, how would you handle a local subsidiary's requirement for an extra inspection characteristic attribute that doesn't exist in standard QM master data, without breaking template governance across other rollout countries?

Use SAP-delivered extensibility (custom fields via Custom Fields app or classic append with namespace) to add the attribute at inspection characteristic or master inspection characteristic level, scoped to that country's business context using BC sets or context-based adaptation. Keep the core template unchanged; deploy the extension only to the requesting entity via role-based visibility so other rollout waves remain unaffected, and document it in the template governance board's change log.
mediumQM Master Data

6. A quality info record for a vendor-material combination is active and allows skip-lot inspection, but the material is batch-managed and a new batch classification indicates a deviation from standard specification. The quality planner wants this specific batch to always undergo full inspection regardless of the skip-lot status. How would you handle this within standard QM master data without disabling skip-lot for future normal batches?

The quality info record's skip-lot setting applies at the vendor-material level and does not evaluate batch-specific classification automatically, so a single deviating batch can't be selectively forced into inspection through the QI record alone. I would recommend manually creating or converting the inspection lot for that specific goods receipt, or temporarily setting the info record to active (full inspection) before that receipt and reverting afterward, while documenting the batch-specific deviation in batch classification for traceability and future skip-lot eligibility review.
hardQM Master Data

7. During a QM data migration for a multinational rollout, master data governed centrally in MDG shows inconsistent inspection characteristic values across country versions after load into S/4HANA. How would you diagnose and resolve this?

First check whether MDG change requests properly propagated country-specific master data attributes (e.g., material master QM view) via distribution to S/4HANA before migration cutover, since timing mismatches cause stale values. Validate migration object mapping for inspection plans/characteristics against MDG source, checking for missing localization fields. Reconcile using migration cockpit simulation logs and MDG replication monitor, then re-trigger distribution or correct mapping rules before reload.
hardQM Master Data

8. In an EWM-integrated warehouse, quality inspection engine (QIE) results recording for storage-bin level checks displays defect codes that differ from the selected set defined in the corresponding QM code group in ERP/S4. Inspectors report seeing extra codes not present in the intended selected set. As the architect responsible for master data governance across QM and EWM, how would you diagnose the root cause?

First confirm whether the EWM QIE inspection uses its own catalog/code group definitions maintained independently in EWM rather than referencing the ERP QM catalog directly, since EWM inspection processing typically relies on its own quality master data setup rather than transparently inheriting ERP selected sets. Check the EWM catalog profile and code group assignment used by the specific inspection rule, verify replication/consistency of catalog data if using an integrated model, and confirm the selected set assigned in ERP is actually the one referenced by the inspection plan or rule driving the EWM inspection document, not a different code group with a similar name.

Related topics

Next practice step