Fachobjekte: Organisation

Status: Entwurf

Wer agiert und wer leistet?

Holding

Singleton im Datenmodell — die ad hoc holding AG. Wurzel der Konzernstruktur.

Attribut	Beschreibung
`code`	`adhoc-holding`
`name`	offizieller Name
`legal_form`	AG
`sitz`	Jena
`tax_id`	USt-ID
`register_no`	Handelsregister

In der Workbench typischerweise nur ein Holding-Datensatz, aber strukturell als eigener Entitätstyp gepflegt — damit die Aggregation sauber verlinkt werden kann und perspektivisch mehrere Holdings in einer Mehrmandanten-Sicht möglich wären.

Tochtergesellschaft

Eigenständige juristische Person unter dem Holding-Dach.

Attribut	Beschreibung
`code`	sprechend, z. B. `adhoc-bau`, `adhoc-energie`
`name`	offizieller Name
`legal_form`	GmbH / AG / KG
`sitz`	Standort
`tax_id`	USt-ID
`register_no`	Handelsregister
`kategorie`	`bau`, `verwaltung`, `energie`, `versicherung`, `kommunikation`, … (Codeliste)
`geschaeftsfuehrung`	Personenliste (Referenz)
`mitarbeiter_count`	Personalstärke

Beziehungen:

Tochtergesellschaft n:1 Holding
Tochtergesellschaft 1:n Sub-Firma (wenn weitere juristische Schichten)
Tochtergesellschaft 1:n Dienstleistung (welche Leistungen sie erbringt)
Tochtergesellschaft 1:n Provider-Eintrag (interne Variante)

Sub-Firma

Untergesellschaft einer Tochter (selten, aber möglich). Strukturell wie Tochter, mit Verweis auf übergeordnete Tochter.

Eigentümer (Mandant)

Externer Auftraggeber: Eigentümer der Liegenschaft, der ein Modul oder ein Modulbündel bei der Holding bucht. Ist kein internes Unternehmen, gehört aber zur fachlichen Stammdaten-Welt — er ist Vertragspartner der Holding für jedes Mandat.

Attribut	Beschreibung
`code`	intern, sprechend
`name`	Person oder Firma
`eigentuemer_typ`	`privatperson`, `weg`, `wohnungsgesellschaft`, `institutioneller_investor`, `sonstige_juristische_person`
`legal_form`	bei juristischer Person: GmbH, AG, eG, KG, GbR, …
`tax_id`	USt-ID / Steuernummer (soweit relevant)
`register_no`	Handels-/Vereins-/Genossenschaftsregister
`sitz`	Postanschrift Hauptsitz
`kontakt_haupt`	Person (Referenz) — Hauptansprechpartner
`bonitaet`	optional — Klasse / Note / Hinweis
`mandant_seit`	Datum des ersten aktiven Mandats
`gebuchte_liegenschaften_count`	abgeleitet — wie viele Liegenschaften des Eigentümers werden aktuell betreut

Beziehungen:

Eigentümer 1:n Liegenschaft
Eigentümer 1:n Vertrag (jedes Mandat ist mindestens ein Modul-Vertrag)
Eigentümer 1:n Case (alle Bewertungen / Folge-Cases für seine Liegenschaften)

Externer Provider

Anbieter, der nicht zur Holding gehört. Material- oder Dienstleistungs-Lieferant.

Attribut	Beschreibung
`code`	intern
`name`	Firmenname
`tax_id`	USt-ID
`kategorie`	`dienstleister`, `materiallieferant`, `kombiniert`
`region`	Einsatzgebiet
`bewertung`	interne Lieferanten-Note
`vertragspartner_seit`	Datum
`kontakt_haupt`	Person (Referenz)

Person

Natürliche Personen-Datensätze. Werden referenziert von:

Tochtergesellschaft.geschaeftsfuehrung
Provider.kontakt_haupt
Mietvertrag.mieter (kann auch juristische Person sein, dann separater Typ)
Case.assignee, Case.approver
app_user.person (wenn Anwender)

Attribut	Beschreibung
`vorname`, `nachname`
`email`
`telefon`
`funktion`	Frei-Text oder Codeliste
`dsgvo_einwilligung_bis`	optional
`is_internal`	bool — Holding-Mitarbeiter?

Provider (logisch)

Provider ist im fachlichen Sprachgebrauch oft ein Oberbegriff für „wer liefert mir das”. Im Datenmodell unterscheiden wir:

Interner Provider = Tochtergesellschaft (oder Sub-Firma) der Holding
Externer Provider = Externer Provider

Beim Mapping auf den Spec-Layer wird das über eine provider_type-Codeliste am Vertrag aufgelöst, oder über zwei separate relation_type-Einträge je nach Quelle. Detail: ../70-mapping-to-spec/02-relationen-zu-relation-types.md.