<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xvergabe-cl="http://xvergabe.org/codelists/xsd/4" xmlns:xoev-code="http://xoev.de/schemata/code/1_0" targetNamespace="http://xvergabe.org/codelists/xsd/4" version="4.0" elementFormDefault="qualified" attributeFormDefault="unqualified">
  <xs:import schemaLocation="http://xoev.de/schemata/code/1_0/xoev-code.xsd" namespace="http://xoev.de/schemata/code/1_0" />
  <xs:complexType name="Code.ContractType">
    <xs:annotation>
      <xs:documentation>The type of the tendering contract.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="SERVICES">
                  <xs:annotation>
                    <xs:documentation>a services contract</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SUPPLIES">
                  <xs:annotation>
                    <xs:documentation>a supplies contract</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="WORKS">
                  <xs:annotation>
                    <xs:documentation>A building / construction / works contract.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:contractType">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
  <xs:complexType name="Code.CredentialUsage">
    <xs:annotation>
      <xs:documentation>The task the credential data is to be used for.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="ENCRYPTION">
                  <xs:annotation>
                    <xs:documentation>The credentials are to be used for the encryption or decryption of a document.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SIGNATURE">
                  <xs:annotation>
                    <xs:documentation>The credentials are to be used for validating the signature of a document.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:credentialusage">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
  <xs:complexType name="Code.EncryptionAlgorithm">
    <xs:annotation>
      <xs:documentation>Definition of an encryption algorithm.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="3DES">
                  <xs:annotation>
                    <xs:appinfo>
                      <codeName>Triple DES</codeName>
                    </xs:appinfo>
                    <xs:documentation>Triple DES</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="AES">
                  <xs:annotation>
                    <xs:appinfo>
                      <codeName>Advanced Encryption Standard</codeName>
                    </xs:appinfo>
                    <xs:documentation>Advanced Encryption Standard</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="BLOWFISH">
                  <xs:annotation>
                    <xs:appinfo>
                      <codeName>Blowfish</codeName>
                    </xs:appinfo>
                    <xs:documentation>Blowfish</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="DES">
                  <xs:annotation>
                    <xs:appinfo>
                      <codeName>Data Encryption Standard</codeName>
                    </xs:appinfo>
                    <xs:documentation>Data Encryption Standard</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="IDEA">
                  <xs:annotation>
                    <xs:appinfo>
                      <codeName>International Data Encryption Algorithm</codeName>
                    </xs:appinfo>
                    <xs:documentation>International Data Encryption Algorithm</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="RSA">
                  <xs:annotation>
                    <xs:appinfo>
                      <codeName>Rivest, Shamir, Adleman</codeName>
                    </xs:appinfo>
                    <xs:documentation>Rivest, Shamir, Adleman</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="TWOFISH">
                  <xs:annotation>
                    <xs:appinfo>
                      <codeName>Twofish</codeName>
                    </xs:appinfo>
                    <xs:documentation>Twofish</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:encryptionalgorithm">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
  <xs:complexType name="Code.ErrorCodeType">
    <xs:annotation>
      <xs:documentation>Error codes to be used in a response for a failed transaction.
When used, a response information text MUST be given in addition.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="AUTHENTICATION_ERROR">
                  <xs:annotation>
                    <xs:documentation>indicates that the user could not be authenticated. the reasons for this can be various (e.g wrong username and/or password, password must be renewed). the platform MAY give detailed information about the cause of this error in "response information".</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="AUTHORIZATION_ERROR">
                  <xs:annotation>
                    <xs:documentation>indicates the occurence of an authorization problem. this is most likely the case when a successfully authenticated user tries to access a ressource (tendering procedure or document) without the right to do so (e.g. the successfully authenticated user trys to send a message within a tendering procedure he has not subscribed to).</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="INVALID_ACTION_FOR_CURRENT_PROCEDURE_STATUS">
                  <xs:annotation>
                    <xs:documentation>this error indicates a violation of the procedure status model. it occurs when a client tries to execute an operation or sends a message which is not allowed in the current state of the procedure (e.g. the client tries to subscribe himself to a procedure being closed allready). 
The platform MUST inform the client about the cause of the problem (the status of the procedure) within "response information". 
In the special case of belated submissions of offers (or participation requests) - WITHIN the respective evaluation phase - a platform MAY either accept the submission (produce a WARNING) or reject the submission with the special ERROR code SUBMISSION_AFTER_DEADLINE.
In the special case of extremely belated submissions of offers (or participation requests) - AFTER the respective evaluation phase -  a platform MUST reject the submission with the special ERROR code SUBMISSION_AFTER_EVALUATION_PHASE.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="INVALID_DOCUMENT_ID">
                  <xs:annotation>
                    <xs:documentation>error indicating that the client wanted to access a document via getDocuments from the platform and used a wrong (non-existent) documentID.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="INVALID_LASTKNOWNMSG_ID">
                  <xs:annotation>
                    <xs:documentation>an error which might occur in the context of a getMessages-transaction in the case the client references a messageId to be the latest one he has knowledge of within a procedure but the platform does not know this messageId (unknown message id) or the messageID does not belong to the given tenderingProcedureID. The platform MUST supply additional information about the cause in "response information"</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="INVALID_MESSAGE_ID">
                  <xs:annotation>
                    <xs:documentation>an error which might occur in the context of a getMessages-transaction in the case the client references a certain messageId but the platform does not know this messageId (unknown message id) or the messageID does not belong to a message sent to this particular client. The platform MUST supply additional information about the cause in "response information"</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="INVALID_OBJECTID_FOR_WITHDRAWAL">
                  <xs:annotation>
                    <xs:documentation>an error which might occur in the context of a withdrawal when the client wishes to  withdraw an offer/participation request but the referenced offer/participation request is not known to the platform, identifies something else (e.g. a message) but not an offer or participation request or does not belong to the client. 
This error may thus occur within a sendSynchronous-Response-Message or a getOSCITransferID-Response-Message.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="INVALID_TENDERING_PROCEDURE_ID">
                  <xs:annotation>
                    <xs:documentation>an error indicating a wrongfully referenced tendering procedure id, e.g. one which is unknown to the platform.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="REGISTRATION_REQUIRED">
                  <xs:annotation>
                    <xs:documentation>an indicator for the client that the desired action can only be done after registration. the error is most likely to occur when a client tries to call a webservice operation without usercredentials (usernametoken). The platform SHALL include the link to the registration site within "redirectURL"</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SUBMISSION_AFTER_DEADLINE">
                  <xs:annotation>
                    <xs:documentation>specialized error code of INVALID_ACTION_FOR_CURRENT_PROCEDURE_STATUS in case of a belated submission of offers/participation requests - within the corresponding evaluation phase. this error might occur when the platform rejects the submission in this phase. The error can only occur within a getOSCITransferID- or sendSynchronousMessage-Response.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SUBMISSION_AFTER_EVALUATION_PHASE">
                  <xs:annotation>
                    <xs:documentation>specialized error code of INVALID_ACTION_FOR_CURRENT_PROCEDURE_STATUS in case of an extremely belated submission of offers/participation requests - AFTER the corresponding evaluation phase. Every platform shall reject submissions then. The error can only occur within a getOSCITransferID- or sendSynchronousMessage-Response.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="VALIDATION_ERROR">
                  <xs:annotation>
                    <xs:documentation>error indicating that the client message cannot be validated correctly (e.g. syntax error). It might also occur when a client message is syntactically correct but is missing referenced objects (e.g. the client message references attachments but is missing those referenced attachments).</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="WRONG_ENCRYPTION_RECIPIENTS">
                  <xs:annotation>
                    <xs:documentation>error indicating that the offer/participation request container(s) is/are wrongfully encrypted, i.e. not encrypted for the encryption key(s) from the ITT/ITP message. It may only occur in an sendSynchronousResponse-Message.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="WRONG_TRANSPORT_PROTOCOL">
                  <xs:annotation>
                    <xs:documentation>indicates that the client tries to submit an offer, participation request or withdrawal via sendSynchronousMessage although the platform/CA defined OSCI-Transport to be used within ITT and/or ITP. It might also occur when no electronical submission of offers is wanted (only postal delivery).</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:errorCodeType">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
  <xs:complexType name="Code.ProcedureType">
    <xs:annotation>
      <xs:documentation>Definition of the type of a tendering procedure.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="NEGOTIATED_PROCEDURE">
                  <xs:annotation>
                    <xs:documentation>negotiated procedure (de: Verhandlungsverfahren ohne Teilnahmewettbewerb, unter- und oberschwellig)</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="NEGOTIATED_PROCEDURE_WITH_PARTICIPATION_CONTEST">
                  <xs:annotation>
                    <xs:documentation>negotiated procedure with participation contest (de: Verhandlungsverfahren mit vorgeschaltenem Teilnahmewettbewerb, unter- und oberschwellig)</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="OPEN_PROCEDURE">
                  <xs:annotation>
                    <xs:documentation>open procedure (DE: offenes Verfahren, oberschwellig)</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="PUBLIC_TENDER">
                  <xs:annotation>
                    <xs:documentation>public tender (DE: öffentliche Ausschreibung, unterschwellig)</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="RESTRICTED_PROCEDURE">
                  <xs:annotation>
                    <xs:documentation>restricted procedure (DE: nichtoffenes Verfahren mit Teilnahmewettbewerb, oberschwellig)</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="RESTRICTED_TENDER">
                  <xs:annotation>
                    <xs:documentation>restricted tender (DE: beschränkte Ausschreibung, unterschwellig)</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="RESTRICTED_TENDER_WITH_PARTICIPATION_CONTEST">
                  <xs:annotation>
                    <xs:documentation>restricted tender with participation contest (DE: beschränkte Ausschreibung mit vorgeschaltetem Teilnahmewettbewerb, unterschwellig)</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SINGLE_TENDER_ACTION">
                  <xs:annotation>
                    <xs:documentation>single tender action (DE: freihändige Vergabe ohne Teilnahmewettbewerb, unterschwellig)</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SINGLE_TENDER_ACTION_WITH_PARTICIPATION_CONTEST">
                  <xs:annotation>
                    <xs:documentation>single tender action with participation contest (DE: freihändige Vergabe mit vorgeschaltenem Teilnahmewettbewerb, unterschwellig)</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:procedureType">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
  <xs:complexType name="Code.SignatureLevelType">
    <xs:annotation>
      <xs:documentation>Information about the level of an applied or expected signature.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="ADVANCED">
                  <xs:annotation>
                    <xs:documentation>An advanced electronical signature is required.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="NONE">
                  <xs:annotation>
                    <xs:documentation>No signature is required</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="QUALIFIED">
                  <xs:annotation>
                    <xs:documentation>A qualified electronical signature is required.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:signatureLevelType">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
  <xs:complexType name="Code.StatusType">
    <xs:annotation>
      <xs:documentation>Definition of the state of a tendering procedure.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="BIDDING_PHASE">
                  <xs:annotation>
                    <xs:documentation>In this status, it is NOT valid anymore for a client to send Participation documents. It is however possible for a client to send Offer documents. This is the initial status of tendering procedures without participation contest.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="CANCELLATION">
                  <xs:annotation>
                    <xs:documentation>In this status, the tendering procedure has been cancelled. The tendering procedure has been deleted or archived and it is NOT possible anymore for a client to communicate with the server about this tendering procedure.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="CLOSED">
                  <xs:annotation>
                    <xs:documentation>In this status, the tendering procedure has been closed. It is NOT possible anymore for a client to communicate with the server about this tendering procedure.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="PARTICIPATION_EVALUATION_PHASE">
                  <xs:annotation>
                    <xs:documentation>In this status, the tendering procedure has passed the PARTICIPATION_PHASE. It is NOT valid anymore for a client to send Participation documents. It is NOT YET possible for a client to send Offer documents. This status is only valid for tendering procedures with participation contest.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="PARTICIPATION_PHASE">
                  <xs:annotation>
                    <xs:documentation>In this status, it is valid for a client to send Participation documents. It is NOT possible for a client to send Offer documents. This status is only valid for tendering procedures with participation competition. This is the initial status of tendering procedures with participation contest.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="TENDER_EVALUATION_PHASE">
                  <xs:annotation>
                    <xs:documentation>In this status, the tendering procedure has passed the BIDDING_PHASE. It is NOT valid anymore for a client to send Offer documents.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:statusType">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
  <xs:complexType name="Code.TimeLimitType">
    <xs:annotation>
      <xs:documentation>Definition of the type of a time limit.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="AWARDING">
                  <xs:annotation>
                    <xs:documentation>The deadline for the final awarding of the procedure.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="PARTICIPATION">
                  <xs:annotation>
                    <xs:documentation>The deadline for submission of participation requests.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="PROVIDING">
                  <xs:annotation>
                    <xs:documentation>The deadline for the economic operator to provide information concerning the procedure (e.g. answers to bidder inquiries).</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="REQUESTING">
                  <xs:annotation>
                    <xs:documentation>The deadline for the bidders to submit inquiries concerning the tendering procedure.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SUBMISSION">
                  <xs:annotation>
                    <xs:documentation>The deadline for submission of offers.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:timeLimitType">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
  <xs:complexType name="Code.UploadLimitType">
    <xs:annotation>
      <xs:documentation>Definition of the type of an upload limit.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="MAXIMUM_SIZE_ALL_ATTACHMENTS">
                  <xs:annotation>
                    <xs:documentation>The maximum total size of all attachments within a message in bytes. The limit is referring to the gross size of all attachment (after/including base64 encoding).</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="MAXIMUM_SIZE_PER_ATTACHMENT">
                  <xs:annotation>
                    <xs:documentation>The maximum size of an attachment within a message in bytes. The limit is referring to the gross size of the attachment (after/including base64 encoding).</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:uploadLimitType">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
  <xs:complexType name="Code.WarningCodeType">
    <xs:annotation>
      <xs:documentation>CodeList of Warning codes to be used in a response for a transaction which succeeded with limitations. When used, a response information text SHALL be given in addition.</xs:documentation>
    </xs:annotation>
    <xs:complexContent>
      <xs:restriction base="xoev-code:Code">
        <xs:sequence>
          <xs:element name="code" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>In diesem XML-Element wird der Code einer Codeliste übermittelt.</xs:documentation>
            </xs:annotation>
            <xs:simpleType>
              <xs:restriction base="xs:token">
                <xs:enumeration value="ATTACHMENTS_EXCEED_MAX_SIZE_FOR_ALL_ATTACHMENTS">
                  <xs:annotation>
                    <xs:documentation>warning indicating that the total size of all attached files to the clients message exceed the limits of the platform as defined in the TMI. 
The platform SHALL name the defined size limit and the exceeding size of all attached files within "responseInformation".</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="ATTACHMENT_EXCEEDS_MAX_SIZE_PER_ATTACHMENT">
                  <xs:annotation>
                    <xs:documentation>warning indicating that the size of at least one attached file to the clients message exceeds the limit of the platform as defined in the TMI. The platform SHALL name the attachment identifier, the defined size limit and the exceeding size of the attached file within "responseInformation".</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="INVALID_ITP_ID">
                  <xs:annotation>
                    <xs:documentation>warning indicating that a referenced ITP-MessageID is not known by the platform (or is not issued to the client or renders another object (eg. an ITT-Message)). This warning may occur in the context of submitting a participation request. Thus it can only occur in a getOSCITransferID- and sendSynchronousMessage-Response. 
The platform MAY NOT reject the participation request in this case (hence this being a warning and not an error).</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="INVALID_ITT_ID">
                  <xs:annotation>
                    <xs:documentation>warning indicating that a referenced ITT-MessageID is not known by the platform (or is not issued to the client or renders another object (eg. an ITP-Message)). This warning may occur in the context of submitting an offer. Thus it can only occur in a getOSCITransferID- and sendSynchronousMessage-Response. 
The platform MAY NOT reject the offer in this case (hence this being a warning and not an error).</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="NEWER_ITP_VERSION_AVAILABLE">
                  <xs:annotation>
                    <xs:documentation>warning indicating that the referenced ITP-Message when submitting a participation request is outdated, i.e. a newer ITP-version has been released/submitted to the client but the clients participation request is made out to the older version. 
This warning may only occur within a getOSCITransferID- or sendSynchronousMessage-Response.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="NEWER_ITT_VERSION_AVAILABLE">
                  <xs:annotation>
                    <xs:documentation>warning indicating that the referenced ITT-Message when submitting an offer is outdated, i.e. a newer ITT-version has been released/submitted to the client but the clients offer is made out to the older version. 
This warning may only occur within a getOSCITransferID- or sendSynchronousMessage-Response.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="OFFER_CONTAINER_MISSING">
                  <xs:annotation>
                    <xs:documentation>warning indicating that the clients offer is not structured according to the ITT. It occurs in the case, the ITT defines files to be included in the primary container AND (other) files to be included in the secondary one, but the clients offer consists only of 1 attachment and not as expected two. 
It can only occur in a sendSynchronousMessage-Response.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="OFFER_CONTAINER_UNENCRYPTED">
                  <xs:annotation>
                    <xs:documentation>warning indicating that the clients offer is not encrypted although the ITT defined encryption parameters.
It can only occur in a sendSynchronousMessage-Response.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="PARTICIPATION_REQUEST_ALLREADY_SUBMITTED_WITHOUT_WITHDRAWAL">
                  <xs:annotation>
                    <xs:documentation>warning occurring when submitting a participation request indicating that the client has submitted a participation request already without withdrawing it first. 
It can only occur in getOSCITransferID- or sendSynchronousMessage-Responses.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="PARTICIPATION_REQUEST_CONTAINER_MISSING">
                  <xs:annotation>
                    <xs:documentation>warning indicating that the clients participation request is not structured according to the ITP. It occurs in the case, the ITP defines files to be included in the primary container AND (other) files to be included in the secondary one, but the clients participation message consists only of 1 attachment and not as expected two. 
It can only occur in a sendSynchronousMessage-Response.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="PARTICIPATION_REQUEST_CONTAINER_UNENCRYPTED">
                  <xs:annotation>
                    <xs:documentation>warning indicating that the clients participation request is not encrypted although the ITP defined encryption parameters.
It can only occur in a sendSynchronousMessage-Response.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SIGNATURE_LEVEL_DOESNT_MATCH">
                  <xs:annotation>
                    <xs:documentation>warning indicating that the signature level of an attached document to a withdrawal message does not match the informations from ITT/ITP message. 
It may only occur within sendSynchronousMessage-Responses.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SUBMISSION_AFTER_DEADLINE">
                  <xs:annotation>
                    <xs:documentation>this warning occurs in the special case of a belated submission of offers/participation requests when the platform decides to accept the submission even though the according deadline has passed (the procedure is in the corresponding evaluation phase). 
It might only occur within getOSCITransferID- and sendSynchronousMessage-Responses.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
                <xs:enumeration value="SUBSCRIPTION_PENDING">
                  <xs:annotation>
                    <xs:documentation>this warning indicates that the subscription request of an authenticated client has to be approved by the contracting authority. Thus the warning may only occur within a subscriptionResponse-Message. 
In case the contracting authority approves the request, the client can synchronize messages within the given procedure after the approval (he wont get another notify). In case the contracting authority denies the request, the client may never synchronize messages in this given procedure. The client will be notified out of band (e.g. via mail) by the contracting authority.</xs:documentation>
                  </xs:annotation>
                </xs:enumeration>
              </xs:restriction>
            </xs:simpleType>
          </xs:element>
          <xs:element name="name" minOccurs="0" type="xs:normalizedString" form="unqualified">
            <xs:annotation>
              <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
              <xs:documentation>Mit diesem optionalen XML-Element kann die Beschreibung des Codes, wie in der jeweiligen Beschreibungsspalte der Codeliste vorgegeben, übermittelt werden.</xs:documentation>
            </xs:annotation>
          </xs:element>
        </xs:sequence>
        <xs:attribute name="listURI" type="xs:anyURI" use="optional" fixed="urn:org:xvergabe:codelists:warningCodeType">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Mit diesem XML-Attribut wird die Kennung der Codeliste übermittelt, in deren Kontext der jeweilige Code zu interpretieren ist. Die Kennung identifiziert die Codeliste, nicht jedoch deren Version eindeutig.

Wird bereits im Rahmen des XÖV-Standards eine Kennung vorgegeben (es handelt sich in diesem Fall um einen Code-Typ 1, 2 oder 3) darf auf eine nochmalige Angabe der Kennung bei der Übermittlung eines Codes verzichtet werden. Aus diesem Grund ist das XML-Attribut listURI zunächst als optional deklariert.</xs:documentation>
          </xs:annotation>
        </xs:attribute>
        <xs:attribute name="listVersionID" type="xs:normalizedString" use="optional" fixed="1.0">
          <xs:annotation>
            <xs:documentation>Dokumentation aus XOEV-Bibliothek:</xs:documentation>
            <xs:documentation>Die konkrete Version der zu nutzenden Codeliste wird mit diesem XML-Attribut übertragen.

Analog zum listURI ist die Bestimmung der Version einer Codeliste bei der Übertragung eines Codes zwingend. Die Version kann jedoch ebenfalls bereits im XÖV-Standard festgelegt werden (es handelt sich in diesem Fall um einen Code-Typ 1 oder 2).</xs:documentation>
          </xs:annotation>
        </xs:attribute>
      </xs:restriction>
    </xs:complexContent>
  </xs:complexType>
</xs:schema>

