Kad ERP sistēmā tiek saņemts pārdošanas pasūtījums, tajā jau ir visa izpildei nepieciešamā informācija: piegādes adrese, pozīcijas, svari un solītais piegādes datums. Taču, tiklīdz tiek uzsākta piegāde, sistēmas loma beidzas. Komanda izdrukā pavadzīmi, nolaižamajā sarakstā izvēlas pārvadātāju un atzīmē pasūtījumu kā nosūtītu — lai gan sūtījums vēl nav pieteikts nevienam pārvadātājam.

Pēc tam kādam ir jāatver pārvadātāja portāls, jāievada adrese, jāpiesakās sūtījumam un izsekošanas numurs jāpārkopē atpakaļ ERP. Nākamais sūtījums tiek apstrādāts tāpat — tikai caur citu portālu.

Tā piegādes pārvaldība darbojas lielākajā daļā ražošanas uzņēmumu: daļēji ERP iekšienē, daļēji ārpus tā. Cik lielā mērā jūsu ERP aptver šo procesu, ir atkarīgs no izmantotās sistēmas, tās izvietojuma un no tā, kas notiek, migrējot uz jaunu versiju.


Ko dara jūsu ERP piegādes modulis un kur tas apstājas

ERP sistēmas piegādes modulis ir paredzēts piegāžu reģistrēšanai. Tas piešķir pārvadātāju, izdrukā pavadzīmi un atzīmē pasūtījumu kā nosūtītu. Ja nosūtāt vietējos sūtījumus ar vienu vai diviem pārvadātājiem, tas var būt pietiekami.

Taču tas nekad nav bijis paredzēts tam, lai pirms pasūtījuma pieteikšanas salīdzinātu aktuālās cenas no dažādiem pārvadātājiem, tieši pieteiktu sūtījumus pie pārvadātājiem, automātiski ielādētu izsekošanas datus vai pārbaudītu kravas rēķinus atbilstoši saskaņotajām cenām. ERP piegādātāji šīs funkcijas arī neplāno veidot — pārvadātāju savienojamība nekad nav bijusi viņu produkta piedāvājuma daļa. Trūkumus sīkāk aplūkojam rakstā ERP vs TMS.


Trīs veidi, kā paplašināt ERP piegādes iespējas

Kad iebūvētais modulis vairs nav pietiekams, komandas parasti izvēlas vienu no trim variantiem.

  • Turpināt izmantot iebūvēto moduli. Pārvadātāja piešķiršana, drukāšana un nosūtīšana paliek ERP. Pārējais notiek manuāli pārvadātāju portālos. Šis variants neprasa nekādu iestatīšanu, taču rada ievērojamas ekspluatācijas izmaksas: zaudētas minūtes katram sūtījumam un kļūdas, kas paliek nepamanītas, līdz zvana klients.
  • Instalēt spraudni katram pārvadātājam. Viens DHL, viens DSV, viens reģionālajam pārvadātājam. Katrs darbojas labi, līdz pārvadātājs maina savu API — un tad problēma kļūst jūsu. Ar pieciem pārvadātājiem jāuztur piecas integrācijas, jāseko pieciem datu formātiem un jāglabā pieci atbalsta kontakti.
  • Ieviest piegādes slāni virs ERP. Savienojiet ERP ar platformu, kas atbalsta visus pārvadātājus, un pēc tam uzturiet tikai vienu savienojumu. Jauna pārvadātāja pievienošana kļūst par konfigurācijas jautājumu vai pieprasījumu pakalpojumu sniedzējam, nevis par atsevišķu projektu.


Kā ERP piegādes pārvaldība atšķiras pa platformām

Viens un tas pats sūtījums tiek apstrādāts atšķirīgi atkarībā no izmantotās ERP sistēmas. Tabulā zemāk parādīts, kā tas atšķiras lielākajā daļā Eiropas ražotāju izmantotajās sistēmās:

ERP

Ko aptver piegādes modulis

Kur tas apstājas

Ar piegādes slāni

Microsoft Dynamics 365 (BC / F&O)

Business Central: pārvadātāji, pakalpojumi un pavadzīmes. F&O papildina transporta vadības modulis.

Sūtījumu pieteikšana un cenu salīdzināšana nav iekļauta, bet F&O modulis pats par sevi ir atsevišķs projekts. Lielākā daļa vidēja lieluma ražotāju to uzskata par pārāk sarežģītu savām vajadzībām.

Gatavi savienotāji gan BC, gan F&O. Pārvadātāju puse atrodas ārpus ERP, un savienojums balstās uz konfigurāciju, nevis pielāgotu izstrādi.

SAP

Pamata piegādes dokuments; pastāv arī apjomīgs transporta modulis, kas paredzēts lieliem uzņēmumiem.

Lielākā daļa ražotāju transporta moduli nekad neaktivizē. Ja izmantojat ECC, kādā brīdī migrācija būs nepieciešama (skatiet piezīmi zemāk).

Savienojas caur API vai drošu failu apmaiņu neatkarīgi no tā, vai jūsu SAP darbojas mākonī vai lokālajos serveros.

NetSuite

Vienota mākoņbāzēta pasūtījumu, krājumu un finanšu uzskaite.

Iebūvētais pārvadātāju atbalsts ir orientēts galvenokārt uz pasta sūtījumiem. LTL un FTL kravas vairākos transporta veidos nekad nav bijis tā galvenais uzdevums.

Viena integrācija savieno visus pārvadātājus. SomnoMed Francijā samazināja etiķešu izveides laiku no 90 minūtēm dienā līdz 20, pēc tam ieviešot šo risinājumu arī pārējos Eiropas centros.

Odoo

Pieejams un elastīgs, ar piegādes savienotājiem, kas galvenokārt orientēti uz pasta pārvadātājiem.

Trūkumi sāk parādīties, tiklīdz jāpārvadā paletes un jauktas kravas ar reālu pārvadātāju sarakstu.

Gatavs Cargoson savienotājs ļauj palielināt piegāžu apjomu, neuzturot atsevišķu spraudni katram pārvadātājam.

Monitor

Ražošanas plānošana, MRP un darbnīcas vadība.

Vairāku pārvadātāju piegāžu pārvaldība nekad nav bijis tā paredzētais mērķis.

Labi piemērots papildu slānim, kas apstrādā cenas, sūtījumu pieteikšanu, etiķetes un izsekošanu, un nosūta izmaksas atpakaļ uz Monitor.


Mākoņa vs lokālā ERP: ko tas maina piegādes pārvaldībā

Kad ERP darbojas mākonī, mainās divas lietas.

  • Piegādātājs kontrolē laidienu grafiku. Jaunās versijas tiek izlaistas pēc viņu grafika, nevis jūsējā, tāpēc tam, kurš uztur jūsu piegādes savienojumu, ir jāseko katram laidienam. Noskaidrojiet, kurš ir atbildīgs par saderību, pirms parakstāt līgumu.
  • Etiķete joprojām ir jāizdrukā iepakošanas vietā. Neatkarīgi no tā, vai ERP darbojas mākonī vai nē, kādam pie iekraušanas rampas ir nepieciešama pareizā etiķete un kravas dokuments. Piegādes iestatījumiem šī informācija jānodod uz lokālo printeri, neveidojot atsevišķu darbplūsmu katram pārvadātājam.


Kas notiek ar jūsu piegādes pārvaldību ERP migrācijas laikā

Situācija ir citāda, ja pārvadātāju līgumi, piegādes noteikumi, etiķetes un izsekošana atrodas atsevišķā slānī, nevis ERP iekšienē. Tad migrācija nozīmē tikai viena savienojuma pārvirzīšanu, nevis visu pārvadātāju darba atkārtotu veikšanu.

Stokker, instrumentu un mašīnu vairumtirgotājs, saskārās ar tieši šo problēmu, pārejot uz jaunu ERP. Tā vietā, lai atsevišķi atjaunotu integrācijas ar katru transporta partneri, Stokker tos visus savienoja caur Cargoson — un iestatīšanas laiks samazinājās no nedēļām līdz minūtēm. Tagad uzņēmums apstrādā 15 000 sūtījumu mēnesī ar tikai diviem darbiniekiem.


Kurš ir atbildīgs par ERP piegādes pārvaldību ilgtermiņā

ERP piegādes integrācija nav vienreizējs uzdevums. ERP sistēmas tiek jauninātas. Pārvadātāji maina etiķešu formātus, pakalpojumu kodus un API versijas pēc sava grafika, ar jums nekonsultējoties. Un cilvēks, kurš zina, kurā portālā ir kura parole, kādreiz var aiziet.

Tāpēc jautājums nav tikai par to, vai savienojums pastāv, bet gan par to, kurš to uztur. Izmantojot piegādes slāni, pakalpojumu sniedzējs centralizēti uztur pārvadātāju savienojumus. Ja pārvadātājs maina savu API, tā ir pakalpojumu sniedzēja atbildība to novērst — nevis izmaiņu pieprasījums pret jūsu ERP. Cargoson gadījumā pārvadātāju savienojamība ir iekļauta produktā bez papildu maksas, un, ja strādājat ar pārvadātāju, kas vēl nav pievienots, Cargoson to savienot bez papildu izmaksām.


Integrētā pieeja un kur uzzināt vairāk

Jūsu ERP sistēma pārvalda pasūtījumu. Piegādes slānis virs tā apstrādā transportu: aktuālās cenas no jūsu pārvadātājiem, sūtījumu pieteikšanu, etiķetes un dokumentus, izsekošanu un kravas izmaksas — lai finanšu uzskaite paliktu pilnīga. Jūsu komandai sūtījums jāievada tikai vienu reizi, un ne caur portālu.

Mūsu TMS-ERP integrācijas ceļvedis skaidro, kā dati pārvietojas un kādi jautājumi jāuzdod jebkuram piegādātājam pirms lēmuma pieņemšanas. Tas, vai jūsu ERP modulis ir pietiekams pats par sevi, aplūkots rakstā ERP vs TMS. Šis raksts apraksta to pašu slāni no jūsu ERP perspektīvas.

Cargoson ir veidots tieši piegāžu pasūtītājiem — ražotājiem un vairumtirgotājiem, nevis pārvadātājiem vai 3PL uzņēmumiem. Katra funkcija ir izstrādāta, lai risinātu loģistikas komandas problēmu, nevis kravas ekspedītora vajadzības. Tā kā platforma ir neatkarīga un nepieder nevienam pārvadātājam, jūsu saskaņotās cenas paliek jūsējās. Tā ietver gatavus savienotājus Microsoft Dynamics, Dynamics 365 F&O, NetSuite un Odoo, un savienojas ar vairāk nekā 2000 pārvadātājiem, izmantojot tiešas API un EDI integrācijas. Cenas sākas no €199 mēnesī — neliela daļa no tā, ko maksā tradicionāls uzņēmuma līmeņa ieviešanas projekts. Un, ja jums nav lielas IT komandas, būs patīkami uzzināt, ka atbalsts ir tas aspekts, ko mūsu klienti vērtē visaugstāk atsauksmēs.


Varat to izmēģināt ar saviem ERP un pārvadātāju datiem, pirms pieņemat lēmumu. Pieteikties bezmaksas, saistību neuzliekošai 30 minūšu konsultācijai ar mūsu ekspertiem. Mēs apskatīsim mūsu funkcijas, jūsu iestatījumus un apspriedīsim, vai un kā Cargoson varētu jums palīdzēt.

Pieteikties bezmaksas konsultācijai