Kai pardavimo užsakymas patenka į jūsų ERP sistemą, joje jau yra visa reikalinga informacija: pristatymo adresas, prekių eilutės, svoriai ir žadama pristatymo data. Tačiau kai tik suformuojamas pristatymas, sistemos vaidmuo baigiasi. Komanda išspausdina važtaraštį, iš išskleidžiamojo sąrašo pasirenka vežėją ir pažymi užsakymą kaip išsiųstą – nors siunta dar niekam faktiškai neužsakyta.

Po to kažkas turi atidaryti vežėjo portalą, įvesti adresą, užsakyti siuntą ir sekimo numerį nukopijuoti atgal į ERP. Kitas siuntimas vyksta lygiai taip pat – tik per kitą portalą.

Taip siuntų valdymas atrodo daugelyje gamybos įmonių: iš dalies ERP viduje, iš dalies – už jos ribų. Kiek ERP apima šį procesą, priklauso nuo naudojamos sistemos, jos talpinimo vietos ir to, kas nutinka migruojant į naują versiją.


Ką daro jūsų ERP siuntų modulis ir kur jo galimybės baigiasi

ERP sistemos siuntų modulis skirtas pristatymams registruoti. Jis priskiria vežėją, spausdina važtaraštį ir pažymi užsakymą kaip išsiųstą. Jei siunčiate vietinius siuntinius su vienu ar dviem vežėjais, to gali pakakti.

Tačiau jis niekada nebuvo skirtas realiu laiku lyginti vežėjų kainas prieš užsakant, tiesiogiai užsakyti siuntas pas vežėjus, automatiškai gauti sekimo duomenis ar tikrinti krovinių sąskaitas pagal sutartas kainas. ERP tiekėjai šių funkcijų kurti ir neplanuoja – vežėjų jungtys niekada nebuvo jų produkto dalis. Išsamiau apie šias spragas rašome straipsnyje ERP vs TMS.


Trys būdai papildyti ERP siuntų valdymo galimybes

Kai standartinis modulis nebepakankamas, komandos paprastai renkasi vieną iš trijų variantų.

  • Toliau naudoti standartinį modulį. Vežėjo priskyrimas, spausdinimas ir išsiuntimo žymėjimas lieka ERP. Visa kita vyksta rankiniu būdu vežėjų portaluose. Šis variantas nereikalauja jokios sąrankos, tačiau kasdienės sąnaudos yra didelės: prarastos minutės prie kiekvienos siuntos ir klaidos, kurios pastebimos tik tada, kai paskambina klientas.
  • Įdiegti atskirą papildinį kiekvienam vežėjui. Vienas DHL, kitas DSV, dar vienas regioniniam vežėjui. Kiekvienas veikia gerai – kol vežėjas pakeičia savo API. Tuomet problema tampa jūsų. Turėdami penkis vežėjus, turite prižiūrėti penkias integracijas, sekti penkis duomenų formatus ir turėti penkis palaikymo kontaktus.
  • Įdiegti siuntų lygmenį virš ERP. ERP sujungiama su platforma, palaikančia visus vežėjus, o toliau prižiūrimas tik vienas ryšys. Naujo vežėjo pridėjimas tampa konfigūracijos klausimu arba užklausa tiekėjui – ne atskiru projektu.


Kuo ERP siuntų valdymas skiriasi skirtingose platformose

Ta pati siunta tvarkoma skirtingai priklausomai nuo naudojamos ERP sistemos. Žemiau esančioje lentelėje parodyta, kaip tai skiriasi sistemose, kurias naudoja dauguma Europos gamintojų:

ERP

Ką apima siuntų modulis

Kur jo galimybės baigiasi

Su siuntų lygmeniu

Microsoft Dynamics 365 (BC / F&O)

Business Central: siuntų agentai, paslaugos ir važtaraščiai. F&O papildomai turi transporto valdymo modulį.

Užsakymas ir kainų palyginimas į paketą neįeina, o F&O modulis pats savaime yra atskiras projektas. Daugumai vidutinio dydžio gamintojų jis yra sudėtingesnis nei reikia.

Paruoštos jungtys tiek BC, tiek F&O. Vežėjų pusė gyvena už ERP ribų, o ryšys grindžiamas konfigūracija, ne individualiai kuriamu sprendimu.

SAP

Pagrindinis pristatymo dokumentas; egzistuoja ir sunkusis transporto modulis, skirtas didelėms įmonėms.

Dauguma gamintojų transporto modulio neaktyvuoja. Jei naudojate ECC, anksčiau ar vėliau turėsite migruoti (žr. pastabą žemiau).

Jungiasi per API arba saugų failų mainus – tiek debesijoje, tiek vietiniuose serveriuose veikiančiam SAP.

NetSuite

Vieninga debesimi pagrįsta užsakymų, atsargų ir finansų apskaita.

Standartinė vežėjų palaikymo funkcija labiau orientuota į siuntinius. LTL ir FTL krovinių valdymas keliais būdais niekada nebuvo jos paskirtis.

Viena integracija sujungia visus vežėjus. SomnoMed Prancūzijoje etikečių kūrimą sutrumpino nuo 90 minučių per dieną iki 20, o vėliau tą pačią sąranką išplėtė į kitus Europos padalinius.

Odoo

Įperkama ir lanksti sistema su pristatymo jungtimis, skirtomis daugiausia siuntinių vežėjams.

Trūkumai išryškėja, kai reikia gabenti padėklus ir mišrius krovinius su tikru vežėjų sąrašu.

Paruošta Cargoson jungtis leidžia plėsti siuntų valdymą neprižiūrint atskiro papildinio kiekvienam vežėjui.

Monitor

Gamybos planavimas, MRP ir cecho valdymas.

Kelių vežėjų siuntų valdymas niekada nebuvo jos tikslas.

Puikiai tinka viršutinis lygmuo, tvarkantis kainas, užsakymus, etiketes ir sekimą bei grąžinantis sąnaudas į Monitor.


Debesija ar vietiniai serveriai: ką tai keičia siuntų valdyme

Kai ERP veikia debesyje, pasikeičia du dalykai.

  • Leidimų grafiką kontroliuoja tiekėjas. Naujos versijos išleidžiamos pagal jų, o ne jūsų tvarkaraštį, todėl tas, kas prižiūri jūsų siuntų jungtį, turi sekti kiekvieną leidimą. Prieš pasirašant sutartį, išsiaiškinkite, kas atsakingas už suderinamumą.
  • Etiketę vis tiek reikia spausdinti pakavimo vietoje. Nesvarbu, ar ERP veikia debesyje, ar ne – kažkas pakrovimo zonoje turi gauti tinkamą etiketę ir krovinių dokumentą. Siuntų sąranka turi nukreipti šią informaciją į vietinį spausdintuvą nekuriant atskiro darbo srauto kiekvienam vežėjui.


Kas nutinka su siuntų valdymu migruojant ERP

Situacija kitokia, jei vežėjų sutartys, siuntų taisyklės, etiketės ir sekimas yra atskirame lygmenyje, o ne ERP viduje. Tuomet migracija reiškia vieno ryšio peradresavimą, o ne visų vežėjų darbo pakartojimą.

Stokker, įrankių ir mašinų didmenininkas, susidūrė su šia problema pereidamas prie naujo ERP. Vietoj to, kad atkurtų integracijas su kiekvienu vežėju atskirai, Stokker visus juos sujungė per Cargoson – tai sąrankos laiką sutrumpino nuo savaičių iki minučių. Dabar jie apdoroja 15 000 siuntų per mėnesį su tik dviem darbuotojais.


Kas ilgainiui atsakingas už ERP siuntų valdymą

ERP siuntų integracija nėra vienkartinė sąranka. ERP sistemos atnaujinamos. Vežėjai keičia etikečių formatus, paslaugų kodus ir API versijas pagal savo grafiką, su jumis nesitardami. O žmogus, žinojęs, kuriame portale koks slaptažodis, gali išeiti.

Todėl klausimas yra ne tik tai, ar ryšys veikia, bet ir kas jį palaiko. Su atskiru siuntų lygmeniu tiekėjas centralizuotai prižiūri vežėjų jungtis. Jei vežėjas pakeičia savo API, tai tiekėjo, o ne jūsų ERP pakeitimų užklausa. Cargoson vežėjų jungtys yra produkto dalis, o ne papildoma paslauga – ir jei dirbate su vežėju, kuris dar neprijungtas, Cargoson jį prijungs be papildomo mokesčio.


Integruotas požiūris ir kur sužinoti daugiau

Jūsų ERP sistema valdo užsakymą. Siuntų lygmuo virš jos tvarko transportą: realaus laiko vežėjų kainas, užsakymus, etiketes ir dokumentus, sekimą bei krovinių sąnaudas – kad finansiniai įrašai išliktų išsamūs. Komandai reikia įvesti siuntą tik vieną kartą – ir ne per portalą.

Mūsų TMS–ERP integracijos vadovas paaiškina, kaip juda duomenys ir kokius klausimus reikia užduoti bet kuriam tiekėjui prieš priimant sprendimą. Ar jūsų ERP modulio galimybių pakanka, nagrinėjama straipsnyje ERP vs TMS. Šis straipsnis tą patį lygmenį aprašo iš jūsų ERP perspektyvos.

Cargoson sukurtas išskirtinai siuntų užsakovams – gamintojams ir didmenininkams, o ne vežėjams ar 3PL operatoriams. Kiekviena funkcija skirta logistikos komandos problemai spręsti, o ne ekspedicijai. Kadangi platforma yra nepriklausoma ir nepriklauso jokiam vežėjui, jūsų derybomis gautos kainos lieka jūsų. Ji turi paruoštas jungtis Microsoft Dynamics, Dynamics 365 F&O, NetSuite ir Odoo sistemoms ir jungiasi prie daugiau nei 2 000 vežėjų tiesioginio API ir EDI integracijos būdu. Kaina prasideda nuo 199 € per mėnesį – tai dalis to, kiek kainuoja tradicinis įmonių lygio diegimas. O jei neturite didelės IT komandos, žinokite, kad palaikymas yra tas aspektas, kurį mūsų klientai vertina aukščiausiai atsiliepimų platformose.


Galite išbandyti su savo ERP ir vežėjų duomenimis dar prieš priimdami sprendimą. Užsiregistruokite į nemokamą, jokių įsipareigojimų nereikalaujančią 30 minučių konsultaciją su mūsų ekspertais. Aptarsime mūsų funkcijas, jūsų sąranką ir išsiaiškinsime, ar ir kaip Cargoson galėtų jums padėti.

Užsiregistruoti į nemokamą konsultaciją