eclipse-tractusx / sig-release

https://eclipse-tractusx.github.io/sig-release
Apache License 2.0
9 stars 10 forks source link

Support for Data Transfer Feedback via Backchannels #936

Open rafaelmag110 opened 1 month ago

rafaelmag110 commented 1 month ago

Overview

Explain the topic in 2 sentences

Dataspace consumers should be able to send feedback about consumed data to the respective data provider, via a proper back channel. This back channel is the counter part for the forward channel and should be contained within the same transfer process context (same contract agreement and transfer process).

What's the benefit?

Providers won't need to create specific offers just to allow consumers to send feedback.

What are the Risks/Dependencies ?

Some changes are required in the upstream EDC, but they are already aligned with the respective commiter group.

Detailed explanation

"Bidirectional data transfers involve transmissions that can be sent by either the provider or consumer during the transfer's lifetime. The provider sends data over a forward channel, while the client uses a response channel (back channel) to send data related to the forward transmission. For example, a provider sends parts data over the forward channel, while the consumer sends data related to errors in the forward transmission via the response channel."

Current implementation

No current implementation. Workarounds are in place.

Proposed improvements

The concept for bidirectional transfers was already presented in a previous CatenaX release. The goal of this task is to provide an implementation of the concept.

Feature Team

Contributor

Committer

User Stories

Acceptance Criteria

Test Cases

Test Case 1

Feedback can be sent over a back channel.

Steps

Given a Provider has created an offer and specified a data address for the back channel

Then a consumer:

  1. Find and Negotiate the Offer
  2. Obtain a valid contract agreement
  3. Start a transfer process using the obtained contract agreement
  4. Search and obtain the required information to send feedback over the transfer process back channel

Expected Result

From 4. 4.1. The required information can be located 4.2. The information can be used to relay feedback to the data provider over the back channel

  1. Expectation

Architectural Relevance

The following items are ensured (answer: yes) after this issue is implemented:

Justification: (Fill this out, if at least one of the checkboxes above cannot be ticked. Contact the Architecture Management Committee to get an approval for the justification)

Additional information

jimmarino commented 1 month ago

A few notes:

gerbigf commented 2 weeks ago

@paullatzelsperger how much is there to do really in Tractus-X EDC? We could be a bit more specific in this issue to make clear that most of the work has been done upstream already.

gerbigf commented 2 weeks ago

Contributor @rafaelmag110 is currently unavailable and thus can't check the architecture criteria, but we guarantee that they are fulfilled.