Lösung — 06
Fintech & regulierte Systeme
Wo Geld fließt, ist die Fehlertoleranz null.
- angestrebte Abstimmungsgenauigkeit
- %99.99angestrebte Abstimmungsgenauigkeit
- Antwortzeit des Risiko-Scorings
- <120msAntwortzeit des Risiko-Scorings
Zahlungs-, Wallet-, Kredit- und Risikosysteme, in denen Auditierbarkeit, Abstimmungsgenauigkeit und regulatorische Konformität erstrangige Anforderungen sind — PCI DSS, PSD2 und lokale Regulierung sind in die Architektur eingeplant.
Kurz gesagt
Worauf kommt es beim Aufbau eines Zahlungssystems an?
Im Zahlungssystem ist der teuerste Fehler der unsichtbare: Am Tagesende stimmen Ihr Ledger und der Bankreport nicht überein. Neuros verhindert das mit vier Entscheidungen — eine wiederholte Anfrage bewegt nie zweimal Geld, Geldbewegungen liegen in einem doppelten Buchungsjournal, jede Transaktion wird wiederabspielbar gespeichert, und eine Abstimmungsdifferenz gilt als Blocker, nicht als Warnung. Kartendaten gelangen nie ins System, sondern werden durch ein Token ersetzt.
In Finanzsystemen ist ein Fehler keine Logzeile — er ist eine Abstimmungslücke. Idempotentes Transaktionsdesign, ein doppelt geführtes Ledger, vollständige Audit-Trails und Event Replay sind bei uns Standard, kein Upgrade.
So läuft es
- 01
Regulatorische Gap-Analyse
- 02
Ledger und idempotente Transaktionen
- 03
Risiko-Regel-Engine
- 04
Abstimmung und Reporting
- 05
Sicherheitstests
- 06
Rollout ohne Ausfallzeit
Kompetenzen
Wo Geld fließt, ist die Fehlertoleranz null.
Zahlungs- & Wallet-Infrastruktur
Card Acquiring, Tokenisierung, wiederkehrende Abrechnung, Multi-Währungs-Wallets und eine Abstimmungs-Engine.
Risiko & Betrugsprävention
Echtzeit-Scoring, Regel-Engine, Device Fingerprinting und AML/KYC-Abläufe.
Kreditvergabe & Scoring
Kreditscoring auf alternativen Daten, Entscheidungs-Engines und erklärbare Modellausgaben.
Compliance & Audit
PCI-DSS-konforme Infrastruktur, unveränderliche Logs, getrennte Umgebungen und regelmäßige Penetrationstests.
Quellen
- 01PCI DSS v4.0 — Ödeme kartı veri güvenliği standardıPCI Security Standards Council · 2022
- 02ISO 20022 — Finansal mesajlaşma standardıISO 20022 Registration Authority · 2022
- 03Ödeme Hizmetleri ve Elektronik Para İhracı MevzuatıTCMB · 2021
- 04Bankaların Bilgi Sistemleri ve Elektronik Bankacılık Hizmetleri Hakkında YönetmelikBDDK · 2020
Leitfäden
- Beschaffungsleitfaden
Was SaaS ist und wie man eines aus der Türkei aufbaut
Was SaaS von Software trennt, ist keine Technologie, sondern viele Kunden aus einer Codebasis zu bedienen. Dieser Unterschied hat Folgen für Architektur, Abrechnung und Verträge.
Weiterlesen - Anleitung
Wer muss sich im Register der Verantwortlichen eintragen? Drei Prüfungen entscheiden
Die Pflicht läuft über drei getrennte Prüfungen, und eine zu bestehen genügt. Die Schwellen ändern sich jährlich, die Logik nicht — und die Logik ist es, die hier erklärt wird.
Weiterlesen - Anleitung
Eine Datenschutzverletzung ist passiert: Was Sie in 72 Stunden tun müssen
Die Frist beginnt, wenn Sie von der Verletzung erfahren, nicht wenn sie geschah. Die Reihenfolge, wer meldet, was hineingehört und was passiert, wenn Sie zu spät sind.
Weiterlesen - Anleitung
Umstieg auf die e-Rechnung: Integrator oder Direktintegration?
Die Pflicht auszurechnen ist Sache Ihres Steuerberaters; die eigentliche Entscheidung ist technisch — über welche Methode Sie anbinden und was das mit Ihrer Software macht.
Weiterlesen
Der erste Schritt ist die Verkleinerung des Scopes. Gelangen Kartendaten nie in Ihre Systeme — die Zahlungsseite liegt beim Anbieter, die Karte wird durch ein Token repräsentiert —, sinkt der Compliance-Aufwand deutlich. Neuros legt die Architektur so aus, dass diese Reduktion gelingt, und ordnet den verbleibenden Scope den PCI-DSS-v4.0-Anforderungen zu: Netzsegmentierung, Verschlüsselung, Zugriffsprotokollierung und regelmäßige Penetrationstests.
Abstimmung ist eine dauerhaft laufende Kontrolle, kein Tagesendbericht. Neuros vergleicht drei Quellen: Ihr eigenes Ledger, die Transaktionsdatei des Zahlungsanbieters und den Kontoauszug der Bank. Tritt eine Differenz auf, wird der Ereignisstrom anhand der Transaktions-ID erneut abgespielt und der verursachende Schritt sichtbar gemacht. Eine Differenz über der Schwelle blockiert das Release — sie wird nicht still gemeldet und übergangen.
Ein Ausfall ist ein eingeplantes Szenario. Neuros legt den Zahlungsfluss so aus, dass keine Transaktion verloren geht, wenn der Anbieter nicht mehr antwortet: Die Anfrage wird in eine dauerhafte Queue geschrieben, mit Idempotenzschlüssel wiederholt, und bei unklarem Zustand wird die Transaktion nicht automatisch geschlossen, sondern der Abstimmung übergeben. Für kritische Pfade ist ein Failover zu einem zweiten Anbieter definiert und vor Produktionsstart geprobt.
Wenn Sie Gelder im eigenen Namen halten, transferieren oder E-Geld ausgeben: ja — diese Tätigkeiten fallen unter die Zahlungsdienste- und E-Geld-Regulierung der türkischen Zentralbank. Kassieren Sie nur für eigene Waren und Dienstleistungen, genügt in der Regel die Infrastruktur eines lizenzierten Instituts. Neuros klärt diese Unterscheidung vor dem Architekturentwurf, denn beides verlangt völlig unterschiedliche Systeme.
Eine Entscheidung, die sich nicht erklären lässt, wird nicht verwendet. In Scoring-Systemen protokolliert Neuros, aus welchen Eingaben und Gewichten jede Entscheidung entstand; die dem Kunden gezeigte Begründung ist die Entscheidungsregel selbst und keine Übersetzung von Modellinterna. Ablehnungsgründe stammen aus einer festen Menge, und die Entscheidung wird zusammen mit einem Snapshot ihrer Eingaben gespeichert — ein Widerspruch kann dieselbe Entscheidung reproduzieren.
Haben Sie in diesem Bereich Bedarf?
Vereinbaren Sie eine kostenlose 30-minütige technische Einschätzung mit einem unserer Engineers.