Architektur
Sechs Schichten, ein Körper
Buchhaltung, Meldewesen, Identitätsprüfung und CRM sind Teil einer Lösung — kein Integrations-Flickwerk. Prüffähigkeit ist kein Feature; sie ist die Architektur selbst.
Fähigkeitsmatrix
Welche Oberfläche berührt welches Modul?
Neun Modulgruppen, vier Oberflächen. Operationskonsole, Portal und Partneroberfläche sind rollenbasierte Sichten auf denselben Kern; die offene API liegt unter allen.
| Modulgruppe | Ordo Betrieb | Ordo Portal | Ordo Partner | Offene API |
|---|---|---|---|---|
| Kundengewinnungcrm · kyc · party · compliance | die Oberfläche führt den Vorgang aus | die Oberfläche führt den Vorgang aus | — | die Oberfläche führt den Vorgang aus |
| Katalog und Berechnungcatalog · calc · rule-engine | die Oberfläche führt den Vorgang aus | liest den abgeleiteten Zustand | — | die Oberfläche führt den Vorgang aus |
| Vertragcontract | die Oberfläche führt den Vorgang aus | die Oberfläche führt den Vorgang aus | — | die Oberfläche führt den Vorgang aus |
| Zahlungseingänge und Poolcollections · pool · accounting | die Oberfläche führt den Vorgang aus | die Oberfläche führt den Vorgang aus | — | die Oberfläche führt den Vorgang aus |
| Treasury, Zuteilung, Verlosungtreasury · allocation · lottery | die Oberfläche führt den Vorgang aus | liest den abgeleiteten Zustand | — | die Oberfläche führt den Vorgang aus |
| Auszahlungdelivery | die Oberfläche führt den Vorgang aus | — | die Oberfläche führt den Vorgang aus | die Oberfläche führt den Vorgang aus |
| Ausstiege und Mahnwesenexit · dunning · tasks | die Oberfläche führt den Vorgang aus | — | — | die Oberfläche führt den Vorgang aus |
| Meldewesen und Tagesabschlussreporting · eod · audit | die Oberfläche führt den Vorgang aus | — | — | die Oberfläche führt den Vorgang aus |
| Plattformbranding · identity · studio | die Oberfläche führt den Vorgang aus | liest den abgeleiteten Zustand | liest den abgeleiteten Zustand | die Oberfläche führt den Vorgang aus |
die Oberfläche führt den Vorgang ausliest den abgeleiteten Zustand
Ereignisjournal
Der Prüfpfad ist kein Log — er ist die Daten selbst
Sparfinanzierungsverträge leben länger als ein Jahrzehnt; die klassische „Datensatz aktualisieren“-Architektur bricht im dritten Jahr zusammen. In Ordo wird nichts überschrieben: Ereignisse werden angefügt, der Zustand wird abgeleitet. Der Stand zu jedem vergangenen Stichtag ist reproduzierbar; Korrekturen erfolgen ausschließlich per Stornobuchung.
Die Invariante des Pools wird bei jedem Ereignis auf Buchungsebene geprüft — ein Eintrag, der sie verletzt, wird vom Journal abgewiesen:
Pool-Liquidität = Sparverbindlichkeiten − Finanzierungsforderungen
Regel-Engine
Eine regulatorische Änderung ist ein Konfigurationsvorgang, kein Entwicklungsauftrag
Tarife, Gebühren, Strafen und aufsichtsrechtliche Regeln werden als datumsbezogene, versionierte Regelwerke geführt. Ändert sich eine Regel, binden neue Verträge an die neue Version; bestehende Verträge leben mit ihrer eigenen weiter.
Eine regulatorische Änderung geht als Regelpaket live — noch am selben Tag, ohne auf ein Release zu warten.
Lebenszyklus
Sieben Zustände, je eine Regel, die ihn freigibt
Von der Kundengewinnung bis zu den Ausstiegen gehört jeder Zustandsübergang zu einem Modul, schreibt seine eigenen Ereignisse ins Journal und wird von einer Regel freigegeben — einem Regulierungsartikel oder einem Meldungscode. Klicken Sie sich durch die Zustände.
01Kundengewinnung
- Module
- crm · kyc · party · compliance
- Ins Journal geschriebene Ereignisse
- LeadCreated · KycSessionStarted · KycResultRecordedKycPartyLinked · PartyRegistered · ScreeningPerformed
Die Regel, die diesen Zustand freigibt
Ein Treffer im Sanktionsscreening öffnet eine compliance-review-Aufgabe; der Identitätsprüfungsanbieter ist ein Port. Das Register der Mitglieder und Risikogruppen speist zwei Prüfungen beim Abschluss: das Verbot von Verträgen mit Insidern und die Risikogruppengrenze relativ zum Eigenkapital.
GrundlageMADDE 22/AMSG-S-57
Produktfabrik
Ein neues Produkt ist kein Projekt
Alle Produktparameter werden am Bildschirm definiert; ein Musterplan wird automatisch erzeugt und die Wirkung des Produkts auf den Poolsaldo vor dem Go-live simuliert.
- Am Bildschirm definierte Parameter
- Laufzeit · Betrag · Anzahlung · Gebühren · Bereitstellungsbedingung · Verlosungsregel · Rangfolgen-Score · Indexierung
Ein Produkt kann nicht zur Freigabe eingereicht werden, bevor seine Kapazitätswirkung sichtbar ist.
Prozessautomatisierung
Sieben Prozesse, null Handarbeit
Die wiederkehrende Last des Betriebs wird im Kern automatisiert.
Menschen bleiben nur dort, wo sie entscheiden: Ausnahmen, Freigaben, Verhandlung.
- 01Zahlungszuordnung
- 02Aufteilung der Zahlungskomponenten
- 03Belegerzeugung
- 04Tagesabstimmung
- 05Gestufte Mahnmaßnahmen
- 06Erzeugung der Aufsichtsmeldungen
- 07Bereitstellungswarteschlange und Kontingente
Atomare Auszahlung
Fünf Buchungen, eine Transaktion
Bei der Auszahlung werden fünf Buchungen in einer Unit of Work geschrieben.
- 01Poolabfluss
- 02Buchungsbeleg
- 03Tilgungsplan
- 04Sicherheiteneintrag
- 05Kundenbenachrichtigung
Scheitert eine, wird keine geschrieben.
Edge und Kern
KI am Rand, ein deterministischer Kern
KI läuft am Rand, wo die Wahrnehmung schnell sein muss: Gesichtsscan, Dokumenten- und Betrugsprüfung, Risikoscore, Anomalieerkennung — in 100–300 Millisekunden. Im Kern, wo das Geld lebt, gibt es keine KI: Pool-Journal, Verlosung und Buchhaltung sind vollständig regel- und prozessbasiert.
Ein Score ist ein Signal, keine Entscheidung
- 01Der Score wird dem Kunden nie angezeigt.
- 02Er kann nie alleinige Grundlage für Kündigung, Ablehnung oder die Einschränkung eines Rechts sein.
- 03Zur Erklärbarkeit werden die drei wichtigsten Einflussfaktoren angezeigt.
- 04Die Modellversion wird protokolliert und ist rückwirkend abfragbar.
- 05Score-gesteuerte Aktionen sind auf Benachrichtigung und Angebote beschränkt.
Kanäle
Ein Berechnungsservice, fünf Kanäle
Rate, Guthaben, Rangfolge und Kapazität leben in einem Berechnungsservice. Alle fünf Kanäle liefern dasselbe Ergebnis — eine „andere Zahl“ zwischen Kanälen gibt es nicht.
Mobil · Web · Filiale · Callcenter · Partner
White-Label mobil
Die mobilen Apps werden markenspezifisch aus einer gemeinsamen Codebasis gebaut und im App Store, bei Google Play und in der AppGallery veröffentlicht.
Markenanpassung erzeugt keinen Code-Fork.
Low-Code-Studio
Unabhängigkeit, mit klarer Grenze
Bildschirme, Abläufe und Berichte ändert das eigene Team des Instituts; Bereiche, die Regulatorik und finanzielle Integrität berühren, sind ausdrücklich abgegrenzt. Wer was ändern darf, bleibt nicht dem Zufall überlassen.
Entscheidungsunterstützung
Die Kapazität lebt im Kern, nicht in einer Tabelle
Das Treasury leitet die Kapazität aus dem Poolsaldo und der Deckungsquote des Regelwerks ab; das Verlosungskontingent wird aus dieser Zahl abgeleitet.
- 01Projektionen für Zahlungseingänge, Bereitstellungen, Tilgung und Kündigungserstattungen
- 02Defizitperioden werden vorab markiert
- 03Stressszenarien gegen Ist-Werte
- 04Warnung bei Vertriebsziel gegen Kapazität
Das Treasury erzeugt die Kapazität; das Verlosungskontingent wird daraus abgeleitet. Zwei Ansichten können keine unterschiedlichen Zahlen zeigen.
Offene API
Keine Blackbox — eine Plattform, auf der Sie aufbauen
Die offene Serviceschicht wird je Konsument versioniert (v1.1 / v1.2 / vNext) und kommt mit einer Sandbox. Alle behördlichen und finanziellen Integrationen sind über abstrahierte Adapter vom Kern getrennt.
- Behördliche QuellenKPS · KKB · TAKBİS · TNB e-Pfand · GİB · MASAK · BDDK
- Signatur und ZustellungKEP · E-Signatur
- FinanziellBank-Zahlungseingänge · Virtuelles POS · Wertgutachten und Versicherung
Das Partnerportal arbeitet nach dem Prinzip der Datenminimierung: Jeder Partner sieht nur die ihm zugewiesenen Akten und die minimal nötigen Kundendaten.
Datenhoheit
Ihre Daten gehören immer Ihnen
- ExportAlle Daten sind jederzeit als CSV, Parquet, PDF-ZIP oder JSON exportierbar. Die Plattform zu verlassen ist ein Export, keine Verhandlung.
- SchattenbetriebBei der Migration läuft das neue System parallel zum alten; die Ergebnisse werden über einen Differenzbericht verglichen.
- Vier AbstimmungspunkteVertragsanzahl, Poolsaldo, Kundenguthaben und Rangfolge — alle vier müssen bei der Migration exakt übereinstimmen.
- Rollback-PlanJede Migration hat einen definierten Rollback-Plan und ein fertiges Abnahmetestpaket; das Go-live erfolgt nicht, bevor der Differenzbericht sauber ist.