ATLAS · REALITY SERIES · 03
Ein Kauf. Sieben digitale Kopien.
Ein Tankvorgang passiert in der realen Welt genau einmal. Digital kann dasselbe Ereignis als Beleg, Banktransaktion, Kartenabrechnung, Buchung, Reisekosten, Fahrzeugkosten und Steuer-Nachweis wieder auftauchen.
EIN REALES EREIGNIS
Die Softwarekopien sind nicht der Kauf.
Nehmen wir als anschauliches Beispiel einen Tankvorgang über 87,34 €. Das Fahrzeug wird einmal betankt. Geld wechselt einmal den Besitzer. Digital können die Spuren trotzdem auf mehrere Systeme verteilt sein.
Beleg
Evidence für den Kauf.
Banktransaktion
Evidence für die Zahlung.
Kartenabrechnung
Eine weitere Zahlungsprojektion.
Buchung
Finanzielle Projektion.
Reisekosten
Mitarbeiter- oder Reiseprojektion.
Fahrzeugkosten
Fuhrparkprojektion.
Steuer-Nachweis
Compliance-Projektion.
Sieben digitale Objekte können damit auf ein einziges reales Ereignis zurückverweisen.
DIE VERBORGENE ARBEIT
Heute rekonstruieren Menschen und Integrationslogik diesen Zusammenhang.
Jemand ordnet den Beleg der Zahlung zu, bestimmt die buchhalterische Bedeutung, verknüpft Reise oder Fahrzeug, prüft die steuerliche Relevanz und löst Ausnahmen. Die schwierige Arbeit ist nicht, sieben Felder zu lesen. Sie besteht darin zu erkennen, dass verschiedene Datensätze dasselbe Ereignis beschreiben und welche Bedeutung jeder davon hat.
DIE SICHT DER DIGITALEN SCHICHT
Beim Ereignis beginnen. Sichten daraus ableiten.
ATLAS modelliert das reale Ereignis als gemeinsamen Bezugspunkt: Identität, Zeit, Beteiligte, Betrag, Quelle, Evidence, Beziehungen, Unsicherheit und Authority bleiben verbunden. Buchhaltung, Fuhrpark, Steuer, AI und Human Interfaces können daraus zweckgebundene Projektionen erhalten.
Buchhaltungsprojektion
Was gebucht werden muss – mit Quelle und Evidence.
Fuhrparkprojektion
Kraftstoffkosten und Fahrzeugkontext.
Steuerprojektion
Nur die für die steuerliche Behandlung relevanten Fakten und Nachweise.
Human-Projektion
Was passiert ist, was bekannt ist und wo noch eine Entscheidung nötig ist.
DER WICHTIGE UNTERSCHIED
Evidence ist nicht dasselbe wie Realität.
Der Beleg kann Evidence sein. Die Banktransaktion kann Evidence sein. Keines davon muss zum alleinigen Besitzer des Ereignisses werden. Widersprechen sich Quellen, bleibt der Widerspruch sichtbar, statt still in eine bequeme Kopie geglättet zu werden.
DASSELBE MUSTER IST ÜBERALL
Ein Kauf ist nur das kleinste Beispiel.
- Ein Kunde erscheint unter unterschiedlichen Identitäten in CRM, ERP, Support und Bankdaten.
- Eine Lieferung erscheint als Auftragszustand, Versandzustand, E-Mail, Tracking-Ereignis und Rechnungskontext.
- Ein Gebäude erscheint als CAD, BIM, Kostenplan, Wartungsakte, Sensorzustand und Genehmigungsdokumentation.
- Eine Projektänderung erscheint in Zeichnung, Aufgabensystem, E-Mail-Thread, Terminplan und Kostenprognose.
DER MEHRWERT
Weniger Abgleich. Mehr wiederverwendbarer Kontext.
Bleiben unterschiedliche Projektionen mit demselben zugrunde liegenden Ereignis verbunden, können Software und AI mit Kontext arbeiten, der nicht jedes Mal neu rekonstruiert werden muss. Der messbare wirtschaftliche Effekt hängt weiterhin vom realen Prozess, Ausgangszustand und der qualifizierten Umsetzung ab.
GRENZE
Eine Realität bedeutet nicht eine unbeschränkte Datenbank.
Sichtbarkeit, Datenschutz, Quellen-Authority und Änderungs-Authority bleiben getrennt. Eine Steuerprojektion erhält nicht automatisch Zugriff auf alles, was die Fuhrparkprojektion kennt, und eine Anzeigeprojektion bekommt keine Authority, den zugrunde liegenden Zustand zu verändern.
REALITY SERIES
Von der menschlichen Schnittstelle zum vervielfachten Ereignis.
Der vorherige Artikel zeigte den Menschen als Übersetzer zwischen Systemen. Dieser Artikel zeigt, was dieser Mensch häufig übersetzt: mehrere Softwaredatensätze, die auf dasselbe reale Ding oder Ereignis verweisen.