Kun myyntitilaus saapuu ERP-järjestelmääsi, kaikki sen täyttämiseen tarvittava tieto on jo mukana: toimitusosoite, tilausrivit, painot ja luvattu toimituspäivä. Toimituksen käynnistyttyä järjestelmän rooli kuitenkin päättyy. Tiimisi tulostaa lähetysluettelon, valitsee kuljetusliikkeen pudotusvalikosta ja merkitsee tilauksen lähetetyksi – vaikka lähetystä ei ole vielä tilattu keneltäkään.

Sen jälkeen jonkun on avattava kuljetusliikkeen portaali, syötettävä osoite, tilattava lähetys ja kopioitava seurantanumero takaisin ERP:iin. Seuraava lähetys hoidetaan samalla tavalla, mutta eri portaalin kautta.

Näin ERP-lähetykset toimivat useimmissa valmistusyrityksissä: osittain ERP:n sisällä, osittain sen ulkopuolella. Se, kuinka laajasti ERP kattaa prosessin, riippuu käyttämästäsi järjestelmästä, sen sijoituspaikasta ja siitä, mitä tapahtuu uuteen versioon siirryttäessä.


Mitä ERP-järjestelmän lähetysmoduuli tekee – ja mihin se pysähtyy

ERP-järjestelmän lähetysmoduuli on suunniteltu toimitusten kirjaamiseen. Se määrittää kuljetusliikkeen, tulostaa lähetysluettelon ja merkitsee tilauksen lähetetyksi. Jos lähetät kotimaisia paketteja yhden tai kahden kuljetusliikkeen kautta, tämä voi riittää.

Moduulia ei kuitenkaan ole koskaan suunniteltu vertailemaan reaaliaikaisia hintoja eri kuljetusliikkeiltä ennen tilauksen tekemistä, tilaamaan lähetyksiä suoraan kuljetusliikkeiltä, hakemaan seurantatietoja automaattisesti tai tarkistamaan rahtikuluja sovittuja hintoja vasten. ERP-toimittajat eivät myöskään aio rakentaa näitä ominaisuuksia, sillä kuljetusliikkeiden yhdistäminen ei ole koskaan kuulunut heidän tuotetarjontaansa. Käsittelemme puutteita yksityiskohtaisesti ERP vs. TMS -artikkelissamme.


Kolme tapaa lisätä lähetystoiminnot ERP:iin

Kun natiivi moduuli ei enää riitä, tiimit valitsevat yleensä yhden kolmesta vaihtoehdosta.

  • Jatka natiivilla moduulilla. Kuljetusliikkeen valinta, tulostus ja lähetys pysyvät ERP:ssä. Muu hoidetaan manuaalisesti kuljetusliikkeiden portaaleissa. Tämä vaihtoehto ei vaadi käyttöönottoa, mutta sen juoksevat kustannukset ovat korkeat: minuutteja hukkuu jokaisen lähetyksen kohdalla, ja virheet jäävät huomaamatta, kunnes asiakas soittaa.
  • Asenna erillinen lisäosa jokaiselle kuljetusliikkeelle. Yksi DHL:lle, yksi DSV:lle, yksi alueelliselle kuljetusliikkeelle. Jokainen toimii hyvin – kunnes kuljetusliike muuttaa rajapintaansa, jolloin ongelma siirtyy sinulle. Viiden kuljetusliikkeen kanssa ylläpidät viittä integraatiota, seuraat viittä eri tietoformaattia ja pidät tallessa viiden eri tukikontaktin tiedot.
  • Ota käyttöön erillinen lähetyskerros ERP:n päälle. Yhdistä ERP alustaan, joka tukee kaikkia kuljetusliikkeitä, ja ylläpidä sen jälkeen vain yhtä yhteyttä. Uuden kuljetusliikkeen lisääminen on konfigurointikysymys tai pyyntö palveluntarjoajalle – ei erillinen projekti.


Miten ERP-lähetykset eroavat eri järjestelmissä

Sama lähetys käsitellään eri tavoin riippuen siitä, mitä ERP-järjestelmää käytetään. Alla oleva taulukko näyttää, miten tämä vaihtelee useimpien eurooppalaisten valmistajien käyttämissä järjestelmissä:

ERP

Mitä lähetysmoduuli kattaa

Mihin se pysähtyy

Lähetyskerroksen kanssa

Microsoft Dynamics 365 (BC / F&O)

Business Central: kuljetusliikkeet, palvelut ja lähetysluettelot. F&O lisää kuljetuksenhallintamoduulin.

Tilaaminen ja hintojen vertailu eivät kuulu pakettiin, ja F&O-moduuli on itsessään laaja projekti. Useimmat keskisuuret valmistajat kokevat sen tarpeettoman monimutkaiseksi.

Valmiit liitännät sekä BC:lle että F&O:lle. Kuljetusliikepuoli sijaitsee ERP:n ulkopuolella, ja yhteys perustuu konfigurointiin eikä räätälöityyn toteutukseen.

SAP

Perustoimitusasiakirja; raskas kuljetusmoduuli on olemassa, mutta se on suunnattu suuryrityksille.

Useimmat valmistajat eivät koskaan aktivoi kuljetusmoduulia. Jos käytät ECC:tä, siirtyminen on edessä jossain vaiheessa (katso alla oleva huomio).

Yhdistää API:n tai suojatun tiedostonvaihdon kautta riippumatta siitä, onko SAP pilvipalvelussa vai omilla palvelimilla.

NetSuite

Yhtenäinen pilvipalvelupohjainen näkymä tilauksiin, varastoon ja talouteen.

Natiivi kuljetusliikkeiden tuki painottuu pakettiliikenteeseen. LTL- ja FTL-kuljetusten hallinta ei ole koskaan ollut sen vahvuusalue.

Yksi integraatio yhdistää kaikki kuljetusliikkeet. SomnoMed lyhensi etikettien luomiseen kuluvaa aikaa Ranskassa 90 minuutista 20 minuuttiin päivässä ja laajensi käyttöönoton sen jälkeen muihin Euroopan toimipisteidensä.

Odoo

Edullinen ja joustava, toimitusliitännät suunnattu pääasiassa pakettikuljetuksiin.

Puutteet alkavat näkyä, kun siirrytään kuormalavoihin ja sekakuormiin laajemman kuljetusliikevalikoiman kanssa.

Valmis Cargoson-liitäntä mahdollistaa lähetystoimintojen skaalaamisen ilman erillisen lisäosan ylläpitoa kuljetusliikettä kohden.

Monitor

Tuotannonsuunnittelu, MRP ja tuotannonohjaus.

Usean kuljetusliikkeen lähetysten hallinta ei ole koskaan ollut sen tarkoitus.

Sopii luontevasti päälle rakennettavalle kerrokselle, joka hoitaa hinnat, tilaukset, etiketit ja seurannan sekä palauttaa kustannustiedot Monitoriin.


Pilvi- vai paikallinen ERP: mitä se muuttaa lähetysten kannalta

Pilvipalvelupohjainen ERP tuo mukanaan kaksi muutosta.

  • Toimittaja hallitsee julkaisuaikataulua. Uudet versiot julkaistaan toimittajan aikataulun mukaan, ei sinun, joten lähetysyhteyden ylläpitäjän on seurattava jokaista julkaisua. Selvitä, kuka vastaa yhteensopivuudesta, ennen sopimuksen allekirjoittamista.
  • Etiketti on silti tulostettava pakkauspaikalla. Riippumatta siitä, onko ERP pilvipalvelussa vai ei, lastausalueella tarvitaan oikea etiketti ja rahtiasiakirja. Lähetysjärjestelyn on toimitettava nämä tiedot paikalliselle tulostimelle ilman, että jokaiselle kuljetusliikkeelle luodaan erillinen työnkulku.


Mitä ERP-järjestelmänvaihto tarkoittaa lähetyksillesi

Tilanne on erilainen, jos kuljetussopimukset, lähetyssäännöt, etiketit ja seuranta sijaitsevat erillisessä kerroksessa ERP:n sijaan. Silloin järjestelmänvaihto tarkoittaa vain yhden yhteyden uudelleenkohdistamista kaiken kuljetusliikkeisiin liittyvän työn uudelleentekemisen sijaan.

Stokker, työkalujen ja koneiden tukkukauppias, kohtasi juuri tämän tilanteen siirtyessään uuteen ERP-järjestelmään. Sen sijaan että olisi rakentanut integraatiot uudelleen jokaisen kuljetusliikkeen kanssa erikseen, Stokker yhdisti ne kaikki Cargosonin kautta – tämä lyhensi käyttöönottoajan viikoista minuutteihin. Nykyään yritys käsittelee 15 000 lähetystä kuukaudessa vain kahden henkilön voimin.


Kuka vastaa ERP-lähetyksistä pitkällä aikavälillä

ERP-lähetysintegraatio ei ole kertaluonteinen projekti. ERP-järjestelmiä päivitetään. Kuljetusliikkeet muuttavat etikettimuotojaan, palvelukoodejaan ja rajapintaversioitaan omien aikataulujensa mukaan kysymättä sinulta. Ja henkilö, joka tietää, missä portaalissa on mikäkin salasana, saattaa joskus lähteä talosta.

Kysymys ei siis ole pelkästään siitä, onko yhteys olemassa, vaan siitä, kuka pitää sen toiminnassa. Erillisen lähetyskerroksen kanssa palveluntarjoaja ylläpitää kuljetusliikkeiden yhteyksiä keskitetysti. Jos kuljetusliike muuttaa rajapintaansa, korjaaminen on palveluntarjoajan tehtävä – ei muutospyyntö ERP:iin. Cargosонissa kuljetusliikkeiden yhdistäminen kuuluu tuotteeseen eikä ole lisämaksu, ja jos teet yhteistyötä kuljetusliikkeen kanssa, jota ei vielä ole yhdistetty, Cargoson tekee sen ilman lisäkustannuksia.


Integroitu lähestymistapa ja lisätietoa aiheesta

ERP-järjestelmä hallinnoi tilausta. Sen päälle rakennettu lähetyskerros hoitaa kuljetukset: reaaliaikaiset hinnat kuljetusliikkeiltäsi, tilaukset, etiketit ja asiakirjat, seurannan sekä rahtikustannukset – jotta taloudellinen kirjanpito pysyy täydellisenä. Tiimisi tarvitsee syöttää lähetys vain kerran, eikä portaalin kautta.

TMS–ERP-integraatio-oppaassamme selitetään, miten tieto liikkuu ja mitä kysymyksiä kannattaa esittää toimittajalle ennen sitoutumista. Se, riittääkö ERP-moduuli yksinään, käsitellään ERP vs. TMS -artikkelissa. Tämä artikkeli tarkastelee samaa kokonaisuutta ERP:n näkökulmasta.

Cargoson on rakennettu yksinomaan lähettäjille, valmistajille ja tukkukauppiaille – ei kuljetusliikkeille tai 3PL-toimijoille. Jokainen ominaisuus on suunniteltu ratkaisemaan logistiikkatiimin ongelma, ei rahdinvälittäjän. Koska alusta on riippumaton eikä kuljetusliikkeen omistama, neuvottelemasi hinnat pysyvät sinun hallinnassasi. Cargosonissa on valmiit liitännät Microsoft Dynamicsille, Dynamics 365 F&O:lle, NetSuitelle ja Odoolle, ja se yhdistää yli 2 000 kuljetusliikettä suorien API- ja EDI-integraatioiden kautta. Hinnoittelu alkaa 199 eurosta kuukaudessa, murto-osa perinteisen yritysjärjestelmän käyttöönottokustannuksista. Jos IT-tiimisi on pieni, on hyvä tietää, että tuki on se osa-alue, jonka asiakkaamme arvioivat korkeimmalle arvioissaan.


Voit testata järjestelmää omalla ERP- ja kuljetusliikedatallasi ennen päätöstä. Varaa maksuton, sitoumukseton 30 minuutin konsultaatio asiantuntijoidemme kanssa. Käymme läpi ominaisuutemme, nykyisen järjestelysi ja pohdimme yhdessä, voisiko Cargoson auttaa sinua ja miten.

Varaa maksuton konsultaatio