All topics
SD_O2Cbeginner

Sales Documents

Foundational and intermediate coverage of SAP SD Sales Documents: the header-item-schedule line structure, document type configuration, copy control, and how these determinants drive document flow across the order-to-cash process in ECC and S/4HANA.

Overview

Foundational and intermediate coverage of SAP SD Sales Documents: the header-item-schedule line structure, document type configuration, copy control, and how these determinants drive document flow across the order-to-cash process in ECC and S/4HANA.

Lessons in this topic

Interview questions covered

  • A make-to-order sales order item is saved successfully despite missing an MTO-critical field—the requested ship-to plant override needed for correct production order determination—and the production order later pulls the wrong plant. How would you diagnose why the incompletion procedure did not catch this, and how would you correct it?
  • 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?
  • 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?
  • In a Make-to-Order (MTO) scenario, how would you configure the incompletion procedure for a Quotation to ensure that critical MTO-relevant fields like the requested delivery date and configuration data are captured before the quotation can be released for order creation?
  • What is material (product) substitution in SD order processing, and how is it configured to work within specific sales document types?
  • When configuring number ranges for a new sales document type that must be visible in a Fiori app for order creation, what configuration steps and constraints must be validated?
  • In a make-to-order scenario integrating with production, how do sales-related blocks (delivery block, billing block) interact with the incompletion procedure to prevent premature downstream processing?
  • As a lead architect, walk through how you would design and govern incompletion procedure assignment across inquiry, quotation, and sales order document types in a lead-to-order cycle, including how status groups differentiate fields that block saving versus fields that only block subsequent processing (like delivery or billing).
  • You are designing the global sales document type strategy for a multi-country S/4HANA rollout that must support standard orders across both make-to-stock and make-to-order flows without proliferating document types per country. What architectural approach would you take?
  • Walk through the end-to-end process design for configuring scheduling agreements with forecast and JIT delivery schedules feeding MM/PP, including the document type control settings that differentiate forecast versus JIT delivery schedules and how these affect requirements transfer timing.
  • From an end-to-end design perspective, how do Quantity Contracts and Value Contracts differ in document type configuration, and what governs how release orders are created and tracked against them?
  • What is the purpose of a delivery block versus a billing block on a sales order, and at what levels can each be set?
  • A customer contract for annual pricing agreements is being created, but users report the system won't let them save without a valid end date and target quantity. How would you analyze and address this using the incompletion procedure?

Related topics