We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
From simon:
The current spec states (comments inline; similar for prohibition):
3.4 Permission The Permission entity indicates the Actions that the assignee is permitted to perform on the associated Asset.
3.4 Permission
The Permission entity indicates the Actions that the assignee is permitted to perform on the associated Asset.
It is not required for perm/proh to have any party assigned.
In other words, what the assigner (supplier) has granted to the assignee (consumer).
I would argue that not every assigner/assignee has the role of a supplier/consumer.
[...] Party: the Permission MUST refer to one or more Party entities linked via the Role entity (see Section 2.3.1) (OPTIONAL)
Is it possible to combine MUST and OPTIONAL?
The text was updated successfully, but these errors were encountered:
Updated, and the same changes in the Prohibition section
Sorry, something went wrong.
Updated the wording for Permission and Prohibition (removed the assig…
2e0e156
…nee). #69
riannella
No branches or pull requests
From simon:
The current spec states (comments inline; similar for prohibition):
It is not required for perm/proh to have any party assigned.
I would argue that not every assigner/assignee has the role of a supplier/consumer.
Is it possible to combine MUST and OPTIONAL?
The text was updated successfully, but these errors were encountered: