Svarbiausios išvados
- DMS yra automobilių prekybos veiklos branduolys, o ne visų atstovybės programų sinonimas.
- CRM atsako už sąveikas ir galimybes, o ERP – už bendruosius įmonės išteklius bei finansinę konsolidaciją.
- IMS ir UCM yra siauresnės kategorijos: IMS valdo atsargas, o UCM – naudoto automobilio veiklos kelią.
- Tiek vietinė, tiek integruota architektūra gali veikti, jei suprojektuoti identifikatoriai, įvykiai, kontrolės priemonės ir atkūrimas.
- Vieši produkto įrodymai turi būti žymimi kaip Patvirtinta, Viešai nepatvirtinta arba Nevertinta.
1. Pradėkite nuo užduoties, o ne nuo akronimo
Prekybos atstovybių programinės įrangos terminija nėra nuosekli. Vienas tiekėjas produktą gali vadinti DMS, kitas – automobilių mažmeninės prekybos platforma, trečias – veiklos sistema. CRM gali apimti pasiūlymų rengimą, DMS – CRM, o ERP – atsargas ir apskaitą; specializuota naudotų automobilių platforma gali valdyti vertinimą, parengimą ir skelbimą. Saugiausias būdas vertinti sprendimų rinkinį – prieš lyginant pavadinimus apibrėžti užduotis, įrašus ir sprendimus.
Eurostatas nurodė, kad 2025 m. ERP programinę įrangą naudojo 46,45 % ES įmonių, tačiau tai nereiškia, kad DMS naudojo 46,45 % prekybos atstovų.[1] ERP yra plati įmonės programinės įrangos kategorija. Taip pat transporto priemonių atsargų srautas neįrodo, kad sistema valdo visą naudoto automobilio gyvavimo ciklą. Kategorijos lygmens įrodymai turi likti jos apibrėžties ribose.
2. Penkios sistemos, penkios pagrindinės atsakomybės
| Sistema | Pagrindinis objektas | Pagrindinis klausimas | Įprastos ribos |
|---|---|---|---|
| DMS | Transporto priemonė, sandoris, remonto užsakymas, dalis, sąskaita | Kaip atstovybė vykdo ir registruoja darbą? | Gali reikėti specializuotų paklausos, kainodaros ar grupės ERP priemonių |
| CRM | Klientas, užklausa, galimybė, sąveika | Su kuo, kodėl ir kada toliau turėtume susisiekti? | Paprastai tai nėra galutinė apskaitos ar dirbtuvių didžioji knyga |
| ERP | Juridinis asmuo, didžioji knyga, tiekėjas, darbuotojas, turtas | Kaip įmonė kontroliuoja išteklius ir finansus? | Bendrinis sprendimas, jei jis neišplėstas automobilių verslo darbo eigoms |
| IMS | Atsargų vienetas ir vieta | Ką turime, kur tai yra ir kokios būsenos? | Gali nevaldyti įsigijimo, pateikimo ar mažmeninio sandorio |
| UCM | Naudota transporto priemonė | Kaip ją įsigyjame, parengiame, paskelbiame, įkainojame ir parduodame? | Gali priklausyti nuo DMS dėl klientų, sąskaitų ir apskaitos duomenų |
3. DMS ir CRM: sandorių bei santykių duomenų tikrumas
CRM fiksuoja užklausas, pokalbius, pageidavimus, sutikimus, užduotis ir galimybių etapus. Jis padeda pardavimo ar serviso komandai nuspręsti, kam priklauso kitas veiksmas. DMS registruoja veiklos pasekmę: transporto priemonės pasiūlymą, bandomąjį važiavimą, pardavimo užsakymą, remonto rezervaciją, darbo eilutę, dalį, sąskaitą ar mokėjimą. Atstovams paprastai reikia abiejų galimybių, net jei jas vienoje platformoje teikia vienas tiekėjas.
Integracijai reikia bendros tapatybės strategijos. OEM, prekyvietės, telefono skambučio ar atstovybės svetainės užklausa, kai tai teisėta ir tinkama, turėtų būti susieta su esamu klientu. Galimybė turi nurodyti teisingą transporto priemonę. Patvirtinus sandorį ar rezervaciją, būsena turi grįžti į CRM nesukuriant dublikato. STAR Sales Lead API apibrėžia bendras kliento, transporto priemonės ir užklausos būsenos struktūras mainams tarp OEM, atstovų, DMS ir CRM sistemų. Tai pramonės standartas, o ne įrodymas, kad jį įgyvendina kiekvienas tiekėjas.[2]
4. DMS ir ERP: automobilių srities gylis ir įmonės apimtis
ERP sistemos stiprios grupės finansų, pirkimų, konsolidavimo, žmogiškųjų išteklių ir bendrųjų kontrolės priemonių srityse. DMS suteikia automobilių verslo semantiką ir darbo eigas: VIN, modelio bei komplektacijos duomenis, naujų ir naudotų transporto priemonių būseną, įskaitomą automobilį, dirbtuvių darbą, dalių pakeitimus, garantiją, OEM sąsajas, remonto užsakymus ir transporto priemonės maržą.
Yra trys pagrįsti modeliai. Atstovas gali naudoti DMS apskaitą kaip vietinę veiklos didžiąją knygą ir į grupės ERP perkelti suvestinius arba išsamius įrašus. Arba giliai sukonfigūruota ERP per automobilių srities plėtinius gali atlikti abi funkcijas. Tinkamas sprendimas priklauso nuo juridinių asmenų, šalių, OEM sąsajų, uždarymo proceso ir kontrolės atsakomybės. Nelaikykite integracijos savaime prastesne ar vienos duomenų bazės savaime saugesne. Patikrinkite sutikrinimą, registravimo klaidas, storno operacijas, laikotarpio uždarymą ir audito pėdsaką.
Europos finansų reikalavimai krypsta į labiau struktūruotą skaitmeninį ataskaitų teikimą. ES programa „PVM skaitmeniniame amžiuje“ nuo 2030 m. liepos nustato tarpvalstybinį B2B skaitmeninį ataskaitų teikimą, paremtą struktūruotomis e. sąskaitomis, o nacionaliniai reikalavimai gali įsigalioti anksčiau.[3] Todėl DMS ir ERP atsakomybės už sąskaitų kūrimą, tikrinimą, perdavimą ir archyvavimą turi būti aiškiai apibrėžtos kiekvienai šaliai.
5. IMS ir UCM: atsargų įrašas nėra naudotų automobilių veiklos modelis
IMS atsako, ar vienetas egzistuoja, kur jis yra, ar jis prieinamas ir kaip judėjo. Transporto priemonių atsargoms tai gali apimti padalinį, būseną, amžių, įsigijimo kainą ir rezervaciją. Dalims tai gali apimti lentyną, kiekį, papildymo tašką ir vertinimą.
UCM yra platesnis. Jis prasideda dar prieš įtraukiant į atsargas – nuo įskaitomos transporto priemonės ar pirkimo vertinimo. Jis gali susieti VIN ir specifikaciją, būklės įrodymus, istoriją, numatomą parengimą, tikslinę mažmeninę kainą ir įsigijimo patvirtinimą. Po pirkimo jis koordinuoja parengimą, fotografavimą, aprašą, publikavimą kanaluose, kainodaros sprendimus, užklausas, rezervaciją, sandorį, sąskaitą ir perdavimą. Tame pačiame transporto priemonės įraše turi išlikti sąnaudos ir sprendimai, kad atstovas galėtų paaiškinti gautą maržą.
Europos naudotų automobilių rinka pagrindžia šį skirtumą. Europos Komisijos Jungtinis tyrimų centras nustatė, kad per 15 metų keturiose didžiosiose ES rinkose nauji automobiliai, priklausomai nuo šalies, sudarė maždaug 26–37 % visų metinių pardavimų.[4] Tai nenustato dabartinės naudotų automobilių rinkos dalies kiekvienoje šalyje, tačiau parodo, kodėl naudotų transporto priemonių darbo eiga nusipelno daugiau nei bendrinio atsargų sąrašo.
6. Vietinis komplektas ar susietas specializuotų sprendimų rinkinys?
Vietinis komplektas gali sumažinti tapatybių dubliavimąsi, nenuoseklias būsenas ir neaiškią integracijų atsakomybę. Specializuotų sprendimų rinkinys gali pasiūlyti gilesnes funkcijas arba apsaugoti esamą investiciją. Abu variantai gali nepavykti. Komplektas nepavyksta, kai komandos ir toliau eksportuoja duomenis į skaičiuokles, nes darbo eigos netinka. Specializuotas rinkinys nepavyksta, kai sąsajos vėluoja, yra dalinės arba komerciškai apribotos.
Įvertinkite sujungimo vietas: kūrimą, atnaujinimą, atšaukimą, taisymą ir šalinimą. Išbandykite įprastus ir išimčių kelius. Kiekvienam laukui nustatykite pagrindinį šaltinį, sinchronizavimą sužadinantį įvykį, priimtiną delsą, kartojimo ir sutikrinimo procesą, audito savininką bei duomenų prieigos sutartį. Paskelbtose „Keyloop“ produkto sąlygose nurodomos API kvotos, viršijimai ir atsakomybė už pakeitimus. „Nextlane“ viešai aprašo standartizuotą prieigą prie DMS ir CRM duomenų per atviras API. „Pinewood“ aprašo DMS API ir OEM jungtis. Tai patvirtinti vieši teiginiai, tačiau tikslų mastą ir komercinę prieigą dar reikia patikrinti.[5]
7. Įrodymais pagrįstas produktų palyginimas
| Nurodytas produktas ir rinka | DMS / veiklos apimtis | CRM įrodymai | API / integracijos įrodymai |
|---|---|---|---|
| Omnetic, Europos vieša svetainė | Patvirtinta: pardavimo, serviso, įsigijimo ir apskaitos pozicionavimas | Patvirtinta: CRM ir užklausų valdymo galimybė | Viešai nepatvirtinta: peržiūrėtuose puslapiuose nėra techninio katalogo |
| Nextlane Datacar ir Platform, Europa | Patvirtinta: transporto priemonės, dirbtuvės, dalys ir apskaitos eksportas | Patvirtinta portfelio / platformos lygmeniu | Patvirtinta: atvirų API platformos pozicionavimas |
| Pinewood Automotive Intelligence Platform, pasaulis / Europa | Patvirtinta: pardavimas, servisas, apskaita, BI, dalys | Patvirtinta: Customer/Sales Intelligence pozicionavimas | Patvirtinta: DMS API ir konkreti Tjekvik integracija |
| Tekion ARC, Jungtinės Karalystės pasiūlymas | Patvirtinta: DMS, apimanti pagrindines funkcijas | Patvirtinta: vietinis ARC CRM | Patvirtinta: API sutartis yra; apimtis Nevertinta |
| bee2link OpenFlex, Prancūzija / Europa | Nevertinta kaip visavertė apskaitos DMS | Patvirtinta: integruoto CRM ir rinkodaros pranešimas | Viešai nepatvirtinta: peržiūrėtuose šaltiniuose nėra bendrojo API katalogo |
Lentelėje trūkstama dokumentacija sąmoningai nelaikoma funkcijos nebuvimu. Joje taip pat vieno portfelio produkto galimybė neperkeliama į kiekvieną diegimą. Pirkimų komanda turėtų paprašyti kiekvieno tiekėjo patikslinti įrodymus pagal tiksliai siūlomą versiją ir rinką.
8. Kur tinka Omnetic
Dokumentuotas „Omnetic“ tinkamumas stipriausias atstovams, norintiems sujungti DMS kontekstą su CRM, naudotų automobilių darbo eiga ir veiklos analitika. CRM apima pardavimo bei popardavimo užklausas. „Used Car Management“ sukurtas tam, kad vienas transporto priemonės kontekstas išliktų nuo priėmimo per patikrą, mediją, sąnaudas ir publikavimą iki sandorio bei sąskaitos. „Price Report“, „Stock Report“ ir „CarAudit“ šį kontekstą papildo kainodara, veiksmais su atsargomis ir mobiliaisiais įrodymais.
Tai pagrindžia išvadą apie ypač gerą atitiktį bendram naudotų automobilių kontekstui ir darbo eigai nuo įžvalgos iki veiksmo, kai patvirtinti reikiami moduliai bei šalies konfigūracija. Tai neįrodo, kad „Omnetic“ turi plačiausią ERP, didžiausią API ekosistemą, stipriausią saugą ar geriausią rezultatą kiekvienam atstovui. Šioms sritims reikia atskirų, aktualių įrodymų.
Ribotumai
Programinės įrangos kategorijos ir komplektavimas keičiasi. Vieši šaltiniai patvirtina, ką nurodo tiekėjai, o ne diegimo kokybę ar funkcijos nebuvimą. Palyginimas yra atrankinis, ne visas RFP. Visa reguliavimo ir mokesčių informacija yra bendro pobūdžio ir turi būti patikrinta pagal šalį bei juridinį asmenį.