Logisztikai modul

A szállítmányok csoportosítását és a berakodást optimalizálja; összetett útvonal-optimalizáláshoz specializált TMS-partnerekkel integrálódik.

Igen, automatikus értesítéseken és megrendelésenkénti nyomkövetési nézeten keresztül.

A WMS a raktárat kezeli; a logisztikai modul pedig azt, ami elhagyja azt. Együtt zárják be a kört a termeléstől az ügyfélig.

Teljes mértékben attól függ, hogy az adott fuvarozó mit fogad be, és pont ezt szokták alábecsülni a bevezetés előtt. Egy nagy szállítmányozó általában strukturált üzenetet vagy API-hívást fogad, és visszaadja a nyomkövetési azonosítókat; egy regionális fuvarozónak viszont sokszor egy e-mailben küldött PDF fuvarlevél megy ki, és semmit nem küld vissza. Minden kapcsolatot külön kell felmérni, és amit a fuvarozó ma sem tud fogadni, az önálló integrációs projekt.

Csomagolási egységek, raklapkép, bruttó tömegek, és azok a kamion- vagy konténertípusok, amelyeket ténylegesen rendelni szoktak. A megrendelések csoportosítása ezekkel a számokkal végzett számtan, tehát ha a cikktörzsben rossz a raklapon lévő mennyiség, a terv olyan rakományt épít, ami nem fér fel a járműre. Kellenek még a szállítási naptárak és a vevői áruátvételi időablakok, különben a rendszer olyan dátumot ígér, amit a vevő áruátvétele vissza fog utasítani.

Raklaponként vagy kezelési egységenként egy szkennelést tesz hozzá a kamionnál, ami egy homogén raklapos rakománynál másodperceket jelent. Az idő a vegyes és kézi rakodású küldeményeknél látszik meg, mert ott minden karton külön visszaigazolás lesz. Azt a hibafajtát megszünteti, amikor egy raklap rossz kamionra kerül, de azt nem, ha a raklapot már a csomagolásnál rosszul építették vagy rosszul címkézték. Az korábbi ellenőrzés dolga. Mérjék ki a folyamatot a leglassabb rakományon, azokkal a rakodókkal, akik csinálni is fogják, mielőtt elfogadják.

Részben. Ami a gyáron belül történt, azt továbbra is megkapják: szállítmány létrehozva, rakodás kész, kapun kilépett, plusz a szállítási dokumentumok. Ez időbélyeges nyoma annak, mikor épült meg, mikor rakodták fel és mikor hagyta el a telephelyet a küldemény, de nem pozíció az úton. Minden, ami a kapu után van, azon múlik, hogy a fuvarozó visszaküld-e eseményeket, tehát a nyomkövetési nézet lefedettségét az dönti el, mely fuvarozókkal van integráció, nem a szoftver.

A vevői rendelést és a visszaigazolt dátumot általában az ERP tartja, a logisztikai modul pedig azt számolja ki, tartható-e ez a dátum a meglévő készlettel, a gyártási tervvel és az előtte lévő fuvaridővel. Ha a kettő ellentmond egymásnak, valakinek el kell döntenie, melyiket mondják a vevőnek. Ez inkább folyamati, mint beállítási kérdés, és rendszerint annál köt ki, aki a rendelésteljesítésért felel.

A fuvarokmányokat a már meglévő adatokból állítja elő: szállítólevél, csomagolási jegyzék, címkék. A kereskedelmi számla abból a rendszerből jön, amelyik az árazást kezeli, ez általában az ERP. Nem dönt a vámtarifaszámról, a származásról vagy az Incoterms-paritásról, és nem ad be nyilatkozatot a hatóságnál, tehát a vámügynök a képben marad, hacsak nem adják be saját maguk a nyilatkozataikat.

A rakodási listát ahhoz igazolják vissza, ami fizikailag felkerült a járműre, így a szállítmány a ténylegesen felrakott mennyiségekkel zárul, a maradék pedig nyitva marad egy későbbi szállítmányra. A szállítólevél a felrakott mennyiségekből generálódik, nem a tervből. Ez tartja szinkronban a papírt és a ténylegesen felrakott raklapokat. Hogy a hiányból utánszállítás lesz-e vagy átütemezett rakomány, az az értékesítéssel közösen elfogadott szabályokon múlik.