SAP SD interview questions
Written by an SAP Finance & Treasury practitioner working with SAP since 2008 · how the guides are written · Updated
SAP SD interview questions ask how an order becomes money the company has been paid, and what you did the last time that chain stopped halfway: sales structure and order types, pricing, availability and delivery, blocks, billing and revenue accounts, and the backlog that crosses a cutover. Each arrives as a situation with a consequence.
How is an SD interview different from a sales quiz?
Because the sales area is the most visible one in a company — the order desk, the warehouse and the accounts receivable team all live in its documents — an SD interviewer can put you in front of a live-sounding problem within minutes. The quiz asks what a sales area is. The interview says: "A distributor sells the same products through its own sales force and through a web shop, with different prices and different delivery promises. Set it up." Then it changes a fact — the web shop now ships from a third-party warehouse — and watches what you change. The functional interview guide has the general shape; the sales content below is what fills it.
Each order-to-cash theme has a piece of configuration behind it, and a sales panel scores the answer by whether you reach for it on your own. The table pairs the themes with what a strong answer names.
| Topic | What it probes | Configuration to name |
|---|---|---|
| Pricing | The condition technique, and which condition wins | The procedure in V/08, condition types, access sequences, records in VK11, the pricing analysis on the item |
| Copy control | What flows from one document to the next | VTAA order to order, VTLA order to delivery, VTFL delivery to billing, the item category |
| Credit management | Blocks, limits, and who may release | Credit segments on the business partner in SAP Credit Management, blocked documents released in VKM1 or, where documented credit decisions are active, in UKM_MY_DCDS |
| Availability check | What decided the confirmed date | Checking group and checking rule, the scope of check, schedule lines, advanced ATP in S/4HANA |
| Billing and revenue | Invoice splits and where revenue lands | VF01, the billing due list in VF04, account assignment groups, VKOA |
| Output | How a document reaches the customer | Output determination by condition technique in classic SD, S/4HANA output management with BRF+ rules |
Which structure and order-type scenarios get tested?
The distributor above is really a question about the sales organisation, the distribution channel and the division, and whether the second channel deserves its own or only a different price list. Good answers say what each object is for — the legal and reporting unit, the route to the customer, the product line — and name what is expensive to change later. The order-type questions follow: what a sales document type controls, what an item category decides that the document type does not, how schedule lines carry the delivery promise, and how copy control decides what flows from the quotation to the order to the delivery to the invoice. "The business wants a rush order that ships the same day and invoices immediately" is the classic, because the answer is a set of controls rather than a new program.
How does pricing come up?
As the section where the interviewer finds out whether you have built one. "A customer gets a list price, a customer-specific discount, a promotional discount for one month and freight. Show me how the system finds each." The condition technique is the mechanism — a pricing procedure made of condition types, each with an access sequence that searches condition tables from the most specific key to the most general — and the judgment is in the order and the exclusions: which discount wins when two apply, what a manual condition may override, where tax sits. Follow-ups are diagnostic: "The discount is not being found for one customer." The people who have done it answer with the analysis screen and the missing record; the people who have read it answer with a definition.
What do availability, delivery and blocks look like?
"An order confirms a date the warehouse cannot meet. What decided the date?" tests availability checking — the checking rule, what stock and what inbound supply it counts, and how the confirmation lands on the schedule line. Delivery questions walk the document: creation, picking, packing, the goods issue that posts stock out and cost of sales in, and the point at which sales stops owning the process and logistics does. Blocks are asked as operations: a credit block on a customer over limit, a delivery block on an order the finance team is disputing, and who may release each — with the follow-up "and what happens to the customer's other orders while it is blocked", which is the question that shows whether you think in one document or in the flow.
How are billing and the revenue accounts asked?
"Revenue for one product line is landing in the general revenue account." The chain to describe is account determination on the sales side: the customer's and the material's account assignment groups, the condition type, the chart of accounts, and the record that maps the combination to an account. Billing questions add the document itself — billing types, why an invoice splits when the business expected one, collective billing across deliveries, credit and debit memos and the request documents in front of them — and the moment the accounting document is created, which is where the finance interviewer picks up the same scenario. Say who reads the revenue account and why it matters that the split is by product line; that sentence is the difference between configuring and understanding.
What does the document-flow scenario test?
"Here is an invoice the customer disputes. Take me back to what caused it." The interviewer wants you to read the document flow backwards — invoice, delivery, order, quotation, and the contract or the price record behind it — and to say at each step what could have gone wrong there and what would show it. It is the sales version of the debugging narrative every track gets, and it rewards the same thing: a sequence, aloud, that establishes what happened before proposing a fix. Candidates who reach for a correction before they have read the flow are marked down, however correct the correction.
How is the cutover backlog scenario asked?
"The old system stops on a Friday with orders undelivered, lorries on the road and invoices unpaid. What comes across?" The structure: master data first — customers as business partners with their sales views, materials with theirs, price records — then a decision for each kind of open document. Open orders are usually recreated so that the new system delivers and bills them; deliveries in flight are the hard case, finished in the old system or reloaded at the exact stage they reached; open receivables come across as finance open items, not as invoices. Proof is a reconciliation of the backlog by count and value, signed by the sales lead; the cutover guide shows where in the weekend that load sits.
What should you rehearse before an SD interview?
- One sales structure from memory, and the channel or division you would not create again.
- A pricing procedure you built, including the exclusion that took longest to get right.
- One disputed invoice traced backwards through its document flow.
- The revenue chain from billing document to accounts.
- The buying mirror: the MM interview guide asks the same chain from procurement, and the umbrella guide names what every track shares.
Related reading
- SAP SD explained: sales in SAP
Orders, pricing, deliveries and billing — the order-to-cash backbone.
- SAP MM interview questions
Purchasing documents, account determination, the three-way match, release strategy, stock, cutover.
- SAP FI interview questions
Organisational structure, ledgers, MM and SD integration, period-end and migration — as scenarios.
- SAP functional consultant interview questions
How functional interviews are structured, what they really test, and the red flags.
Work with SAP?
Join to get your public SAP profile and put your city on the map.
Free. About a minute. Sign in with Google.