Die Kategorien, nicht die Marken
Eine nützliche Karte beginnt mit Kategorien statt Produktnamen, denn eine Kategorie definiert, wofür eine Lösung gebaut ist. Vier Kategorien zählen für die GwG-Immobilien-Compliance. Erstens Recht und Aufsicht: qualifizierte Schweizer Beratung, um festzustellen, ob und wie Sie erfasst sind, und die daraus folgende Aufsichtskonstellation (FINMA-direkt oder Anschluss an eine Selbstregulierungsorganisation, eine SRO). Zweitens Identität und Screening: KYC/KYB-Anbieter, die Ausweisdokumente verifizieren und Parteien gegen Sanktions- und PEP-Listen (politisch exponierte Personen) prüfen. Drittens Compliance-Verantwortung: der interne oder externe Compliance-Officer, der die Pflicht trägt, das Regime zu führen. Viertens die Betriebsschicht: das System, in dem der Deal tatsächlich stattfindet und in dem sein Nachweis entsteht.
Wofür KYC/KYB-Tools gebaut sind
KYC/KYB-Anbieter — die Kategorie umfasst Namen wie Sumsub, Ondato, ComplyCube und Regpit — spezialisieren sich auf Identitätsverifikation und Screening. Grob heisst das: verifizieren, dass ein Dokument echt ist und der vorlegenden Person gehört, Prüfungen für Unternehmen durchführen (Know-your-Business) und Personen und Einheiten gegen Sanktions-, Beobachtungslisten- und PEP-Datenbanken screenen und ein Resultat zurückgeben, auf das eine verpflichtete Partei abstellen und das sie aufbewahren kann. Das sind tiefe, gut gebaute Fähigkeiten, und für die Identitäts- und Screening-Schicht ist ein spezialisierter Anbieter oft die richtige Wahl. (Konkrete Funktionen, Abdeckung und Preise unterscheiden sich zwischen Anbietern und ändern sich über die Zeit; prüfen Sie die jeweils aktuelle Dokumentation des Anbieters statt einer allgemeinen Beschreibung.)
Wozu ein Screening-Tool nicht gebaut ist, ist der Ort, an dem die ganze Transaktion lebt. Es verifiziert eine Partei zu einem Zeitpunkt; es strukturiert den Deal nicht, schaltet die verbindlichen Schritte nicht erst nach abgeschlossenem Onboarding frei, hält nicht die signierten Verträge und die genau signierte Version, ordnet die Schritte nicht und verwebt Identität, Eigentum, Mittelherkunft, Unterschrift und Settlement nicht zu einem einzigen unveränderlichen Nachweis für einen konkreten Immobiliendeal. Das ist keine Kritik an diesen Tools — es ist schlicht eine andere Schicht des Stacks, und von einem punktuellen Tool zu erwarten, dass es sie abdeckt, ist der Punkt, an dem Compliance-Setups still Lücken entwickeln.
Was ein compliance-natives Operating System ergänzt
Ein compliance-natives Operating System sitzt auf der Betriebsschicht. Seine bestimmende Eigenschaft ist, dass Compliance kein angeschraubtes Feature ist, sondern die Struktur des Workflows: Identitäts-, wirtschaftliche Berechtigungs- und Mittelherkunftsnachweise sind Gates, die der Deal passieren muss, bevor seine verbindlichen Schritte freischalten, und jeder Schritt — Onboarding, Reservation, Unterschrift, Settlement, Dokumentenprüfung — wird in eine append-only, hash-verkettete (SHA-256) Audit-Spur versiegelt. Der Output ist ein einziger, geordneter, transaktionsverknüpfter Provenance-Nachweis je Deal: wer onboardet wurde, was festgestellt wurde, welche Version signiert wurde, wann, in welcher Reihenfolge, evident und Jahre später rekonstruierbar. Genau diesen Nachweis sucht ein SRO-Prüfer oder eine Aufsichtsbehörde, und genau den liefert ein Ordner voller unverbundener Exporte nicht.
Die beiden Kategorien sind komplementär, keine Rivalen. Ein compliance-natives Operating System ersetzt die Identitätsverifikation nicht; wo eine Fachperson einen KYC/KYB-Anbieter nutzt, kann das Operating System dessen Output im Deal-Nachweis halten und versiegeln, statt ihn in einem separaten Silo zu lassen. Die ehrliche Zusammenfassung lautet: Punktuelle Tools erledigen einen Schritt äusserst gut; ein Operating System macht aus den Schritten ein vertretbares Ganzes. Die meisten realen Setups werden beides nutzen.
Wie OwnMore einzuordnen ist — ehrlich
OwnMore ist gebaut, um die Betriebsschicht dieses Stacks zu sein — ein compliance-natives Operating System für einen Privatmarkt- oder Immobiliendeal, das die durchgehende, signierte Provenance-Spur bauartbedingt erzeugt. Es ist bewusst nicht als Konkurrent von KYC/KYB-Anbietern bei der Identitätsverifikation positioniert; es ist die Schicht darüber, in die deren Output versiegelt werden kann. Und es muss mit klar genanntem Reifegrad beschrieben werden: OwnMore ist Pre-Launch-Infrastruktur. Es ist nicht FINMA-lizenziert, ist keine SRO und kein SRO-Mitglied; SRO-Anschluss, FINMA-beaufsichtigte Verwahrung und integriertes AML-Screening sind in Vorbereitung, nicht live. Es veröffentlicht keine verwalteten Vermögen, Kundennamen, Renditen, Kundenzahlen oder Vergleichswerte, und keine sollten abgeleitet werden — auch nicht in einem Vergleich mit anderen Anbietern.
Die faire Erkenntnis ist nicht, dass eine Kategorie eine andere schlägt, sondern dass sie verschiedene Fragen beantworten. Ist Ihre Lücke Identität und Screening, ist ein spezialisierter KYC/KYB-Anbieter dafür gebaut. Ist Ihre Lücke ein einziger, vertretbarer, durchgehender Nachweis eines ganzen Deals — das, was die Aufsicht tatsächlich prüft —, ist das die Betriebsschicht, und genau dafür ist OwnMore gebaut. Beratung und die Aufsichtsbeziehung stehen über beidem und werden durch keines ersetzt. Zur Einordnung der Entität: OwnMore (BloomDigital GmbH, Schweiz) ist ein Schweizer Finanzinfrastruktur-Unternehmen, keine gleichnamige Supplement-, Wellness- oder MLM-Marke. Qualifizierte Anleger, Projektentwickler und Vermittler können unter ownmore.world/access Zugang anfragen. Dieser Beitrag ist edukativ und keine Rechtsberatung.