ALKIS-Objektartenkatalog als Wissensbasis fuer GID6 und GID7 angelegt

Atomare Markdown-Wissensdateien je Objektart/Datentyp (Beschreibung, Attribute, Codelisten, Bildungsregeln, Konsistenzbedingungen, Relationen inkl. Gegenrolle), maschinell erzeugt aus den ADV-Katalog-XML unter referenz/alkis/ (unversioniert). Zwei getrennte Baeume, weil operativ noch GID6 laeuft und GID7 erst der Zielstand ist: docs/wissen/alkis/gid6/ (189 Klassen, WFS-Produktivstand, fuer Plugin-Code massgeblich) und docs/wissen/alkis/gid7/ (209 Klassen, kuenftige Umstellung). Vererbung wird nicht in jede Datei hineinkopiert (Drift-/Tokenrisiko), sondern per Inline-Hinweis auf die Oberklasse referenziert plus on-demand ueber _werkzeuge/parse_alkis.py resolve aufgeloest; ein diff-Modus vergleicht eine Klasse zwischen beiden Versionen. alkis_objektarten.md verweist jetzt auf beide Versionsbaeume. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-14 09:55:27 +02:00
parent ce795cdc6f
commit f41666b3d6
403 changed files with 31066 additions and 0 deletions
@@ -0,0 +1,76 @@
+# AX_Vertretung (21005)
+
+- **Version:** AAA-Anwendungsschema 7.1.2 (Zielstand)
+- **Art:** Objektart
+- **Objektartenbereich:** Eigentümer (20000)
+- **Objektartengruppe:** Personen- und Bestandsdaten (21000)
+- **Oberklassen:** AA_NREO
+- **Wird typisiert durch:** NREO (Objekttyp-Code, z. B. REO=Realobjekt, ZUSO=zusammengesetztes Objekt)
+
+## Beschreibung
+
+[E] 'Vertretung' gibt an, welche Person eine andere Person in Katasterangelegenheiten vertritt.
+
+## Bildungsregeln
+
+- Die Relationsart 'vertritt' ist objektbildend.
+
+## Konsistenzbedingungen
+
+- Eine Vertretung in Katasterangelegenheiten verweist immer nur auf Personen, deren Herkunft in den Qualitätsangaben von AX_Person auf das Liegenschaftskataster (herkunft = 'Erhebung’) verweist. Die Person übernimmt aktiv die Vertretung.
+
+## Attribute
+
+| Attribut | Kennung | Kardinalität | Typ | Objektbildend | Retired |
+|---|---|---|---|---|---|
+| beginnDerVertretung | BDV | 0..1 | Date | false |  |
+| artDerVertretung | ADV | 0..* | CharacterString | false |  |
+| endeDerVertretung | EDV | 0..1 | Date | false |  |
+| angabenZurVertretung | AZV | 0..1 | CharacterString | false |  |
+
+### Attribut `beginnDerVertretung` (BDV)
+
+'Beginn der Vertretung' gibt das Datum des Beginns der Vertretung an.
+
+### Attribut `artDerVertretung` (ADV)
+
+'Art der Vertretung' beschreibt die Art der Vertretung ( z.B. Bevollmächtigter).
+
+### Attribut `endeDerVertretung` (EDV)
+
+'Ende der Vertretung' gibt das Datum des Endes der Vertretung an.
+
+### Attribut `angabenZurVertretung` (AZV)
+
+'Angaben zur Vertretung' beschreibt den Umfang der Vertretung (z.B. alle Flurstücke einer Gemeinde).
+
+## Relationen / Assoziationen
+
+| Rolle | Kennung | Kardinalität | Ziel | Navigierbar | Gegenrolle |
+|---|---|---|---|---|---|
+| vertritt | (INV)21001-21005 | 1..* | AX_Person (Objektart, 21001) | false | `wirdVertretenVon` auf AX_Person (21001) |
+| haengtAn | 21005-21001 | 1 | AX_Person (Objektart, 21001) | true | `uebtAus` auf AX_Person (21001) |
+| beziehtSichAuf | 21005-11001 | 0..* | AX_Flurstueck (Objektart, 11001) | true |  |
+
+### Relation `vertritt` ((INV)21001-21005)
+
+Die Relation 'Vertretung' vertritt 'Person' sagt aus, welche Person durch die Vertretung vertreten wird.
+
+Gegenstück: `wirdVertretenVon` (21001-21005) auf `AX_Person` (21001), Kardinalität 0..*, navigierbar: true.
+
+### Relation `haengtAn` (21005-21001)
+
+Die Relation 'Vertretung' hängt an 'Person' sagt aus, welche Person die Vertretung wahrnimmt.
+
+Gegenstück: `uebtAus` ((INV)21005-21001) auf `AX_Person` (21001), Kardinalität 0..*, navigierbar: false.
+
+### Relation `beziehtSichAuf` (21005-11001)
+
+Die Relation 'Vertretung' bezieht sich auf 'Flurstück' sagt aus, für welche Flurstücke die Vertretung wahrgenommen wird.
+
+## Hinweise für Tests
+
+- Optionale Attribute: beginnDerVertretung, artDerVertretung, endeDerVertretung, angabenZurVertretung — Testfälle mit und ohne Belegung.
+- Mehrfach belegbare Attribute: artDerVertretung — Testfälle mit 0, 1 und mehreren Werten.
+- Konsistenzbedingungen oben je als eigener Testfall (Positiv- und Verletzungsfall) sinnvoll.
+- Bildungsregeln oben pruefen: definieren i. d. R. das objektbildende Attribut/die Objektidentität — Testfall für Duplikaterkennung/Schlüsselaufbau sinnvoll.