Efficiënt containervervoer kan zorgen voor een unieke doorvoersnelheid. Bij Hutchison Ports Venlo worden containers die gelost zijn bij de Rotterdamse deepseaterminals soms al dezelfde dag via het spoor naar Venlo vervoerd. De strategisch gelegen trimodale terminal brengt daarmee de theorie uit ons eerdere artikel over spoorgebonden containervervoer in de praktijk. Daniel ten Ham, Director en Erwin Bout, Operations Manager vertellen over de unieke treinverbinding tussen Venlo en de deepseaterminals in de Rotterdamse haven.

Hutchison Ports Venlo; een intermodale hub-terminal
De railterminal van Hutchison Ports Venlo bestaat inmiddels 43 jaar en was één van de eerste — en is vandaag de dag nog steeds één van de grootste — treinterminals van Nederland. Punt-punt verbindingen met APMT-II, Hutchison Ports Delta II, ECT Delta, ECT Euromax en RWG zorgen ervoor dat er zo’n 24 treinen per week containers van de Rotterdamse haven naar het achterland vervoeren en vice versa. Dankzij deze connectiviteit kan een container die in Rotterdam wordt gelost vaak al dezelfde dag per spoor naar Venlo vertrekken — een snelheid die weinig andere railoperators kunnen evenaren.

Ook de behandelsnelheid op de terminal in Venlo zorgt voor een super efficiënte afhandeling van containervervoer per spoor. Waar treinen in de zeehaven vaak zo’n acht tot twaalf uur moeten wachten tot ze behandeld worden, worden de treinen op de railterminal in Venlo binnen twee uur gelost en beladen. Binnen dit tijdsbestek worden meer dan 90 handlings verricht.

De toevoeging van de bargeterminal, inmiddels zestien jaar geleden, maakt transport naar andere locaties waaronder Rotterdam-stad, Moerdijk en Antwerpen mogelijk. De recente uitbreiding van het terrein van 2 naar 5,5 hectare, biedt de terminal ruimte om vier schepen gelijktijdig aan de kade te ontvangen. Wekelijks worden er op de terminal zo’n vijf tot zes eigen schepen gelost en geladen. Ook externe binnenvaartschepen doen de terminal in Venlo aan op hun route. Momenteel wordt ongeveer twee derde van de containers per spoor vervoerd en een derde per barge. De ambitie is om deze verhouding in de toekomst naar 50/50 te brengen. Met deze combinatie van spoor, binnenvaart en wegverkeer vervult Hutchison Ports Venlo de rol van een volwaardige intermodale hub-terminal: een schakelpunt waar verschillende modaliteiten naadloos op elkaar aansluiten.

Digitalisering met het Modality-systeem als fundament
De terminal in Venlo heeft 21 jaar geleden het Modality-systeem in gebruik genomen en sindsdien steeds verder geoptimaliseerd en uitgebreid. Inmiddels vormt het systeem het hart van de operationele en administratieve processen, van treinplanning tot facturatie.

Een greep uit de gebruikte modules:

• Voormelden deepsea terminals en delen van treinsamenstelling via MCA Rail: ‘Pre-notifications’ en ‘Train Composition’ berichten kunnen d.m.v. een interface direct met Portbase gedeeld worden.
• Wagonplanning: In het Modality-systeem worden wagondata, -sets en -types vastgelegd en wordt de volledige treinreis geconfigureerd.
• Containerplanning: Containers worden toegewezen aan specifieke wagonposities, waardoor planners realtime inzicht hebben in belading en capaciteit.
• Orderverwerking en facturatie: Transport, handling en opslag worden automatisch verwerkt en gefactureerd via Modality.
• Rapportage en documenten: Zowel operationele als financiële rapportages zijn direct beschikbaar.

Daarnaast zijn er verschillende functionaliteiten gericht op truckafhandeling en toegangsbeheer, waaronder:

• DIY- (Zelfbedienings)balies: Ongeveer 80% van de chauffeurs meldt zich via de self-service balie.
• Remote check-in (voormeldportaal trucks): (externe) Chauffeurs kunnen hun aankomst digitaal aanmelden voordat ze de terminal bereiken, wat de toegang verder versnelt en fysieke administratie vermindert.
• Gate applicatie bij de slagboom: Zorgt i.c.m. met het voormeldportaal voor een snellere doorstroom van truckverkeer. Hiermee is het verblijf op de terminal in de praktijk 5 tot 10 minuten korter, waardoor frequente bezoekers soms een extra rit per dag kunnen rijden.
• OCR-poorten (in samenwerking met Sentors): Actief op de railterminal en de bargeterminal, voor automatische herkenning van containers en trucks.
• Slagboomaansturing met CargoCard: Venlo was een van de eerste terminals die dit toepaste, waarmee toegang volledig digitaal geregeld is.

Door deze combinatie van modules heeft de terminal veel operationele processen kunnen digitaliseren en versnellen.

Continu verbeteren: automatisering als doorlopend proces
Onder het motto ‘continuous improvement’ werken de teams in Venlo en Rotterdam nauw samen aan nieuwe projecten waarin technologie en praktijk elkaar versterken.
Een belangrijk speerpunt is de ontwikkeling van stackvisualisatie, waarbij Modality-data wordt gebruikt om kraanmachinisten realtime inzicht te geven in prioriteiten op de stack. Zo kunnen containers efficiënter worden verplaatst en worden onnodige handlings voorkomen.
Ook wordt gekeken naar het verder automatiseren van processen op de bargeterminal, die onlangs is uitgebreid naar 5,5 hectare en nu ruimte biedt aan vier schepen tegelijk. Door meer data te koppelen aan operationele beslissingen wil de terminal de doorvoersnelheid verder verhogen en het aantal handmatige handelingen beperken.
Daarnaast wil Venlo het gebruik van het voormeldportaal onder chauffeurs vergroten. Door data, praktijkervaring en gebruikersfeedback te combineren, werkt de terminal stap voor stap toe naar een volledig geautomatiseerde en data gedreven operatie.

Automatisering als onderdeel van trimodale groei
Hutchison Ports Venlo gebruikt een groot aantal modules binnen het Modality-systeem en geldt daardoor als een goed voorbeeld van hoe onze software in de praktijk wordt ingezet voor spoorgebonden containervervoer. Verschillende functionaliteiten zijn in nauwe samenwerking met de terminal ontwikkeld en verder verfijnd, waardoor Venlo laat zien wat er mogelijk is binnen één geïntegreerd systeem. Als softwareleverancier vinden wij het mooi om te zien hoe de terminal zich de afgelopen jaren heeft ontwikkeld van pure treinterminal naar een trimodale logistieke hub van significante betekenis voor containervervoer naar het achterland en zijn we er trots op dat onze softwareoplossingen een vaste basis vormen voor de dagelijkse operatie van de terminal.

In ons artikel over software voor spoorgebonden containervervoer leest u meer over de achterliggende functionaliteiten en toepassingen binnen het Modality-systeem. Ook kunt u met vragen uiteraard altijd terecht bij onze salesafdeling.

 

Spoorvervoer is misschien minder zichtbaar dan binnenvaart of wegtransport, maar het is een onmisbare schakel in de Europese containerlogistiek. Modality ondersteunt de processen van pure spoorterminals, intermodale containerterminals met een spooraansluiting en spooragenten met slimme softwareoplossingen.

In dit artikel vindt u een actueel overzicht van onze oplossingen voor spoorgebonden containervervoer. Zo weet u in één oogopslag welke oplossingen Modality biedt – van orderverwerking tot terminaloptimalisatie – en hoe deze uw processen efficiënter maken.

Doelgroepen die wij ondersteunen met onze spoorsoftware
Onze software is gericht op drie verschillende hoofdgroepen als het gaat om containervervoer per spoor:

• Multimodale terminals – terminals die spoor combineren met weg en binnenvaart.
• Spoorterminals – pure railterminals die treinen van meerdere spooroperators behandelen.
• Spooragenten – logistieke dienstverleners die containervervoer per spoor organiseren via verschillende operators.

We leveren geen systemen voor spooroperators die zelf treinen rijden en personeelsplanning verzorgen, maar richten ons volledig op partijen die overslag, planning en administratieve afhandeling van containertransport verzorgen.

Onze basisfunctionaliteiten voor spoorgebonden containervervoer
Het Modality-systeem ondersteunt activiteiten binnen het gehele logistieke proces: van order entry tot planning en facturatie. Zo bevat het systeem de volgende noodzakelijke basisfunctionaliteiten, die voor iedere klantgroep van toepassing zijn:

• Orderverwerking
• Vastlegging wagondata
• Vastlegging wagontypes
• Vastlegging wagonsets
• Vastlegging treinreizen
• Het plannen van de geboekte containers op de treinreizen
• Het verfijnd plannen van de containers op de wagon
• Facturatie van transport, handling en opslag
• Operationele en financiële documenten en rapportage

Deze basis vormt de kern van onze spoorsoftware en wordt naar wens uitgebreid met geavanceerde modules voor specifieke klantbehoeften.

Aanvullende functionaliteiten per klantgroep
1. Multimodale terminals
Multimodale terminals met spooraansluiting combineren spoor met een wegaansluiting en een eventuele wateraansluiting. Voor deze groep is vooral de coördinatie tussen modaliteiten belangrijk. Onze software ondersteunt onder andere:

• Planning van containers op treinreizen én eventuele aansluiting op barge- en truckplanning.
• EDI-interfaces voor directe communicatie met zeehavens en terminals.
• Synchronisatie van aankomst- en vertrektijden tussen modaliteiten.

2. Spoorterminals
Pure railterminals die treinen van meerdere spooroperators behandelen, hebben baat bij geavanceerde operationele optimalisatie. Onze software biedt:

• Optimalisatietools voor het laad-, los- en opslagproces.
• “Optimizer”-functies voor kraanmachinisten: advies over laad-/losvolgorde en toe te wijzen stackpositie.
• OCR-toepassingen bij spoor- en truckgates voor snelle, foutloze registratie.
• EDI-voormeldportalen voor chauffeurs, waardoor gate-afhandeling grotendeels onbemand kan plaatsvinden.
• EDI-interfaces met de bezoekende spooroperators om zo snel mogelijk beschikking te hebben over de los- en laaddata van de treinen.
• Registratie van de “Zapfenstellung” van de inkomende wagons om een zo efficiënt mogelijk laadproces mogelijk te maken.

3. Spooragenten
Spooragenten organiseren containertransport per spoor via verschillende operators. Voor hen zijn flexibiliteit en snelle aanpassing cruciaal. Onze software voorziet in:

• Integratie van actuele treinroosters (Fahrplan) in het systeem.
• Eenvoudig doorvoeren van wijzigingen bij aanpassingen van de gebruikte treinverbindingen in het Europese spoornet.
• Overzichtelijke order- en capaciteitsplanning over meerdere operators heen.
• Mogelijkheid om met TEU-commitments op treinen te werken.

Koppelingen en interfaces
Onze spoorsoftware is gebouwd om naadloos samen te werken met de systemen van terminals, spooroperators en andere logistieke partners. Dankzij een breed scala aan EDI-, API- en equipment-koppelingen verloopt de informatie-uitwisseling volledig geautomatiseerd, waardoor de kans op fouten minimaal is en processen versnellen.

Voorbeelden van veelgebruikte koppelingen:

Zeehavens en zeehaventerminals

• Rotterdam Portbase MCA Train/ Train Composition
• Rotterdam RSC
• Antwerpen DP World/ PSA

Spooroperators

• Kombiverkehr
• Hupac
• Deutsche Bahn
• Rurtalbahn
• BoxXpress

Terminal equipment & operationele systemen

• Interfaces met containerkranen voor automatische positionering.
• OCR-gate systemen bij zowel truck- als spoorinritten.
• EDI-voormeldportalen voor bezoekende trucks.

Deze koppelingen zorgen voor realtime statusupdates, snellere planning en een soepelere operationele afhandeling. Of het nu gaat om het automatisch inlezen van loslijsten, het voorspellen van aankomsttijden of het automatisch doorzetten van laad- en losstatussen: onze interfaces maken het mogelijk.

Wilt u meer weten over onze softwareoplossingen voor containervervoer per spoor? Op onze pagina voor spoorvervoer vindt u een overzicht van alle systeemfunctionaliteiten. Ook kunt u met vragen uiteraard altijd terecht bij onze salesafdeling.

 

De afgelopen tien jaar is de vraag naar onze webapplicaties en daarmee de ontwikkeling ervan explosief gegroeid. Zo zijn containerterminals webapplicaties gaan gebruiken ter ondersteuning van de terminaloperatie en ook is er veel vraag naar webapplicaties die ondersteunend zijn aan het transportproces of de customer service activiteiten. Onze webafdeling werkt dan ook continu aan het ontwikkelen van nieuwe applicaties en het optimaliseren en standaardiseren van de bestaande applicaties. In dit artikel geven we aan welke webapplicaties nieuw zijn ontwikkeld en welke verbeteringen aan bestaande applicaties zijn doorgevoerd.

Webapplicaties voor customer service, transport en terminaloperatie
Binnen onze webapplicaties maken we onderscheid tussen applicaties voor transportondersteuning, applicaties voor de ondersteuning van de terminaloperatie en commerciële webapplicaties. Webapplicaties voor de ondersteuning van de terminaloperatie worden grotendeels gebruikt door de medewerkers in de buitenoperatie. Onze kraan- en reachstacker applicaties zijn hier goede voorbeelden van. Webapplicaties die het transportproces ondersteunen zijn bijvoorbeeld onze barge-app en truck-app. Een voorbeeld van een commerciële webapplicatie is onze Client Portal, die ervoor zorgt dat klanten op een eenvoudige manier data kunnen delen met hun opdrachtgevers.
Onze webafdeling is achter de schermen continu bezig met het ontwikkelen van nieuwe webapplicaties en het verder standaardiseren en optimaliseren van bestaande applicaties. Recent heeft dit geleid tot het beschikbaar maken van ons grafisch terminaloverzicht in web, hebben we een truck-order webportaal ontwikkeld voor het verkrijgen van statusinformatie van uitbestede transporten aan externe vervoerders en ook zal onze Modality-projectadministratie binnenkort een upgrade ondergaan.

Grafisch terminaloverzicht
Het grafisch terminaloverzicht is een duidelijk visueel overzicht van de actuele containervoorraad geregistreerd binnen het Modality-systeem. Gebruikers kunnen zo in één oogopslag de stackposities en de actuele containervoorraad zien. Het grafisch terminal- of grafisch stackoverzicht was al langere tijd beschikbaar als geïntegreerde module binnen onze kantoorapplicaties. Sinds een jaar is het grafisch overzicht ook volledig beschikbaar in web, waardoor de buitenoperatie deze module op een mobiel apparaat kan gebruiken. Met de ontwikkeling van de webvariant zijn gelijk een aantal aanpassingen doorgevoerd. Zo is het mogelijk om in te zoomen op de verschillende stacks en zijn er views beschikbaar waarbij de datawaarde binnen de getoonde containers aangepast kan worden. Zo kunnen bijvoorbeeld de containernummers worden weergegeven of juist containertypen. Zowel de binnen- als de buitenoperatie werken voor wat betreft het grafisch overzicht in dezelfde module. Wordt het grafisch terminaloverzicht opgestart vanuit het kantoorsysteem, dan wordt de gebruiker doorgelinkt naar de webapplicatie. Naast het huidige terminaloverzicht, waarin wij de volledige terminal-layout bouwen op basis van specificaties van onze klanten, is er nu ook een module beschikbaar waarmee een grafisch terminaloverzicht zelfstandig vanaf nul getekend en opgebouwd kan worden. Ieder element (stack, gebouw water, spoort weg, bolder, etc.) kan door klanten zelf worden ingetekend. Deze applicatie is met name geschikt voor containerterminals waarbij de stackindeling regelmatig verandert.

Truck-order webportaal & truck-app
Het truck-order webportaal is ontwikkeld vanuit de behoefte inzicht te verkrijgen in de voortgang van uitbesteed vervoer. Eigen chauffeurs maken gebruik van de truck-app voor het ophalen van ritinstructies, het bevestigen van verschillende statusmomenten en het uploaden van getekende documenten. De truck-app communiceert alle data direct met de Modality kantoorapplicatie zodat de planning een real-time inzicht heeft in de voortgang van het transport. Wordt het transport uitbesteed aan een externe vervoerder, dan ontbreekt deze real-time data. Het truck-order webportaal zorgt ervoor dat externe chauffeurs eenvoudig kunnen inloggen en statusmomenten kunnen bevestigen. Vanuit de truckplanning wordt een truck-order gegenereerd met daarop een QR-code. De chauffeur scant deze QR-code en komt op het webportaal terecht. Naast het bevestigen van de verschillende statusmomenten van het transport kan de chauffeur via het webportaal ook documenten uploaden.

Optimalisatie projectadministratie
Ook onze projectadministratie wordt momenteel verder geoptimaliseerd. Klanten maken veelvuldig gebruik van de projectadministratie voor het doorgeven van systeemwensen en -problemen en het prioriteren van eerder gemelde ontwikkelpunten. In het eerste kwartaal van dit jaar staat een update gepland waarbij de chatfunctie is verbeterd en de gebruiksvriendelijkheid is vergroot. Na het doorvoeren van deze update nemen we met een aantal klanten contact op om gezamenlijk aan een verdere optimalisatie van onze projectadministratie te werken.

Wilt u meer weten over de webapplicaties die in dit artikel genoemd worden of bent u benieuwd naar onze andere automatiseringsoplossingen in web? Onze salesafdeling legt u graag de mogelijkheden uit! Neem direct contact op via onderstaand formulier of via sales@modality.nl.

Deelname aan de Vertrouwensketen in Rotterdam en aan Certified Pick up (CPu) in Antwerpen moet ervoor zorgen dat het doorgeven van de vrijstelling om een importcontainer uit te halen minder fraudegevoelig is. In de praktijk blijkt deelname aan deze initiatieven nogal eens voor verwarring en uitdagingen te zorgen. In dit artikel geven we daarom uitleg over de werking van beide methoden en vertellen we hoe de diverse interfaces in het Modality-systeem geïntegreerd worden.

Het importproces in de basis
Om het overzichtelijk te houden, gaan we eerst even terug naar de basis. De rederij vormt de beginnende schakel in het proces om een importcontainer af te kunnen halen bij de zeehaventerminal. Wanneer de kosten voor de zeevracht voldaan zijn aan de rederij, wordt de zending door de rederij vrijgesteld. Het vrijgaverecht (ook wel: ‘release right’ genoemd) wordt hiermee doorgegeven aan de verlader en/of de expediteur (noemen we hierna alleen verlader). Voorheen gebeurde dit dus door middel van een pincode, in de nieuwe situatie kan het vrijgaverecht alleen nog digitaal versleuteld verzonden worden naar geautoriseerde partijen. De verlader geeft de vervoerder vervolgens opdracht om de container af te halen in de zeehaventerminal en geeft het vrijgaverecht door aan de vervoerder. De vervoerder stuurt een voormelding naar de zeehaventerminal en haalt met behulp van het vrijgaverecht de container af.

Verschillende havens, verschillende methoden
Het doorgeven van het vrijgaverecht wordt op verschillende manieren geregeld:

Rotterdam – Vertrouwensketen

In Rotterdam loopt de communicatie centraal via Portbase. Vervoerders kunnen via het voor hen al vertrouwde Port Community System (PCS) het vrijgaverecht ontvangen en doorgeven. Hoe dit precies in zijn werk gaat vertellen we hieronder. Het versturen van de voormelding naar de terminal gebeurt al via het PCS van Portbase. Zo kunnen alle zaken die nodig zijn om een importcontainer te kunnen ophalen in de Rotterdamse haven via één systeem worden afgehandeld.

Naar uitleg Vertrouwensketen

Antwerpen – CPu
In de haven van Antwerpen ligt dit iets ingewikkelder. Het doorgeven van het vrijgaverecht (CPu) wordt hier met behulp van twee verschillende partijen geregeld; ofwel via NxtPort, wat een initiatief is van Port of Antwerp-Bruges, ofwel via Secure Container Release van T-Mining. Hoe dit precies werkt kunt u hieronder terugvinden. Daarnaast zijn er in Antwerpen verschillende koppelingen met de verschillende systemen van de zeehaventerminals nodig om voormeldingen te kunnen sturen.

Naar uitleg CPu

 

De werking van de Vertrouwensketen in theorie
Bij het afhalen van importcontainers bij zeehaventerminals in Rotterdam is het prettig dat hier maar één systeem voor nodig is; het PCS van Portbase. Portbase heeft verschillende API’s (Application Programming Interfaces) voor de verschillende diensten ontwikkeld waarmee je binnen het PCS het vrijgaverecht kunt doorgeven: ‘Cargo Controller’, ‘Cargo Release Manager’ of ‘Melding Container Achterland (MCA)’. Omdat de dienst MCA door vervoerders al gebruikt wordt om een voormelding te versturen, is het in theorie prettig dat het ontvangen en doorgeven van het vrijgaverecht ook binnen dezelfde digitale omgeving kan. Een vervoerder ontvangt van de opdrachtgever/verlader het vrijgaverecht. Dit vrijgaverecht geeft de vervoerder het exclusieve recht om de container voor te melden in MCA en deze af te halen bij de terminal.

Portbase onderscheidt verschillende rollen bij het doorgeven van het vrijgaverecht. De ‘Cargo director’ is de partij die de kosten voor de zeevracht voldoet bij de rederij, in eerdergenoemd voorbeeld is dit dus de verlader of de expediteur. De rederij stelt de container vrij en de Cargo director kan het vrijgaverecht overdragen aan de vervoerder. De partij die in het bezit is van het vrijgaverecht wordt binnen het systeem van Portbase aangeduid met de rol ‘release owner’. Deze rol wordt dus steeds doorgegeven. Wanneer de vervoerder een voormelding doet binnen MCA dan wordt het vrijgaverecht of de ‘release’ gekoppeld aan de voormelding binnen MCA. De uitrol van het werken met de Vertrouwensketen gebeurt overigens gefaseerd. Op dit moment worden containers afkomstig uit Latijns-Amerika, Noord-Amerika, Afrika, het Midden-Oosten, India en Pakistan vrijgesteld door middel van de Vertrouwensketen. Importcontainers van de overige landen worden nog vrijgesteld via de ouderwetse pincode.

Integratie Vertrouwensketen binnen het Modality-systeem
Voor het ophalen van importcontainers in de Rotterdamse haven bieden we een API-interface met Portbase. Het vrijgaverecht kan direct via deze API worden opgehaald of via de service MCA. Binnen het Modality-systeem worden de ontvangen Vertrouwensketen releases in een centrale lijst getoond. Klanten hebben zo alle informatie in één omgeving en hoeven niet in het Portbase webportaal in te loggen.

De Vertrouwensketen in de huidige praktijk; uitdagingen en verwarringen
De theorie achter deze gecombineerde aanpak van Portbase is mooi, in de praktijk blijkt deze echter een stuk weerbarstiger. Om het vrijgaverecht of de ‘release’ door te kunnen geven, moet iedere betrokken partij gebruik maken van de diensten van Portbase. Voor de vervoeder is dit niet zo’n probleem, die is ten slotte al vertrouwd met het PCS, voor verladers is dit een heel ander verhaal.

Voor partijen die nog niet bekend zijn met de diensten ‘Cargo Controller’, ‘Cargo Release Manager’ of ‘Melding Container Achterland (MCA)’ is vaak niet duidelijk van welke dienst ze gebruik moeten maken en hoe ze een vrijgaverecht dan precies moeten doorgeven. Ook weten ze niet altijd welke rol ze vervullen of kan het ook zo zijn dat ze meerdere rollen vervullen.

Binnen MCA zien we daarnaast dat wanneer de vervoerder die direct van de opdrachtgever het vrijgaverecht heeft ontvangen, de container gaat ophalen, het vrijgaverecht en de voormelding meestal goed doorkomen bij de terminal. Geeft deze vervoerder het vrijgaverecht echter door aan een andere vervoerder dan blijft deze vaak gekoppeld staan aan de originele voormelding van de eerste vervoerder en kan die dus niet doorgegeven worden aan de vervoerder die daadwerkelijk de container gaat halen.

In een ideaal scenario zouden de processen om de voormelding te versturen en het vrijgaverecht door te geven in Rotterdam van elkaar losgekoppeld moeten worden. Op die manier ontstaan er geen problemen wanneer het vervoer wordt uitbesteed.

Certified Pick up (CPu) in theorie
In de haven van Antwerpen wordt met Certified Pick up (CPu) gewerkt. CPu is de term voor het ophalen van een importcontainer met een digitaal versleuteld vrijgaverecht, door een geautoriseerde of gecertificeerde partij. Waar het doorgeven van het vrijgaverecht in Rotterdam via het systeem van Portbase verloopt, zijn in Antwerpen twee verschillende partijen betrokken bij dit proces. Rederijen CMA CGM, MSC en HAPAG geven het vrijgaverecht via ‘Secure Container Release’ van T-Mining door. Alle overige rederijen doen dit via NxtPort. Wanneer de kosten voor zeevracht zijn voldaan, stuurt de rederij het vrijgaverecht (ofwel release) door naar NxtPort of T-Mining. De verlader (of expediteur) geeft de vervoerder opdracht voor transport en draagt het vrijgaverecht daarmee over. De vervoerder geeft aan met welke truck, barge of trein de container zal worden opgehaald. NxtPort of T-Mining geeft dit door aan de terminal. Wanneer de vervoerder de voormelding heeft gedaan, dit gebeurt dus separaat van het doorgeven van het vrijgaverecht, kan de container worden opgehaald. Het versturen van de voormelding gebeurt door middel van rechtstreekse EDI-koppelingen met de terminals.

Integratie CPu binnen het Modality-systeem
Voor het ontvangen en doorgeven van releases heeft Modality API-interfaces opgezet met NxtPort en T-Mining. De ontvangen releases worden in een centrale lijst in het Modality systeem getoond zodat men niet op de verschillende portalen meer hoeft in te loggen.Voor het voormelden van importcontainers in de haven van Antwerpen heeft Modality daarnaast EDI-interfaces beschikbaar met PSA, MPET en DP-World.

Certified Pick up in de praktijk
De afzonderlijke processen voor het ophalen van importcontainers in de haven van Antwerpen lopen op zich vrij soepel. Het complexe aan deze situatie is dat de vervoerder met vele partijen moeten koppelen; NxtPort, T-Mining en de diverse zeehaventerminals zoals DP World, MPET en PSA. Dit is voor de vervoerder een kostbare aangelegenheid omdat er vijf interfaces moeten worden opgezet. Daarnaast worden er ook hoge terugkerende kosten gerekend voor het gebruik bij NxtPort en T-Mining.

In Antwerpen zou het natuurlijk perfect zijn om het doorgeven van het vrijgaverecht net als in Rotterdam via één portaal te laten verlopen.

Heeft u na het lezen van dit artikel nog steeds vragen over het doorgeven van het vrijgaverecht via de Vertrouwensketen of via CPu, of wilt meer weten over de technische oplossingen die Modality biedt? Neem dan direct contact op met onze salesafdeling via sales@modality.nl of via +31 (0)180 531 035.

Er zijn verschillende typen softwareoplossingen beschikbaar om processen binnen achterland containerlogistiek te optimaliseren en te automatiseren. Zo is er verschil in techniek, bijvoorbeeld applicaties die via een webbrowser toegankelijk zijn of applicaties die toegankelijk zijn via een windows-client. Ook is er keuze uit standaardsoftwarepakketten, de zogeheten SaaS-oplossing (Software-as-a-Service), maatwerk of een combinatie van beiden. En dan zijn er ook nog verschillen in servers waar de software op gehost wordt. In dit artikel lichten we toe hoe onze producten zijn opgebouwd, waarom we bewust voor dit type productaanbod kiezen, in welke voordelen deze combinatie van producttypen resulteert en ook leggen we uit wat onze visie is voor de toekomst.

Eisen vanuit de markt
De markt van inland containerlogistiek heeft de afgelopen 25 jaar een indrukwekkende groei doorgemaakt. In 2022 is er volgens het Havenbedrijf 15 miljoen teu overgeslagen in de Rotterdamse haven. In 1998 bedroeg dit nog 2.9 miljoen teu (Bron: Nieuwsblad Transport). Om in te kunnen spelen op deze groei hebben inland containerterminals en vervoerders de afgelopen decennia terreinen uitgebreid, apparatuur gemoderniseerd, wagenparken vergroot, nieuwe medewerkers aangetrokken etc. Bovenal is er de afgelopen jaren veel geïnvesteerd in digitalisering en automatisering. Des te sneller de groei van de organisatie en des te groter de omvang, des te meer eisen er worden gesteld aan de digitale infrastructuur en daarmee ook aan software en hardware. Bij Modality hebben we gemerkt dat wanneer het om software gaat, onze klanten de volgende zaken belangrijk vinden:

• Aansluiting bij de bedrijfsprocessen
  De software moet aansluiten bij de specifieke processen van onze klant. Daarnaast moet er bij de ontwikkeling van de software rekening gehouden worden met de wensen van de klanten van onze klant, de infrastructuur van de terminal en specifieke vergunningen en/of diensten.
• Stabiliteit
  De software moet stabiel zijn. Een klant wil erop kunnen vertrouwen dat zijn software 24/7 ‘in de lucht’ ofwel beschikbaar is.
• Veiligheid
  De software moet goed te beveiligen zijn. Bedrijfsgevoelige informatie moet zo goed mogelijk afgeschermd zijn tegen niet-geautoriseerde toegang.
• Gebruiksvriendelijkheid
  De software moet gebruiksvriendelijk zijn. Nieuwe medewerkers moeten het werken met de software zich snel eigen kunnen maken.
• Aanpasbaarheid
  De software moet snel aangepast kunnen worden om in te spelen op ontwikkelingen binnen de markt.
• Schaalbaarheid
  De software moet kunnen opschalen of afschalen bij groei of krimp van bepaalde bedrijfsactiviteiten.
• Prijs-kwaliteitverhouding
  De software moet een goede prijs-kwaliteitverhouding hebben.
• Toekomstbestendigheid
  De software moet toekomstbestendig zijn. De gebruikte technologie moet ook op langere termijn aan de klantbehoefte kunnen voldoen.

Als softwareleverancier zijn we continu bezig producten te ontwikkelen waarmee we aan zoveel mogelijk klantwensen tegemoetkomen enerzijds en anderzijds rekening houden met ontwikkelingen op IT-gebied. Onze Research & Development (R&D) -afdeling toetst onze producten op de volgende criteria:

1. Kunnen we functioneel alle gevraagde systeemfuncties programmeren met onze software?
2. Kunnen we technisch alle gewenste systeemkoppelingen programmeren met onze software?

Gebruiksvriendelijkheid, snelheid en aansluiting met de laatste techniek zijn belangrijke waarden bij de ontwikkeling van onze producten.

Modality productaanbod
Modality levert “standaard-op-maat” software voor haar klanten. Hier bedoelen we mee dat de functies in de hoofdprocessen voor zo’n 80% ondersteund worden door standaard systeemfuncties en standaard EDI-koppelingen. De overige 20% vormt maatwerk gerelateerd aan klantspecifieke wensen, denk bijvoorbeeld aan wensen vanuit de klanten van onze klant of wensen die betrekking hebben op de infrastructuur van de terminal. Onze softwareoplossingen zijn per klant uniek en bestaan vaak uit een hoofdapplicatie (het kernsysteem) en webapplicaties die als verschillende modules gekoppeld zijn aan de hoofdapplicatie. Het kernsysteem of de hoofdapplicatie is toegankelijk via een windows-client, de webapplicaties zijn toegankelijk via een browser. De kernsystemen draaien altijd op een server van de klant. Deze server kan zich bevinden op de locatie van de klant (on-premise) of de server wordt gehost in een datacenter (private-cloud). In beide gevallen is de server van de klant en wordt deze niet gedeeld met andere partijen, zoals bij een 100%-webapplicatie vaak het geval is. De aanvullende webmodules die we bij Modality ontwikkelen kunnen eveneens geïnstalleerd worden op de eigen server van de klant, of klanten kunnen de hosting bij ons onder brengen.

Voordelen standaard-op-maat software
De combinatie van standaardmodules aangevuld met maatwerkfunctionaliteiten is een bewuste productkeuze. De combinatie van beide producttypen zorgen ervoor dat we aan zoveel mogelijk klantwensen tegemoet kunnen komen. Zo zijn de hoofdprocessen voor iedere klant grotendeels gelijk (denk aan de modules orderinvoer, planning, facturatie etc.) en zorgt het gebruik van shared source (gedeelde broncode) ervoor dat onze systemen schaalbaar zijn en er relatief snel op nieuwe ontwikkelingen ingespeeld kan worden, denk hierbij bijvoorbeeld aan Melding Container Achterland (MCA) van Portbase. Ook kunnen we eenvoudig het aantal gebruikers uitbreiden, nieuwe locaties aansluiten en EDI-koppelingen toevoegen. We zeggen hierbij ‘relatief’ snel omdat het aanpassen van individuele systemen nu eenmaal meer tijd kost dan wanneer je de programmeercapaciteit volledig in kan zetten op één systeem, zoals bij standaardpakketten het geval is. Echter merken we dat klanten vaak individuele urgente wensen hebben, zoals het ontwikkelen van een API-koppeling met het systeem van een nieuwe klant. Wanneer we voor een standaardpakket zouden kiezen, dan wordt pas aan een nieuwe koppeling geprogrammeerd wanneer hier voldoende vraag naar is en moeten klanten wachten op de releasedatum.
Het maatwerkdeel zorgt ervoor dat het systeem volledig is gericht op de processen van de individuele klant en alle functionaliteiten volledig benut worden (in tegenstelling tot het gebruik van standaardsoftwarepakketten, waarbij niet alle functionaliteiten voor iedere Modality-klant relevant zijn). Doordat het systeem volledig is ingericht op de processen van de individuele klant en systeemfuncties zijn opgebouwd zodat het de volgorde van werken van een specifieke klant ondersteunt, wordt het systeem door gebruikers vaak als gebruiksvriendelijk ervaren. Ook ervaren onze klanten onze prijs-kwaliteit verhouding als goed, omdat ze alleen betalen voor functionaliteiten waar ze daadwerkelijk gebruik van maken.

Voordelen gebruik combinatie object-oriented- en webontwikkeltools
Onze hoofdapplicaties ontwikkelen wij in Delphi. Dit is een zogenaamde ‘object-oriented’ ontwikkeltool. Qua ontwikkelsnelheid, overzichtelijkheid en beheersbaarheid vormt Delphi nog steeds een prima ontwikkeltool om onze kernapplicaties mee uit te breiden en te onderhouden. De user interface, ofwel de gebruikersomgeving waarin onze klanten werken, kan voor sommige van onze klanten wat minder modern aanvoelen ten opzichte van user interfaces binnen webapplicaties, maar biedt op technisch gebied momenteel nog steeds meer mogelijkheden dan de meeste webontwikkeltools. Zo kunnen we in Delphi technisch hoogstaande planningsschermen bouwen die over meerdere schermen uitgelijnd worden. Een techniek die heel prettig is voor een planner om mee te werken, maar wat binnen een webomgeving wat lastiger te realiseren is. Je bent namelijk beperkt tot de mogelijkheden en onmogelijkheden die een internetbrowser biedt. Uiteraard biedt het werken met webapplicaties ook voordelen. Om in te kunnen loggen op onze hoofdapplicatie, heb je hardware nodig. Toegang tot ons systeem wordt verkregen via de windows-client die geïnstalleerd is op een lokale pc. Voor toepassingen waarbij het prettig is om mobiel te zijn, zoals bijvoorbeeld bij een kraanapplicatie of truck-app het geval is, is het handiger om met een webapplicatie te werken. Om toegang te verkrijgen tot de webapplicaties is een internetverbinding op een mobiel device voldoende. Ook kun je met webapplicaties data ontsluiten voor externe partijen, denk bijvoorbeeld aan het toegang geven van klanten tot een Client Portal.
Het combineren van verschillende ontwikkeltools, zorgt ervoor dat we voor iedere toepassing van onze klanten een geschikte oplossing kunnen bieden. Bovendien zorgt het werken met verschillende tools ervoor dat we verschillende soorten specialisten in huis hebben en niet afhankelijk zijn van één bepaalde programmeertaal. Dat maakt dat we niet alleen vandaag de dag flexibel zijn in het leveren van verschillende typen softwareoplossingen, maar ook in de toekomst makkelijk mee kunnen bewegen wanneer nieuwe technieken in opkomst zijn. Overigens zijn beide typen applicaties gekoppeld aan een centrale database. De kwaliteit van de database in combinatie met de kwaliteit van onze applicaties (oftewel hoe goed het is geprogrammeerd), zorgt voor stabiele software die 24/7 toegankelijk en operationeel is.

Voordelen server in eigen beheer
Zowel onze hoofdapplicatie als de aanvullende webmodules worden geïnstalleerd op de server van onze klanten. Deze server wordt dus alleen door de klant zelf in gebruik genomen en wordt niet gedeeld met andere partijen, zoals bij de meeste 100%weboplossingen het geval is. Het in eigen beheer hebben van een server zorgt ervoor dat de veiligheid beter beheersbaar is voor onze klanten. Ook zijn applicaties waarbij de toegang wordt verschaft via een windows-client model, zoals bij onze hoofdapplicaties het geval is, gemakkelijker te beveiligen tegen ongeautoriseerde toegang van buitenaf dan bij webapplicaties het geval is. Vanuit het oogpunt veiligheid is een 100%webapplicatie zeker niet altijd een ideale oplossing.

Productontwikkeling met oog op de toekomst
De meeste systemen van Modality-klanten zijn inmiddels meer dan 20 jaar in ontwikkeling. Dat betekent dat er een enorme ‘legacy’ is opgebouwd in de afgelopen jaren. Met systemen waarin meer dan 20 jaar maatwerkwensen en kennis is gestopt, stap je niet zomaar even over op een andere techniek. Omdat we met gebruik van de huidige technieken nog steeds aan de belangrijkste klantwensen kunnen voldoen, is dat tot op heden ook niet noodzakelijk geweest. Als softwareleverancier wil je wel flexibel kunnen overschakelen op een andere techniek, wanneer deze techniek beter aan de wensen van de klant voldoet. Onze jarenlange kennis heeft ervoor gezorgd dat we als geen ander weten waar deze behoeften liggen en wat voor producten er nodig zijn om het beste aan deze behoeften te kunnen voldoen. Nu en in de toekomst. De combinatie van producten die we aanbieden voldoet vandaag de dag het beste aan deze klantbehoefte, zowel op functioneel als technisch gebied. Met oog op de toekomst zien we wel een belangrijke verandering. Niet zozeer binnen de markt van inland containerlogistiek, maar wel als het gaat om onderwijs dat verricht wordt op IT-gebied. Wij houden nauw contact met opleidingsinstituten waar Informatica en Software Engineering onderwezen wordt. Een tendens die we daar zien is dat studenten tegenwoordig alleen nog opgeleid worden om in webprogrammering. In 2015 hebben we met oog op deze ontwikkelingen onze webafdeling opgericht. Deze bestaat inmiddels uit een volwaardig team dat naast het ontwikkelen van onze diverse webapplicaties ook bezig is met de ontwikkeling van een 100%webmodule. Begin 2024 verwachten we te kunnen starten met het testen van de eerste pilotversie. Belangrijke kanttekening hierbij is dat we deze producten pas in de markt gaan zetten, wanneer we echt zeker weten dat we de gevraagde veiligheid, techniek en functionaliteiten kunnen waarborgen en onze klanten de kwaliteit kunnen leveren die ze van ons gewend zijn. Tot die tijd blijft onze R&D-afdeling webproducten aanvullend aan onze hoofdapplicaties ontwikkelen.

Samengevat; de voordelen van het Modality-systeem
Het Modality-systeem, waarbij gebruik wordt gemaakt van een combinatie van maatwerksoftware en standaardmodules en waarbij de hoofdkantoorapplicatie is gekoppeld aan verschillende webapplicaties, resulteert in de volgende voordelen:

• Het systeem is volledig ingericht op de processen van de individuele klant waardoor de verschillende functionaliteiten optimaal benut worden
• Het systeem wordt als gebruiksvriendelijk ervaren doordat functionaliteiten zijn afgestemd op klantspecifiek gebruik
• Doordat het systeem grotendeels is opgebouwd uit standaardmodules kan er makkelijk opgeschaald worden; denk aan het toevoegen van nieuwe gebruikers, het aansluiten van nieuwe locaties of het toevoegen van EDI-koppelingen
• De mogelijkheid tot maatwerk zorgt ervoor dat systemen relatief snel kunnen worden aangepast wanneer bijvoorbeeld nieuwe koppelingen nodig zijn en er niet gewacht hoeft te worden op een marktbrede releasedatum
• Het systeem is stabiel door goede kwaliteit software en database
• Voor iedere toepassing is een geschikte oplossing. Is veiligheid belangrijk? De hoofdapplicatie is goed te beveiligen. Is mobiliteit belangrijk? Van de webapplicaties kun je eenvoudig gebruik maken met behulp van een mobile device en een goede internetverbinding
• De verschillende applicaties worden op servers geïnstalleerd die door de klant in beheer zijn. Veiligheid en controle over data kan hiermee beter worden gewaarborgd

Heeft u naar aanleiding van dit artikel nog vragen over ons productaanbod? Of over het verschillen tussen onze systemen en alternatieve oplossingen binnen de markt? Wij beantwoorden uw vragen graag! U kunt direct contact met ons opnemen via management@modality.nl of via +31 (0) 180 531 035.