Difference between revisions of "WDI Enhancement for Last Mile"

From RFF Wiki
Jump to: navigation, search
Line 7: Line 7:
  
 
== Description ==
 
== Description ==
 +
 +
The smart service WDI supplies different services which are offered by different stakeholders.
 +
 +
[[File:FunctionalService.jpg]]
 +
 +
Each service consists of the following components:
 +
* API witch offers the service functionality
 +
* Optional component for communication via message exchange
 +
* API which is consuming other services or backend functionality
 +
* Security functionality
 +
* Governance for managing the service
 +
* Service implementation
 +
 +
The eco system in which the service will run is providing basic capabilities which are consumed by the service (master data, security, governance, technical communication, ...).
 +
 +
[[File:WDI architecture.jpg]]
 +
 +
WDI will act as a central access point for the stakeholders which are consuming different services.
 +
 +
 +
 +
== Use Case ==
 +
 +
WDI will start with services for the first and last mile, furthermore for the transit of trains. Further services will be planned based on the discovery sessions with the stakeholders.
 +
 
[[File:Scenario.jpg]]
 
[[File:Scenario.jpg]]
  
Today's communication between railway undertakings and their service partners for the first and last mile is mainly paper-based: Wagon lists and train pre-advices are exchanged by hand, fax or email.
+
This service supports the following use cases:
The smart service "WDI Enhancement" aims to achieve the following:
 
 
* The railway undertaking which is operating a train should provide relevant information (concerning consignment, wagons and trains) to his partners which are managing the first and last mile. In return, the partner should be able to provide information concerning wagon and train status in a high quality and via standardised messages and interfaces
 
* The railway undertaking which is operating a train should provide relevant information (concerning consignment, wagons and trains) to his partners which are managing the first and last mile. In return, the partner should be able to provide information concerning wagon and train status in a high quality and via standardised messages and interfaces
 
* The first and last mile processes should be supported by appropriate user interfaces (web interface, mobile interface)
 
* The first and last mile processes should be supported by appropriate user interfaces (web interface, mobile interface)
Line 16: Line 40:
  
  
== Use Case ==
 
  
 
=== First mile ===
 
=== First mile ===

Revision as of 12:00, 23 March 2021

Under construction - last edit: 2021-03-22 Oliver Kundt

Description

The smart service WDI supplies different services which are offered by different stakeholders.

FunctionalService.jpg

Each service consists of the following components:

  • API witch offers the service functionality
  • Optional component for communication via message exchange
  • API which is consuming other services or backend functionality
  • Security functionality
  • Governance for managing the service
  • Service implementation

The eco system in which the service will run is providing basic capabilities which are consumed by the service (master data, security, governance, technical communication, ...).

WDI architecture.jpg

WDI will act as a central access point for the stakeholders which are consuming different services.


Use Case

WDI will start with services for the first and last mile, furthermore for the transit of trains. Further services will be planned based on the discovery sessions with the stakeholders.

Scenario.jpg

This service supports the following use cases:

  • The railway undertaking which is operating a train should provide relevant information (concerning consignment, wagons and trains) to his partners which are managing the first and last mile. In return, the partner should be able to provide information concerning wagon and train status in a high quality and via standardised messages and interfaces
  • The first and last mile processes should be supported by appropriate user interfaces (web interface, mobile interface)
  • The service partner should be able to export documents and information via appropriate functions and service AP


First mile

FirstMile.jpg

  • First mile partner
    • Create task for picking up wagons
    • Pick up of wagons, wagon status message "Pulled" to ISR
    • Train composition, providing Hermes 30 as train composition message to the train operating railway undertaking which is taking over the train

The first mile partner should mainly check the information which is provided by the smart service. Only in exceptional cases, he might capture a minimal dataset for a wagon which is not current available.

Last mile

LastMile.jpg

  • Last mile partner
    • Create task for delivery wagons
    • Delivery of wagons, wagon status messages "Delivered" to ISR
    • Train decomposition, receiving Hermes 30 as train pre-advice message from the train operating railway undertaking wagons
  • Train operating railway undertaking
    • Send and receive Hermes 30
    • Retrieve wagon status via ISR

The last mile partner should mainly check the information which is provided by the smart service. Only in exceptional cases, he might capture a minimal dataset for a wagon which is not current available.


Transit of a train

Transit.jpg

  • Service partner who is managing a train transit
    • Receive train pre-advice from previous train operating railway undertaking
    • Use the information for managing the transit
    • Send train pre-advices to the next train operating railway undertaking

Preconditions

The contractual must provide Electronic Consignment Note information to RailData (based on ECN 1.5).


Basic Services

The smart service needs access to the GCU message broker in order to retrieve current technical wagon information.

Dependencies

Planned Steps

To be realised in 2021

Evaluation