Äriprotsess - veoki vedu praamiga

Owned by Margus Selge (Unlicensed)
Last updated: May 18, 2020
1 min read

 

  • punasega on tähistatud vedaja/ekspediitori poolt tehtavad tegevused

  • sinisega on praamioperaatori/sadama tegevused

  • nooltega on tähistatud need sammud, kus toimub info liikumine Logix platvormi ja vedaja/praamioperaatori vahel

  • samm 1 seisneb broneeringu loomises. Seda sammu veel LogixDigi platvormil pole realiseeritud

  • samm 2 puhul on vedajal teada broneeringu andmed (auto, kaup, bronni nr, juhid); selle andmekomplekti saadab vedaja Logix platvormile. Tehniliselt kasutab ta selleks Logix teenust POST Journey

  • samm 3 puhul on auto jõudnud sadama värava taha ning praamioperaatoril on vaja värskeimat infot veoki kauba ja reisijate kohta. Selleks teeb praamioperaator päringu Logixi platvormile. Tehniliselt kasutab ta selleks Logix teenust GET Journey . Kui see info vastab broneeringu tingimustele, siis avab praamioperaator veokile värava

  • protsessi detailne tehniline kirjeldus koos andmevoogudega on toodud siin .

Alternatiivne lahendus

Ülaltoodud GET Journey ettepanek (samm 3) esitab broneeringuks vajalikud andmed JSon-kujul, milles ainult veoseinfo ehk eCMR-id on standardsel XML kujul. Et terve broneeringu andmekomplekt oleks GS1 kujul, siis võiks sammu 3 jaoks realiseerida alternatiivse GET-teenuse, mis tagastab andmed GS1-kujul.

Selle alternatiivi realiseerimiseks on vaja kooskõlastust partneritega või siis on vaja meie enda serveris realiseerida eCMR→GS1 teisendus.

Eelised võrreldes senise protsessiga

  1. Broneeringu uuendus tehakse automaatselt TMS süsteemi kaudu - enam ei pea võtma telefonikõnet laevafirmale ega tegema seda eraldi laevafirma iseteenindusbüroo kaudu

  2. Sadama värava juures saab auto läbi lasta ilma, et autojuht veose/broneeringu kohta paberdokumente esitaks