Ein Betrieb ist kein Ordner voller Listen.

BusinessDesk24 führt Verträge, Fahrzeuge, Immobilien und Personen eines Unternehmens als Beziehungsgraph. Wer hält, wer nutzt, wer zahlt, wer versichert — das sind Kanten, keine Spalten in vier getrennten Tabellen.

Ein Firmenwagen taucht in einer Fuhrparkliste, einer Versicherungspolice und einer Anlagenbuchhaltung auf. Drei Listen, drei Wahrheiten, keine Verbindung. Ändert sich das Kennzeichen, ändert es sich an einer Stelle.

Im Graph ist das Fahrzeug eine Entität. Der Vertrag, der es versichert, die Person, die es hält, und die Immobilie, an der es steht, hängen als Beziehungen daran. Eine Änderung trifft die Entität, nicht drei Kopien davon.

Zuordnungsarten werden dabei nicht vermischt. Eigentümer, Besitzer, Nutzer, Zahler, Halter und Versicherungsnehmer sind sechs verschiedene Kanten, auch wenn im Alltag oft dieselbe Person dahintersteht.

BusinessDesk24 sitzt auf demselben Core: einem evidenzbasierten Lebensgraph. Jede Angabe trägt das Dokument mit, aus dem sie stammt. Widersprüche zwischen zwei Dokumenten werden sichtbar gemacht, statt still überschrieben zu werden.

• Evidenz vor Daten.
• Claims vor Wahrheit.
• Beziehungen vor Listen.
• Versionierung vor Überschreiben.
• Entscheidung vor Automatik.
• Projektion vor UI-Wahrheit.

Der Core wird derzeit gegen den Maklerfall gehärtet. Was dort trägt, trägt auch für den Betrieb: die Entitätstypen unterscheiden sich, die Invarianten nicht.

Die spätere Adresse der Anwendung steht bereits fest. Unter app.businessdesk24.de liegt heute noch keine Anwendung.

Die Architektur ist unter deskcore.center dokumentiert.