Availability Check
SD / O2Carchitect

SD Availability Check Part 10: Architecting Availability Check at Scale — Classic ATP, aATP and Landscape Trade-offs

Key takeaway

Architect's view: segmenting materials by supply behavior, designing checking groups and scopes with supply chain, choosing which aATP functions to deploy, performance and volume, integration with EWM, TM and external planning (IBP), migration from classic ATP or APO GATP, and governance of priorities.

Explanation

📌 KEY POINTS
✅ Availability check design is a supply chain decision: segment materials (scarce, standard, make-to-order, abundant) and give each segment a checking group and scope.

✅ Deploy aATP functions only for proven needs: allocation for constraints, ABC for network flexibility, BOP for priority-driven redistribution.

✅ Priorities (customer segments, contractual commitments) must be owned by business and encoded consistently in master data.

✅ Migration from APO GATP or classic ATP is a redesign, not a copy.

⚠️ Global scope settings that ignore material behavior produce either unreliable promises or unnecessary shortages.

━━━━━━━━━━━━━━━━━━━━
▶ WHERE WE ARE

Parts 1–9 covered the functions and troubleshooting. This part is the landscape view.

━━━━━━━━━━━━━━━━━━━━
▶ 1. MATERIAL SEGMENTATION

  • Scarce/high value: individual requirements, check without RLT, BOP segments.
  • Standard: summarized requirements, RLT with firm receipts.
  • MTO: requirements type/class for individual customer stock.
  • Abundant/low value: no check or simplified checks.\n\n━━━━━━━━━━━━━━━━━━━━\n▶ 2. aATP DEPLOYMENT DECISION\n• PAC for all; PAL, ABC, BOP, SUP per business case with owners and KPIs.

━━━━━━━━━━━━━━━━━━━━
▶ 3. PERFORMANCE AND VOLUME

  • Mass order entry and EDI peaks; BOP runs in batch windows.
  • Summarization choices and parallelization.

━━━━━━━━━━━━━━━━━━━━
▶ 4. INTEGRATION

  • EWM (delivery, picking), TM (scheduling dates), IBP (supply planning feeding receipts and allocations).
  • Consistency of scheduling master data (routes, calendars).

━━━━━━━━━━━━━━━━━━━━
▶ 5. GOVERNANCE AND MIGRATION

  • Priority model documented (segments, strategies, delivery priority).
  • Change control for scope and BOP variants.
  • APO GATP rules translated into PAL/ABC/BOP designs; classic V_V2 replaced by BOP.

━━━━━━━━━━━━━━━━━━━━
▶ STEP BY STEP

  1. Segment materials with supply chain.
  2. Map segments to checking groups/scopes.
  3. Decide aATP functions with owners and KPIs.
  4. Define the priority model and BOP governance.
  5. Plan migration and performance tests.

✅ CHECKPOINT: for any material and customer you can predict how the system will promise and redistribute supply.

Code example

ABAP Code
===== STEP 1: segmentation matrix (example) =====Segment        | Checking group | Requirements | Scope (rule A)            | RLT        | aATPScarce         | Z1             | individual   | stock + firm receipts     | without    | BOP, PALStandard       | 02             | individual   | stock + all receipts      | with       | BOPMTO            | 02             | individual   | individual customer stock | –          | –Abundant       | KP             | –            | no check                  | –          | – ===== STEP 2: priority model =====Contractual commitments → BOP Win | Strategic accounts → Gain | Others → Redistribute | Blocked → Lose ===== STEP 3: migration mapping =====APO GATP rule-based ATP → ABC strategies | GATP allocation → aATP PAL | V_V2 → BOP variants

Real project scenario

A global manufacturer migrating from ECC with APO GATP planned to "switch on aATP". The architect first segmented 60,000 materials with supply chain: 3% scarce, 40% standard, 12% MTO, 45% abundant. Each segment got checking groups and scopes; BOP was designed for scarce and standard, PAL only for two launch families, ABC for four regional plants. GATP rules were redesigned rather than copied. Order confirmation reliability improved and BOP runs finished in the night window.

Common mistakes

  • One scope for all materials.
  • Deploying all aATP functions without business cases.
  • Priorities not maintained in master data.
  • Copying GATP logic 1:1.
  • Ignoring integration with EWM/TM/IBP.

Best practices

  • Segment materials with supply chain.
  • Tie aATP functions to owners and KPIs.
  • Document and govern the priority model.
  • Test performance with peak volumes.
  • Redesign during migration.

Interview angle

Questions: "How would you design ATP for a global company?", "When do you use which aATP function?", "How do you migrate from APO GATP?"
Strong answer: material segmentation mapped to checking groups and scopes, aATP functions per business case, priority model with BOP strategies, performance and integration (EWM/TM/IBP), migration as redesign (GATP → ABC/PAL/BOP), governance.

Practice this lesson

Quick check

1. What is the first step in designing availability check for a global company?

2. What is the recommended approach when migrating availability check from APO GATP to S/4HANA?

3. Who should own customer priority rules used by BOP?

Interview questions

1. As a solution architect, how would you design the availability check strategy for a global rollout where some plants use classic ATP (checking groups/rules) while a newly implemented plant is on S/4HANA's advanced ATP (aATP) with product allocation, ensuring sales document types behave consistently for order entry users?

Answer it in your own words first, then compare.

2. A global manufacturer migrates from ECC with APO GATP to S/4HANA. How do you plan the availability check migration?

Answer it in your own words first, then compare.

Practice more with Interview AI →

Reference-verified: the steps are checked against official SAP documentation and tutorials, and object and field names in the sample code are checked for consistency. The code has not been compiled or run on an SAP system by ERPClimb. Syntax marked release-dependent varies by SAP release, so check it in your own system.

More lessons in this topic

Interview questions on this topic

Related SAP topics