# Open Trip Model ## Why OTM? In this day and age more and more information about logistics and traffic is shared over the Internet between various parties. To make this communication easier the _Open Trip Model_ specification was created. It is a lightweight data model used to exchange real-time logistic trip data on the web, and to make it easier for shippers, carriers, software vendors, OEMs, and truck manufacturers to create new multi-brand applications and services. To learn more about the what, the why and the how see the **[OTM documentation website](https://opentripmodel.org/)**. ## Changelog Found any bugs on this page? Or have any feature requests for OTM? Create a new ticket on the [OTM5 change requests Github page](https://github.com/opentripmodel/otm5-change-requests) **Version 5.7 (released on 2025-05-23)** * Fix broken link to goods packaging type codes. [See 87](https://github.com/opentripmodel/otm5-change-requests/issues/87). * Fix inconsistent use of plural name 'geoReferences' for non array property in route definitions. Add new property 'geoReference' and deprecate 'geoReferences'. First one is now required. [See 86](https://github.com/opentripmodel/otm5-change-requests/issues/86). * Add enums for location types 'fuelStation', 'serviceStation' and 'other'. Add new property 'otherLocationType' to specify the location type in case of 'other'. [See 73](https://github.com/opentripmodel/otm5-change-requests/issues/73). * Add eight new action result reasons, including 'deliveredElsewhere', 'deliveredToWrongReceiver' and 'other'. In case of 'other' the result reason can be provided as free text in the existing remark property. [See 89](https://github.com/opentripmodel/otm5-change-requests/issues/89). * Add distance property in move action. This can be provided by means of value and unit (e.g. 120 km) [See 90](https://github.com/opentripmodel/otm5-change-requests/issues/90) * Add two specializations of actor, i.e. 'peron' and 'company'. Each with an additional set of properties. [See 100](https://github.com/opentripmodel/otm5-change-requests/issues/100) **Version 5.6 (released on 2023-11-17)** * Add loading and unloading consignment in and from transport equipment. [See 63](https://github.com/opentripmodel/otm5-change-requests/issues/63). * Add enforceability of a constraint. [See 75](https://github.com/opentripmodel/otm5-change-requests/issues/75). * Add recurring date times & durations on actions & events. [See 75](https://github.com/opentripmodel/otm5-change-requests/issues/75). * Add sub-locations as optional field on a location. [See 77](https://github.com/opentripmodel/otm5-change-requests/issues/77). * Add `owner` as a new type of actor role. [See 78](https://github.com/opentripmodel/otm5-change-requests/issues/78). * Add `routeEntityConstraint` and deprecate `routeConstraint`. [See 80](https://github.com/opentripmodel/otm5-change-requests/issues/80). **Version 5.5 (released on 2023-02-07)** * Explain when to use `Consignment` vs `Goods` constraints. [See 42](https://github.com/opentripmodel/otm5-change-requests/issues/42). * Make `fuel` on vehicle an enum instead of a free string. [See 51](https://github.com/opentripmodel/otm5-change-requests/issues/51). * Add `emissionStandardConstraint` as a possible constraint. [See 52](https://github.com/opentripmodel/otm5-change-requests/issues/52). * Add `transportOrder` as a field on `Consignment` to enable the two-way relationship. [See 59](https://github.com/opentripmodel/otm5-change-requests/issues/59). * Add `eori` as a possible contact detail option. [See 60](https://github.com/opentripmodel/otm5-change-requests/issues/60). * Add `valueBoundConstraint` as a possible constraint. [See 61](https://github.com/opentripmodel/otm5-change-requests/issues/61). * Add `refuel` as a possible action. [See 62](https://github.com/opentripmodel/otm5-change-requests/issues/62). * Add `accessConstraint` as possible constraint. [See 69](https://github.com/opentripmodel/otm5-change-requests/issues/69). **Version 5.4 (released on 2022-05-09)** * _Add a `TransportEquipmentConstraint`. [See 46](https://github.com/opentripmodel/otm5-change-requests/issues/46). * _Add `averageFuelConsumption` to vehicle. [See 48](https://github.com/opentripmodel/otm5-change-requests/issues/48). * _Add fuel consumption and emission events. [See 49](https://github.com/opentripmodel/otm5-change-requests/issues/49). * _Add `contextEvents` on entities. [See 49](https://github.com/opentripmodel/otm5-change-requests/issues/49). * _Add `sequenceNr` to all action types. [See 50](https://github.com/opentripmodel/otm5-change-requests/issues/50). * _Add `cancelled` on action results and `receiverAbsent` as 'reason' type. [See 53](https://github.com/opentripmodel/otm5-change-requests/issues/53). * _Add `actors` to all event types. [See 55](https://github.com/opentripmodel/otm5-change-requests/issues/55). * _Add `description` to all constraint types. [See 56](https://github.com/opentripmodel/otm5-change-requests/issues/56). **Version 5.3 (released on 2021-12-16)** * Support 204 (No Content) for delete requests. [See 23](https://github.com/opentripmodel/otm5-change-requests/issues/23). * Add classification lines to goods. [See 26](https://github.com/opentripmodel/otm5-change-requests/issues/26). * Add a result to actions. [See 30](https://github.com/opentripmodel/otm5-change-requests/issues/30). * Extend ADR with points and transport category. [See 31](https://github.com/opentripmodel/otm5-change-requests/issues/31). * Support `relatedConsignments` in consignments. [See 32](https://github.com/opentripmodel/otm5-change-requests/issues/32). * Support UNCode and GLN in locations. [See 36](https://github.com/opentripmodel/otm5-change-requests/issues/36). * Support `temperatureConstraint` as a possible constraint type. [See 37](https://github.com/opentripmodel/otm5-change-requests/issues/37). * Add some references to existing code lists. [See 27](https://github.com/opentripmodel/otm5-change-requests/issues/27). - Using ISO country codes in the country field in addresses. - Using ISO currency codes in 'value-with-unit' fields. - Using the metric system as recommend and default system for dealing with mass, velocity, weight and sizes. - Using the package material codes from the GS1 standard. **Version 5.2 (released on 2021-09-09)** * _Add `transportEquipmentSubType` for example to indicate what type of pallets you use. [See 19](https://github.com/opentripmodel/otm5-change-requests/issues/19). * _Add `timeWindowConstraint` to replace `startDateTimeConstraint` and `endDateTimeConstraint`. [See 6](https://github.com/opentripmodel/otm5-change-requests/issues/6). * _Add `operationalBase` as a location type. [See 22](https://github.com/opentripmodel/otm5-change-requests/issues/22). * _Add more actor role types. [See 20](https://github.com/opentripmodel/otm5-change-requests/issues/20). * _Add new break and wait actions. [See 17](https://github.com/opentripmodel/otm5-change-requests/issues/17). * _Allow for server side UUID generation. [See 16](https://github.com/opentripmodel/otm5-change-requests/issues/16). **Version 5.1 (released on 2021-06-01)** * Add an optional `emission` to Vehicle. [See 13](https://github.com/opentripmodel/otm5-change-requests/issues/13). * Add an optional `transportMode` to Trip and Move. [See 12](https://github.com/opentripmodel/otm5-change-requests/issues/12). * Add optional `grossWeight` to Goods. [See 11](https://github.com/opentripmodel/otm5-change-requests/issues/11). * Add`mobilePhone` as contact detail option. [See 5](https://github.com/opentripmodel/otm5-change-requests/issues/5). * Add an optional `lastModified` field to each entity. [See 2](https://github.com/opentripmodel/otm5-change-requests/issues/2). * Add an optional language to contact details. [See 9](https://github.com/opentripmodel/otm5-change-requests/issues/9). * Add a new entity Document to deal with information about files that can be shared. [See 7](https://github.com/opentripmodel/otm5-change-requests/issues/7). * Add new statuses to Trip and Consignment. [See 4](https://github.com/opentripmodel/otm5-change-requests/issues/4). * Add an optional sensors association to vehicle. [See 2](https://github.com/opentripmodel/otm5-change-requests/issues/2). **Version 5.0 (only documentation changes)** * Add documentation about validation endpoints. * Add reference to the otm5-change-requests github. * Fix the broken checkbox for actions when choosing the `Stop` action. * Document the license plate on a `TransportEquipment` (i.e. a trailer). Version: v5.7 ## Servers ``` https://example.com ``` ## Security ### BearerToken The scope of OTM currently does not include authentication requirements. Though the recommended approach is to use Bearer authentication (also known as token authentication). Type: http Scheme: bearer ## Download OpenAPI description [Open Trip Model](https://otm-api-spec.redocly.app/_bundle/api/@5.7/otm.yaml) ## Vehicle A `Vehicle` is a means to transport consignments from one location to potentially multiple other locations. There are various types of vehicles, each with their own unique properties like size, dimensions, fuel type and means of tranport (by air, on land, over sea). ### Get a specific Vehicle by its UUID - [GET /api/v5/vehicles/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/vehicle/paths/~1api~1v5~1vehicles~1%7Buuid%7D/get.md) ### Deletes a Vehicle - [DELETE /api/v5/vehicles/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/vehicle/paths/~1api~1v5~1vehicles~1%7Buuid%7D/delete.md) ### Adds a new Vehicle - [PUT /api/v5/vehicles](https://otm-api-spec.redocly.app/api/5.7/otm/vehicle/paths/~1api~1v5~1vehicles/put.md) ## Route A route models the path going from one location to at least one other location. ### Get a specific Route by its UUID - [GET /api/v5/routes/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/route/paths/~1api~1v5~1routes~1%7Buuid%7D/get.md) ### Deletes a Route - [DELETE /api/v5/routes/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/route/paths/~1api~1v5~1routes~1%7Buuid%7D/delete.md) ### Adds a new Route - [PUT /api/v5/routes](https://otm-api-spec.redocly.app/api/5.7/otm/route/paths/~1api~1v5~1routes/put.md) ## Sensor A sensor is a device that is able to measure a quantity in a certain unit, such as measuring the speed in km/h. ### Get a specific Sensor by its UUID - [GET /api/v5/sensors/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/sensor/paths/~1api~1v5~1sensors~1%7Buuid%7D/get.md) ### Deletes a Sensor - [DELETE /api/v5/sensors/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/sensor/paths/~1api~1v5~1sensors~1%7Buuid%7D/delete.md) ### Adds a new Sensor - [PUT /api/v5/sensors](https://otm-api-spec.redocly.app/api/5.7/otm/sensor/paths/~1api~1v5~1sensors/put.md) ## Location Object describing a geographic location. A location can either be a point or an area. ### Get a specific Location by its UUID - [GET /api/v5/locations/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/location/paths/~1api~1v5~1locations~1%7Buuid%7D/get.md) ### Deletes a Location - [DELETE /api/v5/locations/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/location/paths/~1api~1v5~1locations~1%7Buuid%7D/delete.md) ### Adds a new Location - [PUT /api/v5/locations](https://otm-api-spec.redocly.app/api/5.7/otm/location/paths/~1api~1v5~1locations/put.md) ## Actor An `Actor` models a legal entity. A legal entity is an individual, company, or organization that has legal rights and obligations. The use of `Actors` is optional, and is not necessary to use OpenTripModel. Actors can be used e.g. to group all locations that belong to an organisation, or to address an OpenTripModel message to a specific person or organisation. ### Get a specific Actor by its UUID - [GET /api/v5/actors/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/actor/paths/~1api~1v5~1actors~1%7Buuid%7D/get.md) ### Deletes a Actor - [DELETE /api/v5/actors/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/actor/paths/~1api~1v5~1actors~1%7Buuid%7D/delete.md) ### Adds a new Actor - [PUT /api/v5/actors](https://otm-api-spec.redocly.app/api/5.7/otm/actor/paths/~1api~1v5~1actors/put.md) ## Consignment A consignment is a description of an identifiable collection of goods items to be transported between the consignor and the consignee. This information may be defined within a transport contract. ### Get a specific Consignment by its UUID - [GET /api/v5/consignments/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/consignment/paths/~1api~1v5~1consignments~1%7Buuid%7D/get.md) ### Deletes a Consignment - [DELETE /api/v5/consignments/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/consignment/paths/~1api~1v5~1consignments~1%7Buuid%7D/delete.md) ### Adds a new Consignment - [PUT /api/v5/consignments](https://otm-api-spec.redocly.app/api/5.7/otm/consignment/paths/~1api~1v5~1consignments/put.md) ## Trip A Trip is an aggregate entity that combines various entities to model visiting various locations, potentially doing one or multiple actions on each location, such as loading or unloading consignments. It is optionally coupled to a `Vehicle` that is/was driving this trip. ### Get a specific Trip by its UUID - [GET /api/v5/trips/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/trip/paths/~1api~1v5~1trips~1%7Buuid%7D/get.md) ### Deletes a Trip - [DELETE /api/v5/trips/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/trip/paths/~1api~1v5~1trips~1%7Buuid%7D/delete.md) ### Adds a new Trip - [PUT /api/v5/trips](https://otm-api-spec.redocly.app/api/5.7/otm/trip/paths/~1api~1v5~1trips/put.md) ## Event Events - like actions - model _dynamic_ entities that couple various _static_ entities at a certain moment in time. Events are used for either real-time updates, or updates on earlier provided data. Notice that in both event types these are _updates_ on earlier provided data, whereas actions are usually used together with the entities they dynamically couple. There are various kinds of events that fall into the two earlier mentioned kinds. **Real-time updates**: - The **LocationUpdateEvent** that provides location data received from some GPS. - The **SensorUpdateEvent** that provides sensor value updates (such as temperature or speed measurements) received from a sensor. - The **StartMovingEvent**, **StopMovingEvent**, **StartEngineEvent**, **StopEngineEvent** that indicate events provided by Fleet Management Systems. **Both real-time and projected/realized events** - The **EmissionEvent** that contains information about how much emission has been produced during a move / on a trip / per consignment. Can be provided as an actual value, projected based on some calculation, or realized as measured by some sensor. - The **FuelConsumedEvent** that contains information about how much fuel was consumed during a move / on a trip / per consignment. Can be provided as an actual value, projected based on some calculation, or realized as measured by some sensor. **Updates on earlier provided data**: - The **UpdateEvent** that is used to update an earlier provided entity with new information. Note that only the changed data has to be provided. - The **AssociationCreatedEvent** and **AssociationRemovedEvent** that allow for _static_ entities to be coupled after the fact. Such as coupling a Vehicle to a Trip. ### Get a specific Event by its UUID - [GET /api/v5/events/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/event/paths/~1api~1v5~1events~1%7Buuid%7D/get.md) ### Deletes a Event - [DELETE /api/v5/events/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/event/paths/~1api~1v5~1events~1%7Buuid%7D/delete.md) ### Adds a new Event - [PUT /api/v5/events](https://otm-api-spec.redocly.app/api/5.7/otm/event/paths/~1api~1v5~1events/put.md) ## Action Actions are _dynamic_ entities that are able to couple together various _static_ entities at a certain moment in time. For instance a Load action couples together a Consignment and a Vehicle at the moment the Loading happens. There are various types of Actions: - The **Stop** that models visiting a certain location at a certain time and potentially doing several other actions at that location. - The **Load** action, that models loading in one or multiple Consignments into a vehicle or some sort of container. - The **Unload** action, that models unloading one or multiple Consignments from a vehicle or some other sort of container. - The **HandOver** that indicates transferring a consignment from one Actor to another. - The **Move** that models moving between two or more locations, potentially with detailed route information on _how_ to move between these locations. - The **AttachTransportEquipment** that allows you to attach some equipment to the associated vehicle. Note that you can both load/unload and attach/detach TransportEquipments. For instance loading a container on a ship, or attach a trailer to a truck. So choose the one that is most appropriate. - The **DetachTransportEquipment** that allows you to detach some previously attached equipment from the associated vehicle. - The **Break** action that models a mandatory resting period for the driver of the vehicle. During this period the driver is prohibited from doing any driving activities or other work. - The **Wait** action that models waiting at a particular location during the trip. This can be due to various circumstances such as waiting for the vehicle to be transported by a ferry or train. Or because of waiting at frontiers or docks (e.g. the dock of the loading/unload location is occupied) or traffic prohibitions. The driver is allowed to leave the vehicle during this period. An important aspect distinguishing this from the _break_ action is that waiting times can be shortened because of changing circumstances. For example, if the original waiting time was expected to be 15 minutes because of an occupied dock, but the driver is 10 minutes late, the waiting time can be shortened to 5 minutes until the dock is free. - The **GenericAction** for whenever any of the above actions cannot model the situation appropriately. ### Get a specific Action by its UUID - [GET /api/v5/actions/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/action/paths/~1api~1v5~1actions~1%7Buuid%7D/get.md) ### Deletes a Action - [DELETE /api/v5/actions/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/action/paths/~1api~1v5~1actions~1%7Buuid%7D/delete.md) ### Adds a new Action - [PUT /api/v5/actions](https://otm-api-spec.redocly.app/api/5.7/otm/action/paths/~1api~1v5~1actions/put.md) ## Goods Goods are the items to be transported as part of a consignment. Goods can be divided into two sub-types of goods, depending on the use case and the level of detail. Goods either consists of items, describing the actual goods to be transported. Or a transport equipment, which is equipment used to carry the actual goods to be transported. Transport equipment is (usually) a means to an end, not something that needs to be transported on itself, such as pallets. Note that goods can either be or contain dangerous goods. OTM uses the official specification of [ADR](https://unece.org/transportdangerous-goods/adr-2021-files) to describe in what manner and how dangerous those goods are. The used descriptions in the OTM documentation are extracted from document [ADR2021_Vol1e_0.pdf](https://unece.org/sites/default/files/2021-01/ADR2021_Vol1e_0.pdf). The official documentation is always leading and should be consulted. ### Get a specific Goods by its UUID - [GET /api/v5/goods/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/goods/paths/~1api~1v5~1goods~1%7Buuid%7D/get.md) ### Deletes a Goods - [DELETE /api/v5/goods/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/goods/paths/~1api~1v5~1goods~1%7Buuid%7D/delete.md) ### Adds a new Goods - [PUT /api/v5/goods](https://otm-api-spec.redocly.app/api/5.7/otm/goods/paths/~1api~1v5~1goods/put.md) ## TransportOrder The TransportOrder is the top-level entity to model a group of related consignments that might be transported separately, but need to be administered together. For consistency, even if there is only one consignment, it is still required to use a transport order. ### Get a specific TransportOrder by its UUID - [GET /api/v5/transportOrders/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/transportorder/paths/~1api~1v5~1transportorders~1%7Buuid%7D/get.md) ### Deletes a TransportOrder - [DELETE /api/v5/transportOrders/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/transportorder/paths/~1api~1v5~1transportorders~1%7Buuid%7D/delete.md) ### Adds a new TransportOrder - [PUT /api/v5/transportOrders](https://otm-api-spec.redocly.app/api/5.7/otm/transportorder/paths/~1api~1v5~1transportorders/put.md) ## Document In many logistic operations documents are an important part of the data flow. Documents can serve multiple purposes, such as proving some package was delivered with help of a photo, or some scanned document that establishes that the transferred goods are accepted on handover. Documents in OTM come in two flavors, either you provide the content of the document directly as a base64 encoded string, or you provide a link to the document where it can be accessed online. ### Get a specific Document by its UUID - [GET /api/v5/documents/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/document/paths/~1api~1v5~1documents~1%7Buuid%7D/get.md) ### Deletes a Document - [DELETE /api/v5/documents/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/document/paths/~1api~1v5~1documents~1%7Buuid%7D/delete.md) ### Adds a new Document - [PUT /api/v5/documents](https://otm-api-spec.redocly.app/api/5.7/otm/document/paths/~1api~1v5~1documents/put.md) ## Constraint `Constraints` can do different things, depending on the context they're used in: - In the context of a `Location`, access to the location is only allowed if the given constraint applies. - In the context of a `Trip`, constraints can be used to define constraints that have to be met during the trip, e.g. if the temperature in a refrigerated trailer has to stay below a given maximum during the trip. - In the context of a `Shipment`, constraints can be used to e.g. define minimum or maximum temperatures for shipments, or date time constraints for delivery. Since OTM5.2 the _timeWindowConstraint_ is supported which allows you to give (optionally) both the start and end time of the window between which something needs to occur. This replaces the old style where you had to use an _and_ constraint in combination with the _startDateTimeConstraint_ and _endDateTimeConstraint_. Since the new solution is shorter and simpler the _startDateTimeConstraint_ and _endDateTimeConstraint_ are **deprecated**. Note that constraints can be nested and combined using the `andConstraint`, `orConstraint` and `notConstraint`. ### Get a specific Constraint by its UUID - [GET /api/v5/constraints/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/constraint/paths/~1api~1v5~1constraints~1%7Buuid%7D/get.md) ### Deletes a Constraint - [DELETE /api/v5/constraints/{UUID}](https://otm-api-spec.redocly.app/api/5.7/otm/constraint/paths/~1api~1v5~1constraints~1%7Buuid%7D/delete.md) ### Adds a new Constraint - [PUT /api/v5/constraints](https://otm-api-spec.redocly.app/api/5.7/otm/constraint/paths/~1api~1v5~1constraints/put.md)