<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xmeld="http://www.osci.de/xmeld20" xmlns:xima="http://www.osci.de/xinneres/meldeanschrift/2" xmlns:xoev-lc="http://xoev.de/latinchars/1_1/datatypes" targetNamespace="http://www.osci.de/xmeld20" version="2.0" elementFormDefault="qualified" attributeFormDefault="unqualified">
  <xs:include schemaLocation="xmeld-nachrichten-basistypen.xsd" />
  <xs:import schemaLocation="http://xoev.de/latinchars/1_1/datatypes/latinchars.xsd" namespace="http://xoev.de/latinchars/1_1/datatypes" />
  <xs:import schemaLocation="http://www.osci.de/xinneres/meldeanschrift/2/xinneres-meldeanschrift.xsd" namespace="http://www.osci.de/xinneres/meldeanschrift/2" />
  <xs:complexType name="type.administration.returntosender.begruendung">
    <xs:annotation>
      <xs:appinfo>
        <title>Begründung</title>
      </xs:appinfo>
      <xs:documentation>Es ist der Grund mitzuteilen, weshalb die Nachricht zurückgesandt wird. Hierfür ist eine Schlüsseltabelle mit möglichen Rücksendungsgründen vorgesehen, außerdem gibt es die Möglichkeit, ergänzende Hinweise mitzuteilen. In manchen Fällen (zum Beispiel wenn als Grund der Rücksendung Sonstige angegeben wird) sind ergänzende Angaben verpflichtend. Generell ist so vorzugehen, dass der Grund der Rücksendung so präzise wie möglich bezeichnet wird, um eine schnelle Klärung des Sachverhalts zu ermöglichen.</xs:documentation>
    </xs:annotation>
    <xs:sequence>
      <xs:element name="grund" type="xmeld:Code.Ruecksendung.einer.Nachricht">
        <xs:annotation>
          <xs:documentation>Der Grund der Rücksendung der Nachricht ist anzugeben.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="ergaenzende.hinweise" minOccurs="0" maxOccurs="unbounded" type="xoev-lc:String.Latin">
        <xs:annotation>
          <xs:documentation>Dem durch die Schlüsseltabelle bezeichneten Grund können weitere Hinweise zugefügt werden, die der Klärung des Sachverhalts dienen.</xs:documentation>
        </xs:annotation>
      </xs:element>
    </xs:sequence>
  </xs:complexType>
  <xs:complexType name="type.administration.returntosender.container">
    <xs:annotation>
      <xs:appinfo>
        <title>Datentyp zur Beschreibung der rückweisenden Stelle, des Rücksendungsgrundes und der zurückzusendenden Nachricht</title>
      </xs:appinfo>
      <xs:documentation>Dieser Container enthält sowohl die zurückzusendende Nachricht, als auch die notwendigen Angaben über den Grund der Rücksendung.
Sofern die Nachricht nicht von dem ursprünglich adressierten Empfänger zurückgesandt wird, sondern von einer anderen Stelle (zum Beispiel einer Clearingstelle, die im Auftrag der ursprünglich adressierten Meldebehörde eine Prüfung eingehender Nachrichten nach formalen Kriterien durchführt), dann ist diese Stelle in dem Element rueckweisende.stelle genauer zu bezeichnen.</xs:documentation>
    </xs:annotation>
    <xs:sequence>
      <xs:element name="rueckweisende.stelle" minOccurs="0" type="xmeld:type.administration.returntosender.rueckweisende.stelle">
        <xs:annotation>
          <xs:documentation>Mit diesem Kindelement wird die zurückweisende Organisationseinheit genauer bezeichnet. Das Element ist aber nur zu übermitteln, wenn eine andere Stelle als der intendierte Empfänger eine Nachricht zurücksendet.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="begruendung" type="xmeld:type.administration.returntosender.begruendung">
        <xs:annotation>
          <xs:appinfo>
            <title>Begründung</title>
          </xs:appinfo>
          <xs:documentation>Es ist der Grund mitzuteilen, weshalb die Nachricht zurückgesandt wird. Hierfür ist eine Schlüsseltabelle mit möglichen Rücksendungsgründen vorgesehen, außerdem gibt es die Möglichkeit, ergänzende Hinweise mitzuteilen. In manchen Fällen (zum Beispiel wenn als Grund der Rücksendung Sonstige angegeben wird) sind ergänzende Angaben verpflichtend. Generell ist so vorzugehen, dass der Grund der Rücksendung so präzise wie möglich bezeichnet wird, um eine schnelle Klärung des Sachverhalts zu ermöglichen.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="transportinformationen" minOccurs="0" type="xmeld:type.administration.returntosender.transportinformationen">
        <xs:annotation>
          <xs:appinfo>
            <title>Transportinformationen</title>
          </xs:appinfo>
          <xs:documentation>Dieses optionale Element enthält Informationen, die bei dem Empfang der als fehlerhaft betrachteten Nachricht möglicherweise der Transportebene entnommen werden konnten. Diese Angaben können gemacht werden, um dem Empfänger dieser Rücksendenachricht die Identifikation der als fehlerhaft betrachteten und nunmehr zurückgesandten Nachricht zu erleichtern.
Alle Kindelemente dieses Elementes sind optional, da keine verbindlichen Anforderungen an das Transportprotokoll gestellt werden können.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="nachricht" type="xs:base64Binary">
        <xs:annotation>
          <xs:documentation>Dieses Element enthält die ursprüngliche Sammelnachricht, aus der die korrekt verarbeiteten Einzelsätze entfernt worden sind. Die darin verbleibenden Sätze sind nicht verarbeitet worden. Je nicht verarbeitetem Satz ist innerhalb der RtS-Nachricht ein Element nicht.verarbeitbarer.einzelfall mit einer entsprechenden begruendung zu übermitteln.
Um technische Probleme mit verschachtelten XML-Dokumenten zu vermeiden, ist der zurückgesandte Inhalt immer base64-codiert zurückzusenden.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="nicht.verarbeitbarer.einzelfall" minOccurs="0" maxOccurs="unbounded" type="xmeld:type.administration.returntosender.nicht.verarbeitbarer.einzelfall">
        <xs:annotation>
          <xs:documentation>Dieses Element wird nur bei der Rücksendung von Sammelnachrichten verwendet. Jede Instanz dient der Identifizierung und qualifizierten Beschreibung des Rücksendegrundes genau eines Einzelfalles innerhalb der zurückgeschickten Sammelnachricht.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="identifikation.nachricht" minOccurs="0" type="xmeld:type.identifikation.nachricht">
        <xs:annotation>
          <xs:documentation>Mit diesem Kindelement wird die zurückzusendende Nachricht referenziert.
Nur in den Fällen, in denen die benötigten Informationen nicht aus der zurückzusendenden Nachricht auslesbar sind (Entschlüsseln der Nachricht nicht möglich, Nachricht kein valides XML, Nachricht nicht schema-konform), darf eine Übermittlung dieses Elements unterbleiben. In allen anderen Fällen ist dieses Element zu übermitteln.</xs:documentation>
        </xs:annotation>
      </xs:element>
    </xs:sequence>
  </xs:complexType>
  <xs:complexType name="type.administration.returntosender.container.ohne.ursprungsnachricht">
    <xs:annotation>
      <xs:appinfo>
        <title>Datentyp zur Beschreibung der rückweisenden Stelle und des Rücksendungsgrundes</title>
      </xs:appinfo>
      <xs:documentation>Dieser Container enthält die notwendigen Angaben über den Grund der Rücksendung, aber keine Ursprungsnachricht.
Sofern die Nachricht nicht von dem ursprünglich adressierten Empfänger zurückgesandt wird, sondern von einer anderen Stelle (zum Beispiel einer Clearingstelle, die im Auftrag der ursprünglich adressierten Meldebehörde eine Prüfung eingehender Nachrichten nach formalen Kriterien durchführt), dann ist diese Stelle in dem Element rueckweisende.stelle genauer zu bezeichnen.</xs:documentation>
    </xs:annotation>
    <xs:sequence>
      <xs:element name="rueckweisende.stelle" minOccurs="0" type="xmeld:type.administration.returntosender.rueckweisende.stelle">
        <xs:annotation>
          <xs:documentation>Mit diesem Kindelement wird die zurückweisende Organisationseinheit genauer bezeichnet. Das Element ist aber nur zu übermitteln, wenn eine andere Stelle als der intendierte Empfänger eine Nachricht zurücksendet.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="begruendung" type="xmeld:type.administration.returntosender.begruendung">
        <xs:annotation>
          <xs:appinfo>
            <title>Begründung</title>
          </xs:appinfo>
          <xs:documentation>Es ist der Grund mitzuteilen, weshalb die Nachricht zurückgesandt wird. Hierfür ist eine Schlüsseltabelle mit möglichen Rücksendungsgründen vorgesehen, außerdem gibt es die Möglichkeit, ergänzende Hinweise mitzuteilen. In manchen Fällen (zum Beispiel wenn als Grund der Rücksendung Sonstige angegeben wird) sind ergänzende Angaben verpflichtend. Generell ist so vorzugehen, dass der Grund der Rücksendung so präzise wie möglich bezeichnet wird, um eine schnelle Klärung des Sachverhalts zu ermöglichen.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="transportinformationen" minOccurs="0" type="xmeld:type.administration.returntosender.transportinformationen">
        <xs:annotation>
          <xs:appinfo>
            <title>Transportinformationen</title>
          </xs:appinfo>
          <xs:documentation>Dieses optionale Element enthält Informationen, die bei dem Empfang der als fehlerhaft betrachteten Nachricht möglicherweise der Transportebene entnommen werden konnten. Diese Angaben können gemacht werden, um dem Empfänger dieser Rücksendenachricht die Identifikation der als fehlerhaft betrachteten und nunmehr zurückgesandten Nachricht zu erleichtern.
Alle Kindelemente dieses Elementes sind optional, da keine verbindlichen Anforderungen an das Transportprotokoll gestellt werden können.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="nicht.verarbeitbarer.einzelfall" minOccurs="0" maxOccurs="unbounded" type="xmeld:type.administration.returntosender.nicht.verarbeitbarer.einzelfall">
        <xs:annotation>
          <xs:appinfo>
            <title>Nicht verarbeitbarer Einzelfall</title>
          </xs:appinfo>
          <xs:documentation>Dieses Element identifiziert eine Einzelnachricht aus einer Sammelnachricht und ergänzt zusätzliche Informationen bzgl. des Grundes der Nichtverarbeitbarkeit.</xs:documentation>
        </xs:annotation>
      </xs:element>
    </xs:sequence>
  </xs:complexType>
  <xs:complexType name="type.administration.returntosender.nicht.verarbeitbarer.einzelfall">
    <xs:annotation>
      <xs:appinfo>
        <title>Nicht verarbeitbarer Einzelfall</title>
      </xs:appinfo>
      <xs:documentation>Dieses Element identifiziert eine Einzelnachricht aus einer Sammelnachricht und ergänzt zusätzliche Informationen bzgl. des Grundes der Nichtverarbeitbarkeit.</xs:documentation>
    </xs:annotation>
    <xs:sequence>
      <xs:element name="technische.einzelidentifikation" type="xmeld:type.technische.einzelidentifikation">
        <xs:annotation>
          <xs:appinfo>
            <title>Technische Einzelidentifikation</title>
          </xs:appinfo>
          <xs:documentation>Dieses Element erlaubt die Identifikation der einzelnen Einträge, die in einem Sammelnachrichten-Container übermittelt werden. Damit ist sowohl die eindeutige Identifizierung als auch die chronologische Zuordnung des Einzelfalles möglich.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="grund" type="xoev-lc:String.Latin">
        <xs:annotation>
          <xs:documentation>Mit diesem Element ist der Grund für die Nichtverarbeitbarkeit des Einzelelementes aus der zurückgeschickten Sammelnachricht mitzuteilen.</xs:documentation>
        </xs:annotation>
      </xs:element>
    </xs:sequence>
  </xs:complexType>
  <xs:complexType name="type.administration.returntosender.rueckweisende.stelle">
    <xs:annotation>
      <xs:appinfo>
        <title>Rückweisende Stelle</title>
      </xs:appinfo>
      <xs:documentation>Die rückweisende Stelle kann eine der Institutionen sein, die sich auf dem Weg zwischen Sender und Empfänger der Nachricht befinden, z. B.:

  Clearingstelle
  der Empfänger selbst (Meldebehörde, andere Behörde, ...)</xs:documentation>
    </xs:annotation>
    <xs:sequence>
      <xs:element name="pruefinstanz" type="xoev-lc:String.Latin">
        <xs:annotation>
          <xs:documentation>Mit diesem Element wird die Stelle bezeichnet, die die Nachricht beanstandet hat.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="anschrift" type="xima:Meldeanschrift">
        <xs:annotation>
          <xs:appinfo>
            <title>Datentyp für eine Meldeanschrift</title>
          </xs:appinfo>
          <xs:documentation>Dieser Datentyp repräsentiert die gemeinsamen fachlichen Vorgaben der drei Standardisierungsbereiche Meldewesen, Ausländerwesen und Personenstandswesen für eine inländische Meldeanschrift auf der Grundlage des DSMeld.
Hinweis zu Hausnummernbereichen: Der DSMeld kennt keine Hausnummernbereiche. In diesen Fällen ist nur das erste Element des Hausnummernbereichs im Feld hausnummer einzutragen. Das zweite Element des Hausnummernbereichs kann in diesem Datentyp nicht übermittelt werden.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="erreichbarkeit" maxOccurs="unbounded" type="xmeld:type.Erreichbarkeit">
        <xs:annotation>
          <xs:appinfo>
            <title>Erreichbarkeit</title>
          </xs:appinfo>
          <xs:documentation>Instanzen dieses Typs werden nur benötigt, um die unterschiedlichen Kommunikationsarten (Telefon, Fax, EMail, etc) zwischen Bürger und Behörde oder Behörden untereinander abzubilden.
Damit kann beispielsweise die Erreichbarkeit eines Sachbearbeiters in einem bestimmten Prozess gewährleistet werden.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="organisationseinheit" minOccurs="0" maxOccurs="unbounded" type="xmeld:type.Organisationseinheit">
        <xs:annotation>
          <xs:appinfo>
            <title>Organisationseinheit</title>
            <implementationHint>
              <para>
                Im Nachrichtenkopf der sendenden Behörde sind die Daten der Behörde selbst und auch der Erreichbarkeit grundsätzlich enthalten. Sie orientieren sich bisher im Wesentlichen an der postalischen Erreichbarkeit sowie dem Namen des/der Sachbearbeiters/-in. Regelhaft sind hier Elemente vom Typ
                <emphasis role="codebf">xoev-dt:String.Latin</emphasis>
                vorgesehen.
              </para>
              <para>Beispiele für verschiedene Fachbereiche in einer Fachbehörde:</para>
              <informaltable>
                <tgroup cols="4">
                  <colspec colnum="1" colwidth="25mm" />
                  <colspec colnum="2" colwidth="45mm" />
                  <colspec colnum="3" colwidth="45mm" />
                  <colspec colnum="4" colwidth="45mm" />
                  <thead>
                    <row>
                      <entry align="center">Ebene</entry>
                      <entry align="center">Bsp. 1</entry>
                      <entry align="center">Bsp. 2</entry>
                      <entry align="center">Bsp. 3</entry>
                    </row>
                  </thead>
                  <tbody>
                    <row>
                      <entry align="center">1.</entry>
                      <entry>FHH</entry>
                      <entry>FHH</entry>
                      <entry>FHH</entry>
                    </row>
                    <row>
                      <entry align="center">2.</entry>
                      <entry>Behörde für Inneres</entry>
                      <entry>Behörde für Inneres</entry>
                      <entry>Behörde für Inneres</entry>
                    </row>
                    <row>
                      <entry align="center">3.</entry>
                      <entry>Amt E</entry>
                      <entry>Amt E</entry>
                      <entry>Amt E</entry>
                    </row>
                    <row>
                      <entry align="center">4.</entry>
                      <entry>Passamt</entry>
                      <entry>Ordnungswidrigkeiten</entry>
                      <entry>Ausländerbehörde</entry>
                    </row>
                    <row>
                      <entry align="center">5.</entry>
                      <entry>ndash</entry>
                      <entry>Abschnitt X</entry>
                      <entry>Asylbereich</entry>
                    </row>
                  </tbody>
                </tgroup>
              </informaltable>
              <para>Beispiele für verschiedene Fachbereiche in einer größeren Gemeinde / einem Bezirksamt:</para>
              <informaltable>
                <tgroup cols="4">
                  <colspec colnum="1" colwidth="25mm" />
                  <colspec colnum="2" colwidth="45mm" />
                  <colspec colnum="3" colwidth="45mm" />
                  <colspec colnum="4" colwidth="45mm" />
                  <thead>
                    <row>
                      <entry align="center">Ebene</entry>
                      <entry align="center">Bsp. 4</entry>
                      <entry align="center">Bsp. 5</entry>
                      <entry align="center">Bsp. 6</entry>
                    </row>
                  </thead>
                  <tbody>
                    <row>
                      <entry align="center">1.</entry>
                      <entry>FHH</entry>
                      <entry>FHH</entry>
                      <entry>FHH</entry>
                    </row>
                    <row>
                      <entry align="center">2.</entry>
                      <entry>Bezirksamt Harburg</entry>
                      <entry>Bezirksamt Harburg</entry>
                      <entry>Bezirksamt Harburg</entry>
                    </row>
                    <row>
                      <entry align="center">3.</entry>
                      <entry>Dezernat Bürgerservice</entry>
                      <entry>Dezernat Bürgerservice</entry>
                      <entry>Dezernat Bürgerservice</entry>
                    </row>
                    <row>
                      <entry align="center">4.</entry>
                      <entry>Einwohneramt</entry>
                      <entry>Standesamt</entry>
                      <entry>Verbraucherschutz</entry>
                    </row>
                    <row>
                      <entry align="center">5.</entry>
                      <entry>Ausländerabteilung</entry>
                      <entry>Geburtenabteilung</entry>
                      <entry>Gewerbebereich</entry>
                    </row>
                  </tbody>
                </tgroup>
              </informaltable>
              <para>Beispiele für die Bezeichnung einer Behörde ohne Nutzung der Hierarchieangaben:</para>
              <informaltable>
                <tgroup cols="2">
                  <colspec colnum="1" colwidth="25mm" />
                  <colspec colnum="2" colwidth="135mm" />
                  <thead>
                    <row>
                      <entry align="center">Ebene</entry>
                      <entry align="center">Bsp. 7</entry>
                    </row>
                  </thead>
                  <tbody>
                    <row>
                      <entry align="center">1.</entry>
                      <entry>Meldeamt der Landeshauptstadt Hannover</entry>
                    </row>
                  </tbody>
                </tgroup>
              </informaltable>
            </implementationHint>
          </xs:appinfo>
          <xs:documentation>Dieses Element eröffnet die Möglichkeit, ergänzend Organisations- und Hierarchieebenen einer Behörde für ihre Erreichbarkeit aber auch für Zwecke der Dienstaufsicht im Rahmen des Geschäftsprozesses Elektronische Auskünfte aus dem Melderegister zu beschreiben. Mit Hilfe des Elementes type.hierarchieebene sind die unterschiedlichen Ebenen einer Behörde abbildbar.
Es ist aber auch möglich, nur eine Instanz dieses Elementes zu verwenden, um in einer Zeichenkette die Bezeichnung der Behörde anzugeben.</xs:documentation>
        </xs:annotation>
      </xs:element>
    </xs:sequence>
  </xs:complexType>
  <xs:complexType name="type.administration.returntosender.transportinformationen">
    <xs:annotation>
      <xs:appinfo>
        <title>Transportinformationen</title>
      </xs:appinfo>
      <xs:documentation>Dieses optionale Element enthält Informationen, die bei dem Empfang der als fehlerhaft betrachteten Nachricht möglicherweise der Transportebene entnommen werden konnten. Diese Angaben können gemacht werden, um dem Empfänger dieser Rücksendenachricht die Identifikation der als fehlerhaft betrachteten und nunmehr zurückgesandten Nachricht zu erleichtern.
Alle Kindelemente dieses Elementes sind optional, da keine verbindlichen Anforderungen an das Transportprotokoll gestellt werden können.</xs:documentation>
    </xs:annotation>
    <xs:sequence>
      <xs:element name="nachrichten.id" minOccurs="0" type="xoev-lc:String.Latin">
        <xs:annotation>
          <xs:documentation>Hier kann eine Identifikation der aus den genannten Gründen zurückgesandten Nachricht übermittelt werden, sofern sich diese aus dem Transportprotokoll entnehmen lässt.
Im Falle von OSCI-Transport wäre hier die messageID des Transportumschlages zu nutzen.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="betreff" minOccurs="0" type="xoev-lc:String.Latin">
        <xs:annotation>
          <xs:documentation>Hier kann der Inhalt der Betreff- oder Subject-Zeile der aus den genannten Gründen zurückgesandten Nachricht übermittelt werden, sofern sich diese aus dem Transportprotokoll entnehmen lässt.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="sendezeitpunkt" minOccurs="0" type="xs:dateTime">
        <xs:annotation>
          <xs:documentation>Hier kann der Zeitpunkt des Versands der aus den genannten Gründen zurückgesandten Nachricht übermittelt werden, sofern sich dieser aus dem Transportprotokoll entnehmen lässt.</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="ergaenzende.hinweise" minOccurs="0" type="xoev-lc:String.Latin">
        <xs:annotation>
          <xs:documentation>Hier können weitere Angaben gemacht werden, die dem Empfänger der aus den genannten Gründen zurückgesandten Nachricht helfen, diese in seinem Verfahren zu identifizieren.</xs:documentation>
        </xs:annotation>
      </xs:element>
    </xs:sequence>
  </xs:complexType>
  <xs:element name="administration.returntosender.0900">
    <xs:annotation>
      <xs:appinfo>
        <title>Zurückweisung einer als fehlerhaft erkannten Nachricht an die sendende Behörde</title>
      </xs:appinfo>
      <xs:documentation>Mit dieser Nachricht wird eine an eine Behörde gerichtete Nachricht als fehlerhaft an die sendende Behörde zurückgewiesen, die erhaltene Nachricht wurde nicht verarbeitet.
Informationen zu der zurückweisenden Stelle sowie den Grund der Zurückweisung sind im Kindelement rts.container enthalten.</xs:documentation>
    </xs:annotation>
    <xs:complexType>
      <xs:complexContent>
        <xs:extension base="xmeld:type.datenuebermittlung.b2b">
          <xs:sequence>
            <xs:element name="rts.container" type="xmeld:type.administration.returntosender.container">
              <xs:annotation>
                <xs:appinfo>
                  <title>Datentyp zur Beschreibung der rückweisenden Stelle, des Rücksendungsgrundes und der zurückzusendenden Nachricht</title>
                </xs:appinfo>
                <xs:documentation>Dieser Container enthält sowohl die zurückzusendende Nachricht, als auch die notwendigen Angaben über den Grund der Rücksendung.
Sofern die Nachricht nicht von dem ursprünglich adressierten Empfänger zurückgesandt wird, sondern von einer anderen Stelle (zum Beispiel einer Clearingstelle, die im Auftrag der ursprünglich adressierten Meldebehörde eine Prüfung eingehender Nachrichten nach formalen Kriterien durchführt), dann ist diese Stelle in dem Element rueckweisende.stelle genauer zu bezeichnen.</xs:documentation>
              </xs:annotation>
            </xs:element>
          </xs:sequence>
        </xs:extension>
      </xs:complexContent>
    </xs:complexType>
  </xs:element>
  <xs:element name="administration.freitext.0905">
    <xs:annotation>
      <xs:appinfo>
        <title>Freitextnachricht für die Kommunikation zwischen Behörden im Kontext des Meldewesens</title>
      </xs:appinfo>
      <xs:documentation>Diese Nachricht ermöglicht es, für spezielle personenbezogene Fälle im Kontext des Meldewesens, Sachverhalte von einer Behörde an eine andere Behörde mitzuteilen.
Die Nachricht soll für die Klärung genau eines Einzelfalls und nicht für die Klärung mehrerer verwendet werden. Müssen mehrere Einzelfälle geklärt werden, sind dafür auch jeweils einzelne Nachrichten 0905 zu verwenden.</xs:documentation>
    </xs:annotation>
    <xs:complexType>
      <xs:complexContent>
        <xs:extension base="xmeld:type.datenuebermittlung.b2b">
          <xs:sequence>
            <xs:element name="betroffener">
              <xs:annotation>
                <xs:documentation>Dient ausschließlich der Identifikation des Betroffenen.</xs:documentation>
              </xs:annotation>
              <xs:complexType>
                <xs:choice>
                  <xs:element name="identifikation.mb2mb" type="xmeld:type.identifikation.fortschreibung">
                    <xs:annotation>
                      <xs:documentation>In der Kommunikation zwischen Meldebehörden ist diese Struktur verpflichtend zu verwenden.</xs:documentation>
                    </xs:annotation>
                  </xs:element>
                  <xs:element name="identifikation.bzst">
                    <xs:annotation>
                      <xs:documentation>Falls Rückfragen von Seiten der Meldebehörde an das BZSt oder vom BZSt an die Meldebehörde gestellt werden, ist diese Struktur verpflichtend zu verwenden.</xs:documentation>
                    </xs:annotation>
                    <xs:complexType>
                      <xs:sequence>
                        <xs:element name="identifikation.person" type="xmeld:type.identifikation.person">
                          <xs:annotation>
                            <xs:appinfo>
                              <title>Einheitliche Struktur für die Identifikation einer Person ohne Anschrift</title>
                              <implementationHint>
                                <para>
                                  Eine der Angaben
                                  <quote>aktueller Familienname</quote>
                                  oder
                                  <quote>Geburtsname</quote>
                                  muss mindestens enthalten sein.
                                </para>
                                <para>
                                  Es muss zumindest einer der
                                  <quote>aktuellen Vornamen</quote>
                                  enthalten sein.
                                </para>
                              </implementationHint>
                            </xs:appinfo>
                            <xs:documentation>Durch die hier übermittelten Daten soll der Empfänger in die Lage versetzt werden, eine eindeutige Identifikation des Betroffenen auf Basis der im eigenen Register vorliegenden Daten vorzunehmen. Bei Änderungsmitteilungen enthält diese Struktur die Personendaten vor Änderung (alter Datenzustand), während im Nutzdatenblock der jeweiligen Nachricht die neuen Daten nach Änderung enthalten sind.
Der Datentyp type.identifikation.person kann genutzt werden, um Melde- und andere Register synchron zu halten.</xs:documentation>
                          </xs:annotation>
                        </xs:element>
                        <xs:element name="steueridentifikation" minOccurs="0" type="xmeld:type.Steueridentifikation">
                          <xs:annotation>
                            <xs:documentation>Sofern Steueridentifikationsdaten (idnummer oder vbm) vorliegen, werden sie mit übermittelt.</xs:documentation>
                          </xs:annotation>
                        </xs:element>
                        <xs:element name="konfliktkennzeichen" minOccurs="0" type="xmeld:type.bzst.konfliktkennzeichen">
                          <xs:annotation>
                            <xs:documentation>Sofern eine Anfrage zu einem Konflikt (Nachricht 0503) gestellt werden soll, ist immer auch das Konfliktkennzeichen zu übermitteln.</xs:documentation>
                          </xs:annotation>
                        </xs:element>
                      </xs:sequence>
                    </xs:complexType>
                  </xs:element>
                  <xs:element name="identifikation.sonstige" type="xmeld:type.identifikation.personanschrift">
                    <xs:annotation>
                      <xs:documentation>Diese Struktur ist in den anderen Fällen zu verwenden.</xs:documentation>
                    </xs:annotation>
                  </xs:element>
                </xs:choice>
              </xs:complexType>
            </xs:element>
            <xs:element name="sachverhalt.unformatiert">
              <xs:annotation>
                <xs:documentation>Der unformatierte Sachverhalt ist mit diesem Element zu übermitteln.</xs:documentation>
              </xs:annotation>
              <xs:complexType>
                <xs:sequence>
                  <xs:element name="titel" type="xoev-lc:String.Latin">
                    <xs:annotation>
                      <xs:documentation>In diesem Feld ist der Titel bzw. der Anlass der Freitextnachricht zu übermitteln.</xs:documentation>
                    </xs:annotation>
                  </xs:element>
                  <xs:element name="inhalt" type="xoev-lc:String.Latin">
                    <xs:annotation>
                      <xs:documentation>In diesem Feld ist der eigentliche Sachverhalt zu übermitteln.</xs:documentation>
                    </xs:annotation>
                  </xs:element>
                </xs:sequence>
              </xs:complexType>
            </xs:element>
            <xs:element name="sachverhalt.formatiert" minOccurs="0">
              <xs:annotation>
                <xs:documentation>Der formatierte Sachverhalt kann mit diesem Element übermittelt werden.
Dieses Element ist nur dazu da, zusätzlich zur mandatorischen unformatierten auch eine formatierte Übermittlung des Sachverhalts zu ermöglichen.
Bei der Übermittlung sowohl des unformatierten als auch des formatierten Sachverhalts müssen beide inhalt-Kindelemente dieselbe Information übermitteln.</xs:documentation>
              </xs:annotation>
              <xs:complexType>
                <xs:sequence>
                  <xs:element name="mimetype" type="xmeld:Code.MIME-Type">
                    <xs:annotation>
                      <xs:documentation>Die für die Übermittlung von formatierten Sachverhalten erlaubten MIME-Types sind in einer Schlüsseltabelle definiert. (Die Einschränkung auf einige wenige MIME-Types ist wesentlich, um nicht zu einem Format-Wildwuchs zu kommen.)</xs:documentation>
                    </xs:annotation>
                  </xs:element>
                  <xs:element name="inhalt" type="xs:base64Binary">
                    <xs:annotation>
                      <xs:documentation>In diesem Element wird der Sachverhalt in dem im Element mimetype festgelegten Format übermittelt. (Dieses Element übermittelt somit den Sachverhalt in einem bestimmten Layout.)</xs:documentation>
                    </xs:annotation>
                  </xs:element>
                </xs:sequence>
              </xs:complexType>
            </xs:element>
            <xs:element name="bezugsnachricht" minOccurs="0">
              <xs:annotation>
                <xs:documentation>Falls sich die Nachricht auf eine vorausgehende Nachricht bezieht, ist dieser Bezug in diesem Element mitzuteilen.</xs:documentation>
              </xs:annotation>
              <xs:complexType>
                <xs:sequence>
                  <xs:element name="identifikation.nachricht" type="xmeld:type.identifikation.nachricht">
                    <xs:annotation>
                      <xs:documentation>Identifikationsmerkmal der Bezugsnachricht.</xs:documentation>
                    </xs:annotation>
                  </xs:element>
                  <xs:element name="technische.einzelidentifikation" minOccurs="0" type="xmeld:type.technische.einzelidentifikation">
                    <xs:annotation>
                      <xs:documentation>Mit diesem Kindelement ist es möglich, einen Einzelfall zu identifizieren, wenn die Nachricht 0905 als Reaktion auf eine Sammelnachricht geschickt wird.</xs:documentation>
                    </xs:annotation>
                  </xs:element>
                </xs:sequence>
              </xs:complexType>
            </xs:element>
          </xs:sequence>
        </xs:extension>
      </xs:complexContent>
    </xs:complexType>
  </xs:element>
  <xs:element name="administration.returntosender.0910">
    <xs:annotation>
      <xs:appinfo>
        <title>Zurückweisung einer als fehlerhaft erkannten Nachricht an die sendende Behörde (bei synchroner Kommunikation)</title>
      </xs:appinfo>
      <xs:documentation>Mit dieser Nachricht wird eine an eine Behörde gerichtete Nachricht als fehlerhaft an die sendende Behörde zurückgewiesen, die erhaltene Nachricht wurde nicht verarbeitet.
Informationen zu der zurückweisenden Stelle sowie den Grund der Zurückweisung sind im Kindelement rts.container enthalten.
Diese Nachricht ist im Falle der synchronen Kommunikation zwischen Behörden zu verwenden.</xs:documentation>
    </xs:annotation>
    <xs:complexType>
      <xs:complexContent>
        <xs:extension base="xmeld:type.datenuebermittlung.b2b">
          <xs:sequence>
            <xs:element name="rts.container" type="xmeld:type.administration.returntosender.container.ohne.ursprungsnachricht">
              <xs:annotation>
                <xs:appinfo>
                  <title>Datentyp zur Beschreibung der rückweisenden Stelle und des Rücksendungsgrundes</title>
                </xs:appinfo>
                <xs:documentation>Dieser Container enthält die notwendigen Angaben über den Grund der Rücksendung, aber keine Ursprungsnachricht.
Sofern die Nachricht nicht von dem ursprünglich adressierten Empfänger zurückgesandt wird, sondern von einer anderen Stelle (zum Beispiel einer Clearingstelle, die im Auftrag der ursprünglich adressierten Meldebehörde eine Prüfung eingehender Nachrichten nach formalen Kriterien durchführt), dann ist diese Stelle in dem Element rueckweisende.stelle genauer zu bezeichnen.</xs:documentation>
              </xs:annotation>
            </xs:element>
          </xs:sequence>
        </xs:extension>
      </xs:complexContent>
    </xs:complexType>
  </xs:element>
  <xs:element name="administration.quittung.0920">
    <xs:annotation>
      <xs:appinfo>
        <title>Quittungsnachricht (ebenenbezogen) zwischen Behörden</title>
      </xs:appinfo>
      <xs:documentation>Mit dem Versand einer Quittungsnachricht bestätigt der Empfänger der Ursprungsnachricht dem Absender, dass für diese Nachricht alle Prüfungen und ggf. die damit verbundenen Prozesse der quittierten Ebene erfolgreich durchgeführt worden sind. Die quittierte Ebene wird in der Quittungsnachricht explizit aufgeführt, um ggf. mehr als eine Ebene in einem Datenübermittlungsprozess quittieren zu können. Dies erfolgt über die Verwendung eines Schlüssels aus der entsprechenden Schlüsseltabelle, siehe auch .</xs:documentation>
    </xs:annotation>
    <xs:complexType>
      <xs:complexContent>
        <xs:extension base="xmeld:type.datenuebermittlung.b2b">
          <xs:sequence>
            <xs:element name="identifikation.nachricht" type="xmeld:type.identifikation.nachricht">
              <xs:annotation>
                <xs:appinfo>
                  <title>Identifikation einer Nachricht</title>
                </xs:appinfo>
                <xs:documentation>Mit diesem Datentyp werden die Identifikationsdaten einer Nachricht abgebildet. Dieser Typ kann verwendet werden, um

  Identifizierungsmerkmale zu setzen, auf die sich ein Nachrichtenempfänger beziehen kann (Verwendung im Nachrichtenkopf)   oder
  sich auf Identifizierungsmerkmale einer übermittelten (Einzel- oder Sammel-) Nachricht zu beziehen (Verwendung im Nachrichteninhalt von Reaktions- oder RtS-Nachrichten).</xs:documentation>
              </xs:annotation>
            </xs:element>
            <xs:element name="quittierte.ebene" type="xmeld:Code.Quittung.Ebene">
              <xs:annotation>
                <xs:documentation>Mit diesem Element wird die quittierte Ebene übermittelt.</xs:documentation>
              </xs:annotation>
            </xs:element>
            <xs:element name="technische.einzelidentifikation" minOccurs="0" maxOccurs="unbounded" type="xmeld:type.technische.einzelidentifikation">
              <xs:annotation>
                <xs:appinfo>
                  <title>Technische Einzelidentifikation</title>
                </xs:appinfo>
                <xs:documentation>Dieses Element erlaubt die Identifikation der einzelnen Einträge, die in einem Sammelnachrichten-Container übermittelt werden. Damit ist sowohl die eindeutige Identifizierung als auch die chronologische Zuordnung des Einzelfalles möglich.</xs:documentation>
              </xs:annotation>
            </xs:element>
          </xs:sequence>
        </xs:extension>
      </xs:complexContent>
    </xs:complexType>
  </xs:element>
  <xs:element name="administration.quittierungbestandslieferung.0928">
    <xs:annotation>
      <xs:appinfo>
        <title>Quittierung einer Bestandslieferung</title>
      </xs:appinfo>
      <xs:documentation>Der Empfänger bestätigt mit dieser Nachricht den vollständigen Empfang und die technische Prüfung der Spezifikationskonformität einer Bestandslieferung.</xs:documentation>
    </xs:annotation>
    <xs:complexType>
      <xs:complexContent>
        <xs:extension base="xmeld:type.datenuebermittlung.b2b">
          <xs:sequence>
            <xs:element name="uebermittlungsart" type="xmeld:Code.XMeld.Nachrichten">
              <xs:annotation>
                <xs:documentation>Mit diesem Element wird dem Empfänger mitgeteilt, auf welche Übermittlungsart sich die Quittierung der Bestandslieferung bezieht. Da eine Bestandslieferung immer durch die Verwendung von 1..n Nachrichten desselben Typs erfolgt, wird hier die xmeld-Bezeichnung der referenzierten Nachricht mitgeteilt.</xs:documentation>
              </xs:annotation>
            </xs:element>
            <xs:element name="quittierung" type="xmeld:type.quittierung">
              <xs:annotation>
                <xs:appinfo>
                  <title>Quittierungsinformationen</title>
                </xs:appinfo>
                <xs:documentation>Dieses Element ist zur Verwendung in Quittierungsnachrichten vorgesehen.
Es enthält die laufende Nummer der Lieferung, einen Antwortstatus, eine (optionale) Fehlermeldung sowie zwei Elemente mit Fehlerstatistiken zu der quittierten  Lieferung.
Die Fehlerstatistik teilt mit, wie viele Datensätze in der Lieferung erkannt wurden (saetze.gelesen) und wie viele davon zurückgewiesen wurden (saetze.zurueckgewiesen).</xs:documentation>
              </xs:annotation>
            </xs:element>
          </xs:sequence>
        </xs:extension>
      </xs:complexContent>
    </xs:complexType>
  </xs:element>
</xs:schema>

