Single site
- Scope
- Praha-Chodov
- Permissions
- Role-based, one site
- Ledger
- One entity, CZK
- Reporting
- Site P&L, live
Platform
A dealership platform is only worth the connections inside it. In Omnetic the vehicle, the customer, the work and the money are one object. Every module reads and writes to it, and nothing has to be reconciled afterwards.

BRAIN™ observes this object, recommends the next action, and executes only what a role allows.
The record · Vehicle · Customer · Work · Money · Illustrative workflow
The record
Four module families read and write the same record. BRAIN™ observes it, recommends the next action, and executes only what a role allows.
The same object at two scopes: what one site sees of it and what a six-site group sees. Sample values, not a customer's configuration.
Architecture principles
Suites are assembled from products that were once separate companies. A platform is assembled from one data model outward. The difference shows up on the day two departments disagree about a number.
Sales, workshop and accounting open different screens onto the same vehicle. There is no copy to fall out of date.
A signature, a work order or a price change emits an event other modules and external systems react to immediately.
Scope is a property of the role, not of the screen. A site manager sees the same object with less of it.
BRAIN™ reads the record under the same permissions as a person and writes only what a person approves.
Markets, brands and entities differ by configuration. Nobody maintains a private fork of the system for one country.
What belongs outside stays outside and connects. The platform does not demand that you replace everything at once.
Module activation
Adding Workshop later does not migrate anything. It starts writing to vehicles that already exist. Removing a module removes a view, not history.
Typical start periods in a staged rollout, not a commitment. Availability depends on local data sources, registration rules and finance partners; every module page states its markets.
System relationship
Integration model
OEM systems, banks, classifieds, accounting exports and your own tools connect through documented APIs, webhooks and certified partner links. Data governance is not a page in a contract. It is a permission on the object.
What connects, and how
Your systems, your data warehouse and your website connect directly.
Orders, registrations, warranty and campaign data.
Publishing, price sync and enquiry capture back to the record.
Quotes and contracts inside the deal, not in a second portal.
Where a local ledger stays outside, postings leave in its format.
Inside the boundary
One governed record
Your data stays yours. Access is scoped by role and site, every read and write is logged, and an export of your own records is a request, not a negotiation.
Entities, currencies, VAT treatment, document templates and languages are configured per market. Group roles cross those boundaries; site roles do not.
EU-hosted infrastructure, an audit trail on every record change, documented recovery objectives, and local implementation and support teams.
Every connection crosses the same boundary and lands on the same record, under the permissions written inside it. An illustration of the integration model, not a product screen.
Implementation path
Nobody switches a dealership over a weekend. The path below is how groups actually move: one site, one module, then the rest with the pattern already proven.
Four phases: two weeks to agree the record, six weeks of pilot on one site, three months of site-by-site roll-out, then ongoing operation.
Weeks 1-2
Which entities, sites, brands and roles exist, and what a vehicle means in your business. Everything later inherits this.
Weeks 3-8
Stock, pricing and inspection go live first because they pay for themselves fastest and touch the fewest people.
Months 3-6
Sales, workshop and accounting follow in the order your business can absorb. The configuration is already proven.
Ongoing
A new brand, a new country or a new module is a configuration task, not a project with a business case attached.
Continue
Four pages carry the detail this overview only frames.
The vehicle, customer and ledger objects every module writes to.
Open DMS CoreWhat the AI observes, what it may execute, and who approves it.
Open BRAINAPIs, webhooks, OEM links and the certified partner catalogue.
Open integrationsResidency, roles, audit, recovery objectives and procurement answers.
Review securityBring your entities, sites and brands. We will model them in the demo rather than describe them in a slide.
Book a platform walkthroughWhere vehicle and customer identity live today.
Which changes arrive late, copied or incomplete.
Who needs access across sites, brands and entities.