Lesson 5 of 6
In-house repair and advanced execution
10 min
Listen to this lesson
Two process variants extend the basic service order. In-house repair, renamed in-house service in release 2025, handles objects that the customer sends in for repair. Service with advanced execution combines the commercial service order with the planning and execution strength of maintenance orders, for work that needs detailed planning, long durations and billing for time and parts. Contoso uses both: alternators sent to Detroit for overhaul, and depot overhauls of whole fleets that need weeks of planned work.
In-house service (in-house repair)
The in-house service document uses transaction type IHRP with item category IHRI. Each customer object received is an in-house service object (called a repair object before release 2025). The process typically runs: register the incoming object, receive it, inspect and diagnose, quote if needed, repair through a service order (SRVO) with confirmations (SRVC), and return the object to the customer, then bill. Expect both old and new names in documentation, depending on its release.
| Step | What to verify | Evidence |
|---|---|---|
| Registration | Object linked to the right customer, equipment and serial number | In-house service document with object |
| Receipt | Customer object received without valuation as Contoso stock | Material document; stock type |
| Diagnosis and quote | Findings recorded; quote priced under the contract | Diagnosis entries; quotation |
| Repair | Order and confirmations with parts and labor | SRVO, SRVC, material documents for parts |
| Return | Object shipped back to the ship-to depot | Return delivery and goods issue |
| Billing | Billed per contract terms or warranty | BDR and invoice, or none for warranty |
In-house service checkpoints.
Warranty decides who pays. When a unit arrives, the team checks whether it is still under warranty, using its serial number, installation date and the warranty terms, and the outcome changes the billing of the whole repair: billable to Great Lakes, not billable, or billed to a supplier if a supplied component failed. Test each outcome with a unit inside, just outside and well outside its warranty period, and check that the decision is visible on the document for later audits.
Service with advanced execution
Service with advanced execution was introduced as the "maintenance service" process in SAP S/4HANA 2022 and renamed in SAP S/4HANA Service 2023. It is meant for service that needs extensive planning and execution, longer service times and billing for time and parts. The commercial side stays in the service order; the execution side runs in a maintenance order, with work centers, task lists, spare parts and detailed costs, as taught in sap-eam-202.
| Element | In advanced execution |
|---|---|
| Execution order item | The item type in the service order; each one creates a billable maintenance order when released |
| Maintenance order | Plans and executes the work: operations, work centers, task lists, spare parts, costs |
| Distributed execution | One execution order item can be split into several billable maintenance orders, for teams working at different times |
| Resource-related billing | The Dynamic Item Processor (DIP) creates a debit memo request from actual data; itemized or summarized |
| Fixed price and ad hoc billing | Bill an agreed price, or set billing values and dates freely for long-running items |
| Not billable | Warranty, goodwill and free-of-charge service |
Elements of service with advanced execution (SAP Learning).
Note the billing difference: standard service orders bill through BDRs from confirmations, while advanced execution uses DIP to create a debit memo request from the maintenance order's actual data. Itemized billing lists sub-items and supports event-based revenue recognition; summarized billing uses one main item and does not. Test the variant your contracts actually use.
- Is the work short and simple, done by one technician?Yes → standard service order with confirmations · No → next question
- Does the customer send the object in for repair?Yes → in-house service (IHRP) · No → next question
- Does the work need task lists, several work centers or weeks of planning?Yes → service with advanced execution · No → standard service order
- Must billing list every resource used, with revenue recognized by event?Yes → advanced execution with itemized DIP billing · No → summarized or fixed price
What goes wrong in testing
| Pitfall | Consequence | Prevention |
|---|---|---|
| Customer object received as own stock | Inventory and valuation wrong | Check stock type after every receipt |
| Maintenance order tested alone | Billing link to the service order untested | Always start from the execution order item |
| DIP profile not checked | Parts or travel missing from the invoice | Compare actual costs with debit memo request lines |
| Old and new names mixed | Testers cannot find documents | Use one glossary per release (repair object vs in-house service object) |
Typical in-house and advanced execution test failures.
What would you do?
In the advanced execution test, the maintenance order shows 120 hours and 6 parts confirmed, but the debit memo request contains only the hours. What should the tester check first?
- In-house service (IHRP, formerly in-house repair) handles objects sent in for repair.
- Advanced execution: execution order items create billable maintenance orders for planning and execution.
- Advanced execution bills from actuals via DIP debit memo requests; standard orders bill via BDRs.
- Choose the variant by work complexity, object location and billing needs.
Check your understanding · not graded
Lesson check
1. What is in-house repair called from release 2025 onward?
2. What happens when an execution order item is released in advanced execution?
3. Which tool creates the debit memo request from actuals in advanced execution?
4. Which billing variant supports event-based revenue recognition in advanced execution?