Så väljer du DMS: europeisk RFP och poängmodell för handlare

1. Bilda beslutsteamet och sätt omfattningen

DMS-valet påverkar försäljning, begagnade bilar, verkstad, reservdelar, ekonomi, IT, integritet och koncernrapportering. Skapa ett beslutsteam med ansvariga operativa ägare, inte bara representanter. Namnge en verkställande sponsor, produktägare, dataansvarig, integrationsansvarig, säkerhets- och integritetsansvarig, ekonomicontroller och förändringsledare. Definiera vem som rekommenderar, vem som godkänner och vem som kan avslå vid ett obligatoriskt krav.

Dokumentera juridiska enheter, anläggningar, märken, länder, språk, användare, transaktionsvolymer och kritiska perioder. Skilj nuvarande omfattning från en rimlig treårig färdplan. Ett krav för varje hypotetisk framtida marknad kan snedvrida beslutet, medan att ignorera en trolig expansion kan skapa ännu ett byte längre fram.

2. Omvandla behov till testbara krav

Ett krav bör namnge aktör, utlösande händelse, data, åtgärd, resultat och godkännandekriterium. Ersätt "starkt CRM" med "en förfrågan från webb, tillverkare eller telefon matchas eller skapas, samtycke registreras, leaden dirigeras efter märke och geografi, en ägare och SLA är synliga, kommunikationen fångas, och en avslutad affär returnerar status utan att skapa en dubblettkund".

Bygg en land- och tillverkarmatris. För varje cell, registrera krav på bokföring, skatt, faktura, betalning, registrering, garanti, reservdelar, kampanj, rapportering, identitet och språk. Den europeiska kontexten varierar väsentligt. Eurostats data om personbilar visar stora skillnader i fordonsparkens ålder och drivlina mellan länder, samtidigt som EU-regler om integritet, dataåtkomst och e-fakturering fortfarande kräver lokal implementation.

3. Använd grindar, viktade kriterier och evidensnivåer

Behörighetsgrindar förhindrar att en hög totalpoäng döljer en allvarlig brist. Exempel är produktionsstöd för ett obligatoriskt land, namngivet tillverkargränssnitt, lagstadgad bokföringsutdata, gräns för dataresidens eller migreringsdeadline. En underkänd grind kan bara lösas genom godkänd åtgärd med datum, ägare, kostnad och avtalsmässigt åtagande.

4. Skriptade demonstrationer i stället för produktvisningar

Tillhandahåll representativ men säker data och fasta skript. Be leverantören visa en lead genom offert, inbyte och order; en begagnad bil genom värdering, besiktning, förberedelse, media, publicering, prissättning och försäljning; en arbetsorder genom bokning, teknikerarbete, reservdelar, tilläggsgodkännande och faktura; samt en periodavslutning eller ledningsrapport.

Lägg till undantag: dubblettkund, fel VIN-nummer, avbruten affär, reservdel som saknas, misslyckat gränssnitt, offline-besiktning, kredit på faktura och användare som avbryter mitt i processen. Räkna system, klick, manuellt återinmatade värden, manuella exporter och osynliga bakgrundsberoenden. Registrera version och marknad som demonstrerades.

Standarder kan förbättra samverkan men ersätter inte en demonstration. STAR publicerar API:er för lead, affär och leveransrapportering inom fordonsbranschen samt en domänmodell för återförsäljning. Fråga om och hur en leverantör implementerar relevanta standarder, och testa sedan det faktiska föreslagna gränssnittet.

5. Validera moln-, API-, säkerhets- och datapåståenden

För moln, identifiera SaaS, dedikerad hosting eller hostad äldre arkitektur. Begär definitioner av tillgänglighet, incidenthistorik, återställningsmål (RPO/RTO), evidens för säkerhetskopiering och återställningstest, underhållsregler och kapacitetsmodell. För API:er, begär objekt, fält, händelser, skrivoperationer, autentisering, sandlåda, hastighetsgränser, överskridanden, versionshantering, övervakning och rättigheter till dataexport.

För integritet och säkerhet, bedöm roller, minsta privilegium, flerfaktorsautentisering, loggning, kryptering, sårbarhetshantering, underbiträden, överföringsmekanism, lagringstid, radering, incidentanmälan och oberoende granskning. GDPR kräver riskanpassade kontroller och inbyggd integritet, men ett certifikat eller en molnleverantör gör inte automatiskt handlaren regelefterlevande. ENISA:s vägledning kan strukturera evidensbegäran, även om NIS2-omfattningen måste bedömas separat.

6. Tillämpa en rättvis offentlig evidensstatus

Ett illustrativt aktuellt offentligt evidensläge är inte en slutlig RFP-poäng. Håll API-evidens och säkerhetsevidens åtskilda per namngiven produkt och marknad, och märk varje påstående som Bekräftat, Inte offentligt bekräftat eller Inte bedömt tillsammans med en tolkning av vad som återstår att validera i det faktiska anbudet.

Offentlig status är ett orienteringsverktyg. Upphandlingsevidens kan ändra den. En leverantör bör bjudas in att korrigera sakfel och lämna aktuellt konfidentiellt underlag genom en lämplig process.

7. Avsluta med införande, referenser och avtal

Referenssamtal bör matcha land, handlarens storlek, tillverkarkomplexitet och omfattning. Fråga vad som förändrades efter avtalet, vilka lösningar som krävdes, vilken data som gick fel, hur lång tid adoptionen tog, hur incidenter hanterades och vad referensen skulle göra annorlunda. Fråga inte bara om användarna gillar produkten.

Gör godkännandekriterierna avtalsmässiga. Täck datakomplethet och avstämning, kritiska arbetsflöden, integrationer, prestanda, säkerhet, utbildning, driftsättning och support. Prissätt migreringsiterationer, miljöer, API-användning, meddelanden, lagring, rapportarbete, resor, indexering och ändringsbegäranden. Definiera servicenivåer, eskalering, exportvägar vid uppsägning, övergångsstöd, radering och fortsatt åtkomst till lagstadgade register.

Var Omnetic passar in

Omnetic bör tas med på slutlistan där RFP:n värdesätter delad kund- och fordonskontext, CRM för sälj och eftermarknad, djup i det begagnade bilflödet, pris- och lageråtgärder samt strukturerad mobil besiktning. Dess försvarbara särdrag är kontinuiteten från insikt eller evidens till en ägd operativ åtgärd.

Ett rättvist Omnetic-anbud måste ändå bevisa varje grind för de namngivna länderna, tillverkarna och modulerna. Offentliga påståenden om skala, certifieringar och antal inbyggda moduler behöver aktuella definitioner. Säkerhet, arkitektur, API, SLA och migreringsevidens bör utvärderas med samma standard som tillämpas på varje leverantör.

Begränsningar och vanliga frågor

Vikterna är illustrativa och får inte kopieras utan att anpassas efter handlarens prioriteringar. Den offentliga jämförelsen är selektiv och poängsätter inte implementationskvalitet. Inte offentligt bekräftat betyder aldrig frånvarande. Juridiska, säkerhets-, skatte- och redovisningskrav behöver specialistvalidering.

Källor

1. Eurostat, personbilar i EU, 2026.
2. STAR, Automotive Retail Domain Model, 2026.
3. Europeiska unionen, dataskyddsförordningen (GDPR).
4. ENISA, teknisk vägledning för NIS2, 2025.
5. Nextlane Platform; Tekion Compliance; Pinewood Manufacturer Intelligence.
6. Omnetic, Dealership Management System, hämtad 26 juli 2026.
7. Källa 7
8. Källa 8
9. Källa 9
10. Källa 10
11. Källa 11

Relaterade DMS-guider

• Dealership KPI Framework: From Metrics to Action
• DMS Migration and Implementation: Pilot, Data, Cutover and Stabilisation
• The Cost of Fragmented Dealership Systems: A Practical Measurement Guide