Workshop and aftersales
Workshop and Aftersales DMS: A Practical Operating Model
Aftersales is a chain of promises: appointment, capacity, parts, diagnosis, approval, repair, invoice and handover. A workshop DMS should keep those promises connected to one customer, vehicle and repair record.

Short answer
A workshop and aftersales DMS coordinates service demand from booking through vehicle reception, repair-order creation, workshop planning, technician work, parts allocation, additional findings, customer approval, quality control, invoice, handover and follow-up. Its purpose is to connect customer communication, vehicle evidence, capacity and financial closure so the dealership can see both workflow status and responsibility.
1. Why aftersales needs an end-to-end system
ACEA reported 256 million passenger cars on EU roads in 2024 and an average fleet age of about 12.7 years.[1] That large and ageing installed base helps explain continuing workshop complexity, even as new-car powertrains change. It does not by itself quantify dealer service revenue.
For an international comparison, NADA reported more than 276 million repair orders and over $164 billion in US service and parts sales for 2025.[2] The US franchise model, labour rates and accounting differ from Europe, so these figures must remain clearly labelled as US evidence. Their value is to illustrate the operational scale that service systems can support.
2. Begin before the vehicle arrives
A high-quality booking identifies the customer, vehicle, concern, service package, recall or warranty context, mobility need and preferred time. It also estimates labour, skill, bay, tool and parts requirements. A free calendar slot is not necessarily workshop capacity.
Online booking, phone requests and CRM follow-ups should enter the same controlled queue. Rules can route by branch, brand, urgency and advisor. The customer should receive a clear confirmation and instructions while the workshop receives enough detail to prepare.
3. Make vehicle reception evidence-based
Reception confirms mileage, warning lights, fuel or charge level, existing condition, valuables, customer concern and agreed work. Photos and signatures can reduce later disputes if their purpose and scope are clear. The advisor should be able to see relevant service and customer history without exposing unnecessary information.
A mobile vehicle health check can structure technician findings. Each additional finding should include description, evidence, labour, parts, price, safety relevance and approval status. The customer should understand what is required now, recommended later or declined.
4. Plan people, bays and parts together
Workshop planning fails when the calendar, technician skills, job duration and parts availability are separate. The repair order should drive required operations and parts reservations. Changes need to update the expected completion time and customer communication.
Pinewood's official Service Intelligence page documents bookings, technician allocation, job tracking, vehicle health checks, parts, invoicing and payments, showing that connected aftersales is an established competitive category.[3] A fair comparison should test the named product, market and configuration rather than assume every platform deployment includes the same scope.
5. Understand vehicle-data and repair-information boundaries
Regulation (EU) 2018/858 requires manufacturers to provide independent operators unrestricted, standardized and non-discriminatory access to OBD and repair and maintenance information within its scope.[4] The CJEU's ATU/Carglass v FCA judgment stressed that manufacturers cannot add access conditions beyond the regulation in the circumstances considered.[5]
These rules do not mean all connected-vehicle data are freely accessible. The EU Data Act, GDPR, security requirements and technical interfaces can apply differently. A workshop integration should document source, legal basis, permissions, purpose and retention for each data category.
6. Manage approval, invoicing and follow-up
Additional work should not remain in a phone note. The system should record the estimate, evidence, customer decision, time and responsible user, then update planning and parts. At completion, actual labour, parts and approved scope should reconcile into the invoice. Handover should document completed work, deferred items and next service needs.
Declined work can become a CRM follow-up with the correct timing and consent basis. That creates aftersales continuity without turning every safety recommendation into indiscriminate marketing.
7. Workshop control table
| Area | Measure | Question | Definition caveat |
|---|---|---|---|
| Capacity | Booked versus available hours | Is demand matched to real resources? | Define bays, skills and absence |
| Utilization | Productive time versus available time | Where is capacity lost? | Separate attendance and productivity |
| Parts | Jobs ready at planned start | Are parts causing delay? | Define complete kit |
| Approval | Estimate-to-decision time | Can the customer decide quickly? | Separate urgent and optional work |
| Quality | First-time fix and comeback | Was work completed correctly? | Define related return |
| Closure | WIP age and invoice corrections | Is work financially complete? | Align accounting periods |
Implementation should follow the physical job. Shadow service advisors and technicians from appointment to invoice, record every system and paper handoff, and identify where status becomes ambiguous. Pilot several job types: scheduled maintenance, diagnostic work, warranty, urgent repair and a case requiring customer approval. Reconcile labour operations, parts, taxes, payments and accounting output. Mobile capture should be tested with weak connectivity and real workshop conditions. The acceptance test is not that a repair order can be opened, but that every responsible role can see the correct next action without recreating the vehicle, customer or job.
Aftersales reporting also needs cohort context. A faster approval time may reflect simpler jobs, and higher average invoice value may reflect a different vehicle mix. Segment by branch, brand, job type, warranty status and booking source. Customer communication quality should sit beside revenue measures so teams do not maximize approved work at the expense of clarity, consent or long-term trust.
Where Omnetic fits
Omnetic's public Workshop page documents cloud-based order and stock records, spare-parts sales, planning, service offers, active intake, customer approval and a customer view spanning vehicles, service orders, transactions, inquiries, documents and communication.[6] This is a strong fit where service demand and the wider customer and vehicle record need continuity. Buyers should validate workshop planning depth, parts reservations, invoicing, booking channels, localisation, OEM connections and external-system integrations in a live market-specific workflow.
Limitations and caveats
A DMS cannot compensate for missing technicians, parts shortages or poor diagnostic quality. KPI definitions vary, and “efficiency” can be distorted by time coding. Legal access to repair information is not the same as unrestricted access to all vehicle-generated data. Test actual OEM, parts, payment, accounting and customer-approval integrations for the intended country.
Frequently asked questions
It connects booking, vehicle reception, repair orders, planning, technicians, parts, approvals, invoice and follow-up.
Service requests, declined work and future maintenance can become owned aftersales workflows with customer history.
Capacity, utilization, efficiency, first-time fix, parts readiness, estimate approval, WIP age and invoice accuracy are useful starting points.
No. Repair information, connected-product data, personal data and cybersecurity controls have distinct scopes.
Sources
- ACEA, Vehicles on European Roads 2026.
- NADA Data 2025. United States benchmark only.
- Pinewood.AI, Service Intelligence. Vendor product source.
- European Union, Regulation (EU) 2018/858.
- Court of Justice of the EU, Case C-296/22.
- Omnetic, Workshop. Vendor product source; module availability requires validation.