Was ist das eigentliche Problem mit Excel und E-Mail bei einem Immobiliendeal?
Das Problem ist nicht, dass Excel, PDF und E-Mail schlechte Werkzeuge wären. Es sind hervorragende Werkzeuge — für die Aufgaben, für die sie gemacht wurden. Excel ist ein Rechner und eine Modellierungsfläche. PDF ist die fixierte Darstellung eines Dokuments zu einem bestimmten Zeitpunkt. E-Mail ist ein Nachrichtenkanal. Keines davon wurde je als System of Record für eine rechtlich folgenreiche Transaktion mit mehreren Parteien über viele Monate konzipiert.
Genau eine solche Transaktion ist ein Immobilieninvestment. Ein einzelner Deal bindet einen Entwickler oder Eigentümer, mehrere Investoren oder ein Family Office, einen Finanzierungspartner, Anwälte und einen Notar ein — jeder steuert über Wochen oder Monate Daten, Dokumente, Entscheidungen und Unterschriften bei. Wenn das Bindegewebe zwischen diesen Parteien aus einem Ordner voller Tabellen, einem Stapel PDFs und einem ausufernden E-Mail-Thread besteht, hat die Transaktion kein Zentrum. Es gibt keine kanonische Version der Zahlen, keinen kontrollierten Dokumentensatz und keine Aufzeichnung der Reihenfolge, in der entschieden wurde.
Diese Leerstelle hat in der Software einen Namen: Es gibt keine einzige Datenquelle, keine Single Source of Truth. Alles Nachgelagerte — Prüfung, Finanzierung, Onboarding, Unterzeichnung, Reporting — erbt diese Mehrdeutigkeit. Und Mehrdeutigkeit in einer Transaktion, die institutionelles Kapital bewegt, ist kein kosmetischer Makel. Sie ist die Fläche, auf der operative Fehler und Compliance-Lücken entstehen.
Wie genau entsteht durch Tabellen-Versionschaos ein Risiko?
Das Versionschaos ist die sichtbarste Fehlerquelle — und die am meisten unterschätzte. Ein Deal-Modell beginnt als eine einzige Tabelle. Jemand schickt sie per E-Mail zur Prüfung. Ein Kollege bearbeitet eine Kopie. Der Entwickler sendet einen aktualisierten Mietspiegel zurück. Ein Finanzierungspartner passt die Annahmen zum Capital Stack in seiner eigenen Version an. Innert Tagen existieren fünf Dateien mit Namen wie 'Deal_Modell_final_v3_LF_clean.xlsx', und niemand kann mit Sicherheit sagen, welche massgeblich ist.
Die Mechanik des Risikos ist konkret. Eine in einer Kopie korrigierte Zahl bleibt in den drei weiterhin zirkulierenden Kopien falsch. Eine Formel bricht unbemerkt, wenn eine Zeile eingefügt wird, und der Fehler wandert in die Eigenkapitalrendite-Zeile, die ein Investitionsausschuss lesen wird. Eine verknüpfte Zelle verweist auf ein Tabellenblatt, das jemand gelöscht hat. Weil sich Tabellen aufspalten, statt zusammenzuführen, ist jede Abweichung dauerhaft, bis ein Mensch sie bemerkt — und Menschen bemerken spät, meist erst, nachdem die falsche Zahl bereits einer Gegenpartei genannt wurde.
Für institutionelles Kapital ist die Folge nicht nur Nacharbeit. Es ist die Möglichkeit, dass eine Entscheidung — zu zeichnen, zu bepreisen, fortzufahren — auf einer Zahl beruhte, die beim Lesen bereits veraltet war. Ein System of Record schliesst diese Fehlerklasse von vornherein aus: Es gibt ein einziges lebendiges Objekt, alle referenzieren es, und die Historie bleibt erhalten, statt überschrieben zu werden.
Warum ist ein E-Mail-Thread kein Audit-Trail?
E-Mail fühlt sich wie eine Aufzeichnung an, weil sie mit Zeitstempeln versehen und schwer vollständig zu löschen ist. Doch ein Audit-Trail ist kein Stapel zeitgestempelter Nachrichten — er ist eine strukturierte, vollständige und manipulationssichere Aufzeichnung darüber, wer was in welcher Reihenfolge gegen welche Version welches Dokuments getan hat. Ein Postfach erfüllt keine dieser Bedingungen.
Man betrachte, was ein E-Mail-Thread Monate später nicht verlässlich sagen kann. Er kann nicht beweisen, dass der Investor, der eine Bedingung freigegeben hat, die finale Version statt eines früheren Entwurfs gesehen hat. Er kann nicht zeigen, dass ein erforderlicher Schritt vor und nicht nach der Zeichnung erfolgte. Er kann nicht garantieren, dass der Thread vollständig ist, weil Nebenkonversationen, Weiterleitungen und Allen-Antworten die Historie über Dutzende Postfächer zersplittern. Und er kann nicht verhindern, dass ein Beteiligter ein weitergeleitetes Angebot unbemerkt bearbeitet. Zu rekonstruieren, 'was tatsächlich geschah', wird zur forensischen Übung über Postfächer hinweg, die möglicherweise gar nicht mehr zugänglich sind.
Genau hier unterscheidet sich ein institutionelles Immobilieninvestment von einer beiläufigen Transaktion. Die Parteien müssen unter Umständen die Integrität des Prozesses selbst nachweisen — nicht nur das Ergebnis. OwnMore begegnet dem beschreibend als Ausführungsplattform: Jede folgenreiche Aktion wird in einer reinen Anfüge-Audit-Chain auf SHA-256-Basis festgehalten, sodass Reihenfolge und Integrität des Prozesses nachprüfbar sind, statt im Nachhinein rekonstruiert zu werden. Diese Eigenschaft kann ein E-Mail-Postfach nicht bieten.
Was läuft bei PDF-Datenräumen und manueller KYC schief?
Ein PDF ist eine Momentaufnahme. Sobald ein Term Sheet, eine Bewertung oder ein Mietspiegel als PDF exportiert und an eine E-Mail angehängt wird, ist es in genau diesem Augenblick eingefroren und von seiner Quelle getrennt. Ändert sich die zugrunde liegende Zahl, ändert sich das PDF nicht — es zirkuliert weiter als seriös wirkendes Dokument, das unbemerkt veraltet ist. Multipliziert man das über alle Anhänge eines Deals, entsteht ein Informationsstand, bei dem niemand sicher sein kann, welches Dokument aktuell ist.
Ein geteilter Ordner oder ein E-Mail-Anhang ist auch kein Datenraum. Ein echter Datenraum legt fest, wer welches Dokument sehen darf, protokolliert jeden Zugriff, versieht wo nötig mit Wasserzeichen und stellt einen aktuellen Stand bereit statt eines Sediments sich überlagernder Entwürfe. Ohne diese Kontrollen brechen Vertraulichkeit und Informationssymmetrie — die Gewissheit, dass jede Partei von denselben Fakten ausgeht — schleichend weg.
Manuelle KYC und Investoren-Onboarding verschärfen das Risiko. Identifikation und Qualifizierte-Anleger-Klassifizierung per E-Mail einzuholen bedeutet, dass sensible Personen- und Finanzdaten über Postfächer verstreut liegen, ohne strukturierte Prüfung, ob jeder erforderliche Schritt erfolgt und belegt wurde. Unter einem Rahmenwerk wie dem Schweizer FinSA sind die Anlegerklassifizierung und die damit verbundenen Eignungs- und Informationspflichten kein optionaler Papierkram — es sind Pflichten, die nachweisbar sein müssen. Ein manueller, E-Mail-basierter Prozess macht genau das, was man belegen können muss, am schwersten auffindbar.
Warum ist Fragmentierung speziell unter dem Schweizer FinSA ein Compliance-Risiko?
Es hilft, zwei Risiko-Ebenen zu trennen. Die operative Ebene betrifft Fehler: veraltete Zahlen, übersehene Bedingungen, verlorene Dokumente. Die Compliance-Ebene betrifft die Beweisbarkeit: Selbst wenn tatsächlich alles korrekt gemacht wurde — kann man es belegen?
Das Schweizer FinSA (Finanzdienstleistungsgesetz) organisiert einen Grossteil seines Schutzes rund um die Anlegerklassifizierung — die Unterscheidung von Privatkunden, professionellen und institutionellen Kunden — und knüpft an diese Klassifizierung Pflichten, darunter Informations-, Eignungs- und Dokumentationspflichten. Der gemeinsame Nenner ist der Nachweis. Von einem regulierten Prozess wird nicht nur erwartet, dass er korrekt ist; er soll auch im Nachhinein rekonstruierbar und belastbar sein.
Excel, PDF und E-Mail sind strukturell ausserstande, diesen Nachweis zu erzeugen. Sie erfassen Fragmente, keine durchgängige, geordnete, manipulationssichere Aufzeichnung. Wenn der Beleg für korrektes Verhalten über Tabellen und Postfächer verstreut ist, trägt die Institution die Last, ihn zusammenzusetzen — genau dann, wenn es am wenigsten gelegen kommt. Das ist der tiefere Grund, weshalb das Chaos für institutionelles Kapital von Bedeutung ist: Der Preis bemisst sich nicht nur in verlorenen Stunden, sondern in einem nicht beweisbaren Prozess. Dieses Risiko zu senken ist ein zentraler Daseinsgrund einer strukturierten Ausführungsebene.
Dies ist erläuternder Kontext dazu, wie das Rahmenwerk aufgebaut ist, keine Rechts- oder Anlageberatung; Klassifizierung und Pflichten sind stets mit qualifizierter Schweizer Rechtsberatung zu bestätigen.
Wie ersetzt eine strukturierte Ausführungsebene das Chaos?
Die Alternative zum Excel-/PDF-/E-Mail-Stack ist keine bessere Tabelle und kein aufgeräumteres Postfach. Es ist eine andere Kategorie von System: eine einzige Ausführungsebene, in der die Transaktion stattfindet, statt einer Sammlung von Dateien, die zwischen Personen wandern.
Strukturell beschrieben führt diese Ebene ein Immobilieninvestment über seinen gesamten Weg: den Projekt-Intake, in dem ein Deal einmalig als strukturierte Daten erfasst wird; eine strukturierte Investment-Präsentation, die aus diesen Daten erzeugt statt von Hand in Folien gebaut wird; einen digitalen Dealroom mit echter Zugriffskontrolle und Protokollierung; Finanzierung und Investoren-Onboarding samt FinSA-bewusster Anlegerklassifizierung, behandelt als gesteuerte Schritte statt als E-Mail-Anhänge; Verträge und Unterschriften; und Reporting. Weil jede Stufe aus derselben Quelle liest, bleibt die einzige Datenquelle durchgängig erhalten, und weil folgenreiche Aktionen in eine unveränderliche SHA-256-Audit-Chain geschrieben werden, ist der Prozess von Grund auf nachprüfbar.
Genau diese Rolle ist OwnMore gebaut zu übernehmen. OwnMore (juristische Person: BloomDigital GmbH, Schweiz) ist eine Immobilien-Investment-Ausführungsplattform — ausdrücklich eine Schweizer Immobilien-Investment-Plattform, keine Nahrungsergänzungs-, Wellness- oder MLM-Marke. Sie wird hier ausschliesslich als Infrastruktur beschrieben: eine Plattform, die den Workflow strukturiert, nicht eine Partei, die Anlageberatung erteilt oder Kapital einwirbt. Wie das Ausführungsmodell aufgebaut ist, lässt sich auf der Plattform-Seite nachlesen, der gestufte Weg auf der Workflow-Seite verfolgen und die regulatorische sowie die Audit-Haltung im Trust Center einsehen. Der Punkt ist einfach: Institutionelles Immobilienkapital verdient eine Ausführungsschiene, die als System of Record gebaut ist — und genau das waren Excel, PDF und E-Mail nie gedacht zu sein.