One customer, one vehicle, one order
Four object types, vehicle, customer, work and money, that every module reads and writes. There is no second copy to fall out of date.
Omnetic DMS Core
Omnetic DMS is the vehicle, customer, work and money record every other module reads and writes. Everything on this page exists so the other nineteen never have to be integrated with each other.
Candidate in Wien, landed cost 508 400
48 photos, 3 findings, condition certified
32 comparables · recommend 589 000recommend 589 000
Preparation 2.4 h, parts 4 000
Published to 3 portals and the dealer site
Enquiry answered in 4 min, viewing booked
Eight modules, forty-one days, one record. No integration between any two of them, because there is nothing between them to integrate.
Offer adjusted, cover added, signed 16:42
Invoice posted, margin 78 020
One vehicle · every module that touched it · Sample data · not a dealer's record
The problem
You can tell from the outside: the same customer exists three times, a price change has to be made twice, and every report needs someone to explain why two numbers differ. Omnetic was built the other way round, one record first, modules as views onto it. Which is why this page is short: most of what a DMS page normally promises is simply absent as a problem.
Four object types, vehicle, customer, work and money, that every module reads and writes. There is no second copy to fall out of date.
A signature, a work order or a price change emits an event other modules react to immediately, which is why the workshop knows about a sale the same minute.
Markets, brands, entities and roles differ by configuration. Nobody maintains a private fork of the system for one country or one group.
The four objects
Select an object to see what it holds and which modules write to it.
Identity, specification, condition, cost, position, publication state, work history and ownership, all on one object, whether the car is stock, a customer's own, or a fleet unit.
A car sold and later serviced is the same record, which is what makes a changeover conversation possible years later.
Contacts, the cars they have owned, opportunities, orders, invoices, policies, consents and every message, so the service desk and the salesperson are looking at one person.
Consent is part of the record rather than a spreadsheet, which is what makes marketing defensible.
Orders, their items, the parts reserved against them, the hours recorded on them and who pays for each, customer, brand or the business itself.
Sales preparation and customer servicing are the same object type, which is why they can compete honestly for the same bay.
Documents, postings, payments, stock valuation and margin, created by the event that caused them, in the entity and currency that owns them.
Because the posting carries its vehicle and order, a group figure can always be opened down to the deal underneath it.
A Brno advisor and a group controller open the same objects and see different amounts of them. Permissions live on the data, not on the screen, so a report cannot leak what a role may not read.
Every read and write is logged with the user, the time and the previous value, which is what makes the audit trail worth having.
The nineteen
Turn on what you need. Adding a module later does not migrate anything — it starts writing to vehicles that already exist.
European vehicle sourcing by landed cost.
Cross-border buying in selected markets.
Market pricing from comparable sales.
Stock ageing and margin monitoring.
Mobile inspections and damage records.
Vehicle history and mileage checks.
Trade remarketing in selected markets.
Reads the record under the acting role's permissions, proposes, a person approves.
The same objects and events exposed to your own systems.
Roles, residency, audit and recovery objectives.
By role
Stops re-typing what a colleague already entered, which is the single largest source of wasted time in a dealership.
Answers a question once rather than reconciling three versions of it first.
Has no integrations to maintain between modules, and one permission model to govern instead of nine.
Gets a number the sites recognise, because it was built from the events they produced.
Rollout & migration
Customers, vehicles, suppliers, parts catalogue and chart of accounts.
Stock on hand, open orders, open work orders and open balances.
Closed deals and invoices stay searchable as read-only records.
The pilot proves the configuration; later sites inherit it. Timings pending delivery sign-off.
System relationship
One shared record connects decisions, open interfaces, access governance and the team’s daily work without a second copy of the customer or vehicle.
Outcome & proof
Answered only as far as the published facts go. What this page cannot yet claim it does not claim: the time saved by not re-typing is the most persuasive number here and nobody has measured it, and migration effort is indicative until delivery signs it off.
2,200+ dealers, 8 markets and 42 brand certifications; the last figure is still being reconciled with the Workshop integration count.
The count is verifiable in the product navigation and matches nineteen modules attached to DMS Core.
It is the central benefit of one record, but no percentage or number of hours is published without a measured baseline.
A concrete timeline follows only after scope confirmation and delivery sign-off.
Questions buyers ask
Tell us how many systems it passes through today and how many times its details get typed. That number is the business case, and it is yours rather than ours.
Book a platform walkthroughOne recent unit, from the day you first saw it to the day it was invoiced.
Every place its details live today, including the spreadsheets.
How many times the same VIN, price or customer gets entered by hand.