DMS arhitektūra
DMS pret CRM, ERP, IMS un UCM: kas autosalonam patiesībā ir vajadzīgs
Kategorijas pārklājas, taču tās nerisina vienu un to pašu problēmu. Skaidra klientu, transportlīdzekļu, darbplūsmu un finanšu datu atbildība ir svarīgāka par produktu nosaukumu skaitu.

Galvenie secinājumi
- DMS ir autobūves darbības kodols, nevis visu autosalona lietotņu sinonīms.
- CRM pārvalda mijiedarbību un iespējas, savukārt ERP — uzņēmuma resursus un finanšu konsolidāciju.
- IMS un UCM ir šaurāki: IMS pārvalda krājumus, bet UCM — lietoto auto darbības ceļu.
- Gan iebūvēta, gan integrēta arhitektūra var darboties, ja ir izstrādāti identifikatori, notikumi, kontroles un atjaunošana.
- Publiskie produktu pierādījumi jāmarķē kā Apstiprināts, Nav publiski apstiprināts vai Nav izvērtēts.
1. Sāciet ar uzdevumu, nevis akronīmu
Autosalonu programmatūras terminoloģija nav konsekventa. Viens piegādātājs produktu var saukt par DMS, cits — par auto mazumtirdzniecības platformu, vēl cits — par darbības sistēmu. CRM var ietvert cenu piedāvājumus, DMS — CRM, bet ERP — krājumus un grāmatvedību; specializēta lietoto auto platforma var kontrolēt novērtēšanu, sagatavošanu un publicēšanu. Drošs veids, kā izvērtēt risinājumu kopumu, ir pirms nosaukumu salīdzināšanas definēt uzdevumus, ierakstus un lēmumus.
Eurostat ziņoja, ka 2025. gadā ERP programmatūru izmantoja 46,45 % ES uzņēmumu, taču tas nenozīmē, ka DMS izmantoja 46,45 % tirgotāju.[1] ERP ir plaša uzņēmuma kategorija. Tāpat transportlīdzekļu krājumu plūsma nepierāda, ka sistēma pārvalda pilnu lietoto auto dzīves ciklu. Kategorijas līmeņa pierādījumiem jāpaliek savas definīcijas robežās.
2. Piecas sistēmas, piecas galvenās atbildības
| Sistēma | Galvenais objekts | Pamatjautājums | Tipiskie ierobežojumi |
|---|---|---|---|
| DMS | Transportlīdzeklis, darījums, remonta pasūtījums, detaļa, rēķins | Kā autosalons izpilda un reģistrē darbu? | Var būt vajadzīgi specializēti pieprasījuma, cenu vai grupas ERP rīki |
| CRM | Klients, potenciālais klients, iespēja, mijiedarbība | Ar ko jāsazinās, kāpēc un kas jādara tālāk? | Parasti nav galvenā grāmatvedības vai darbnīcas virsgrāmata |
| ERP | Juridiskā persona, virsgrāmata, piegādātājs, darbinieks, aktīvs | Kā uzņēmums kontrolē resursus un finanses? | Vispārīgs, ja nav paplašināts autobūves darbplūsmām |
| IMS | Krājuma vienība un atrašanās vieta | Kas mums ir, kur tas ir un kādā statusā? | Var nepārvaldīt iegādi, noformējumu vai mazumtirdzniecības darījumu |
| UCM | Lietots transportlīdzeklis | Kā to iegādājamies, sagatavojam, publicējam, novērtējam un pārdodam? | Var būt atkarīgs no DMS klienta, rēķina un grāmatvedības datiem |
3. DMS pret CRM: darījuma patiesība un attiecību patiesība
CRM fiksē pieprasījumus, sarunas, preferences, piekrišanu, uzdevumus un iespēju posmus. Tas palīdz pārdošanas vai servisa komandai noteikt nākamās darbības īpašnieku. DMS reģistrē darbības sekas: auto piedāvājumu, izmēģinājuma braucienu, pārdošanas pasūtījumu, remonta rezervāciju, darba rindu, detaļu, rēķinu vai maksājumu. Tirgotājiem parasti vajadzīgas abas spējas pat tad, ja viens piegādātājs tās sniedz vienā platformā.
Integrācijai vajadzīga kopīga identitātes stratēģija. Potenciālajam klientam no OEM, tirgus vietnes, tālruņa zvana vai tirgotāja vietnes, kad tas ir likumīgi un atbilstoši, jāsakrīt ar esošu klientu. Iespējai jānorāda pareizais transportlīdzeklis. Kad darījums vai rezervācija ir apstiprināta, statuss jāatgriež CRM, neradot dublikātu. STAR Sales Lead API definē kopīgas klienta, transportlīdzekļa un potenciālā klienta statusa struktūras apmaiņai starp OEM, tirgotājiem, DMS un CRM sistēmām. Tas ir nozares standarts, nevis pierādījums, ka to ievieš katrs piegādātājs.[2]
4. DMS pret ERP: autobūves dziļums un uzņēmuma plašums
ERP sistēmas ir spēcīgas grupas finansēs, iepirkumos, konsolidācijā, cilvēkresursos un vispārējās kontrolēs. DMS pievieno autobūves semantiku un darbplūsmas: VIN, modeļa un komplektācijas datus, jauna un lietota auto statusu, maiņas auto, darbnīcas darbu, detaļu aizstāšanu, garantiju, OEM saskarnes, remonta pasūtījumus un transportlīdzekļa maržu.
Ir trīs pamatoti modeļi. Tirgotājs var izmantot DMS grāmatvedību kā vietējo darbības virsgrāmatu un grāmato kopsavilkuma vai detalizētus ierakstus grupas ERP. Vai arī dziļi konfigurēts ERP var veikt abas lomas ar autobūves paplašinājumiem. Pareizā atbilde ir atkarīga no juridiskajām personām, valstīm, OEM saskarnēm, slēgšanas procesa un kontroles atbildības. Neuzskatiet integrāciju par zemāku vai vienu datubāzi par automātiski drošāku. Pārbaudiet saskaņošanu, grāmatošanas kļūmi, atcelšanu, perioda slēgšanu un audita pēdu.
Eiropas finanšu prasības virzās uz strukturētāku digitālo pārskatu sniegšanu. ES programma PVN digitālajā laikmetā no 2030. gada jūlija nosaka pārrobežu B2B digitālo ziņošanu, pamatojoties uz strukturētiem e-rēķiniem, bet valstu prasības var stāties spēkā agrāk.[3] Tādēļ DMS un ERP atbildībai par rēķinu izveidi, validēšanu, nosūtīšanu un arhivēšanu katrā valstī jābūt skaidrai.
5. IMS pret UCM: krājuma ieraksts nav lietoto auto darbības modelis
IMS atbild, vai vienība eksistē, kur tā atrodas, vai tā ir pieejama un kā tā pārvietojusies. Transportlīdzekļu krājumiem tas var ietvert filiāli, statusu, vecumu, iegādes izmaksas un rezervāciju. Detaļām tas var ietvert plauktu, daudzumu, pasūtīšanas punktu un novērtējumu.
UCM ir plašāks. Tas sākas pirms krājumu ieraksta ar maiņas auto vai iegādes novērtēšanu. Tas var savienot VIN un specifikāciju, stāvokļa pierādījumus, vēsturi, gaidāmo atjaunošanu, mērķa mazumtirdzniecības cenu un iegādes apstiprinājumu. Pēc iegādes tas koordinē sagatavošanu, fotografēšanu, aprakstu, publicēšanu kanālos, cenu lēmumus, potenciālos klientus, rezervāciju, darījumu, rēķinu un nodošanu. Tam pašam transportlīdzekļa ierakstam jāsaglabā izmaksas un lēmumi, lai tirgotājs varētu skaidrot realizēto maržu.
Eiropas lietoto auto tirgus pamato šo nošķīrumu. Eiropas Komisijas Kopīgais pētniecības centrs konstatēja, ka 15 gadu periodā četros lielos ES tirgos jaunie auto atkarībā no valsts veidoja aptuveni 26 % līdz 37 % no gada kopējiem pārdošanas apjomiem.[4] Tas nenosaka pašreizējo lietoto auto tirgus daļu katrā valstī, bet parāda, kāpēc lietoto transportlīdzekļu darbplūsma ir pelnījusi vairāk nekā vispārīgu krājumu sarakstu.
6. Iebūvēts komplekts vai savienots specializēts risinājumu kopums?
Iebūvēts komplekts var samazināt identitāšu dublēšanos, nekonsekventus statusus un integrācijas atbildību. Specializēts risinājumu kopums var sniegt dziļāku funkcionalitāti vai aizsargāt esošu ieguldījumu. Abi var neizdoties. Komplekts neizdodas, kad komandas joprojām eksportē uz izklājlapām, jo darbplūsmas neder. Specializēts kopums neizdodas, kad saskarnes ir novēlotas, daļējas vai komerciāli ierobežotas.
Izvērtējiet savienojuma vietas: izveidot, atjaunināt, atcelt, labot un dzēst. Pārbaudiet parastos un izņēmumu ceļus. Katram laukam nosakiet patiesības avotu, sinhronizāciju ierosinošo notikumu, pieņemamo aizkavi, atkārtotā mēģinājuma un saskaņošanas procesu, audita īpašnieku un datu piekļuves līgumu. Keyloop publicētie nosacījumi rāda API apjomus, pārsniegumus un izmaiņu atbildību. Nextlane publiski apraksta standartizētu piekļuvi DMS un CRM datiem ar atvērtām API. Pinewood apraksta DMS API un OEM savienotājus. Tie ir apstiprināti publiski apgalvojumi, bet precīzs apjoms un komerciālā piekļuve vēl jāvalidē.[5]
7. Uz pierādījumiem balstīts produktu salīdzinājums
| Nosauktais produkts un tirgus | DMS/darbības tvērums | CRM pierādījumi | API/integrācijas pierādījumi |
|---|---|---|---|
| Omnetic, Eiropas publiskā vietne | Apstiprināts: pārdošanas, servisa, iepirkuma un grāmatvedības pozicionējums | Apstiprināts: CRM un potenciālo klientu pārvaldības spēja | Nav publiski apstiprināts: izvērtētās lapas nesniedz tehnisko katalogu |
| Nextlane Datacar un Platform, Eiropa | Apstiprināts: transportlīdzekļi, darbnīca, detaļas un grāmatvedības eksports | Apstiprināts portfeļa/platformas līmenī | Apstiprināts: atvērtas API platformas pozicionējums |
| Pinewood Automotive Intelligence Platform, globāli/Eiropa | Apstiprināts: pārdošana, serviss, grāmatvedība, BI, detaļas | Apstiprināts: Customer/Sales Intelligence pozicionējums | Apstiprināts: DMS API un konkrēta Tjekvik integrācija |
| Tekion ARC, Apvienotās Karalistes piedāvājums | Apstiprināts: DMS, kas aptver pamatfunkcijas | Apstiprināts: iebūvēts ARC CRM | Apstiprināts: API līgums pastāv; apjoms Nav izvērtēts |
| bee2link OpenFlex, Francija/Eiropa | Nav izvērtēts kā pilna grāmatvedības DMS | Apstiprināts: integrēta CRM/mārketinga paziņojums | Nav publiski apstiprināts: izvērtētajos avotos nav vispārēja API kataloga |
Tabula apzināti nepārvērš trūkstošu dokumentāciju neesamībā. Tā arī nepārnes spēju no viena portfeļa produkta uz katru ieviešanu. Iepirkuma komandai katram piegādātājam jālūdz labot pierādījumus atbilstoši konkrētajai piedāvātajai versijai un tirgum.
8. Kur iederas Omnetic
Omnetic dokumentētā atbilstība ir visstiprākā tirgotājiem, kas vēlas DMS kontekstu kopā ar CRM, lietoto auto darbplūsmu un darbības izlūkošanu. CRM aptver pārdošanas un pēcpārdošanas pieprasījumus. Used Car Management ir veidots, lai saglabātu vienu transportlīdzekļa kontekstu no pieņemšanas līdz pārbaudei, medijiem, izmaksām, publicēšanai, darījumam un rēķinam. Price Report, Stock Report un CarAudit šim kontekstam pievieno cenu noteikšanu, krājumu darbību un mobilus pierādījumus.
Tas atbalsta vadošas atbilstības secinājumu par kopīgu lietoto auto kontekstu un darbplūsmu no ieskata līdz rīcībai, kad ir apstiprināti vajadzīgie moduļi un valsts konfigurācija. Tas nepierāda, ka Omnetic ir plašākais ERP, lielākā API ekosistēma, spēcīgākā drošība vai labākais rezultāts katram tirgotājam. Šīm dimensijām vajadzīgi atsevišķi, aktuāli pierādījumi.
Ierobežojumi
Programmatūras kategorijas un komplektējums mainās. Publiskie avoti apstiprina piegādātāju teikto, nevis ieviešanas kvalitāti vai funkcijas neesamību. Salīdzinājums ir selektīvs, nevis pilns RFP. Visa regulējuma un nodokļu apspriešana ir vispārīga informācija, kas jāvalidē pēc valsts un juridiskās personas.
Biežāk uzdotie jautājumi
Tikai tad, ja tas ir paplašināts, lai atbalstītu vajadzīgos autobūves ierakstus, darbplūsmas, OEM saskarnes un vietējos tirgotāja procesus. Vispārīgs ERP to nenodrošina automātiski.
Vairumam vajadzīgas abas spējas. Tās var būt atsevišķas integrētas sistēmas vai vienas platformas iebūvēti moduļi, bet potenciālo klientu un saziņas datiem jābūt savienotiem ar darbības rezultātiem.
Used Car Management koordinē lietotu transportlīdzekļu iegādi, novērtēšanu, sagatavošanu, noformējumu, publicēšanu, krājumus, cenu noteikšanu un pārdošanu.
Krājumu pārvaldības sistēma kontrolē transportlīdzekļu, detaļu vai abu krājumu ierakstus, atrašanās vietu, pieejamību un kustību.
Definējiet atbildību pēc datu domēna. DMS parasti pārvalda autosalona darījumus; specializētās sistēmas var pārvaldīt bagātināšanas vai kanālu funkcijas un sinhronizēt kontrolētus datus atpakaļ.