...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
1. Introduction
The publication TIC4.0 2024.013 covers the following topics:
General Definitions: The concepts “Available”, “Not Available”, “Scheduled”, “Planned”, “Not Available and is Scheduled”, “Not Available and is Planned” and “Terminal Closed is Planned” “Terminal Closed is Scheduled” have all been defined to achieve clarity on what each of them represents. Furthermore, a new version of the “Job Instruction” definition has been created that adds some remarks made by the Reefer Task Force.
Redefining Terminal Automation: Progress and Visions for the Future – Status November 2024 (2024.13 Release): This document presents the methodology adopted to develop standardised references for terminal automation. Establishing this framework was a vital initial step towards the creation of a strong basis to tackle Terminal Automation’s future challenges and setting the scene for the future developments, while showcasing the advancements made across the various working groups that compose the Task Force.
KPI definitions: KPIs “Gross Berth Hours”, “Quay Container Moves (Box) ‘QCM’” and “Quay Throughput ‘QT’” Quay Throughput Container "QTpC" and Quay Throughput TEU "QTpT" have been defined during this publication period, offering a comprehensive overview on these operational performance indicators.
Reefer definitions: This Release re-defines the subject “Order”, adding changes that improve the definitionrelease updates the subjects "Order" and "Job Instruction," adding the Task Services related to reefer interventions. Furthermore, a new version of the “Translation: Reefer Monitoring Systems to TIC4.0” has been created. Lastly, a new first version of the Data Model containing all of these changes has been created.
General Definitions:
...
TF Communication to vessel EDI: After the publication of the White Paper EDI to TIC4.0, the Task Force has been working on translating one of the most important messages, COARRI, taking into account all the different segments present in the message. All the work is reflected in the COARRI to TIC4.0 publication, which highlights the equivalences between the two standards, facilitating the understanding and interpretation of the data.
Redefining Terminal Automation: Progress and Visions for the Future – Status November 2024 (2024.13 Release):
Terminal Automation is a field where the TIC4.0 semantics can show its potential to achieve seamless and harmonised communications. For this purpose, the Task Force “Terminal Automation” was founded inside of the organisation, comprised of all major experts from the members. In this latest publication, the different systems and methodology of work are described, based on methods with proven track record. The future vision is to achieve a harmonised document or “TIC4.0 standard requirements” that can be added into Request for Proposals (RFP) of automated terminals.
KPI Definitions:
One of the greatest strengths of the TIC4.0 Semantics is its flexibility. Thanks to its versatility, multiple data points can be extracted from the database to create Key Performance Indicators (KPIs) based on the stakeholders' preferences.
In this latest release, the KPIs “Quay Container Moves” (QCM), “Quay Throughput” (QT) and “Gross Berth Hours” have been defined. The first two are referred to the containers that are moved from and to the vessel from the quay, including operations made on behalf of third parties. Lastly, “Gross Berth Hours” refers to the “gross” time period during which the vessel is considered “berthed” at a certain quay/position of the terminal.
Reefer definitions:
PENDING
Translation: Reefer Monitoring Systems to TIC4.0 (2024.013)
In the previous version of this document, the equivalencies of the data flowing between the TOS and the RMS were detailed, mainly related to the measurements from IoT sensors, the different Set Points, and the characteristics of the Reefer Cargo Visit. This allowed for the representation of the most relevant states of the reefer through the exchanged data. In this iteration, a key aspect has been incorporated: the tasks that a reefer cargo must receive from various parties while within the terminal's domains. This task focused on establishing the equivalencies between these actions and their representation using the terms defined in TIC4.0, such as "Job Instruction" and "Order." This new set of translations allows the TOS and RMS to exchange messages, incorporating actions to be taken by a party on a reefer cargo, such as connecting or disconnecting the cargo from the power source.
2. Data Model
For the digital formatting of the semantic and Dataset we need a Data Model to structure the data and a Data Schema to define the details of the content, such as the validity of the format, the type of data (Boolean, entire, real etc.), which data is mandatory or could be omitted etc.
...
Following the semantic web standard (subject: object) the model has 3 main components: header, asset description and measurement.
...
SUBJECT creates the hierarchy tree structure (we have sub-subjects) that helps to identify the boundary of the value. The hierarchy is fixed by TIC4.0 for each kind of subject (CHE, TOS, Terminal) and can mix any type of subjects (e.g. machine.process = che.move). The subjects conform to an array defined by the (concept) metadata so various identical subjects but with different metadata (id or name or location or…) can be sent in the same message. (one message with several CHE's or one CHE with several spreaders).
The CONCEPT's metadata defines ‘what is’ and the CONCEPT‘what does’. Both are flat (no hierarchy, no arrays) and as many as necessary can be used. Additionally, two concepts can be combined with ‘and’ or ‘or’ creating a new concept which includes the condition that makes both true. For e.g. ‘hoisting_and_trolleying’ that represents the action of hoisting and trolleying at the same time (both statuses must be true).
OBSERVED PROPERTIES define the ‘magnitude’ of the CONCEPT, are flat (no hierarchy) and can be used as many times as necessary with a CONCEPT.
For each OBSERVED PROPERTY, an array created by the combination of the different POINT OF MEASUREMENTsin time (actual, estimated, etc), place (input, iinput, ioutput, output), timestamps and the different Units will give an array (a list) of VALUEs. The array could be if necessary in each message. The length will depend on the relation between the data frequency and the message frequency and also the amount of different POINT OF MEASUREMENTsthat need to be represented.
...
The Dataset is the content of the Data Model, a flat version without hierarchy or rules. The Dataset is used by humans, but machines need the Data Model and the Data Schema to translate it to a digital format.
3. Generic Documentation
In this release, the following generic documents, definitions and other information are available:
...
Release | Title | Link | Definition | TIC4.0 Classification |
2024.013 | Redefining Terminal Automation: Progress and Visions for the Future – Status November 2024 (2024.13 Release): | This document presents the methodology adopted to develop standardised references for terminal automation | Publication | |
2024.013 | Translation of "Reefer Monitoring System" to TIC4.0 2024.013 | Translation of "Reefer Monitoring System" to TIC4.0 2024.013 | Description of how the information of a Reefer Monitoring System can be translated to TIC4.0, complete with a table of equivalences | Publication |
2024.013 | Reefer Data Model 2024.013 | Data Model representing any reality of the cargo reefer related to status and processes. | Data Model | |
2024.013 | COARRI to TIC4.0 | Translation from COARRI to TIC4.0 | Publication |
4. Definitions
The following definitions have been created or modified in this 2024.013 publication:
...
Publication | Definition | Link | Definition | TIC4.0 Semantic | ||||||
2024.013 | Job Instruction 2024.013 | PENDING | A job instruction is a collection of orders (something) that a source (system/someone) tells to subjects (system/someone/something/equipment) to do to an object (system/someone/something/equipment) in a coordinated way. Modified by the Reefer Task Force. | CONCEPT | 2024.013 | Available | PENDINGAvailable | Subject is able to be used or obtained. | CONCEPT | |
2024.013 | Not available | PENDINGNot available | Subject is unable to be used or obtained | CONCEPT | ||||||
2024.013 | Is Scheduled | PENDINGIs Scheduled | Status indicates that the subject concept was intended to be or do regularly in the far future, for example, a timetable | CONCEPT | ||||||
2024.013 | Is Planned | PENDINGIs Planned | This status indicates that the subject concept was intended by all the actors to be or do an action/status (concept) in the future in a specific and detailed way and time | CONCEPT | ||||||
2024.013 | Not available and Is Scheduled | Status that indicates that the subject is not available to be used or obtained due to a scheduled closure (event notified 12 hours in advance) | CONCEPT | |||||||
2024.013 | Not available and Is Planned | PENDINGNot available and Is Planned | Subject is not available to be used or obtained due to a planned closure (public holiday, legal rest times, religious customs and others). | CONCEPT | ||||||
2024.013 | Terminal Closed Is Planned | Subject is not available to be used or obtained due to a planned closure .(event notified at least 12 hours in advance) | CONCEPT | |||||||
2024.013 | Terminal Closed IS Scheduled | Subject’s (by default, terminal) scheduled closure time periods due to public holidays, legal rest times or other local customs (prayers, festivities, etc.). | CONCEPT |
4.2 TOS
Publication | Definition | Link | Definition | TIC4.0 Semantic |
2024.013 | Job Instruction 2024.013 | A job instruction is a collection of orders (something) that a source (system/someone) tells to subjects (system/someone/something/equipment) to do to an object (system/someone/something/equipment) in a coordinated way. Modified by the Reefer Task Force. | CONCEPT |
...
2024.013 | Order 2024.013 | “Order” (order) indicates one action to perform with the JobInstruction. It includes only one subject, doing one action to one object. | CONCEPT |
4.2 3 KPI
Publication | Definition | Link | Definition | TIC4.0 Semantic |
2024.013 | Gross Berth Hours | PENDINGGross Berth Hours | Amount of time that the carriervisit has been actually at berth or in contact with the berth (carrieratberth|status = true), measured for a completed carriervisit period | KPI |
2024.013 | Quay Container Moves (Box) “QCM” | Quay Box Moves is the volume of cargo type container, measured in unit “box”, moved from/to all the berths to/from the waterside carrier of the terminal during a specific period of time | KPI | |
2024.013 | Quay Throughput (TEUs) “QT” | PENDINGQuay Throughput (TEUs) “QT” | Quay Throughput is the volume of cargo type container, measured in unit TEU, moved from/to all the berths to/from the waterside carrier of the terminal during a specific period of time | KPI |