You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
hi all,
it seems we have another time a problem discovered in the past.
I'm referring to cardinality of "Reference" QUESTION_SUBGROUP.
In the mockup (see the figure) it's very clear we need a cardinality 1..n, but in the taxonomy we have just 1 (see taxonomy extract). I think we must modify the taxonomy because it's clear that CA could ask one or more references for each set of lots.
Let me know what do you think about!
Thank you
Francesco
First of all, thanks @ec-mcs for your contribution.
Yesterday we were working on it to provide an answer to the arose question. Indeed, as MC says, the Regulation endorses the possibility to ask for more than one reference. Therefore, the cardinality for "Reference" REQUIEREMENT_SUBGROUP should be 1.n.
Additionally, we will check if this rationale would apply to other criteria to harmonise them (if any).
After the presentation in the OUC meeting (Wednesday 17 of June), this issue will be solved by changing the cardinality of the "QUESTION_SUBGROUP" "Reference" from 1 to 1..n, as it is possible for the CA to ask for more than one reference and also to the EO to provide more than 1 reference.
This issue will be fixed in the new version of ESPD.
hi all,
it seems we have another time a problem discovered in the past.
I'm referring to cardinality of "Reference" QUESTION_SUBGROUP.
In the mockup (see the figure) it's very clear we need a cardinality 1..n, but in the taxonomy we have just 1 (see taxonomy extract). I think we must modify the taxonomy because it's clear that CA could ask one or more references for each set of lots.
Let me know what do you think about!
Thank you
Francesco
Mock up criterion #38
extract from #38 criterion
The text was updated successfully, but these errors were encountered: