XInneres-Basismodul XInneres-Basismodul xinneres.basismodul urn:xoev-de:kosit:standard:xinneres.basismodul Im Auftrag des AK I hat die PG Standard bisher unter anderem die fachlichen Vorgaben und die Struktur der Meldeanschrift für die Bereiche Ausländer-, Melde- und Personenstandswesen harmonisiert. Der vorliegende Standard XInneres bildet auf technischer Ebene eine Klammer vor den Standards der Innenverwaltung. An dieser Stelle können gemeinsam genutzte Komponenten definiert werden. In der ersten Version von XInneres definiert der Standard die Datentypen für die Darstellung der Meldeanschrift. 25.11 3.0.3 3.0.2 3.1.1 19.0 SP4 MagicDraw Typ-4 Code-Datentyp für die Übermittlung von Nachrichtentypen, wo die zugrundeliegenden Codelisten und deren Version erst zum Zeitpunkt der Nachrichtenerstellung nach den Vorgaben des xinneres-fachmodul festgelegt werden. Dieser Typ enthält Angaben, die ein Ereignis eindeutig identifizieren und es dem Leser einer Nachricht ermöglichen, die Reihenfolge von Ereignissen beim Autor nachzuvollziehen. Sofern dieses Element in einer Nachricht mit mehreren Datensätzen verwendet wird (Sammelnachricht), dient es der Identifikation des Einzelfalls. Es muss dann entsprechend für jeden Einzelfall in der Sammelnachricht übermittelt werden. Dieses Element kann verwendet werden, um beim Leser die ursprüngliche Chronologie der Ereignisse beim Autor der Nachricht zu rekonstruieren. Welcher Zeitpunkt hier zu übermitteln ist, wird durch die xinneres-fachmodule an den fachlichen Nutzungsstellen festgelegt. Der Ereigniszeitpunkt muss neben einer Angabe zum Datum eine zeitliche Information beinhalten. Diese ist mit einer Genauigkeit auf Ebene von Millisekunden und der Angabe zur Zeitzone zu übermitteln. Der hier übermittelte Zeitpunkt kann von dem Erstellungszeitpunkt der Nachricht, in der das Ereignis übermittelt wird, abweichen. Mit diesem Element wird ein (Geschäfts-)Zeichen zu dem Ereignis übermittelt, das das Ereignis innerhalb einer Nachricht eindeutig identifiziert. Das (Geschäfts-)Zeichen kann durch den Autor der Nachricht beliebig gestaltet werden, es muss nur sichergestellt werden, dass ein Ereignis innerhalb einer Nachricht eindeutig identifiziert (nur relevant bei Sammelnachrichten) wird und dass der Autor einer Nachricht in der Lage ist, das übermittelte Ereignis mithilfe des (Geschäfts-)Zeichens und den identifizierenden Angaben zur Nachricht wieder aufzufinden. Ein solches Zeichen darf maximal 100 Zeichen umfassen. Außer den Zeichen A..Z, a..z sowie den Ziffern 0..9 sind maximal acht Sonderzeichen erlaubt. Umlaute und das ß gelten ebenfalls als Sonderzeichen. Das ein Ereignis identifizierende Zeichen darf maximal 100 Zeichen umfassen. Außer den Zeichen A..Z, a..z sowie den Ziffern 0..9 sind maximal acht Sonderzeichen erlaubt. Umlaute und das ß gelten als Sonderzeichen. Dieser Typ enthält die für die Identifikation einer Nachricht erforderlichen Informationen, wobei der Nachrichtentyp hier als Typ-4 Code-Datentyp modelliert ist. Dieser Typ sollte daher an den Stellen genutzt werden, in denen identifizierende Angaben zu Nachrichten aus mehr als einem xinneres-fachmodul übermittelt werden müssen. Dieses Element enthält den „Universally Unique IDentifier (UUID)“ der Nachricht, der das primäre Identifikationsmerkmal einer Nachricht darstellt. Der UUID der Nachricht wird entsprechend rfc4122 gebildet und ermöglicht Nachrichten hersteller- und anwendungsübergreifend weltweit eindeutig zu identifizieren. Für jede Nachricht muss ein neuer UUID erzeugt werden, um eine eindeutige Identifikation der Nachricht sicherzustellen. Insbesondere ist es nicht zulässig, in einer korrigierten Nachricht den UUID der ursprünglichen Nachricht wiederzuverwenden. Sofern eine einmal erzeugte Nachricht ein weiteres Mal gesendet werden soll (bspw. aufgrund von Problemen beim Nachrichtentransport), muss der UUID nicht angepasst werden. Dieses Element enthält eine eindeutige Kennzeichnung des Nachrichtentyps. Die konkret genutzte Codeliste, sowie deren Version werden erst zum Zeitpunkt der Nachrichtenerstellung festgelegt und sind daher immer zu übermitteln (Typ-4 Code-Datentyp). Dieses Element enthält den Erstellungszeitpunkt der Nachricht - es enthält explizit nicht den Sende- und Empfangszeitpunkt. Der Erstellungszeitpunkt muss neben einer Angabe zum Datum eine zeitliche Information beinhalten. Diese ist mit einer Genauigkeit auf Ebene von Millisekunden und der Angabe zur Zeitzone zu übermitteln. Dieser Typ realisiert die XInneres-Basisnachricht für alle Nachrichten zwischen Behörden und anderen (öffentlichen) Stellen (government-to-government). Jede im xinneres-basismodul und den xinneres-fachmodulen definierte konkrete Nachricht erbt von diesem Typ. Auf diese Weise wird für alle xinneres-Nachrichten eine einheitliche Basis gewährleistet. Der Datentyp erweitert den Datentyp Nachricht.G2G.Grundstruktur um die Daten zur Anschrift des Autors und des Lesers. Diese Daten werden zwar nicht auf der Transportebene benötigt, jedoch in vielen fachlichen Kommunikationskontexten in XInneres. Die Anschrift des Lesers (für persönliches Erscheinen oder die Zusendung von Dokumenten per Briefpost an die Behörde). Die Anschrift des Autors (für persönliches Erscheinen oder die Zusendung von Dokumenten per Briefpost an die Behörde). Dieser Typ realisiert die auf der XÖV-Basisnachricht fundierte Grundstruktur der XInneres-Basisnachricht für alle Nachrichten zwischen Behörden und anderen (öffentlichen) Stellen (government-to-government). Nachrichtenkopf für Nachrichten zwischen Behörden und anderen (öffentlichen) Stellen. Der Nachrichtenkopf umfasst Angaben zur eindeutigen Identifikation des Autors und des Lesers der Nachricht sowie der Nachricht selbst. In diesem Attribut ist der Name des Produktes (der Software) einzutragen, mit dem die Nachricht erstellt worden ist. In diesem Attribut wird der Name der Organisation / Firma übermittelt, die für das Produkt (die Software) verantwortlich ist, mit dem die Nachricht erstellt wurde. In diesem Attribut werden ergänzende Hinweise zu dem Produkt eingetragen. Dies sind Angaben, die für eine möglichst präzise Identifikation im Fehlerfall hilfreich sind, wie zum Beispiel Version und Patchlevel. In diesem Attribut wird der Name des xinneres-basismoduls bzw. des xinneres-fachmoduls übermittelt, aus dem die Nachricht stammt. Der Name wird durch das xinneres-basismodul bzw. das xinneres-fachmodul als fixed-Value auf Schemaebene festgelegt (z. B. XPersonenstand). Ist dieses Attribut vorhanden, handelt es sich aus Sicht des Autors um eine Testnachricht, die nicht im normalen Produktivbetrieb verarbeitet werden darf. Autor und Leser können bilateral weitere Absprachen über den konkreten Inhalt des Attributs treffen. In diesem Attribut wird die Version des xinneres-fachmoduls bzw. des xinneres-basismodul-Schemas übermittelt, aus dem die Nachricht stammt. Die Versionsbezeichnung wird durch das xinneres-fachmodul bzw. xinneres-basismodul als fixed-Value auf Schemaebene festgelegt (z. B. 1.7.8 für XPersonenstand 1.7.8 oder 6 für Nachrichten aus der Version 6 des Basismodul-Schemas zur Rückweisung von Nachrichten). XInneres-Nachrichtenkopf für Nachrichten zwischen Behörden und anderen (öffentlichen) Stellen. Der Nachrichtenkopf umfasst Angaben zur eindeutigen Identifikation des Autors und des Lesers der Nachricht sowie der Nachricht selbst. Dieses Element enthält Angaben zur eindeutigen Identifikation einer Nachricht. Die eindeutige Identifizierungsnummer für einen Nachrichtentyp wird im Kindelement nachrichtentyp übermittelt. Der konkret zu verwendende Datentyp für die Übermittlung des Codes wird durch das xinneres-fachmodul auf Schemaebene festgelegt. Dieses Element enthält Angaben zum Leser der Nachricht. Der Leser ist die fachlich zuständige Behörde / öffentliche Stelle, der die Nachricht zugestellt werden soll und die die Nachricht fachlich verarbeiten soll. In dem Kindelement verzeichnisdienst wird der Verzeichnisdienst angegeben, in welchem die Behörde / öffentliche Stelle unter der nachfolgend angegebenen Kennung (Kindelement kennung) eingetragen ist. In dem Element verzeichnisdienst/code muss der Code DVDV übermittelt werden. Das Kindelement kennung enthält den eindeutigen Organisationsschlüssel des Lesers innerhalb des Verzeichnisdienstes DVDV. Der im Kindelement name übermittelte Name dient auch dazu, eine ggfs. erforderliche manuelle Klärung zu beschleunigen, indem bspw. der Autor einer Nachricht im Klartext übermittelt, an welche Behörde er die Nachricht schicken wollte. Dieses Element enthält Angaben zum Autor der Nachricht, die es dem Leser ermöglichen, bei Bedarf mit dem Autor in Verbindung zu treten. Der Autor ist die fachlich zuständige Behörde / öffentliche Stelle, die die Nachricht erstellt, also bspw. eine Meldebehörde oder ein Standesamt. Der im Kindelement kennung übermittelte Organisationsschlüssel muss es dem Leser einer Nachricht ermöglichen, den Autor einer Nachricht im DVDV zu ermitteln um diesem ggf. erforderliche elektronische Mitteilungen senden zu können (bspw. Quittungen oder Fehlernachrichten). Für die sendende Behörde wird im Kindelement kennung immer die Kennung der für den Betroffenen zuständigen Gemeinde bzw. Ausländerbehörde oder die Kennung des für den Personenstandsfall zuständigen Standesamtes übermittelt. Sofern die sendende Behörde für einen Gemeindeverbund oder im Auftrag einer anderen Behörde handelt, ist in diesen Fällen deshalb die Angabe der zuständigen Stelle (Gemeinde oder Behörde) verpflichtend. Daraus ergibt sich auch die Konsequenz, dass Sammelnachrichten nur für die einzelnen Gemeinden bzw. Behörden zulässig sind. Sofern es keine dem obigen Sinn nach zuständige Gemeinde oder Behörde gibt (bspw. bei der Beantragung eine Führungszeugnisses in einer nicht für den Wohnort des Beantragenden zuständigen Meldebehörde), ist in dem Kindelement kennung eine beliebige Kennung zu übermitteln, mit der der Autor im DVDV adressiert werden kann.