Inhaltsverzeichnis

Prüfung und Migration

Bestandsprüfung vom 8. September 2026

Aus unversionierten Wiki-Vorschlägen entsteht die eigene Entwurfsfassung 1.0.0-draft.1. Bestehende Anwendungsdaten werden nicht automatisch geändert.

Bibliothek · Integration

Befunde im bisherigen Bestand

Bereich Befund Korrektur
Namen und Geburt Ungültiges JSON durch überflüssiges Komma; Beschreibung und tatsächliche Namenspflichten widersprachen sich; vollständige Geburt und Geburtsort zwingend. Gültiges Schema; vollständige Anzeige, optionale Namensbestandteile und bekannte Geburtsangaben.
Adressen Ungültiges JSON-Beispiel; Ort und Adresstyp immer Pflicht; Land nur als unkontrollierter Name; Koordinaten ohne Grenzen. Geordnete Zeilen, optionale Strukturteile, zusätzlicher Ländercode und gültige Koordinatenbereiche.
Kontakt E-Mail zwingend; Telefon zerlegt in durchweg verpflichtende Landes- und Ortsvorwahl. Mindestens ein Kontaktkanal; E.164-Nummer und separate Durchwahl; Unicode-E-Mail.
Ausweise Sprachen auf zwei Buchstaben mit optionalem Ländersuffix begrenzt; Ausstellerland immer Pflicht. BCP-47-Grundform, benannte Vokabulare und internationale Aussteller.
Juristische Personen $ref auf HTML-Wikiseiten; Beispieldaten bestanden aus $ref-Platzhaltern; deutsche Registerbeispiele als vermeintlich allgemeines Modell. Eigenständige Schemadateien, tatsächliche Datenbeispiele und explizite Kennungssysteme.
Bankverbindung Ungültiger JSON-Escape im Regex; properties.$ref war selbst kein gültiges Teilschema; IBAN und BIC generell Pflicht. Korrekte Schema-Struktur, lokale Konten als Alternative und eindeutige Kontoinhaberreferenzen.
Navigation Verweise auf nicht vorhandene Seiten; mehrere Einträge nur Stichwortzettel; angekündigte Kategorien ohne Schema. Vollständige Modulbeschreibungen, neue Standards und verknüpfte Übersichten.
Aussagen zur Gültigkeit Universelle Verwendbarkeit und vollständige Validierbarkeit wurden ohne passende Nachweise behauptet. Konkrete Prüfebenen, reproduzierbare Tests und ausdrücklich dokumentierte Grenzen.

Wichtige Strukturänderungen

Name und Geburt

Die bisherigen Schlüssel bleiben erhalten. Fehlerhaftes JSON wurde berichtigt; Geburtsdatum und Geburtsort sind nicht mehr allgemein verpflichtend. Die frühere Beschreibung behauptete zusätzlich eine Vornamen-/Nachnamenpflicht, die das Schema selbst nicht konsistent umsetzte.

Name und Geburt

Kontaktmöglichkeiten

Breaking Change: countryCode und areaCode werden nicht mehr als Telefonpflichtfelder geführt. number enthält jetzt die vollständige E.164-Nummer. Altdaten mit Landeskontext normalisieren und displayNumber zur Erhaltung der Originaldarstellung nutzen.

Kontaktmöglichkeiten

Internationale Adressen

Die bisherigen verschachtelten Komponenten einschließlich line_in_address bleiben erhalten. Die generelle Pflicht für city und type entfällt. Neu sind addressLines, language und country.code; ein vorhandener country.name bleibt lesbar. Das ungültige alte JSON-Beispiel wurde ersetzt.

Internationale Adressen

Identifikationsnummern

Der bisherige Platzhalter ids ist jetzt unter identificationnumbers vollständig beschrieben. Die alte Wiki-Adresse verweist weiterhin auf diesen Eintrag.

Identifikationsnummern

Personenmerkmale und Status

Der frühere Aufgabenvermerk wurde durch ein prüfbares Schema ersetzt. Es gibt keine automatische Ableitung aus Namen, Wohnort oder Sprache.

Personenmerkmale und Status

Identifizierende Merkmale

Der bisherige Stichwortzettel wurde zu einem optionalen Metadatenmodul ausgearbeitet. Biometrische Rohdaten erhalten bewusst kein allgemeines Austauschfeld.

Identifizierende Merkmale

Ausweisdokumente

Die bisherigen Hauptfelder bleiben. type.scheme und validityStatus.scheme sind jetzt für eine eindeutige Bedeutung erforderlich; issueDate und issuer.country nicht mehr pauschal. MRZ-Beispiele mit ungesicherter Prüfziffer wurden entfernt.

Ausweisdokumente

Erlaubnisse und Befähigungen

Die bisher nicht vorhandene, aber bereits verlinkte Seite wurde neu angelegt.

Erlaubnisse und Befähigungen

Juristische Personen

Register, Adresse und Kontakt sind nicht mehr generell Pflicht. registrationNumbers benötigt nun scheme. Die alten Wiki-URLs als $ref und die gleichnamigen Platzhalter in Beispieldaten wurden durch lokal eingebettete Schemata und echte Daten ersetzt.

Juristische Personen

Bankverbindungen

Breaking Change: IBAN und BIC sind nicht mehr pauschal Pflicht. accountHolders und authorizedUsers verwenden PartyRef-Datenobjekte; bank erhält einen expliziten Mindestkern. Der syntaktisch ungültige Regex-String und das fehlerhafte properties.$ref wurden korrigiert.

Bankverbindungen

Geldbeträge

Neues wiederverwendbares Modul. Keine automatische Umdeutung vorhandener Zahlenbeträge; eine Migration braucht Währung und vereinbarte Dezimalgenauigkeit.

Geldbeträge

Datensatz-Metadaten

Neues gemeinsames Modul; lässt sich neben bestehende Fachdaten stellen, ohne zusätzliche Pflichtfelder in jedes Personenmodul einzubauen.

Datensatz-Metadaten

Dokumentmetadaten

Neuer Standard für Dokumentmetadaten; bestehende Dokumentdaten im Workspace werden dadurch nicht automatisch migriert.

Dokumentmetadaten

Aufgaben

Neues Austauschmodell; die bisherige name/completed/subtasks-Struktur des Workspace bleibt bestehen und muss bei einer Übernahme ausdrücklich abgebildet werden.

Aufgaben

Workflowübergaben

Neuer Standard. Keine vorhandenen Endereignisse, Skripte oder E-Mail-Ziele werden automatisch umgestellt oder aufgerufen.

Workflowübergaben

Produkte und Leistungen

Die bisher nur angekündigte Kategorie erhält einen ersten konkreten Standard.

Produkte und Leistungen

Vertragsmetadaten

Die angekündigte Vertragskategorie erhält ein Metadatenmodul. Bestehende Vertragstexte bleiben eigenständige Dokumente.

Vertragsmetadaten

Immobilien und Grundstücke

Die angekündigte Immobilienkategorie erhält einen internationalen Mindestkern ohne deutsche Grundbuchpflichtfelder.

Immobilien und Grundstücke

Lieferungen

Die angekündigte Logistikkategorie erhält einen ersten Standard mit demselben Adress- und Referenzmodell.

Lieferungen

Messwerte und Kennzahlen

Die angekündigte Reportingkategorie erhält ein wiederverwendbares Modul für einzelne Beobachtungen.

Messwerte und Kennzahlen

Vorgehen bei Altdaten

  1. Quelle, bisherige Interpretation und vorhandene Schemafassung festhalten; Originaldaten erhalten.
  2. Felder ausdrücklich zuordnen. Landes- und Ortsvorwahl nicht ohne Nummernplankontext zusammenfügen; $ref-Platzhalter sind keine Personendaten.
  3. Fehlende Informationen als fehlend behandeln. Keine IBAN, keinen Geburtstag, keinen Registercode und keine Staatsangehörigkeit erfinden.
  4. Ergebnis mit Austauschschema und fachlichen Zusatzregeln prüfen. Nicht automatisch konvertierbare Datensätze zur Klärung kennzeichnen.
  5. Erst nach erfolgreicher Prüfung und vereinbarter Abnahme an das Zielsystem übergeben.

Nachweise und verbleibende Grenzen

Die mitgelieferten Tests prüfen JSON-Syntax, Draft-2020-12-Meta-Schemata, eingebettete Referenzen, sämtliche veröffentlichten Beispiele, internationale Gegenbeispiele, ungültige Werte, Wiki-Verweise und die Feldübernahme im bestehenden Schema-Assistenten. Sie arbeiten lokal und benötigen beim Validieren keine externen Schemaabrufe.

Nicht automatisch nachgewiesen sind die Anerkennung in allen Ländern, offizielle Registerzuweisungen, Prüfziffern aller nationalen Nummernsysteme, Echtheit von Dokumenten, Rechte an Referenzzielen oder sämtliche fachlichen Zeit- und Mengenbeziehungen. Diese Regeln stehen auf den Modul- und Grundlagenseiten. Bestehende Workflows werden durch die Wiki-Überarbeitung nicht umgestellt.

Die vorherigen Seitentexte bleiben in der DokuWiki-Versionshistorie erhalten. Es wurden keine Wiki-Benachrichtigungen versendet.