Main Page: Difference between revisions
Itsyncforce (talk | contribs) mNo edit summary Tag: Manual revert |
No edit summary |
||
Line 1: | Line 1: | ||
==What is IMDE== | |||
Interoperable Modular Data Exchange (IMDE) is a framework that will enable machine-2-machine exchange data across the entire value network. Minimizing the cost for collecting, using and distributing data. IMDE can overcome a number of the challenges faced by organizations, [[Solution_Providers|solution providers]] and data processors like [[DataPools_and_Data_Networks|datapools]] in terms of improving simplification of data exchange while at the same time improving data quality (consistency, relevance, completeness, accuracy and timeliness). The biggest benefits are in exchanging data with both upstream and downstream business partners. The beneficiaries are machines!, so not humans. The whole framework is designed for fully autonomous communication between machines. | |||
===Why Interoperable and Modular?=== | |||
Many of the initiatives in the past focussed on creating standards for specific use cases, or in specific industries. These standards often covered all three layers of data exchange: | |||
* '''Information Model''', this covers taxonomy and data definitions, focussing on what do we mean with what data point. Examples of information models are: ETIM, GTS-Global Textile Scheme and GS1-Global Data Model) | |||
* '''Data Format'''. This layer covers the technical way the data message or file is constructed and the related file/message type. For example, an Excel template for file-based data exchange or a XML-XSD for message-based data exchange. | |||
* '''Data Exchange''': The technical way the data is exchanged between usually two systems, but can also be between systems and humans. Examples are APIs (Rest / Soap), DataPorts, file transfer (FTP, sFTP, FTPs, AS2, Dropbox, Box) and email. Data Exchange can be peer-to-peer (DataPorts) or via Data Pools/Networks (2BA, PS in Food service, GTS, GS1-GDSN) | |||
== | The challenge in this approach is that the world is big, so there a many standards, for different territories, industries and use cases. Which has resulted in the fact that data exchange is still a technical and organizational nightmare. Example: A Food manufacturer sourcing raw materials and components from multiple suppliers and selling both A-Brand and Private Label products can be dealing with dozens of different ways to exchange origin and allergen data. While the type of data is a 100% the same in all situations: Allergens information has the same data points for raw materials, semifinished goods and finished goods, and allergens data is not different for A-Brands or Private label brands. But still, from a technical standpoint, organizations need to deal with many ways to export or import this kind of data. | ||
* [https://www. | |||
* [https://www. | The solution is to move away from all-in-one standards, where all standards had the strategy to become THE standard. And where every standard covers all 3 layers: the exchange technology, the message structure and the information model. This new approach is based on the idea of allowing modular standards with independent solutions for all 3 layers. | ||
* [https:// | |||
* [https:// | The key principle is to model for multiple interoperable modular standards in any part of the framework. In this way, industries, organizations and solutions providers can choose the standard per part of the data exchange that suits them best. | ||
* [https://www. | |||
===IMDE Standard and versioning=== | |||
IMDE goal is to support multiple standards and standard versioning (backwards and forwards) for all data points relevant to manufacture, distribute and commercialize discrete products (e.g. food, beverages, fashion, electronics, powertools, adhesives, pet food, personal care, home care, et cetera). | |||
The IMDE framework does not included the Data Exchange layer so that IMDE can be implemented in any DataPool (Like 2BA), Data Network (like GS1-GDSN) or Digital Catalog (like [https://fabdis.fr/ FABDIS] or [https://www.bme.de/ BMECAT]). Data Exchange which can run on the IMDE DataFormat are for example: FTP, RestAPI, SOAP-API, DataPorts. Multiple IMDE DataFormats can be define per DataTopic, so DataTopics can be implemented in Excel, XML and Json based datasets. | |||
IMDE base principle is to use existing information standards per data topic, like for example: | |||
* [https://www.etim-international.com/ ETIM], the international classification standard for technical products | |||
* [https://www.fao.org/ FAO] for Fish farming and Fishery related information standards | |||
* [https://www.iso.org/ ISO] (e.g. for languages, countries and units) | |||
===Data Containers=== | |||
IMDE supports the exchange of data related to the following entities via so called DataContainers. A data container contains a message or file related to one or more entities of the same type. | |||
* '''Material''': Use to exchange data related to physical items like raw materials, semi-finished goods, finished goods, packaging components and shippers like cases, displays and pallets. Easy check: Materials can be transported by car, truck, plane or boat. | |||
* '''Organisation''': Legal entity like companies, NGOs and government bodies. Easy check: Organisations can be sued in court | |||
* '''Brand''': Covers both product and organizational brands. | |||
* '''Location''': Any place on earth where activities take place, like farms, forests, production facilities, distribution centers and retail stores). Easy check: Locations can be found on Google Maps. | |||
* '''Person''': Individuals/humans like employees and consumers) | |||
* '''Transaction''': Transactions between persons, locations or organisations like orders, invoices, shipments, payments. | |||
Every entity will have a defined '''DataContainer''' within IMDE framework to exchange data related to this entity (e.g. product information for materials) | |||
===Identifiers=== | |||
Identifiers are essential to accomplish autonomouse communication between machines across the entire value network. But just like with data standards there are also multiple identifiers per entity. That is why IMDE will also support multiple identifiers per entity. Depending on the industry or territory different identifiers can be used to exchange data. Just some examples: | |||
*Material Identifier: | |||
**[https://www.gs1.org/standards/id-keys/gtin GTIN] standard by GS1 for Trade Items \ | |||
** UMID (Unique Material Identifier, based on [https://en.wikipedia.org/wiki/Universally_unique_identifier UUID]) | |||
*Location Identifier: | |||
**[https://true-code.org/ True-code] for identifying locations/facilities. | |||
**[https://www.gs1.org/standards/id-keys/gln GS1-GLN Global Location Number] | |||
*Brand Identifier: | |||
**[https://www.gbin.info GBIN] standard for identifying brands. | |||
===Data Topics=== | |||
IMDE will support multiple information models per '''DataTopic''' (e.g allegens) and related data points, making sure all industries and all territories can join IMDE. IMDE will also support multiple DataFormats per Data topic. Example: allergen exchange Excel template and a Allergen Exchange XSD. | |||
List of [[IMDE Data Topics]] |
Revision as of 14:30, 3 October 2022
What is IMDE
Interoperable Modular Data Exchange (IMDE) is a framework that will enable machine-2-machine exchange data across the entire value network. Minimizing the cost for collecting, using and distributing data. IMDE can overcome a number of the challenges faced by organizations, solution providers and data processors like datapools in terms of improving simplification of data exchange while at the same time improving data quality (consistency, relevance, completeness, accuracy and timeliness). The biggest benefits are in exchanging data with both upstream and downstream business partners. The beneficiaries are machines!, so not humans. The whole framework is designed for fully autonomous communication between machines.
Why Interoperable and Modular?
Many of the initiatives in the past focussed on creating standards for specific use cases, or in specific industries. These standards often covered all three layers of data exchange:
- Information Model, this covers taxonomy and data definitions, focussing on what do we mean with what data point. Examples of information models are: ETIM, GTS-Global Textile Scheme and GS1-Global Data Model)
- Data Format. This layer covers the technical way the data message or file is constructed and the related file/message type. For example, an Excel template for file-based data exchange or a XML-XSD for message-based data exchange.
- Data Exchange: The technical way the data is exchanged between usually two systems, but can also be between systems and humans. Examples are APIs (Rest / Soap), DataPorts, file transfer (FTP, sFTP, FTPs, AS2, Dropbox, Box) and email. Data Exchange can be peer-to-peer (DataPorts) or via Data Pools/Networks (2BA, PS in Food service, GTS, GS1-GDSN)
The challenge in this approach is that the world is big, so there a many standards, for different territories, industries and use cases. Which has resulted in the fact that data exchange is still a technical and organizational nightmare. Example: A Food manufacturer sourcing raw materials and components from multiple suppliers and selling both A-Brand and Private Label products can be dealing with dozens of different ways to exchange origin and allergen data. While the type of data is a 100% the same in all situations: Allergens information has the same data points for raw materials, semifinished goods and finished goods, and allergens data is not different for A-Brands or Private label brands. But still, from a technical standpoint, organizations need to deal with many ways to export or import this kind of data.
The solution is to move away from all-in-one standards, where all standards had the strategy to become THE standard. And where every standard covers all 3 layers: the exchange technology, the message structure and the information model. This new approach is based on the idea of allowing modular standards with independent solutions for all 3 layers.
The key principle is to model for multiple interoperable modular standards in any part of the framework. In this way, industries, organizations and solutions providers can choose the standard per part of the data exchange that suits them best.
IMDE Standard and versioning
IMDE goal is to support multiple standards and standard versioning (backwards and forwards) for all data points relevant to manufacture, distribute and commercialize discrete products (e.g. food, beverages, fashion, electronics, powertools, adhesives, pet food, personal care, home care, et cetera).
The IMDE framework does not included the Data Exchange layer so that IMDE can be implemented in any DataPool (Like 2BA), Data Network (like GS1-GDSN) or Digital Catalog (like FABDIS or BMECAT). Data Exchange which can run on the IMDE DataFormat are for example: FTP, RestAPI, SOAP-API, DataPorts. Multiple IMDE DataFormats can be define per DataTopic, so DataTopics can be implemented in Excel, XML and Json based datasets.
IMDE base principle is to use existing information standards per data topic, like for example:
- ETIM, the international classification standard for technical products
- FAO for Fish farming and Fishery related information standards
- ISO (e.g. for languages, countries and units)
Data Containers
IMDE supports the exchange of data related to the following entities via so called DataContainers. A data container contains a message or file related to one or more entities of the same type.
- Material: Use to exchange data related to physical items like raw materials, semi-finished goods, finished goods, packaging components and shippers like cases, displays and pallets. Easy check: Materials can be transported by car, truck, plane or boat.
- Organisation: Legal entity like companies, NGOs and government bodies. Easy check: Organisations can be sued in court
- Brand: Covers both product and organizational brands.
- Location: Any place on earth where activities take place, like farms, forests, production facilities, distribution centers and retail stores). Easy check: Locations can be found on Google Maps.
- Person: Individuals/humans like employees and consumers)
- Transaction: Transactions between persons, locations or organisations like orders, invoices, shipments, payments.
Every entity will have a defined DataContainer within IMDE framework to exchange data related to this entity (e.g. product information for materials)
Identifiers
Identifiers are essential to accomplish autonomouse communication between machines across the entire value network. But just like with data standards there are also multiple identifiers per entity. That is why IMDE will also support multiple identifiers per entity. Depending on the industry or territory different identifiers can be used to exchange data. Just some examples:
- Material Identifier:
- Location Identifier:
- True-code for identifying locations/facilities.
- GS1-GLN Global Location Number
- Brand Identifier:
- GBIN standard for identifying brands.
Data Topics
IMDE will support multiple information models per DataTopic (e.g allegens) and related data points, making sure all industries and all territories can join IMDE. IMDE will also support multiple DataFormats per Data topic. Example: allergen exchange Excel template and a Allergen Exchange XSD.
List of IMDE Data Topics