Die Liste wird vorher gelesen

Eine ausgeführte Zahlung lässt sich schlecht zurückholen. In SEPA gibt es ein Rückrufverfahren, das auf die Mitwirkung der Empfängerbank angewiesen ist. Bei einer Kartenzahlung gibt es Chargeback-Fristen und ein Regelwerk dazu. Bei einer Überweisung on chain gibt es gar nichts. Die einzige Kontrolle, die unter allen drei Bedingungen zuverlässig funktioniert, ist die, die vorher stattfindet.

Deshalb steht der Abgleich vor der Anweisung und nicht als Bericht am nächsten Morgen.

Bei der Aufnahme der Geschäftsbeziehung werden die Gesellschaft, die wirtschaftlich Berechtigten und die Belege erfasst. Bei jedem einzelnen Auftrag danach werden Auftraggeber und Empfänger mit den Namenslisten abgeglichen.

Ein Treffer stoppt die Anweisung. Und hier beginnt der Teil, den keine Software abnimmt: Namenslisten produzieren Fehlalarme in grosser Zahl, weil Namen sich ähneln und Transliterationen auseinanderlaufen. Eine Person entscheidet, ob der Treffer echt ist. Ein Modell liest die Liste schneller als jeder Mensch. Den Entscheid unterschreibt es nicht.

Die Buchung hält fest, welche Liste, welcher Listenstand und welche Person beteiligt waren. Das klingt nach Bürokratie, bis zum ersten Mal jemand fragt, warum eine bestimmte Zahlung im März durchgegangen ist. Ohne den Listenstand von damals ist diese Frage nicht beantwortbar, denn die Liste von heute ist eine andere.

Eine spätere Rückerstattung überschreibt diese Zeile nicht. Sie ist eine neue Zeile daneben.

Das ist der Kontrollrahmen, um den herum Newton Pay gebaut ist.