Freight 4 ALL: Training contents

Freight 4 ALL: Training contents

Presented byJulie MURAT

GENERAL INTRODUCTION

1. The trainer should introduce him/herself

2. Ask each participant to do so

3. Ask the participants their level of knowledge regarding Freight4All

4. Finally introduce the course

Training contentsINDEX

1. The Freight4All revolutiona) Initial observationsb) Origin of the projectc) F4All objectivesd) Economic and political implications (at « local » levels)

2. Freight 4 ALL platform’s structurea) Overview : a step-by-step approachb) The Generic Harmonisation Framework c) Technical prerequisites to access the platformd) The system architecture

3. Demo with local demonstrators

PART ONE :

The Freight4All revolution

1. The Freight4All revolution

The aims of this part are:

• To set the scene

• To explain in an evocative way the F4All

stakes

• To promote the impacts of the project at

local levels in order to increase the number

of users – added value for the users

Fragmented long transnational

chain

A multitude of actors

Limiting productivity

Reducing competitive advantage

Hampering growth

Disastified customers

Long product lead times

1. a / Initial observations

1. a / Initial observations

A multitude of actors

A multitude of heterogeneous IT

systems

Closed national solutions

Barriers

1. b / Origin of the projectMain considerations

• What are the main problems in transnational freight transport chains ?• What are the key policy drivers for developing and enhancement of

multimodal transport?• Is the collaboration between actors an issue for success?• Can the Regional Authorities have an « umbrella » role supporting the

stakeholders involved in the transport sector (both from demand and supply)?

• What are the main missing elements of the MED transport system in relation to Central and North Europe (apart from infrastructures?)

• What kind of services (in the field of transport) can support the Cretan export and import activities?

• How can the transport links be improved in the MED area?

1. b / Origin of the projectICT as a tool for improvements but…… how?

Several closed systems already in place by major freight transport stakeholdersSeveral customised systems leading to fragmentationProvision of solutions for a niche of functionalitiesInteroperability is still an issueDissimilar technological standards between geographical areas

Integrated and interoperable ICT platform available to ALL playersAn ICT solution that interconnects the complementary applications of remote systems An ICT solution that can provide complete and alternative workflows for various supply chains needs.Decentralized administration/management for systems/transport services providers.Information exploitation for operational and strategic decision making

1. b / Origin of the project

In this context, Freight4ALL capitalizes on the e-logistics applications

implemented in MED areas by isolated initiatives, however introducing a

distributed ICT platform that allows the integration of existing systems and break

the barriers for all actors involved in transnational freight transport chains.

The MED area transport cohesion can be achieved by introducing smart ICT networking solutions allowing accessibility for all.

Under DAC’s coordination we wish to respond these issues within the framework

of the Freight4All project in cooperation with European Mediterranean and multi-

actors partners:

1. b / Origin of the project

1. c / Freight4All objectives

To bridge the gaps in the transnational supply chains in a synergic way:

To capitalize on the e-logistics applications implemented by isolated initiatives in various MED areas

To introduce a distributed ICT platform allowing the integration of existing systems and break the barriers for all actors involved in transnational freight transport chains.

More specifically:

To design and develop a distributed platform as a mediator for the effective interactions of the stakeholders, end-to-end supply chain management and continuous visibility of the operations

To provide advanced interoperability and interconnectivity tools

Easy entry with low cost for advanced and transnational e-logistics

1. c / Freight4All objectives

1. d / Economic and political implications

Resolution on transport policy of the RS (Intermodality: time for sinergy) / year 2006:

Transport as basis for economic development of a country

- weaknesses in Slovenia: no cooperation among transport service operators and no links between different types of transport infrastructure (intermodality, multimodality), lack of logistics centres

- Opportunities for Slovenia: unification and harmonisation of transport systems operation, development of new transport technologies.

- Vision of economic supply: The offer of overall logistic services within the economic supply and through the interconnection of providers of such services will along with the implementation of a modern cost-effective environmental transport policy provice economic viability of intermodality within the national goods transport in the long run. Slovenia will strongly support the development of new technologies which provide different forms of intermodal transport, external logistics or optimisation of supply chains and the reduction in adverseenvironment effects in transport


- Transport policy measures: education and training, information and marketing with the aim to raise awareness of the importance of transport systems, its operation and optimum usage of transport infrastructure

- Transport policy measures – freight transport sector: fiscal policy measures and other measures for the promotion of intermodality and focusing on the transport system on contemporary solutions in supply chains where such state measures must be economically justified.


Considering such framework, F4All contributes to :

• Promoting intermodality

• Sustainable transport solutions

• Innovative technologies

• Cooperation of operators


Experience of cooperation between logistics providers in Slovenia:

- Transport Logistics Cluster – approx. duration 2002 – 2005- Slovenian technological platform – approx. duration 2008- Chamber of commerce of the RS/ transport section - well established

section, in particular representing interests of truck drivers- Association of shipping agents – historic association of some of the

shipping agents present in the Port of Koper- Propeller club of the Port of Koper – association that promotes

maritime transport and unites actors of maritime field (pilotes, tug services, moorers ecc)


1. d Economic and political implications

F4All contributes to the National objectives of the « Grenelle de l’environnement »

– The “Grenelle Environnement” is a conference bringing together the government, local authorities, trade unions, business and voluntary sectors to draw up a plan of action of concrete measures to tackle the environmental issue.

– It was launched during last presidential period…

National Level

F4All contributes to the National objectives of the « Grenelle de l’environnement »

– Sustainable development issue• F4All enables managing and piloting of intermodality• F4All reduces/limits the negative externalities of transport one of

the main sector concerned by CO2 emmisions• F4All enables the creation of tools favouring sustainable transport

solutions

National Level


• The PACA-Corsica Chamber of commerce and Industry (CCI), which is the cornerstone of the region’s development policy as regards its transport and Logistics system, manages 11 maritime and inland waterways ports as well as 5 marinas, employing 307 personnel in ports, covering 50 000 square meters and 9200 meters of quay availability. This generates a turnover of approximately € 60 million yearly.

• The PACA regional development policy benefits from a broad legal framework involving laws and regulations of various natures.

Regional Level : PACA


• Consistent with the Regional Economic Development Plan (SRDE) drawn up by the PACA regional authority and the Corsica Sustainable Development and Land Use plan (PADDUC), the plan presents the current situation concerning seaports, inland waterway ports and airports, with details of the main features of such facilities.

• The plan is based on an assessment of the port and airport infrastructures. In light of the number of facilities managed in PACA-Corsica, the plan will include not only a file on problems common to both regions, but also two reports on the specific features of each tool.



• Proposals for regional orientations will complete the plan. This is the purpose of the first part of the work. The plan will be deployed in four areas, according to requirements:

• In terms of organisation and management• In terms of communication, including ICT• In terms of marketing,• In terms of financial engineering.



In that sense F4All contributes to :• Sustainable transport solution: F4All develops internal platforms

networking

• F4All is actually for PACA actors a proof of concept of Freight Villages

networking

• F4All develops innovations:

– TIC innovations

– Organisational innovations



Economic and political implications of Freight4All

• Economic and political implications of F4All at National level

• Economic and political implications of F4All at Local level

Economic and political implications of F4All at National level

• Positive economic impact due to the integration of different tiers of the transport chain.

• Promotes better relations between the actors involved.

• Has to potential to cut delays due to duplicate information and through the reuse of documentation

Economic and political implications of F4All at Local level

• Local actors benefit from an digital solution• Benchmarking and assessment allows actors

to improve on current process• Previously paper based processes have the

potential to be digitized cutting errors.

National Level


Freight4all is in line with at least one objective /axis of the three main Greek policy documents i.e.

• The National Strategic Reference Framework (NSRF)

• The Sectoral Operational Programmes

• The Regional Operational Programmes of Crete and Aegean islands

• Greek NSRF puts emphasis on the

– development of multimodal transport networks and efficient interconnections between nodes

– use of ICT systems– investment in the productive sector of the economy– management of the environment in a sustainable way.


National Level

• Incorporates the intermodal transport issues and ICT use for

efficiency improvement. • Achieves digital convergence – through the incorporation and

systematic use of ICT• Reinforces research and technology – and promotes

innovation in transport sector as a factor for restructuring the Greek economy

• Increases extroversion • Provides alternatives to road transport


National Level


Freight4all is expected to have the following positive economic implications at Regional Level:

• Facilitating structural funds (for full scale implementation and similar activities to those of Freight4all)

– One important criterion for co financing is the maturity of the idea to be implemented. Freight4all mobilizes the regional community about the necessity and benefits of such initiatives

– Successful piloting leads to full scale implementation project

• Facilitating transport service providers to create new business opportunities

– Easy access to transport services all over Europe– Use of Freight4all platform with limited adaptation costs


Freight4all is expected to have the following positive economic implications at Regional Level:

• Widening the transport services selection for the shippers– Wider selection -> increased possibility to get better prices– Several selection criteria depending on the services provided

• Tackling the islander barriers of the Crete Region– Cooperation with other Regions/Authorities – Support the integration of Cretan transport nodes in major transport

and logistics nodes

• Familiarisation with modern collaborative logistics practices– Increased competitiveness through collaboration– Creation of business clusters with complementary operations


Freight4all is expected to support the Regional policy through the provision of incentives and funding schemes in the areas of :

• Modernisation of the operational and management schemes of the regional SMEs

• Clustering in the field of transport and ICT• Use of alternatives to international road only transport• Consolidation of cargo through the creation of collaborative

schemes• Provision of e- services in the transport and logistics sector

National Level


Regional Level: Regione Emilia-Romagna


Regional Level: Regione Campania


PART TWO :

Freight 4 ALL platform’s structure

2. Freight 4 ALL platform’s structure


To present the platform

Provide information about technical aspects

(this platform comes from a deep

collaboration)

To explain the audience that the main

outputs of the platform have been built taking

into consideration real cases

2. Freight 4 ALL platform’s structure

There will be two parts:

One oriented towards « general » audience

The other one oriented towards « specialised » audience

According to the attendees’ profile , feel free to design your own training contents!

The common core curriculum + specific curriculum

PART TWO A: Freight 4 ALL platform’s

structureThis part is oriented towards an audience that do not have any deep background of ICT.Indeed, if the structure of the platform is presneted with too many details and using to many technical terms , then the audience may be bored and you wil lose their attention!

2. a / Overview : a step-by-step approach

Harmonisation model and system

architecture

Development of the F4All

distributed ICT platform

Testing and validation




architecture



Policy guidelines and recommendations

Provision of a harmonised operational and

organisational framework and of a

comprehensive system architecture in

order to break fragmentation barriers

and build complementarities for users

and dispersed systems.


architecture





The F4All platform

Allows all parties to remotely access and use the applications available in F4ALL ICT network from a single access point

Provides global security, via web technologies, allowing authorized access and interactions of both human and machine based on predetermined credentials and rights

Includes administrative mechanisms and supportive services for dividing users/systems into autonomous, independent, self-administered groups, allowing increased confidentiality for sensitive data and remote administration of selected suites of applications for virtual management of entire transport chains.

Thus, the actors can function autonomously within a virtual network ofInterrelated applications.



The objectives are to implement F4All end solution in real transport cases in order to be validated for its applicability and extended operational potential.

These real transport cases fully comply with the transnational collaborative approach of the project and actively involve users from the regional community of the partners.

The technical and operational environments have been prepared facilitating the stakeholders of the selected transport chains to execute their daily business activities with the use of F4All platform.Freight4all

Demonstrators

Technical

Operational

Socioeconomic

Regulatory

PART TWO B: Freight 4 ALL platform’s

structureThis part is oriented towards an audience that do have ICT background.

However, the 2/ b part can also interest public actors dealing with transport.

2. b / The Generic Harmonisation Framework

The Generic Harmonisation Framework (GHF) lays the foundation for the development of the System Architecture.

Assessment of the current situation at transport , logistics and ICT levels in partner countries.

Establishing the harmonised operational model

Developing the specifications of the ICT solution detailed system architecture

When defining the GHF, three distinctive layers have been considered:

• User requirements analysis to define the key issues the demand transport side is intersted inan based on the requirements of the transport user categories

Demand layer

• Analysis of the backend systems consolidating the information of the backend and other relevant systems related to transport in terms of services, commonalities, differences and interrelations.

• Defining the agreement to be settled to achieve an effective interoperability between the backend and other systems

Supply layer

• Analysis of the current existing policies compared to the policies required for the development, facilitation, improvement of the business cases operation, providing at the end the generic policy dimension on the MED area

Administration and policy layer



1. Compilation by partners of different transnational transport business cases having the potentiality of being tackled by Freight4All scope.

… How did we get there?

Description of the organizational scenarii

Business/operational transactions

Stakeholders involved in the transnational business case

Information technology capacity

Transnational Approach

Potential role of the Freight4All platform in the business

case

17 representative business cases have

been analysed

Different tools


National examples : business cases analysed

Tracking and Tracing data among Mediterranean ports

Facilitation of ICS Customs formalities among EU countries

Services to facilitate the coordination of customs security formalities to maritime carriers

Simplification of transit procedures in intra-community traffic

« National business cases can be presented to illustrate previous explanations and be more evocative to the audience»


2. Fulfilment by partners of a questionnaire for identification of transnational multimodal case studies (both on demand and supply sides

Different tools

… How did we get there?

Demand Visio

n

Supply

vision

E-platforms and systemes suitable

for F4All

Common agreements for the GHF

Multimodal transnational

business cases

Provisional list of relevant e-

servises

Stakeholders involved in the transnational transport networks

2 target audiences

Backend systems providers in order to register current e-services

capacity (supply) and harmonization possibilities


A generic platform to link backend systems for the benefit of all involved within the transport chain is not only structurally viable as has been proved with the development of concept but also functionally viable as we have analysed the business cases to pinpoint the need that clearly exists in the market.

With the information gathered about potential participating backend systems provided services have been directly linked to the demands of the users.

From the GHF to System Architecture…

2. c / The system architecture

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT

PLATFORM REPOSITORIES

PLATFORM

REFERENCE HARMONISATION MODELS

OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs

Benchmarking and assessment

GATEWAY

Security and Administration

Service Management & Publication

WORKFLOW

Workflow Management & Execution

Interconnectivity/ Interoperability

Interfacing for · machine-to-machine · human-to-machineoperations

Data transformation, semantics mapping and validation

Terminal Authority

Terminal Authority

Terminal Authority

Terminal Authority

Terminal Authority

2. c / Technical prerequisites to access the platform

Windows environment

Firefox/ Internet Explorer

MICROSOFT TOOLS: To publish web

services

2. c / System architectureThe F4All platform is made of 4 modules

Gateway WorkflowInteroperability

& interconnectivity

Benchmarking

Security and administration

Service management &

publication

Workflow Management &

Execution

Data transformation, semantics mapping

and validation

Interfacing for machine-to-machine

and human-to-machine operations

FREIGHT4ALL

MIDDLEWARE

Security

Service Management &

Publication

Workflow Management

Users + Common

Information Management

Workflow Execution & Control

Interoperability management

Interoperability

IPBO System

Monitor TU Service

Monitor Consignment

Service

MCOM ICP CMC

Benchmarking

Warehouse

Valencia System

Basic DataService

Basic LogicService

PCS

Benchmarking Service

UsersIT

Systems

Interconnectivity

Security

FREIGHT4ALL (External)

Users/ Systems

Backend (Internal) users/ systems

FREIGHT4ALL platform

infrastructure

Backend Systems

Users Users

Benchmarking Administration

LEGEND

Gateway

Workflow


Benchmarking


2. c / System architecture

Back end … from the manual… which could be very useful

The Gateway component is responsible for access to the platform regardless of the component the user wishes to access the user must enter through the Gateway.The gateway is the only entrance and exit point for the platform it is an ideal component to record the traffic in and out of the system. This information can then be provided via the UI to the user that it would benefit or concern, tying it with the autonomous administration functionality, allowing administrators to monitor the frequency of use of the system.

The primary goal of the Single Sign On (SSO) is to allow for the user of the platform to enter the system at a single point and, without requiring the user to reenter their credentials, to move seamlessly through the many system components and to exploit the services of backend systems.

Creation of an Organization Group and its first Organization

Only by the global admin

You will go back to the Organization list where your new organization and organization group will be listed

Creating a new administrative user for the newly created group

Log in as the global administrator, as described before, and navigate to the User Management screen accessed through the Administration tab

Select the organization in the dropdown menu located at the top of the page.

Default profile will determine the role the user will play as part of the organization

Adding an additional company to participate in the group

either by the global admin or the group admin

the organization group value is different/the other one

Adding new users and assigning them to roles within the group


A number of repositories are introduced in

supporting and validating the whole

platform operations. They address various

dimensions such as security, services,

common data, mapping and validation

rules etc.

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW






CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





The openness and expandability of the

system is very much facilitated through

the compliance with available and

emerging standards.

E.g:

• For location UN/locodes are used

• For containers ISO codes are used

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW






Identification and Authentication

Services

Access Control / Authorization

Administration Auditing Services

• Identification and Authentication Services– Internal/external users

• Access Control / Authorization– Single Sign on

• Auditing Services• Administration

– presentation of monitoring and auditing– System operations– Resource access

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW






Tools Selection

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





User Types Credentials required

Registered users collaborating somehow with a backend system

Internal UsersTo be authenticated by the

responsible backend system through its internal credentials.

Registered systems collaborating with backend systems

Internal SystemsTo be authenticated by the

responsible backend system through its internal credentials

Part of the F4All Community but no collaboration with a backend system

External Users

They access the FREIGHT4ALL platform using the web login and

using the username/password credentials.

Owned by stakeholders willing to use teh web service provided by teh system

External Systems

They access the FREIGHT4ALL platform using a web service

provided and with the appropriate credentials.


Services

Gateway Database

Design

External Users

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW






Services

Single Sign On

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Access Control / Authorization

The primary goal of the Single Sign On (SSO) is to allow for the user of the platform to enter the system at a single point and, without requiring the user to reenter their credentials, to move seamlessly through the many system components and to exploit the services of backend systems.

The Organization screen accessible by such administrators contains a list of only the organizations under their area of responsibility making each list unique to the user accessing it.

The administrator can link the organization to different roles allowing new users to occupy those roles such as the chain manager for use in the workflow component.

Administration

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Auditing ServicesObjectives:To provide administrative users with information regarding the actions of the users they are responsible for.

The log screen is different depending upon the user viewing it, as each user will only see the activities of users that they are responsible for.

• If you want to go deeper you can also show the partcipants how to create an organisation group, the related new administrative user etc… following the user guide namely D 4.1.2


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





The workflow component supports 3 types of actions

Service Publication Service Discovery

Orchestration and workflow runtime

operation

WORKFLOW COMPONENT

Publication

Orchestration

Workflow Management

Discovery

F4ALL Administrator

Internal/ External Entiry

1 23 4 5

6

ServiceRepository

Orchestration Workflow

Repository

Integration

Gateway Interconnectivity/ Interoperability

· Assign access rights of entities to services (basic, composed, process)

· Access Control/ authorization of entities to services (based on the access rights)

· Audit/ Monitor service execution (basic, composed, process services)

· Send messages to internal/ external entities

· Receive messages from internal/ external entities

Publication is performed by F4All global administrators using the graphical user interface (GUI) provided by the Freight4all workflow administration.

It allows the publication of web services:

• Hosted by backend systems

• Hosted by the F4ALL platform and are used of the core system operation

Web services used in Freight4all are published in UDDI which allows the search and discovery of web service details either from within the F4ALL front end or from other IT systems that can be interfaced with the UDDI repository. These functionalities are provided by the F4ALL platform which has as a main purpose to facilitate administrators in the management of workflows and the web services provided by each one of the backends participating in the F4ALL ecosystem.


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Service Publication


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Global Administrator

FREIGHT4ALL Gateway/Workflow

Backend 1 Backend 2

1

ServiceRepository

2

The Freight4all global administrator accesses the Freight4all platform via the gateway and gains access to a GUI for the creation and modification of services.

The user interface described allows the creation of new services which will be stored on the Freight4all repository. If the administrator wishes to edit a service that has already been created they must first search for the service using the discovery interface and then select the edit option. This option will only be available to global administrators.

Service Publication


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Discovery refers to the location of a particular service by the service consumer. References to all services are stored within the Freight4all service repository (UDDI). Web services can be accessed:

By a user interface provided by the workflow

By a programming interface that is provided by UDDI that uses direct service requests through SOAP/ XML

Discovery is always triggered through the workflow design functionality and is used for facilitating global administrators to design complex workflows.

Service Discovery

Orchestration

2. c / System architectureOrchestration supports two types of operations:

1. The creation/ update of workflows during the design operation of the system

2. Control and execution of workflows during runtime operation of the system

Workflow design is supported through the use of front ends that are accessible only to administrators.

Orchestration involves the design and the runtime operation of the workflow by the global administrator. In addition a user can monitor the execution of his own workflows.

Orchestration

2. c / System architectureThe administrator can create or update a workflow that consists of one of more web services.

First he/she has to select the option Workflow design from the workflow GUI options. Then, he/she is able to view the running status of active workflow instances or past (history) workflows. The system shows the execution status of the workflow and the steps that have been executed. For each step of the workflow a Trigger is sent to Interoperability / Interconnectivity and a response is expected (i.e. notification) to signal that the specific web service has been executed.

The administrator can also monitor workflow operation

He/she can view the running status of active workflow instances or past (history) workflows. The system shows the execution status of the workflow and the steps that have been executed. For each step of the workflow a Trigger is sent to Interoperability / Interconnectivity and a response is expected (i.e. notification) to signal that the specific web service has been executed.

• If you want to go deeper you can also show the partcipants how to navigate and the functionality of the component by user’s role … following the user guide namely D 4.2.2


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Interconnectivity Interoperability

The purpose of the interoperability/ interconnectivity component is to:

Support B2B collaboration between the backend, internal, external systems and the FREIGHT4ALL platform.

Enhance systems cooperation either automated (machine-to-machine ) or semi-automated (human-to-machine) to support divergent client technological infrastructures and information protocols


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Interconnectivity

Two different operations :

Events Monitoring &

Control

External System

Integration


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Handles the events related to communication with the FREIGHT4ALL platform (gateway, workflow, assessment & benchmarking components) or other systems (internal, external, backends). This operation is performed during the runtime operation of the component and handles all events requests / replies with these systems.

The system is using internally XML based messages to define the events requests/ replies processed by interoperability/ interconnectivity. The internal message structures are specified in the Common Information Model.

The system supports both synchronous and asynchronous message exchange for service execution.

Events Monitoring &

Control

External System

Integration

Interconnectivity

This functionality performs the interfacing of FREIGHT4ALL with other systems (internal, external, backends). It is executed during runtime operation and uses the appropriate communication / information protocol required for the connection with each system.

InteroperabilityCASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW






Interfacing

Content Validation & Verification

Administration

Structure validation & verification

Transformation services


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Interoperability is a property of a product or system, whose interfaces are completely understood, to work with other products or systems, present or future, without any restricted access or implementation. [Wikipedia] INTEROPERABILITY/ INTERCONNECTIVITY COMPONENT

F4ALL Administrator

Integration (Internal)

Gateway WorkflowAssessment & Benchmarking

AdministrationBusiness Rules

Schemas, Reference structures

Mapping Rules

Endpoints Definitions

Common Information

Model

Events Queues

Activities Monitoring

RUN TIME OFF LINE

Events Monitoring &

Control

ContentValidation & Verification

Transformation Services

Syntax Validation & Verification

External System Integration

BackendSystems

InternalSystems

ExternalSystems

11

11

10

5 4

6

2

1

3

89

12

7

Interoperability

Interoperability

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW






Content Validation & Verification

This functionality is executed during the runtime operation.

Each service provided by the FREIGHT4ALL platform (either basic, composed or process) is linked with a set of reference data that are used within this process.

This functionality ensures that the content of a message used in a service execution are in accordance with the semantics of the system that is going to use this service. Structure and content constraints, reference data that are used internally by FREIGHT4ALL are stored in the Common Information Model, whereas the same data for each system, i.e. internal, external or backend, is stored in separate repositories (see Information dimension)

Interoperability

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW






Structure validation & verification

Transformation services

This functionality is executed during the runtime operation of the component and ensures that a message structure required to execute a service is in order.

This functionality is executed during the runtime operation of the system and performs the necessary transformations taking into account the structural, content, business constraints of each system in order to prepare the input message required for a service execution according to the needs of the recipient.

Interoperability

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW






Interfacing

Administration

This functionality is provided through a set of predefined front ends accessible to FREIGHT4ALL administrators. It is performed during the offline operation of the component and allows FREIGHT4ALL global administrators to manage the Common Information Model, backend, internal and external administrators to define mapping and transformation requirements, the content and business rules for their systems in relation to the platform.

Interfacings are provided with:Gateway for security and auditing and monitoring of system operationAssessment & Benchmarking for submitting transport related data for analysis Workflow for requests / replies regarding the use of various services provided by backbends

CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





2. c / System architectureGateway Workflow

SOAP

Assessment & Benchmarking

BackendSystems

InternalSystems

ExternalSystems

SOAP

SMTP, FTP,

SOAP, OTHER

SMTP, FTP,

SOAP, OTHER

SOAP

BackendSystems

InternalSystems

ExternalSystems

SMTP, FTP,

SOAP, OTHER

SMTP, FTP,

SOAP, OTHER

SOAP

AdministrationEvents

Monitoring & Control

ContentValidation & Verification

Transformation Services

Syntax Validation & Verification

External System

Integration

External System

Integration

InternalIntegration

XMLXML

XML

OTHEREDI

XML

ASCII

OTHEREDI

XML

ASCII

OTHEREDI

XML

ASCII

OTHEREDI

XML

ASCII

SOAP

INTEROPERABILITY/ INTERCONNECTIVITY

COMPONENT

XML XML

Internal & External interfacing provided by Interoperability/ Interconnectivity


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





The expected services of the Assessment & benchmarking part include:

Collection mechanism for real time and historical transport data based on the services executed by interoperability/ interconnectivity and workflow

Provide global and per case indicators and actor to measure transport service quality

Provide reporting services to the interested parties concerning transport service quality

Provide monitoring to administrators of the system operation


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Data collectionData extraction

& transformation

Monitoring

Analysis Reporting


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





ASSESSMENT & BENCHMARKING SERVICES

Data Collection Services

Data Extraction, Transformation

& Loading Services

Interfaces (Push)

Common Information

Model

Interconnectivity/ interoperability

Workflow

Analysis Services

Analysis Repository

Reporting Services

Gateway

User

System

Monitoring Services


Operational/ Historical

Repositories

IPBO

Valencia

Luka

Marseille

Other


Interconnectivity/ interoperability

1

2

3

7 7 7 77

4

7

5

5

6

F4ALL Administrator

7

8

8

8

5

6

1

1

ReportRepository

8


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Data collection

Input received via push interfaces from three components:

The gateway that provides information about users sessions

The workflow that provides information that is used during orchestration workflows

Interconnectivity/ interoperability that provides data based on the information exchanged during B2B collaboration.

XML structures designed depending on the services provided by FREIGHT4ALL (i.e. Transport planning, execution, etc) and used by each component (workflows , interconnectivity/ interoperability) to submit data to Assessment & benchmarking.

The data are stored accordingly to their type to different historical/ operational repositories.


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Data collection

Input

The data to be collected from Workflow and Interoperability/ interconnectivity can be grouped into different categories. For example Data collection may receive:

Transport planning information including: Requests and quotations for transport services, Bookings of transport services, transport chain definitions, etc

Transport Execution information such as: Instructions and consignment information, status reports from different services providers, etc

Transport completion information: triggers that signal the delivery of shipments to end destination, delivery reports, invoicing information


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Data collection

Based on the type of data submitted, Data Collection Services will collect information and store them in various operational repositories.

The main source of data is the backend systems which, through their services, provide transport related information.

The system is expected to provide data collection mechanisms: push (web services) that is used by components of the platform (e.g. back end systems) to provide the required information

Operation


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Data collection

The data collected from external sources will be stored in repositories. Repositories will be categorized either per backends (i.e. IPBO, Valencia, etc) or per operation (i.e. Transport planning, execution, completion, etc).

All data collected should have a common reference ID (i.e. a consignment ID) to group relative data during the analysis.

Output


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Data extraction &

transformation

Data extraction and transformation is an activity that is executed periodically and automatically by the system (e.g. every 10 minutes).

It collects all information from the historical/ operational repositories and performs a set of operations that check, clean, map – if necessary – to common set of data and transforms data to an optimized structure for statistical analysis.

All data are stored in the analysis repository.


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Data extraction &

transformation

This functionality presents, based on user queries, the results of the statistical analysis.

The results are client specific meaning that different aspects of the transport will be presented depending on actor’s role.

Results may be provided through:

HMIs that present human readable formats (e.g. textual or graphical reports).

Electronic documents (B2B) for IT systems


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





The main characteristics of this functionality are:

Staging area: Separate area where a series of checks is performed before data are finally stored. This intermediate area is used to a) facilitate the process of problem identification in case of validation failures and b) ensure that no invalid information will be stored into the Analysis repository

Data validation checks: A set of checks are performed before the data stored into the Analysis DB, including mainly logical validation of the data in order to ensure that the information stored does not contain invalid values for the analysis and the calculation of the indicators. The above checks are specific and will be defined per indicator during the indicators specifications.

Transformation: If data are not in accordance with common information model specifications then a set of transformation mechanisms will be involved

Data extraction &

transformation


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





All activities from all stages from data collection to reports are logged through the monitoring functionality.

The most important activities are transmitted through auditing to the Gateway whereas the component keeps a complete detailed analysis internally.

The latter is accessible through a set of front ends to FREIGHT4ALL global administrators who have a complete overview of the system’s operation and performance.

In addition the system provides the possibility of notifying the FREIGHT4ALL Global administrators via email of serious events. This is done through a notification mechanism using interfaces with the Gateway.

Monitoring

The system presents all

transport activities presented

per consignment ID, actors

involved and executed time.


Data collectionData extraction

& transformation

Monitoring


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Analysis

This section performs statistical analysis based on indicators that measure transport service quality and service benchmarking along transport corridors/chains during Transport planning, Transport Execution, Transport Monitoring, Transport Completion.

The indicators to be calculated by the Assessment & Benchmarking fall into two categories:

Generic indicators that will be related to the services provided by FREIGHT4ALL and will be accessible to actor roles

Specific indicators for each demonstrator case and actor role


CASE

Services

MappingRules

Validation Rules

Security

Common Information

FREIGHTWISE

ISO

UN_EDIFACT


PLATFORM


OTHER

F4ALL COMMUNITY

FI2 SPsFI1 SPs


GATEWAY



WORKFLOW





Reporting functionnality shows the results of the statistical analysis.

It is noteworthy that the results are adjusted the role of the user.

Results are presented through UIs via userfriendly formats (text or graphics)

Reporting

XML Structure ASCII Structure


Analysis Reporting

PART THREE :

Demo with local demostrators

3. Demo with local demonstrators


To show a real demo

To run the demo with local demonstrators

so that attendees can figure out better

Demonstrators for representative transport

chains to be demonstrated under real life

conditions

Documents

Freight 4 ALL: Training contents