-
Hello everyone, I would like to report a problem in the fields listed below:
Schematrons do not report any errors on these 4 fields when they are not filled. Moreover, BT-536-Lot is conditionally mandatory, whereas BT-537-Lot is unconditionally mandatory. As a result, the latter has an asterisk to inform the user that the field is mandatory, unlike BT-536-Lot. How did you manage this issue? Thank's |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
Hi, Following the Regulation (extended) Annex, for many forms (i.e. Notice Subtypes), this information is purely optional and for some other forms, it is Conditionally Mandatory. Conditional rules have been activated with SDK 1.8. With SDK 1.10 a simplified, more flexible approach has been adopted and the possible combinations are documented. With "BT-537-Lot is unconditionally mandatory", I understand it would always be mandatory. It is neither the case in SDK 1.10 nor in SDK 1.9
" The condition for the forbidden part state that if BT-36 or BT-538 is present, then BT-537 is forbidden. For the mandatory part, the condition for BT-537 to be mandatory for the listed Notice Subtypes is "neither BT-36, nor BT-538 is present", so for these forms BT-537 is mandatory in absence of BT-36 and BT-538. The rules shouldn't be evaluated at the very start as information is missing as long as no information is provided. May be this is the situation faced in the described case? KR |
Beta Was this translation helpful? Give feedback.
-
Thank you for your reply. |
Beta Was this translation helpful? Give feedback.
Hi,
I will try to provide a first answer to your question, knowing the SDK version and the Notice Subtype you are referring to would however help focus.
Following the Regulation (extended) Annex, for many forms (i.e. Notice Subtypes), this information is purely optional and for some other forms, it is Conditionally Mandatory.
Conditional rules have been activated with SDK 1.8.
With SDK 1.10 a simplified, more flexible approach has been adopted and the possible combinations are documented.
With "BT-537-Lot is unconditionally mandatory", I understand it would always be mandatory. It is neither the case in SDK 1.10 nor in SDK 1.9
In fields.json of SDK 1.9 you may find the following: