Scenario 22 — Output Determination (Print/Email PO Form)

TIER 7 · CUSTOMIZATION ★★★☆☆ ⏱️ ~2 hours NACE → MN04 (condition records) → ME9F
← Previous
Scenario 21: Pricing Procedure
Next →
Scenario 23: Import Procurement
⚠️ Not yet live-tested
This page is built from researched standard-SAP content and has not yet been executed end-to-end in our IDES. The T-codes, fields, and accounts follow SAP standard but may need small adjustments on your S/4HANA 2023 system — we'll confirm and correct them when you run this scenario live. Hit a snag? See the Troubleshooting Center.

📊 Business Case

Output determination is SAP's framework for automatically routing a document — here a purchase order — to the vendor via the right medium (print, email, fax, or EDI) the moment it's created or changed. Instead of a buyer manually printing and emailing every PO, condition records tell the system "for this purch org + vendor + doc type, send by email immediately." Here PakSteel automates dispatching the PO so vendors get it instantly with a full audit trail.

🕐 When to use it

Whenever documents must reliably reach a partner — POs to vendors, order confirmations, reminders. Any time manual printing/emailing is slow, inconsistent, or risks a missed order.

❓ Why it matters

It makes dispatch automatic, consistent and auditable. The system records what was sent, when and how, so nothing is forgotten and every transmission is traceable for compliance.

👤 Who triggers it

An MM consultant configures output types and condition records (NACE, MN04); the PO then proposes the output automatically, and ME9F (often a background job) dispatches it.

🔁 The key distinction

This is config, not a posting — no money moves. Its value is speed and audit: faster vendor turnaround, no missed orders, and a complete record of every PO sent.

💰 Financial Impact — The Easy-Money Example

Output determination is configuration, so the payoff is processing time saved and orders never missed, not a posting. Picture a buyer creating 40 POs a day: manually printing, attaching and emailing each costs minutes and invites mistakes; automated output sends them all in seconds.

✋ Manual dispatch
~3 min / PO
Buyer prints, scans or attaches, finds the vendor email, and sends — repeated per PO. Some get forgotten; delivery slips.
⚙️ Output type NEU · medium 5
Auto-email on save
A condition record (NB · PKLO · vendor → medium 5, time 3) emails the PDF to the vendor immediately, no buyer action.
📊 Result
Time saved + audit trail
Hours saved weekly, zero missed orders, and a logged record of every transmission — faster vendor response and clean compliance.

No direct posting here — output determination doesn't touch FI. But by guaranteeing the PO actually reaches the vendor (and logging it), it removes the delays and disputes that do cost money: late deliveries, duplicate orders, and "we never received the PO" arguments at invoice time.

💡 Lesson: output determination turns a manual, forgettable chore into an automatic, auditable step. The "easy money" is reclaimed buyer time and the elimination of missed or unprovable orders — small per PO, large across thousands.

🇵🇰 The Business Story

When a PO is created/changed, PakSteel needs to:

  1. Print a hardcopy for vendor (signed + stamped, Pakistani business norm)
  2. Email PDF to vendor's procurement contact
  3. Send fax (some legacy vendors still use this)
  4. For internal: post to a shared printer at procurement desk

Output Determination = SAP's framework for routing PO docs to printers/email/fax/EDI.

🎯 What you'll learn

🔧 Step-by-Step

⚙️ Config Steps

22.1 — Output Type Setup · NACE Application EF (Purchasing)
  1. NACE · Application EF · Output Types
  2. Default type NEU exists — review settings (Medium 1 = Print, 5 = Email/EDI)
  3. Optional: copy to Z_NEU for custom logic
22.2 — Maintain Condition Records · MN04
  1. MN04 · Output Type NEU
  2. Key combination: Doc Type + Purch Org + Vendor
  3. Add row: NB · PKLO · MUGHAL21 → Medium 5 (Email) · Vendor's email · Time 3 (immediate)
  4. Save
22.3 — Process Output · ME9F

ME9F runs to dispatch pending output. Real systems run this as background job hourly.

✅ Verification

#T-codeCheck
1NACEApplication EF shows output type NEU with media 1 (Print) and 5 (Email) defined
2MN04Condition record NB · PKLO · MUGHAL21 → medium 5, time 3 exists
3ME21NCreate a PO for that vendor → Messages shows NEU proposed automatically (medium 5)
4ME9FRun output processing → PO message status turns green (successfully processed/sent)

🎓 Interview-Ready Answers

Q: What is output determination and which objects make it up?

It's the condition-technique framework that decides how a document is issued. Components: output type (e.g. NEU = new PO), access sequence (where to search for records), condition records (the actual "send this combination by this medium"), the output procedure (ordered list of output types for the document), and the form/program (Smart Form or Adobe form that renders the layout). For purchasing it lives under application EF.

Q: What do the medium and timing settings on a condition record mean?

The medium is the channel: 1 = Print output, 2 = Fax, 5 = External send (email/EDI), 6 = EDI, etc. The dispatch time controls when it goes: 1 = with periodic job (e.g. RSNAST00 / ME9F batch), 3 = send immediately (when the document is saved), 4 = on explicit request. PakSteel uses medium 5, time 3 to email the PO the instant it is saved.

Q: How do you process and re-send PO output, and where do you check status?

ME9F processes purchase-order messages (usually scheduled as a background job). You can check and reprocess an individual PO's output under Messages in ME22N/ME23N — green means sent, yellow means not yet processed, red means error. ME9F lets you reissue or repeat output if needed.

← Previous
Scenario 21: Pricing Procedure
Next →
Scenario 23: Import Procurement