Add a clear description and attributes to the "Data Usage" Object
We have done we good job in describing "Data Usage" in the different section that are now included in the Architecture Document:
- in https://gaia-x.gitlab.io/technical-committee/architecture-document/component_details/#data-product
- Data Product is a type of "Service Offering" described by a "Data Product Description"
- Data Usage is a type of "Service Instance"
- Before using a Data Product, the consumer and the provider agrees on a "Data Product Usage Contract"
- The Data Consumer queries the Data Product Catalogue and reviews the Data Product Descriptions to select a Data Product that corresponds to its needs.
- The Data Consumer configures the Data Product in terms of data scope and operational characteristics and starts negotiating with the Data Product Provider.
- When both find an agreement, they sign a configured Data Product Description to create the Data Product Usage Contract (DPUC) and can optionally notarize it in a Federated Data Product Usage Contract Store.
- Then the instantiated Data Product can be activated resulting in actual Data Usage.
BUT
When it comes to object and attributes, the description of "Data Usage" is pretty low and misleading https://gitlab.com/gaia-x/technical-committee/federation-services/data-exchange/-/blob/main/specs/dewg.md?ref_type=heads#data-transaction
So
- To my opinion, there is a chicken & eggs problem: since the "Data Product Usage Contract" is including a resolvable link to the data usage which is supposed to be the "activation of the DPUC" (once signed) so it should probably work as the opposite: The Data Usage object should contains a resolvable link to the DPUC.
- Data Usage should contains attributes related to the instanciation of the Data Product (endpoint, access)
- When the Data Product includes licensed data, one need a "Data Usage Agreement" to be checked before each "Data Usage". Data Usage may include or need an attribute containing a resolvable link to the "Data Usage Agreement".
Am I right? Is there anything else missing?
Edited by Benoit Tabutiaux