/v1/-Tabellen hinweg mit konsistenter
Bedeutung wiederkehren, aber nicht auf die Datenmodell-Übersicht
(Verknüpfungsschlüssel mit Kardinalität/Fallstricken) oder in die
Response-Struktur-Konventionen (strukturelle Muster wie
period-, amount- und code+label-Objekte) gehören. Steht ein Feld hier nicht, liegt
seine Erklärung auf der jeweiligen Domain-Seite.
string
Denormalisierte Kopien der gleichnamigen Spalte auf
Accounting.accounts — aber auf
zwei unterschiedliche Arten aufgelöst. account_group (bei
booking_positions/contract_debits) läuft über das Kontenbereichs-Mapping — eine
Zuordnungstabelle, die Kontennummern-Bereiche je Objekt einer Reporting-Position
zuordnet. account_name läuft nie über dieses Mapping: bei assets und projects ist
es ein direkter Fremdschlüssel-Join auf das Konto; bei property_structure hat es mit
Accounting.accounts gar nichts zu tun — dort ist es einfach die eigene Bezeichnung der
Struktur-Zeile (der Kostenstellen- bzw. Flächenname). account_name (ohne
account_group) findet sich auf property_structure, projects und assets;
account_group (ohne account_name) dagegen auf booking_positions und
contract_debits. Auf technical_objects fehlen beide Felder — hier verweist
stattdessen der Fremdschlüssel property_structure_account_id auf das Konto. Welches
Konto konkret gemeint ist, hängt von der jeweiligen Tabelle ab. Beide Felder sind reine
Lesekopien — welcher Join-Schlüssel zurück zu accounts tatsächlich greift (sofern es
einen gibt), variiert je Tabelle (siehe Verknüpfungsschlüssel-Tabelle auf der
Übersichtsseite).string
Link zu einem im Dokumentenmanagementsystem (DMS) hinterlegten Dokument. Kommt vor auf
booking_headers, projects, properties, property_structure, creditors, orders
und tenants. Ohne angebundenes DMS oder wenn sich der Link nicht bilden lässt, steht ein
Platzhaltertext statt einer URL im Feld — vor dem Rendern als Link auf eine URL prüfen.string
Manche Tabellen kombinieren ein Code-Feld mit einem passenden Kommentarfeld:
vacancy_reason mit vacancy_reason_comment, contract_reasoning mit
contract_reasoning_comment — der Kommentar liefert den Freitext zum Code. Bei
notifications.comment, index_rent.comment, offers.comment und
technical_objects.comment gibt es kein solches Code-Feld, das sind eigenständige
Freitext-Notizen. In beiden Fällen unstrukturiert — nicht versuchen, daraus Werte
herauszulesen, die eigentlich im zugehörigen Code-Feld stehen sollten.string
Beide sind zusammengesetzte Mieter-Identifikatoren, leicht zu verwechseln.
property_id_person_id (Zahl) identifiziert einen Mieter auf Objektebene, ohne
Flächenbezug — auf booking_positions und contract_debits. floor_area_person_id
(String) identifiziert ein konkretes Mietverhältnis (Mieter in einer bestimmten Fläche)
und ist der Cross-Endpoint-Verknüpfungsschlüssel zwischen tenants, contract_debits,
contract_ends und index_rent — Details dazu in der Verknüpfungsschlüssel-Tabelle der
Übersichtsseite. Beide sind nicht austauschbar und nicht voneinander ableitbar.