SD Output Management Part 6: NAST vs S/4HANA Output Management — Coexistence and Migration
Plan the move from classic NAST to S/4HANA output management: which application objects to switch and when, coexistence rules, mapping condition records to BRF+ tables, converting forms to Adobe templates, EDI considerations, testing and cutover.
Explanation
📌 KEY POINTS
✅ After conversion, NAST keeps working; S/4HANA output management is activated per application object type when ready.
✅ Migration maps NAST condition records and procedures to BRF+ decision tables — usually simplified, not 1:1.
✅ Forms (SAPscript/Smart Forms) are redesigned as Adobe form templates.
✅ EDI flows need checking in the target framework before switching.
⚠️ Switching a document type while old documents still need reprinting via NAST requires a coexistence plan.
━━━━━━━━━━━━━━━━━━━━
▶ WHERE WE ARE
Part 5 covered channels and forms. Now migration between frameworks.
━━━━━━━━━━━━━━━━━━━━
▶ 1. WHY MIGRATE
- S/4HANA output management is the strategic framework (Fiori, Adobe, cloud readiness).
- NAST remains supported in on-premise for compatibility (per release scope).
━━━━━━━━━━━━━━━━━━━━
▶ 2. COEXISTENCE
- Activation per application object type (billing, sales, delivery).
- Old documents keep NAST output; new ones use the new framework after switch.
━━━━━━━━━━━━━━━━━━━━
▶ 3. MAPPING
- Inventory NAST output types, records, programs, forms.
- Consolidate rules into BRF+ tables with conditions.
- Remove obsolete outputs.
━━━━━━━━━━━━━━━━━━━━
▶ 4. FORMS AND EDI
- Redesign forms as Adobe templates with fragments.
- Validate EDI/IDoc output in the new framework (channel IDOC) or keep NAST for EDI until ready.
━━━━━━━━━━━━━━━━━━━━
▶ 5. CUTOVER
- Switch per object type, pilot a sales org, parallel test outputs.
- Train users on new output items and reprocessing.
━━━━━━━━━━━━━━━━━━━━
▶ STEP BY STEP
- Inventory NAST usage by document type.
- Decide switch order (e.g. billing first).
- Build BRF+ tables and forms; test.
- Switch, monitor, retire NAST records.
✅ CHECKPOINT: after switching billing, every new invoice produces output through the new framework and reprints of old invoices still work.
Code example
===== STEP 1: inventory =====NAST output types per application (V1/V2/V3), record counts, programs, forms, EDI partners ===== STEP 2: switch plan =====Wave 1: BILLING_DOCUMENT → S/4HANA OM (invoice, credit memo, e-invoicing)Wave 2: SALES_DOCUMENT (order confirmation) | Wave 3: OUTBOUND_DELIVERY (delivery note, labels) ===== STEP 3: mapping example =====NAST RD00 records by sales org/customer (4,000 records) → BRF+ channel table by customer group + exceptions (40 rows)Real project scenario
A global template program planned to migrate all NAST outputs at conversion. The inventory showed 70 output types, 25 unused and 15 differing only in printer. The architect switched billing first with 6 output types and BRF+ tables replacing 12,000 condition records, kept orders and deliveries on NAST for a second wave, and redesigned forms with shared Adobe fragments. The first wave went live without output incidents.
Common mistakes
- Migrating all outputs at once.
- Copying condition records 1:1 into BRF+.
- Forgetting EDI flows.
- No reprint plan for old documents.
- No user training.
Best practices
- Migrate per application object in waves.
- Consolidate rules during mapping.
- Redesign forms modularly.
- Test EDI thoroughly.
- Plan coexistence and reprints.
Interview angle
Questions: "Can NAST and S/4HANA output management coexist?", "How do you migrate NAST outputs?", "What happens to old documents?"
Strong answer: activation per application object type, waves, inventory and consolidation into BRF+, Adobe form redesign, EDI validation, coexistence for old documents, testing and training.
Practice this lesson
Quick check
1. When migrating an established ECC system to S/4HANA on-premise, what is the recommended default approach for handling existing NACE-based output configurations?
2. A team proposes switching all SD documents to S/4HANA output management at once during conversion. What is the better approach?
3. When migrating NAST output to BRF+, what should happen to thousands of customer-specific condition records?
Interview questions
1. You convert from ECC to S/4HANA with hundreds of NAST outputs. How do you plan the move to S/4HANA output management?
Answer it in your own words first, then compare.
2. During NAST-to-BRF+ migration, the team plans to copy 12,000 customer-specific output condition records into BRF+ rows. What do you recommend instead?
Answer it in your own words first, then compare.
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
- SD Output Management Part 1: What Output Management Does in SD
- SD Output Management Part 10: Architecting an Enterprise Output Strategy
- SD Output Management Part 2: Classic NAST Output Determination
- SD Output Management Part 3: S/4HANA Output Management with BRF+
- SD Output Management Part 4: Output Design for Orders, Deliveries and Invoices
- SD Output Management Part 5: Output Channels and Form Determination
- SD Output Management Part 7: Reprocessing, Monitoring and Auditability
- SD Output Management Part 8: Troubleshooting Output Processing Failures and EDI Issues