De mooie toekomst van het Open Trip Model
Simacan is een aantal jaren geleden begonnen met de ontwikkeling van het open standaard Open Trip Model (OTM). In dit artikel leg ik uit waarom dit zo'n belangrijke stap was en waarom OTM een belangrijke rol zal spelen in het verder optimaliseren en automatiseren van logistieke processen. Ik zal ook uitleggen waarom ik denk dat we in de nabije toekomst steeds meer partijen OTM in hun product zullen zien implementeren. Maar laten we beginnen met een heel korte geschiedenis van OTM.
Simacan begonnen met Open Trip Model
Niet lang na de oprichting van Simacan bouwden we de eerste versie van de Simacan Control Tower. We bouwden hem voor één retailer, maar met het idee om hem in de toekomst ook voor andere retailers te gebruiken. Die retailer werkte met verschillende transportbedrijven. Om de logistieke operatie te kunnen monitoren, moesten we verbindingen maken met de Transport Management Systemen van die transportbedrijven.
We definieerden een op XML gebaseerde gegevensindeling die we deelden met de IT-afdelingen van die transportbedrijven. Hoewel het model op dat moment nog niet echt open was, beschouwen we dit nu als de allereerste versie van OpenTripModel.
Later, toen er meer klanten kwamen en we meer integraties moesten maken, vroegen sommige partijen ons: "waarom zouden we ons aan jullie datamodel houden?" Een terechte vraag, die ons aan het denken zette. Wat als we een echte standaard zouden gebruiken als dataformaat? Dan zouden we die vraag niet krijgen, of in ieder geval minder vaak. Dit was rond de tijd dat ik bij Simacan kwam en het maken van OpenTripModel 4.0 was een van de eerste projecten waar ik aan werkte. Hoewel de versie al 4.0 was, was dit de eerste versie die echt open zou zijn.
Voordat we begonnen na te denken over hoe de standaard zou moeten werken, hebben we een aantal leidende principes opgesteld. We besloten dat de nieuwe standaard eenvoudig, flexibel en schaalbaar moest zijn. Natuurlijk is het onmogelijk om tegelijkertijd maximale flexibiliteit, eenvoud en schaalbaarheid te hebben. Dit wordt perfect geïllustreerd door deze figuur:
Dus besloten we dat we moesten proberen een balans te vinden tussen de drie. Tot dan toe hadden we een vrij traditioneel, XML-gebaseerd, hiërarchisch datamodel. Als je ervaring hebt met zo'n model, dan weet je dat die zeker niet flexibel zijn en de neiging hebben om vrij snel complex te worden. Dus besloten we voor een andere aanpak te gaan.
We hadden verschillende brainstormsessies en ik sprak met verschillende belanghebbenden. Het bleek dat het domein dat we aan het modelleren waren veel gebeurtenissen bevatte. Dus, naast het veranderen van XML naar JSON, besloten we om een event-gebaseerd model te maken. We definieerden een kleine set entiteiten en veel gebeurtenissen. Die gebeurtenissen konden plaatsvinden op een enkele entiteit, maar veel gebeurtenissen waren associatief, dat wil zeggen dat ze twee (of meer) entiteiten met elkaar in verband brachten. Een mooi voorbeeld is het laden van een zending in een voertuig. Die gebeurtenis associeert de zending met het voertuig.
Het resulterende model, dat Open Trip Model 4.0 werd genoemd, was erg flexibel en -naar onze mening op dat moment- eenvoudig genoeg.
Eigendomsoverdracht aan SUTC
Een ander ding dat we ons realiseerden toen we begonnen met Open Trip Model 4.0, was dat we het eigendom van de standaard moesten opgeven om er een echte standaard van te maken. We wilden niet dat iemand zou worden tegengehouden bij het gebruik van Open Trip Model, omdat het eigendom was van een commercieel bedrijf, dat bijvoorbeeld een concurrent van hen zou kunnen zijn. Dus zochten we naar een oplossing en vonden Stichting Uniforme Transportcode (SUTC). Zij verzorgden al een aantal relevante standaarden op het gebied van transport. En ze waren meer dan bereid om eigenaar te worden van Open Trip Model. Op 4 juli 2018 is het eigendom van Open Trip Model overgedragen aan SUTC. Maar onze betrokkenheid bij de standaard stopte daar niet.
OTM 5.0 voor flexibiliteit en eenvoud
Terwijl wij ons eigen hondenvoer aten en OTM 4 op ons platform implementeerden, begonnen steeds meer klanten en partners van ons ermee te werken. Onder hen waren early adopters TANS en FiLogic. We kregen veel feedback. We ontdekten dat, hoewel we dachten dat OTM 4 'eenvoudig genoeg' was, sommige partijen moeite hadden met de implementatie ervan. De belangrijkste reden was dat veel IT-systemen die al langer bestonden, niet geschikt waren om een event-based standaard te gebruiken. Planningsystemen werken bijvoorbeeld meestal batchgeoriënteerd. Ze berekenen de planning voor een bepaalde dag en als de planning verandert, sturen ze gewoon een compleet nieuwe planning. Bovendien hebben we zelf ook ervaren dat we betere manieren nodig hadden om de werkelijkheid te modelleren. Het blijkt dat sommige dingen in de werkelijkheid bij elkaar horen, die we in het model niet konden groeperen.
We hebben geprobeerd aan deze gebruikssituaties tegemoet te komen en hebben nog wat extra's toegevoegd. Dit leidde tot OTM-versies 4.1 en 4.2. Maar al snel realiseerden we ons dat we een aantal meer fundamentele wijzigingen in het model moesten aanbrengen, om een betere balans te vinden tussen flexibiliteit en eenvoud. Meer specifiek, om de standaard eenvoudiger te maken voor de meerderheid van de gebruikssituaties. Dit heeft geleid tot de creatie van Open Trip Model 5.0.
OTM 5 behoudt de JSON-entiteiten, maar heeft eenvoudigere manieren om entiteiten met elkaar te associëren. Het is nu mogelijk om indien nodig een hiërarchische structuur te maken door associaties te gebruiken. Maar het is ook nog steeds mogelijk om eenvoudige, niet-geassocieerde entiteiten te gebruiken. We streven nog steeds naar een goede balans tussen eenvoud, flexibiliteit en schaalbaarheid. Maar we hebben aan onze doelen toegevoegd dat we de eenvoudige use cases eenvoudig willen houden, terwijl we ruimte overlaten voor complexe use cases.
Voortdurende verbeteringen
Aangezien het eigendom van OTM is overgedragen aan SUTC, is er een werkgroep gevormd onder hun verantwoordelijkheid. Uiteraard is Simacan vertegenwoordigd in de werkgroep. Maar ook veel andere (Nederlandse) IT-bedrijven en organisaties uit het logistieke en transportdomein zijn vertegenwoordigd, zoals TANS, FiLogic, U-turn, Rainbow Solutions, Prometheus, TLN en Evofenedex. De SUTC-werkgroep leidt het proces naar de uiteindelijke release van OTM 5.0. En er is al een lijst met functionele use cases die we in toekomstige versies van OTM mogelijk willen maken.
Open standaard is een overwinning
Bij Simacan zetten we ons nog steeds in voor OTM. We geloven dat een open standaard een voordeel is voor iedereen. Hoe meer bedrijven het implementeren, hoe groter de kans dat je een integratie tussen bedrijven kunt maken zonder een nieuw gegevensformaat te hoeven implementeren. Het lijkt misschien contra-intuïtief dat we ons werk aan OTM doneren aan een open gemeenschap. We verliezen de totale controle over de standaard en het is niet onwaarschijnlijk dat concurrenten van de standaard zullen profiteren. Wij geloven dat we door het ondersteunen van een open standaard helpen bij het creëren van een grotere taart, in plaats van te proberen ons stukje van een kleinere taart te maximaliseren.
Concluderend: OTM is uitgegroeid tot een open standaarddat flexibel en gemakkelijk te implementeren is. Eigenaarschap en bestuur zijn in goede handen bij SUTC en er is een groeiende gemeenschap van organisaties die verdere ontwikkeling ondersteunen.
Ga voor meer informatie over het Open Trip Model naar: www.opentripmodel.org
Simacan Manager Productontwikkeling, Bart
Dit is misschien ook interessant voor jou:
Transport Voorbereiding
Succesvolle logistiek begint met strategische transportvoorbereiding. Het Simacan platform revolutioneert traditionele planning door het integreren van real-time gegevens, intelligente validatie en naadloze multi-planning mogelijkheden. Van voertuig
APS-investeringen maximaliseren met slim uitvoeringsbeheer
APS optimaliseren met slim uitvoeringsbeheer. Traditionele APS kan niet real-time worden aangepast. Slim uitvoeringsbeheer maakt continu herplannen, dynamisch roosteren en realtime aanpassingen mogelijk, waardoor de efficiëntie wordt verbeterd en
