SD Sales Documents Part 1: Document Structure and Document Categories
How SAP sales documents are built (header, item, schedule line) and which document categories exist across the sales cycle: inquiry, quotation, standard order, contracts, scheduling agreements, returns, free-of-charge deliveries and credit/debit memo requests.
What this complete series covers
Learn Sales Documents in a clear, practical sequence — from the basic idea to real project use, troubleshooting, and interview-ready understanding.
- Who it is for
- Best for SAP consultants, developers, and learners who want a practical understanding of Sales Documents.
- Prerequisites
- Basic SAP S/4HANA navigation and an understanding of the business process are helpful. Configuration or transaction steps require suitable access to a practice or project system.
- Final outcome
- By the end, you should be able to explain Sales Documents clearly, follow the main end-to-end flow, apply it in a project scenario, and troubleshoot the most common issues.
- Part 1: SD Sales Documents Part 1: Document Structure and Document Categories
Understand the three-level architecture of every SAP sales document and why this structure underpins pricing, availability, billing, and reporting.
- Part 2: SD Sales Documents Part 2: Sales Document Type Configuration (VOV8)
Learn how sales document type configuration and copy control rules determine what data is carried forward, blocked, or recalculated when moving between quotations, orders, and contracts.
- Part 3: SD Sales Documents Part 3: Referencing, Document Flow and Completion
Explains how copy control rules govern data transfer and document chaining when one sales document is created with reference to another, and how this builds the document flow trail
- Part 4: SD Sales Documents Part 5: Architecting Sales Document Landscapes — Governance and S/4HANA Migration
An architect-level examination of how to design, govern and migrate sales document configuration across landscapes, balancing extensibility, performance, multi-country rollout and
- Part 5: SD Sales Documents Part 4: Incompletion, Status and Document Blocks
Covers how incompletion procedures enforce mandatory data capture, how header and item status fields drive downstream document creation, and how billing, delivery, and credit block
System and release assumptions: Examples focus on SAP S/4HANA. Exact apps, transaction codes, configuration paths, and field names can vary by release and deployment model.
Explanation
📌 KEY POINTS
✅ Every sales document has three levels: header (VBAK), item (VBAP) and schedule line (VBEP) — each controlled by its own configuration key (document type, item category, schedule line category).
✅ The document category (VBTYP) says what kind of document it is: inquiry, quotation, order, contract, scheduling agreement, returns, credit/debit memo request.
✅ Presales documents (inquiry, quotation) create no requirements and no postings; orders create requirements for delivery and billing.
✅ Outline agreements (contracts, scheduling agreements) are fulfilled by release orders or delivery schedules.
⚠️ Choosing the wrong document category (e.g. using a standard order for returns) breaks the logistics and billing flow — the category, not the name, decides behavior.
━━━━━━━━━━━━━━━━━━━━
▶ WHAT THIS SERIES COVERS
Part 1: Document structure and document categories
Part 2: Sales document type configuration (VOV8)
Part 3: Referencing, document flow and completion
Part 4: Incompletion, status and blocks
Part 5: Architecting sales document landscapes — governance and S/4HANA migration
━━━━━━━━━━━━━━━━━━━━
▶ 1. HEADER, ITEM, SCHEDULE LINE
- Header: customer, sales area, document type, dates, header partners, header pricing.
- Item: material, quantity, item category, plant, item pricing.
- Schedule line: delivery dates and confirmed quantities from availability check.
━━━━━━━━━━━━━━━━━━━━
▶ 2. PRESALES DOCUMENTS
- Inquiry (IN): customer asks for information; tracked for lost-sales analysis.
- Quotation (QT): binding offer with validity dates; converted to orders by reference.
━━━━━━━━━━━━━━━━━━━━
▶ 3. ORDERS
- Standard order (OR): delivery- and billing-relevant.
- Rush order (SO): delivery created on save; cash sale (CS): invoice printed immediately.
- Free-of-charge delivery (FD): delivery without billing.
━━━━━━━━━━━━━━━━━━━━
▶ 4. OUTLINE AGREEMENTS
- Quantity contract (CQ) and value contract (WK1/WK2): released by release orders.
- Scheduling agreement (DS/LZ): delivery schedules with dates and quantities over time.
- Master contracts group contracts.
━━━━━━━━━━━━━━━━━━━━
▶ 5. COMPLAINTS
- Returns (RE): goods back via returns delivery, credit via billing.
- Credit memo request (CR), debit memo request (DR): financial corrections, billed without delivery.
- Invoice correction request (RK): corrects billed quantities or prices.
━━━━━━━━━━━━━━━━━━━━
▶ STEP BY STEP
- Create a quotation with VA21.
- Create an order with reference to it (VA01 > Create with Reference).
- Look at header, item and schedule line tabs.
- Check document flow from quotation to order.
✅ CHECKPOINT: you can name the document category and the three levels of any sales document you open.
Code example
===== STEP 1: tables per level =====Header VBAK document type AUART, category VBTYP, sales area, dates, status (S/4HANA)Item VBAP material, item category PSTYV, plant, quantity, status (S/4HANA)Schedule line VBEP schedule line category ETTYP, dates, confirmed quantityPartners VBPA Business data VBKD Document flow VBFA ===== STEP 2: common document types and categories =====Type | Name | Category (VBTYP) | TransactionIN | Inquiry | A | VA11QT | Quotation | B | VA21OR | Standard order | C | VA01CQ | Quantity contract | G | VA41DS | Scheduling agreement | E | VA31RE | Returns | H | VA01FD | Free-of-charge deliv. | I | VA01CR | Credit memo request | K | VA01DR | Debit memo request | L | VA01 ===== STEP 3: S/4HANA note =====Status tables VBUK/VBUP were merged into VBAK/VBAP (status fields now in the document tables).Real project scenario
A medical-device distributor handled customer complaints about damaged goods by creating standard orders with negative pricing conditions. Finance could not reconcile these "orders", returned goods never went back into stock, and revenue reports were distorted. The team introduced proper complaint documents: returns (RE) with returns delivery and inspection for physical returns, and credit memo requests (CR) with billing block and approval for price-only corrections. Credit notes became traceable in document flow and complaint KPIs were reportable by reason.
Common mistakes
- Using standard orders with manual price changes instead of returns or credit memo requests.
- Treating inquiries and quotations as if they created requirements.
- Confusing document type (a name, e.g. ZOR) with document category (behavior).
- Using contracts where scheduling agreements fit (or vice versa).
- Looking for status in VBUK/VBUP in S/4HANA.
Best practices
- Map every business process to the right document category first.
- Use presales documents to track lost business (rejection reasons).
- Use complaint documents for every correction — never manual workarounds.
- Keep the number of custom document types small (Part 5).
- Use document flow to explain any document's history.
Interview angle
Questions: "What levels does a sales document have?", "Difference between inquiry and quotation?", "Contract vs scheduling agreement?"
Strong answer: header/item/schedule line (VBAK/VBAP/VBEP) with their control keys; document categories across presales, orders, outline agreements and complaints; presales create no requirements; contracts are fulfilled by release orders, scheduling agreements by delivery schedules. Mentions VBUK/VBUP merge into VBAK/VBAP in S/4HANA.
Practice this lesson
Quick check
1. A customer releases quantities over a year against an agreed total quantity with fixed prices. Which document fits?
2. Which of these sales documents creates no requirements and no postings?
3. Which document type is standard for a returns order?
Interview questions
1. You need to design a free-of-charge delivery process for promotional samples that must still consume ATP and update requirements planning, but must not create billing documents. What architecture would you propose?
Answer it in your own words first, then compare.
2. What is the business purpose of the Inquiry document type (IN) in the SAP sales cycle, and does it create any commitments in MM or affect stock?
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 Sales Documents Part 2: Sales Document Type Configuration (VOV8)
- SD Sales Documents Part 3: Referencing, Document Flow and Completion
- SD Sales Documents Part 4: Incompletion, Status and Document Blocks
- SD Sales Documents Part 5: Architecting Sales Document Landscapes — Governance and S/4HANA Migration