Zahlungen, die abgeschlossen werden oder sauber kompensieren
ISO 20022-native Zahlungsverarbeitung mit Durable Execution. SEPA-Überweisungen, Lastschriften und Instant Payments, orchestriert mit Exactly-Once-Garantien.
Zahlungsflüsse scheitern auf komplexe Weise: Provider-Timeouts mitten in der Überweisung, Teil-Settlements, die Gelder im Schwebezustand lassen, R-Transaktionen, die Tage nach der ursprünglichen Zahlung eintreffen. Traditionelle Systeme behandeln diese mit manueller Intervention, Retry-Skripten und Abstimmungs-Tabellen.
FERNEL orchestriert jede Zahlung über eine Durable Workflow Engine. Jeder Schritt (Validierung, Compliance-Prüfung, Ledger-Belastung, Clearing-Übermittlung, Statusverfolgung) wird journalisiert und bei Fehlern automatisch wiederholt. Wenn ein Schritt nicht abgeschlossen werden kann, kompensiert der Workflow: Umkehrung des Ledger-Eintrags, Benachrichtigung des Absenders und Protokollierung des Audit-Trails. Kein verwaister Zustand. Kein manuelles Aufräumen.
ISO 20022 Nachrichtenmodelle sind nativ in der Plattform (pacs.008, pacs.004, camt.056, pain.001). SEPA R-Transaktionen werden automatisch nach Reason-Code in Reject, Return, Refund oder Reversal klassifiziert, jeweils mit dem korrekten Settlement-Lebenszyklus und regulatorischen Zeitrahmen.
Zahlungsfähigkeiten
SEPA-Überweisung
Standard (T+1) und Instant (<10s) Euro-Überweisungen. Vollständiges Lifecycle-Management von Initiierung bis Settlementbestätigung.
SEPA-Lastschrift
Core- und B2B-Schemes. Mandatsverwaltung, Haltefristen ausgerichtet an SEPA-Settlement-Zyklen (D+5 Core, D+2 B2B).
R-Transaktionsverarbeitung
Automatische Klassifizierung von Rejects, Returns, Refunds und Reversals gemäß PSD2-Fristen. ISO Reason-Code-Mapping.
ISO 20022 nativ
pacs.008 (Überweisung), pacs.004 (Rückgabe), camt.056 (Stornierung), pain.001 (Initiierung). Semantische Klassifikation, keine Formatkonvertierung.
Durable Orchestrierung
Jeder Zahlungsschritt wird journalisiert. Automatischer Retry bei transienten Fehlern. Saubere Kompensation bei permanenten Fehlern.
Settlement-Lebenszyklus
Ausstehend, verfügbar, zurückgegeben, erstattet. Wertstellungsverfolgung gemäß PSD2 Art. 87. Haltefristenverwaltung für Lastschrifteinzüge.
Ausprobieren
# Initiate a SEPA Credit Transfer
curl -X POST https://connect.fernel.io/v1/transfers \
-H "Authorization: Bearer <token>" \
-H "Content-Type: application/json" \
-d '{
"type": "sepa_credit_transfer",
"debtor_account_id": "acc_eur_001",
"creditor_iban": "FR76 3000 6000 0112 3456 7890 189",
"creditor_name": "Acme SAS",
"amount": "2500.00",
"currency": "EUR",
"reference": "INV-2026-0042",
"requested_execution_date": "2026-02-22"
}'
# Response
{
"id": "tf_x7y8z9",
"status": "pending",
"end_to_end_id": "E2E-2026022200001",
"settlement": {
"expected_date": "2026-02-23",
"scheme": "SCT"
}
}Technische Spezifikationen
| Unterstützte Schemes | SEPA SCT, SCT Inst, SDD Core, SDD B2B |
| Nachrichtenstandard | ISO 20022 (pacs.008, pacs.004, camt.056, pain.001) |
| R-Transaktionstypen | Reject, Return, Refund, Reversal (PSD2 Art. 71, 76) |
| Settlement-Tracking | Ausstehend, settled, zurückgegeben, erstattet (mit Wertstellungsdatum) |
| Batch-Verarbeitung | Bis zu 1.000 Überweisungen pro Batch-Anfrage |
| Idempotenz | End-to-End-ID-Deduplizierung |
| Clearing-Systeme | TARGET2 (TIPS für Instant), STEP2 (EBA Clearing) |
Zahlungen, die niemals stecken bleiben.
Sprechen Sie mit unserem Team über Ihre Anforderungen an die Zahlungsorchestierung.