From eb38b1db76bcd6d2e950bdd866ea92e665f3dd07 Mon Sep 17 00:00:00 2001 From: "gabriele.dall@adesso.de" Date: Wed, 17 Jan 2024 17:22:55 +0100 Subject: [PATCH] further changes to make the PePPOl Qalification Rejection become a "real" Qualification Response --- guides/transactions/T023/codes/code-list-element.adoc | 3 +-- guides/transactions/T023/descriptions/index.adoc | 10 +++++----- .../transactions/T023/files/QualificationResponse.xml | 4 +--- rules/peppol-qualification/PEPPOL-T023.sch | 7 ++----- 4 files changed, 9 insertions(+), 15 deletions(-) diff --git a/guides/transactions/T023/codes/code-list-element.adoc b/guides/transactions/T023/codes/code-list-element.adoc index 03f3b711..7f604553 100644 --- a/guides/transactions/T023/codes/code-list-element.adoc +++ b/guides/transactions/T023/codes/code-list-element.adoc @@ -9,6 +9,5 @@ | cbc:AdmissionCode | Document location | __cac:QualificationResolution/cbc:AdmissionCode__ -| Fixed Value -| `false` +| `true`, `false` |=== diff --git a/guides/transactions/T023/descriptions/index.adoc b/guides/transactions/T023/descriptions/index.adoc index e78fbbff..caa7ad4f 100644 --- a/guides/transactions/T023/descriptions/index.adoc +++ b/guides/transactions/T023/descriptions/index.adoc @@ -8,12 +8,12 @@ The transaction including business terms, business rules and code lists are base == Identifier -=== Qualification Rejection Identifier +=== Qualification Response Identifier The identifier enables positive referencing the transaction instance for various purposes including referencing between transactions that are part of the same process. Must be expressed as a UUID. [source,xml,indent=0] -.Example of qualification rejection document identifier +.Example of qualification response document identifier .... include::../files/QualificationResponse.xml[tags=ID] .... @@ -100,12 +100,12 @@ The Qualification Response Resolution is the central part of any Qualification R *The Qualification Response Resolution returned with this transaction may be positive or negative*. It is expected to respond every rejection but it is also possible to respond any acceptance. If more than one lot have been aimed to qualify for and need to be responded, one Qualification Response Resolution for each lot is expected. [source,xml,indent=0] -.Example of Qualification Rejection Resolution +.Example of Qualification Response Resolution .... include::../files/QualificationResponse.xml[tags=QualificationResolution] .... -<.> Gives the qualification result. If the result ist *false*, it states that the Tenderer is not allowed to attend the further Procurement Process. Any qualification rejection is required to be answered with *false*. A positive answer resulting in *true* may also be given, but is not necessarily requested. -<.> If the decision leading to a Qualification Rejection Resolution can be explained in one or more Reason for Rejection elements. The Qualification Rejection Resolution is expected be te described in plain text. At least one Reason for Rejection element should be provided. +<.> Gives the qualification result. If the result ist *false*, it states that the Tenderer is not allowed to attend the further Procurement Process and the (generally neutral) qualification response can alo be seen as qualification rejection. Any qualification rejection is required to be answered. A positive answer resulting in *true* may also be given, but is not necessarily requested. +<.> If the decision leading to a Qualification Rejection, the Reason for Rejection can be explained in one or more resolution elements. The Qualification Rejection Resolution is expected be te described in plain text. At least one Reason for Rejection element should be provided. A positive answer may be sent without a specific resolution element. <.> The Date at which the decision expressed in this Qualification Rejection Resolution was made. <.> The ProcurementProjectLot referenced in this Qualification Response <.> The ProcurementProjectLot's ID diff --git a/guides/transactions/T023/files/QualificationResponse.xml b/guides/transactions/T023/files/QualificationResponse.xml index 195cdfe5..7663ce1a 100644 --- a/guides/transactions/T023/files/QualificationResponse.xml +++ b/guides/transactions/T023/files/QualificationResponse.xml @@ -63,9 +63,7 @@ - false - limited turnover - criminal conviction - money laundering + true 2023-01-07 765a9937-16d5-4513-92b4-cc9800925951::3 diff --git a/rules/peppol-qualification/PEPPOL-T023.sch b/rules/peppol-qualification/PEPPOL-T023.sch index c69e992c..13499bc9 100644 --- a/rules/peppol-qualification/PEPPOL-T023.sch +++ b/rules/peppol-qualification/PEPPOL-T023.sch @@ -93,14 +93,11 @@ Element 'cbc:AdmissionCode' MUST be provided. Element 'cbc:ResolutionDate' MUST be provided. - - AdmissionCode MUST always be "false" in a Qualification Resolution. - - Each Qualification Response Resolution element has to have one Reason for response. + Qualification Resolution Element with cbc:AdmissionCode 'false' has to have at least one Resolution element. - If a Qualification Response Resolution has to be expressed for more than one lot in a procurement, a dedicated reason for response be given per lot and the appropriate lot identifier SHOULD be named. + If a Qualification Response Resolution has to be expressed for more than one lot in a procurement, the appropriate lot identifier SHOULD be named.