Roland bouman modern_data_warehouse_architectures_data_vault_and_anchor_model...
Logistic Service Profiles for Interoperability
1. IMPROVING SECURITY THROUGH VISIBILITY
Technical implementation and standardization
needs in system based supervision
2. Premises
■ Improve interaction between actors in a supply
chain
■ Complete supply chain visibility
■ Improved risk analysis by increased quality in
information
■ Profiles for logistic services
● This presentation will make an special focus in this last
point
Name • Institution • Conference/Event • Date
3. Introduction
■ Current situation in logistics
● Current integration efforts are too time consuming and are
mostly performed in the context of framework contracts.
● Many actors, many “languages”, many IT-Systems
● Data ownership? Data availability?
■ Future expected situation
● Logistic service profiles to model logistic services
● Global overview of information’s flow in dynamic logistic
supply chain
● Data extracted from owners -> reliability
● Data availability according to your processes and profiles
● Common interfaces and data model to facilitate
interoperability (standardization)
Name • Institution • Conference/Event • Date
4. Introduction
■ Data pipeline (Data sharing and data capturing in the CASSANDRA architecture)
Name • Institution • Conference/Event • Date
5. Introduction
■ An ideal/future world:
● Common interfaces for supply chain visibility
● Common Data model as a common language
● Technological State of the Art
■ Build it on the top of the CASSANDRA’s architecture
● Specify a set of interfaces for a common data pipeline
● Data pipeline offer direct information from involved
stakeholders
● Currently designing how to share information, and which
information to share
● Actors expose their logistic services modeled with profiles
■ How to achieve this? Profiles are the key of this
presentation
ATOS – Dashboards/ITLivingLab Meeting – Julio - Madrid
6. Modeling with profiles
■ What do we want to model with profiles?
● Actor’s activities/services
● As customers or as providers of services
● Specific actor’s configuration for each service
■ What is a Profile?
DHL as a Provider for Transport of Goods from Madrid to Paris
Company Role Activity Parameter Parameter
Name • Institution • Conference/Event • Date
7. Modeling with profiles
■ So, you have different options to configure your profiles
regarding services (transport, storage) and parameters
(places, goods, etc).
● Talkin the same language for interoperability.
■ Common data model
● Core reference model:
● Activities, objects, relations, etc. Concepts: transport, storage,
trucks, place of acceptance ....
● Logical inferences: road transport needs a vehicle and a place for
acceptance and delivery (configuration parameters)
● Specific models
● Truck’s companies in France model:
● Not allowed goods of more than 20.000KG
● Spanish’s legislation:
● Containers of type “SEC” can transport dangerous goods
■ Now we have profiles to expose activities using the same
language. But, how to implement it?
ATOS – Dashboards/ITLivingLab Meeting – Julio - Madrid
8. Using profiles
■ Which models are you going to use for your
profiles? Specific communities implements specific
models:
● CASSANDRA community
● Or just create your own community...
ATOS – Dashboards/ITLivingLab Meeting – Julio - Madrid
9. Using profiles
● Behind profiles: complex ontologies and semantic models
● But actors does not need to know about this complexity
● User friendly methodology to configure your profiles.
● No need to be an expert on IT-Technologies
● Just expose your business activities in a common
(comprehensible) language
Other configuration options are possible: type of cargo, transport
mean, dates, etc…
ATOS – Dashboards/ITLivingLab Meeting – Julio - Madrid
10. Using profiles
■ Now we have profiles that configures, easily, actor’s
activities
■ Data models to use the same language (to
configure)
■ Communities to “pack” data models
■ But... What about interoperability? We have profiles
using a common language, How could they
collaborate?
ATOS – Dashboards/ITLivingLab Meeting – Julio - Madrid
11. Profiles matching
■ Profiles have an specific role that determinates if
the profile is requesting or offering a service
■ Semantic matching between customer and provider
profiles that make compatible the operation
ATOS – Dashboards/ITLivingLab Meeting – Julio - Madrid
12. Profiles matching
■ The common data model determinate compatibility
between concepts.
● Places compatibility is one of the “big issues”
● Madrid belongs to Europe (semantic techniques)
Cat S.A as a customer for Transport of Boxes from Madrid to Paris
DHL as a Provider for Transport of Goods through Europe
ATOS – Dashboards/ITLivingLab Meeting – Julio - Madrid
13. Profiles matching
■ Incompatible profiles
● Special difficulties for compatibility about places
● The data model specifies that boxes beyond to goods
concept
Cat S.A as a customer for Storage of Boxes in Istanbum
DHL as a Provider for Transport of Goods through Europe
Name • Institution • Conference/Event • Date
14. Profiles matching
■ Implementation of compatibility between profiles
● Again, the options are controlled from the data models of
your environment/community
Name • Institution • Conference/Event • Date
15. Profiles matching
■ Profiles also configure information for execution
● How to invoke the activity?
● Service’s endpoint (protocol, path, port)
● Business requirements
● Document/Interface to interchange data
● XML, XSD, EDI message
● Document/interface implementation guideline
● Ex: according to “common framework for transport v0.3” about
transport orders. Include information about detailed information
Name • Institution • Conference/Event • Date
16. Profiles matching
■ Finally, thanks to the compatibility between profiles:
● Operations can be executed
● Data is shared (horizontally) between actors in a common
language
● Great opportunity for OpenLinkedData
● Data is captured (vertically) between actors and customs in
a common language
● Data Quality
● Data reliability
Name • Institution • Conference/Event • Date
17. ■ Data sharing between profiles. Acsesible by other communities
Business Customs Customs Business
Dashboard Dashboard Dashboard Dashboard
CASSANDRA 1 CASSANDRA 2
Profile Profile
1 2 Same Object
Data Sharing data
synchronized
Export
Name • Institution • Conference/Event • Date
18. Summary
■ We configure profiles to model business in a
common understandable language easy to use
■ Communities could determinate the data models to
be used
■ Expose your specific activities that could
interoperate with other actors.
● Profiles also include information for execution
■ Expose (to customs) a data capture interface to
allow the access of the information (during a
process)
● Regarding your configured profiles.
Name • Institution • Conference/Event • Date
19. Conclusions
■ Expected impact
● Business: dynamic logistic chains with sustainability
increase
● Business: facilitate the introduction of new users
participating in a supply chain
■ IT systems: transaction - versus business document
oriented system
■ Interoperability Implementation Guides: based on
profiles, including external requirements
■ Compliance: declaration systems (including Single
Window applications) versus improved risk analysis
based on monitoring (piggy backing)
Name • Institution • Conference/Event • Date
20. Contact
Thank you for your attention.
Any questions?
Jose Gato Luis
<jose.gato@atosresearch.eu>
Wout Hofman
<wout.hofman@tno.nl>