SD_O2Cbeginner
Pricing
SAP SD Pricing covers the condition technique used to determine prices, surcharges, discounts, freight, rebates and taxes on sales documents. This topic explains condition tables, access sequences, condition types, pricing procedures, procedure determination, condition records, and how pricing results flow into sales orders, billing and finance, across ECC and S/4HANA.
Overview
SAP SD Pricing covers the condition technique used to determine prices, surcharges, discounts, freight, rebates and taxes on sales documents. This topic explains condition tables, access sequences, condition types, pricing procedures, procedure determination, condition records, and how pricing results flow into sales orders, billing and finance, across ECC and S/4HANA.
Lessons in this topic
- SD Pricing Part 1: The Condition Technique — How SAP Prices a Sales DocumentThe big picture of SD pricing: the condition technique chain (pricing procedure → condition types → access sequences → condition tables → condition records), how the pricing procedure is determined for a document, and how prices, discounts, surcharges, freight and taxes build up to the net value.
- SD Pricing Part 3: Condition Types and the Pricing ProcedureConfigure condition types (class, calculation type, scales, manual changes, header/item) and the pricing procedure (step, counter, from/to, manual, required, statistical, subtotal, requirement, account key), and determine the procedure via OVKK.
- SD Pricing Part 4: Condition Records, Scales and Validity ManagementMaintain condition records the way pricing teams need: VK11/VK12 and the Fiori price apps, validity periods and overlaps, scales (quantity, value, weight; from-scales and graduated), mass maintenance, release/approval and change documents.
- SD Pricing Part 10: Enterprise Pricing Architecture — Governance, Extensibility and S/4HANA MigrationArchitect's view of pricing: a small set of pricing procedures, a condition type catalogue with owners, price hierarchy design, extensibility (field catalog, routines, BAdIs) under governance, integration with CRM/CPQ and rebates, and what changes in S/4HANA (PRCD_ELEMENTS, settlement management for rebates, field length).
- SD Pricing Part 7: Pricing Routines — Requirements, Alternative Calculation Types and Base ValuesExtend pricing logic without modifications: requirement routines that decide whether a condition is determined, alternative calculation type routines that compute the value, alternative condition base value routines, standard examples (2, 10, 11, 16), and how to create and govern custom 9xx routines in VOFM.
- SD Pricing Part 5: Header Conditions, Statistical Conditions and SubtotalsUse header conditions (percentage, absolute and order-value conditions) and how they are distributed to items, statistical conditions like cost (VPRS) and cash discount, and subtotals that feed reporting, credit management and profitability — with the pitfalls of each.
- SD Pricing Part 2: Condition Tables and Access Sequences — How SAP Finds a PriceHow price finding works: condition tables as key combinations from the field catalog, access sequences that search from specific to general, exclusive indicators, access requirements, and how to design tables and sequences that are fast and maintainable.
- SD Pricing Part 9: Troubleshooting Pricing — Missing, Inactive and Wrong ConditionsA repeatable method for pricing incidents: reading pricing analysis, why conditions are missing (no record, requirement failed, access not reached), why they are inactive (exclusion, subsequent price, error), wrong values from scales, validity or pricing date, pricing errors blocking billing, and repricing documents safely.
- SD Pricing Part 8: Manual Pricing, Price Updates and Change GovernanceControl manual price changes and repricing: which condition types may be changed and within which limits, manual-only conditions, the Update Prices function and pricing types in documents, pricing date control, condition update (cumulative limits), authorizations and approval flows for price overrides.
- SD Pricing Part 6: Condition Exclusion, Group Conditions and Scales in DepthControl which discounts apply when several are found (condition exclusion groups and procedures such as best price), cumulate quantities across items with group conditions and group keys, and use scales correctly with group conditions for mixed-material orders.
Interview questions covered
- A customer reports that a manually entered discount condition record disappeared from a recurring sales order template after mass condition record updates. How would you troubleshoot this using condition record maintenance?
- When configuring VKOA account determination for a billing document that includes both a tax condition (MWST) and a freight condition (KF00), how do you ensure each posts to its correct G/L account via distinct account keys?
- During a post-merger integration, two legacy access sequences for the same condition type PR00 need to be consolidated without disrupting thousands of existing condition records. What approach would you take to redesign the access sequence safely?
- A customer-specific discount condition record exists in VK13 but is not being picked up in the sales order pricing screen despite matching all key fields. Outline your systematic troubleshooting approach using the condition technique.
- In a complex billing scenario using graduated (interval) scales on a pricing condition, how does the scale basis (quantity vs. value) affect the final calculated amount, and what implementation pitfalls should be anticipated?
- You need to design condition tables for a complex pricing scenario where discounts vary by customer group, material group, and sales organization simultaneously, but performance and maintainability are both concerns. What design approach would you take?
- Freight condition records for a promotional shipping surcharge are maintained at the shipping point level, but the shipping point determination logic assigns different shipping points to deliveries from the same sales order depending on plant and loading group. As a result, freight amounts posted to FI-AR are inconsistent across split deliveries for the same customer order. How do condition record master data attributes interact with shipping point determination to cause this, and how would you resolve it?
- A customer complains that freight charges and tax are calculated inconsistently across delivery plants for the same material and destination. What areas would you investigate in shipping and pricing configuration to diagnose this?
- A global customer needs volume-based pricing where the discount percentage increases as cumulative order quantity across multiple orders in a month grows. How would you design this using scales, and what limitation must you flag to the business?
- What is the purpose of the 'Expected Price' field on a sales order item, and how does it differ from the actual pricing determined by the pricing procedure?
- A shipping condition (e.g., route or shipping point) is influencing freight pricing in the sales order, but freight charges posted to FI-AR appear inconsistent across deliveries from different shipping points. How do shipping configuration and the pricing procedure integrate, and where would you investigate?
- A retailer sells the same material through both wholesale and e-commerce channels, and finance requires revenue to post to different G/L accounts by channel while using a single material master. How would you design revenue account determination to achieve this without duplicating materials?
- When configuring scale-based pricing conditions that feed into VKOA account determination, what design considerations ensure the correct revenue account is hit as quantities cross scale thresholds?
- Free-of-charge deliveries are posting to revenue accounts unexpectedly instead of being fully cost-absorbed. As the architect, how do you diagnose and correct the sales document type and pricing configuration?
- A pricing procedure includes a discount condition type with an access sequence containing three access steps, each flagged as 'Exclusive'. Business users report that for a key account, the system picks a less specific condition record from a later access step instead of a highly specific customer/material record that exists in an earlier step, resulting in an incorrect discount amount flowing into the billing document and posting to FI-AR. As the architect, how would you diagnose this?
- When configuring condition exclusion groups in pricing, how can this configuration inadvertently affect revenue account determination (VKOA) results downstream?
- Freight charges determined via an access sequence keyed on shipping point and route are posting to the wrong G/L account during billing. How does the access sequence design connect to this downstream FI-AR posting issue?
- After a global rollout, one region reports that billing documents fail pricing with 'no condition record found' while another region works fine using the same pricing procedure. How would you diagnose whether the condition table structure is the root cause?
- What is the condition technique in SAP SD pricing, and what are its core building blocks?
- A client wants a special freight surcharge condition to never combine with a promotional discount condition on the same order line. How would you configure this, and what shipping-related impact should you check?
Related topics
SD_O2C
Pricing, Shipping, Billing, Revenue and Credit
SD_O2C
Sales Documents and End-to-End Order-to-Cash
SD_O2C
SD Foundation, Enterprise Structure and Master Data
SD_O2C
Advanced SD Scenarios, Integration and Production Support
SD_O2C
S/4HANA SD Transformation, Migration, Public Cloud and Architecture
SD_O2C
Enterprise Structure