Das Immutable System of Record
Ein Double-Entry-Ledger, entwickelt für strikte Serialisierbarkeit. Kein Reconciliation-Drift. Keine partiellen Zustände. Absolute Deterministik über alle Multi-Währungs-Operationen hinweg.
Allzweck-Datenbanken versagen unter finanzieller Last. Sie leiden unter Lock-Contention, mutablen Salden, die zwischen Abstimmungszyklen driften, und Anwendungs-Invarianten, die umgangen werden können.
Fernel bietet eine dedizierte OLTP-Engine. Double-Entry-Invarianten werden auf Engine-Ebene ausgeführt. Salden bleiben strikt append-only. Jeder Transfer garantiert atomare Ausführung und Deduplizierung auf Protokollebene.
Echtzeit-Zustandssichtbarkeit über alle Mandanten hinweg. Sub-Millisekunden-Settlement sichert vorhersagbare Latenz. Wir liefern ein auditierbares Fundament, das Aufsichtsbehörden unabhängig verifizieren können.
Was das Ledger leistet
Invarianten der doppelten Buchführung
Jede Überweisung belastet ein Konto und erkennt ein anderes gut. Saldointigrität durch die Engine erzwungen. Überziehungen und Doppelbuchungen sind strukturell unmöglich.
Echtzeit-Salden
Kontensalden sind immer aktuell. Keine Batch-Neuberechnung, keine veralteten Lesevorgänge. Jedes Konto jederzeit mit dem maßgeblichen Saldo abfragbar.
Multi-Währung nativ
Jedes Konto operiert in einer einzigen Währung (ISO 4217). FX-Operationen sind explizite Überweisungen zwischen Währungsledgern mit vollständigem Kurs-Audit-Trail.
Unveränderlich, nur Anfügen
Kein UPDATE, kein DELETE. Jeder Eintrag ist permanent. Korrekturen werden als Stornobuchungen erfasst und bewahren die vollständige Historie.
Multi-Mandanten-Isolation
Mandantenkontext ist in jede Ledger-Operation eingebettet. Datentrennung auf Infrastrukturebene erzwungen, nicht in der Anwendungslogik.
Vorhersagbare Leistung
Statische Speicherzuweisung, keine Garbage Collection, kein Deserialisierungs-Overhead. Durchsatz skaliert mit Batch-Größe, nicht invers mit Contention.
Wo das Ledger sitzt
Die Ledger-Engine sitzt am Fundament. Alle Schreibvorgänge werden durch den Finance-Service und die Workflow-Engine vermittelt. Das Ledger wird niemals direkt von externen Clients angesprochen.
Ausprobieren
# Create a multi-currency wallet
curl -X POST https://connect.fernel.io/v1/wallets \
-H "Authorization: Bearer <token>" \
-H "Content-Type: application/json" \
-d '{
"customer_id": "cust_8f3a2b",
"currencies": ["EUR", "USD", "GBP"],
"type": "customer_emoney"
}'
# Response
{
"id": "w_a1b2c3d4",
"accounts": [
{ "currency": "EUR", "iban": "DE89...", "balance": "0.00" },
{ "currency": "USD", "account_number": "...", "balance": "0.00" },
{ "currency": "GBP", "sort_code": "...", "balance": "0.00" }
],
"status": "active",
"created_at": "2026-02-21T09:00:00Z"
}Technische Spezifikationen
| Buchhaltungsmodell | Doppelte Buchführung, strikte Serialisierbarkeit |
| Währungen | Jeder ISO 4217-Code (EUR, USD, GBP, BRL etc.) |
| Kontotypen | Kunden-E-Geld, Safeguarding, Gebühr, Ertrag, Suspense, Abschreibung |
| Saldenmodell | Gebuchte Soll, gebuchte Haben, ausstehende Soll, ausstehende Haben |
| Unveränderlichkeit | Nur Anfügen. Kein UPDATE oder DELETE auf Ledger-Einträgen. |
| Idempotenz | Protokollebene-Deduplizierung (128-Bit Transfer-ID) |
| Dauerhaftigkeit | Repliziertes Write-Ahead-Log, 128-Bit End-to-End-Prüfsummen |
| Batch-Verarbeitung | Tausende Überweisungen pro Batch, keine Lock-Contention |
Bauen Sie auf einem Ledger, das niemals driftet.
Sprechen Sie mit unserem Team über Ihre Ledger-Anforderungen. Kein Verkaufsgespräch, echtes Architekturgespräch.