Difference between revisions of "WDI Enhancement for Last Mile"

From RFF Wiki
Jump to: navigation, search
Line 8: Line 8:
 
== Description ==
 
== Description ==
  
The smart service WDI supplies different services which are offered by different stakeholders.
+
The smart service WDI acts as a central point for accessing services which are offered by RFF stakeholders.
  
 
+
Each service which is provided by a RFF stakeholder consists of the following components:
Each service consists of the following components:
 
  
 
[[File:FunctionalService.jpg]]
 
[[File:FunctionalService.jpg]]
  
* API witch offers the service functionality
+
* API which offers the service functionality
 
* Optional component for communication via message exchange
 
* Optional component for communication via message exchange
 
* API which is consuming other services or backend functionality
 
* API which is consuming other services or backend functionality
Line 26: Line 25:
 
[[File:WDI architecture.jpg]]
 
[[File:WDI architecture.jpg]]
  
WDI will act as a central access point for the stakeholders which are consuming different services.
+
The services can be accessed via a presentation layer.
  
  

Revision as of 11:12, 23 March 2021

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

Description

The smart service WDI acts as a central point for accessing services which are offered by RFF stakeholders.

Each service which is provided by a RFF stakeholder consists of the following components:

FunctionalService.jpg

  • API which 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

The services can be accessed via a presentation layer.


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