> ## Documentation Index > Fetch the complete documentation index at: https://docs.trassets.ai/llms.txt > Use this file to discover all available pages before exploring further. # v1 Accounting Datenmodell: Buchungskopf, -positionen und Budgets > Feldreferenz für die v1-Accounting-Tabellen booking_header, booking_positions und budgets, umgeformt mit period-, amount- und amount_per_sqm-Objekten. Die v1-Accounting-Domäne umfasst aktuell drei Tabellen: `booking_header`, `booking_positions` und `budgets`. `booking_header` und `booking_positions` folgen den [Response-Shape-Konventionen](/de/v1/response-shape-conventions) — verschachtelte `period`-/`amount`-Objekte und stabile Join-Keys; `budgets` trägt noch ein offenes Artefakt, siehe unten. ## booking\_header `GET /v1/accounting/booking_header` — Hauptbuch-Buchungsköpfe. Kein `period`- oder `amount`-Objekt: Die Tabelle hat nur ein einzelnes `booking_date`-Feld und ein einzelnes `booking_value`-Feld, die beiden Konventionen greifen hier strukturell nicht. Eindeutige Objekt-ID. Eindeutige ID des Buchungskopfs. `booking_positions` referenziert dies als `booking_header_id`. Buchungsnummer. Mit der Buchung verknüpfter Kreditor. Referenziert `Stakeholder.creditor`. Mit der Buchung verknüpfter Mieter oder Ansprechpartner, mit lokaler, objektbezogener Nummerierung. Nicht mit demselben ID-Raum wie `person_id` auf `Operations.notifications` verwechseln — dort ist es eine eigenständige `bigint`-Sequenz aus einem anderen Subsystem. Datum der Buchung. Gesamtwert des Buchungskopfs. Mit der Buchung verbundene Fläche in Quadratmetern, falls zutreffend. Freitextbeschreibung der Buchung. Ursprünglicher Buchungstext, vor einer eventuellen späteren Korrektur. Barcode-Referenz auf das Buchungsdokument, falls gescannt. Link zum Buchungsdokument im Dokumentenmanagementsystem, falls vorhanden. Kombinierte Kostenstellen-ID und -name — die einzige Quelle dieses Labels; es gibt kein separates ID/Name-Paar, gegen das sich stattdessen verknüpfen ließe. Kombinierte Konto-ID und -name, aus demselben Grund wie `cost_center_id_name_concat`. Kombinierte Personen-ID und -name, aus demselben Grund wie `cost_center_id_name_concat`. Fremdschlüssel auf `Property.property_structure`, entspricht `property_structure.account_id`. ## booking\_positions `GET /v1/accounting/booking_positions` — einzelne Buchungspositionen, über `booking_header_id` mit einem Kopf verknüpft. Eindeutige Objekt-ID. Eindeutige ID der Position. ID des übergeordneten Buchungskopfs. Verknüpft sich mit `booking_header.booking_header_id`. Konto, auf das die Position gebucht wird. Es gibt noch keinen `/v1/`-Accounts-Endpunkt — verknüpfe für Kontostammdaten mit dem unversionierten `Accounting.accounts`. Gegenkonto für die Buchung. Name des Gegenkontos. Nicht über eine Verknüpfung von `contra_account_id` mit `accounts` ableitbar — die beiden entsprechen sich nicht. Mit der Position verknüpfter Kreditor. Referenziert `Stakeholder.creditor`. Mit der Position verknüpfter Mieter oder Ansprechpartner. Zusammengesetzter Schlüssel, der den Mieter identifiziert, auf den sich diese Position bezieht. Ähnelt einer Verkettung von `property_id` und `person_id`, ist aber nicht immer exakt das — nutze das Feld wie geliefert, statt es selbst abzuleiten. Buchungszeitraum — `{start, end}` (Datumsstrings). Buchungsbetrag — `{net, tax, gross}`. Buchungsbetrag, pro Quadratmeter normalisiert — `{net, tax, gross}`. Kontogruppenzuordnung. Datum der Buchung. Buchungsnummer. Laufende Positionsnummer innerhalb der Buchung. Buchungstyp-Code. Freitextbeschreibung der Position. Soll/Haben-Kennzeichen (`S`/`H`). Nicht aus dem Vorzeichen von `amount.net` ableiten — rund 3,55 % der Zeilen (Storno-/Korrekturbuchungen) haben ein Vorzeichen, das diesem Kennzeichen widerspricht. Fachliche Bedeutung noch nicht mit dem Quellsystem geklärt. Rund 99,2 % der Zeilen sind `0.0`; wo ungleich null, liegt der Wert oft nahe an `amount.net` und konzentriert sich auf bestimmte Buchungstypen im Umfeld umlagefähiger Betriebskosten — passt zu einem Korrekturfeld, ist aber nicht bestätigt. Nicht selbst umbenennen oder umdeuten. Fremdschlüssel auf `Property.property_structure`, entspricht `property_structure.account_id` — derselbe Join-Key wie bei `booking_header`. ## budgets `GET /v1/accounting/budgets` — Budgetbeträge, eine Zeile pro Objekt, Konto und Monat. Eindeutige Objekt-ID. Konto, für das das Budget gilt. Umbenannt aus dem unversionierten `account_hdr_id` — verknüpft sich mit dem unversionierten `Accounting.accounts.account_hdr_id` (es gibt noch keinen `/v1/`-Accounts-Endpunkt). Kontonummer. Hier ein Integer, während die unversionierte Entsprechung (`accounts.account_id`) ein String ist. Monat, für den die Budgetzeile gilt. Budgetbetrag für den jeweiligen Monat und das jeweilige Konto. Sync-Pipeline-Artefakt, noch nicht aufgelöst. Die [Response-Shape-Konventionen](/de/v1/response-shape-conventions) sehen vor, unverifizierbare Artefakte wie dieses zu entfernen — nicht darauf aufbauen, es kann in einer künftigen Revision entfernt werden.