ID (identifier)

M

cycle

GRAMMAR

Subject Name

M

Cycle

GRAMMAR

Subject Type

M

Process

GRAMMAR

Also known as

O

CHE cycle; move; working cycle; working process

TIC Description

Definition

M

A Cycle is a discrete (individual, separate and distinct) process designed (designated) to move payloads from one location to another by a subject (che, tos, terminal, carrier, etc)

TIC Description

Further Detail

O

CYCLE Start and End:
Every process has a start and an end, even if it is a semi continuous process like a conveyor belt for bulk handling cargo.

A subject can execute cycles in parallel (many at the same time like a terminal with several STS) or in sequence (just one after the other like a classical CHE). The parallel cycles are built by several serial cycles. A serial cycle can also be built with several independent sub processes running sequentially like a double trolley STS where a cycle can be started (trolley seaside) before the previous one is ended (trolley landside).

The “basic cycle” is the one that can only be performed once the previous one has ended. Any other type of cycle is just an aggregation of these basic cycles (parallel or multiple independent sequential ones). This basic cycle is the most common one we can find. For example in the case of a CHE, the new CHE.CYCLE starts when the previous one has ended and not just when the CHE picked up the payload.

The “parallel cycle” (several basic cycles working in parallel) is the most common in big systems like a “terminal” or a “yard” or a “gate” where several CHE are working in parallel.

The cycle will have the “start” when the process to move the payload begins. This happens when the subject starts to execute the process to pickup the payload (usually when the che or terminal start to execute the process to pickup a cargo = unladen sub process of cycle as per definition below) and finishes when the subject delivers (https://tic40.atlassian.net/l/cp/DrtnPtLq) the payload (usually when the che or the terminal unlock or deliver the cargo to the carrier) or the CHE turns off.

CYCLE Aggregation

The perimeter of the cycle aggregation always depends on the subject. The cycle of a subject is not the sum of all its sub-subject cycles. Therefore, the terminal.cycle.move.box is not the sum of all its che.cycle.move.boxes.

The simplest example is a CHE with just a basic cycle, which has only one trolley and one spreader. The che.cycle and the che.spreader.cycle or the che.trolley.cycle are the same as there is only one spreader and one trolley. Only for this case the sum of the trolley cycle is the same as the che cycle.

If the subject contains various cycles, it is not basic. Then, to build the subject cycle, only the cycles of some sub-subjects need to be aggregated.

Example: To calculate the terminal.cycle.move.box (ended) all che.cycle.move.box (loading) of any machine that is loading a carrier (vessel, truck, train etc.) have to be aggregated. This means that only the sub-subject in charge of the subject.cycle.move “end” process must be added, in the case of the terminal these are the machines that load the carriers. In the case of a multi trolley CHE, the trolley that loads the carrier or CHE (discharging the land trolley, and loading the sea trolley) needs to be added.

CYCLE Payload

Payload includes any relevant payload: cargo, special moves, cages, twist lock boxes, hatch covers, etc.

If it is required to filter by a specific payload, this can always be done. Also the specific value of subject.cycle.move.counter (box, teu, etc) can be added.

CONCEPT's for CYCLE:
The cycle is a process compatible with concepts such as: Id, loading, discharging, useful, unuseful, paid, unpaid, handling reason, move, load, energy, start, end, laden, unladen, active, inactive, idle, working, etc. This allows to aggregate a lot of concepts per cycle and to make a one-to-one (1:1) relationship between those concepts and the specific cycle.

A cycle can also have a link with other subjects like cargo, cargo visit, carrier, and carrier visit. This link can be made one-to-many (1:n) with an array of subject ids.

Example: if a cycle has moved one container the relation between cycle and container can be expressed as follows:

CHE.CYCLE

On & Off

The che.cycle is the cycle performed by a CHE. So the subject has the ability to turn ON and OFF. Due to this particularity it is considered that the process to move payloads will always start with the turn ON of the CHE and end with the turn OFF of the CHE.

Therefore the serial basic CYCLE starts when the subject turns ON or the previous cycle ended and a CYCLE ends when the subject turns OFF or finishes the job it was designed for (safely unlock the payload that has been moved).

It could happen that a cycle does not move anything, because the subject just turns ON and then OFF. A CYCLE is a process “designed” to move a payload. In some cases, the cycle does not necessarily have to move a payload. When there is a payload involved in the cycle, this cycle will have a move.box/teu/etc (=1), if there is no payload involved then this cycle will have a move.value (=1) but without any payload value move.box/teu/etc (=0)

It may happen that the CHE ends a cycle without deliver (https://tic40.atlassian.net/l/cp/DrtnPtLq) because it turns off.

Laden and Unladen status of a cycle

The “basic cycle” always has two sub processes, one with cargo that represents the Laden sub process and another without cargo that represents the Unladen sub process.

Usually the “basic cycle” (not starting or finishing with an OFF status) will start with the start (beginning) of the unladen sub process and finish with the end of Laden sub process.

An unladen cycle just describes the basic cycle process of a subject (normally a CHE) performed without a payload(s).

A laden cycle describes the basic cycle process of a subject  (normally a CHE) with a payload(s).

The Laden and Unladen sub process also have and a start and an end.

See diagram below for more details.

Terminal.Cycle

The terminal.cycle is the cycle performed by a terminal. The terminal.cycle refers to the process of receiving and delivering payloads from/to different carriers on the waterside or landside. The terminal.cycle starts and ends as follows, depending if the process is unloading or loading:

• terminal.@.cycle.@.unloading : “unloading” is a metadata concept of cycle that defines the direction from where to where (from-to) the payload is moved. Unloading = TRUE means the cycle moves the payload from the carrier to the terminal.

• terminal.@.cycle.@.loading : “loading” is a metadata concept of cycle that defines the direction from where to where (from-to) the payload is moved. Loading = TRUE means the cycle moves the payload from the terminal to the carrier.

• terminal.@.cycle.@.start: The terminal.cycle “starts” when the process (berth.cycle, gate.cycle, train.cycle) to unload (receive) the cargo from a carrier at the waterside or landside start (begins). 

• terminal.@.cycle.@.end: The terminal.cycle “ends” when the process to load (deliver) the cargo to a carrier at the waterside or landside ends. 

Terminal.Berth.Cycle

The terminal.@.berth.@.cycle.@ is the cycle performed by the subject berth. The terminal.@.berth.@.cycle.@ refers to the process of receiving and delivering cargo from/to different carriers on the waterside. The terminal.berth.cycle starts and ends as follows depending on if the process is unloading or loading:

• terminal.@.berth.@.cycle.@.unloading : “unloading” is a metadata concept of cycle that defines the direction from where to where (from-to) the payload is moved. terminal.@.berth.@.cycle.@.unloading = TRUE means the cycle moves the payload from the waterside to the berth transfer point.

• terminal.@.berth.@.cycle.@.loading : “loading” is a metadata concept of cycle that defines the direction from where to where (from-to) the payload is moved. terminal.@.berth.@.cycle.@.loading = TRUE means the cycle moves the payload from the berth transfer point to the carrier at the waterside.

• terminal.@.berth.@.cycle.@.start: The terminal.@.berth.@.cycle.@ “starts” when the process to load or unload the cargo to/from the carrier at the waterside begins and it corresponds with the cycle.start of the subject that is performing the job (che.@.cycle.@.start).

• terminal.@.berth.@.cycle.@.end:  The terminal.@.berth.@.cycle.@ “ends” when the process to load or unload the cargo to/from the carrier at the waterside ends and it corresponds with the cycle.end of the subject that is performing the job (che.@.cycle.@.end).

Terminal.Yard.Cycle

The terminal.@.yard.@.cycle.@ is the cycle performed by the process subject yard. The terminal.yard.cycle refers to the process of receiving and delivering cargo from/to yard stock area to/from different transfer points (on the waterside or landside).

The che.type SC will perform the process directly from the yard to the berth transfer zone the horizontal transport cycle will not exist (same for gate)

The terminal.yard.cycle starts and ends as follows, depending if the process is unloading or loading:

• terminal.@.yard.@.cycle.@.unloading : “unloading” is a metadata concept of cycle that defines the direction from where to where (from-to) the payload is moved. terminal.@.yard.@.cycle.@.unloading = TRUE means the cycle moves the payload from the yard to the transfer point (waterside or landside).

• terminal.@.yard.@.cycle.@.loading : “loading” is a metadata concept of cycle that defines the direction from where to where (from-to) the payload is moved. terminal.@.yard.@.cycle.@.loading = TRUE means the cycle moves the payload from the transfer point (waterside or landside) to the yard.

• terminal.@.yard.@.cycle.@.start: The terminal.yard.cycle will have the start when the process to load or unload the cargo to/from the yard begins and it corresponds with the cycle.start of the subject that is performing the job (che.cycle.start).

• terminal.@.yard.@.cycle.@.end:  The terminal.yard.cycle will have the end when the process to load or unload the cargo to/from the yard ends and it corresponds with the cycle.end of the subject that is performing the job (che.cycle.end).

Terminal.Gate.Cycle

The terminal.@.gate.@.cycle is the cycle performed by the gate. The terminal.gate refers to the process of gate in, loading-unloading cargo and gate out of carriers visiting the terminal (external trucks or inter terminal operations).

There is a relationship between the Terminal.@.Gate.@ sub process and the process of Carriervisit (https://tic40.atlassian.net/l/c/aqf4ZE2e) arrival (https://tic40.atlassian.net/l/c/T0sN2F1a), terminal operations (TerminalOperations), departure (Departure) and Cargovisit (https://tic40.atlassian.net/l/c/iR2kuiV1) inbound (Inbound), check-in (Check-In), check-out (Check-out), outbound (Outbound).

The sub processes of the Terminal.Gate are the following:

• Arrival

  • Portgate (in)

  • Pregate

  • OCR-In

  • Terminal Gate (In)

  • Problem resolution

  • Gatetotransferpoint (Yard Stage)

• Terminal Operations (Yard Stage)

• Departure

  • Transferpointtogate (Yard Stage)

  • OCR-Out

  • Gate-Out

  • Port-Gate (out)

The terminal.gate.cycle starts and ends as follows:

• Terminal.@.gate.@.cycle.@start: When the Terminal Gate In Stage starts.

• Terminal.@.gate.@.cycle.@.end: When the Yard Stage and the Gate-out is completed.

• Terminal.@.gate.@.cycle.@.move: corresponds to the che.cycle.move that is going to perform the loading-unloading of the cargo; for example: terminal.gate.cycle.move.box = che.cycle.move.box

• Terminal.@.gate.@.cycle.@.move.value = to the che.cycle.move.value of the CHE executing the move of the cargo that inbound or outbound throught the gate by the carrier during its carriervisit.

Terminal.Train.Cycle

The terminal.@.train.@.cycle.@ is the cycle performed by the train. The terminal.@.train.@.cycle.@ refers to the process of receiving and delivering cargo from/to the train (to/from the transfer point or yard). The buffer operations close to train site are considered yard operations. Only if the cargo is being loaded or unloaded from a train then it is considered a train.cycle.

The terminal.train.cycle starts and ends as follows:

• terminal.@.train.@.cycle.@.unloading : “unloading” is a metadata concept of cycle that defines the direction from where to where (from-to) the payload is moved. terminal.@.train.@.cycle.@.unloading = TRUE means the gate.@.cycle.@move the payload from the train wagon to the transfer point, buffer, external or internal truck.

• train.@.cycle.@.loading: “loading” is a metadata concept of cycle that defines the direction from where to where (from-to) the payload is moved. train.@.cycle.@.loading = TRUE means the gate cycle moves the payload to the train wagon from the transfer point, buffer, external or internal truck.

• train.@.cycle.@.start: The terminal.train.cycle starts when the process to load or unload the cargo to/from the train begins and it corresponds with the cycle.start of the subject that is performing the job (che.cycle.start).

• train.@.cycle.@.end: The terminal.train.cycle ends when the process to load or unload the cargo to/from the train ends and corresponds with the cycle.end of the subject that is performing the job (che.cycle.end).

terminal.horizontaltransport.cycle

The terminal.@.horizontaltransport.@.cycle.@ is the cycle performed by horizontal transportation. The terminal.horizontaltransport.cycle refers to the process of moving cargo from/to transfer points. The terminal.horizontaltransport.cycle starts and ends as follows:

• terminal.@.horizontaltransport.@.cycle.@.start: The terminal.horizontaltransport.cycle starts when the process to move the cargo begins and it corresponds with the cycle.start of the subject that is performing the job (che.cycle.start)

• terminal.@.horizontaltransport.@.cycle.@end: The terminal.horizontaltransport.cycle ends when the process to move the cargo ends and it corresponds with the cycle.start of the subject that is performing the job (che.cycle.start)

TOS.CYCLE

Pending, will be defined in coming releases

TIC Description

Required Information

M

SUBJECT, CONCEPT; OBSERVED PROPERTY and VALUE

TIC Description

SUBJECTS

che; tos; terminal; berth; gate; rail

CONCEPT

Id; loading; discharging; useful; unuseful; paid; unpaid; handling reason; move; load; start; end; energy; laden; unladen; active; inactive; idle; working.

Related standards

O

 TEU definition; Container definition; ISO 8601

TIC Description

Related TIC 4.0 definition

O

https://tic40.atlassian.net/l/c/3pujAL8E https://tic40.atlassian.net/l/c/0X0Ad1XR Laden; Unladen; Paid; Unpaid; Useful; UnUseful; Single; https://tic40.atlassian.net/l/c/0yoXXmak; https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/1029505025 ; https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/1034813441 Hatchcover; Lashing cage; Breakbulk; Bundle; Gearbox; Chain; OHF; double Spreader; Double trolley; solid bulk; double Boom; Multi trolley. https://tic40.atlassian.net/l/cp/o1FyEJRK

TIC Description

Example

M

see below diagrams and draws

TIC Description

Example in the context of the grammar

M

CHE.CYCLE

Open

TOS.CYCLE

tos.terminal.cycle see TIC terminal example

Open

https://tic40.atlassian.net/l/c/u708deV0

terminal.berth/yard/gate/train.cycle

tos.jobinstruction.cycle pending 2022.005 release.

DATA MODEL

Link to one or more operational processes

M

All cargo operations are related to cycle.

TIC Description

Search tags

M

Technical

Version / Date

M

2023.008 / 20.06.2023

2022.004 / 12.05.2022

2022.003 / 15.01.2022

2021.002 / 19.10.2021

Technical

Internal TIC Version

M

20211213

Technical