Zahlungsabläufe

Zahlungsabläufe beschreiben die Aktionen, die ein Händler während und nach einer Transaktion ausführen kann. Diese sind in allen Zahlungsumgebungen standardisiert und werden auf unseren Terminalgeräten durchgängig unterstützt.

Das Verständnis dieser Abläufe ist für den täglichen Einsatz, den Abgleich und das Management von Ausnahmefällen wie Refunds oder Streitfällen wesentlich.

Übersicht

Eine Zahlungstransaktion besteht aus zwei Hauptphasen:

• Authorization: Die Echtzeit-Genehmigung oder Ablehnung einer Transaktion durch die ausstellende Bank
• Settlement: Die Übertragung von Geldern an den Händler, normalerweise in Batch-Prozessen ausgeführt

In einigen Implementierungen ist ein Zwischenschritt erforderlich, bei dem Transaktionen vom Terminal an den Acquirer übermittelt oder gesendet werden, bevor sie in Settlement einbezogen werden.

Aus Händlersicht finden die meisten Interaktionen rund um das Einleiten von Zahlungen, das Korrigieren von Fehlern oder das Verwalten abgeschlossener Transaktionen statt.

Sale (Payment)

Ein Sale ist die Standardoperation, mit der einem Kunden ein Betrag belastet wird.

Der Händler gibt den Betrag entweder manuell ein oder erhält ihn von einem verbundenen POS-System. Der Kunde schliesst die Zahlung dann mit einer Karte oder Wallet ab.

Nach der Autorisierung:

• Die Transaktion wird in Echtzeit genehmigt oder abgelehnt
• Der Betrag wird auf dem Konto des Kunden reserviert
• Die Transaktion wird für Settlement gespeichert

Dies ist die primäre Operation, die im täglichen Geschäft verwendet wird.

Reversal

Ein Reversal hebt eine Transaktion kurz nach ihrer Verarbeitung auf, typischerweise vor Settlement.

Diese Operation wird verwendet, wenn:

• Ein falscher Betrag eingegeben wurde
• Eine Transaktion unmittelbar nach dem Kauf storniert werden muss

Ein Reversal verhindert, dass die Transaktion in Settlement einbezogen wird, und macht einen Refund überflüssig. Reversals sind normalerweise nur innerhalb eines begrenzten Zeitfensters möglich und erfordern einen Verweis auf die ursprüngliche Transaktion.

Refund (Credit)

Ein Refund wird verwendet, um einem Kunden Gelder zurückzuerstatten, nachdem eine Transaktion bereits abgeschlossen wurde.

Typische Anwendungsfälle sind:

• Zurückgegebene Waren
• Stornierte Dienstleistungen
• Korrekturen nach Settlement

Wesentliche Merkmale:

• Der Refund wird als neue Transaktion verarbeitet
• Der Betrag wird auf die ursprüngliche Zahlungsmethode gutgeschrieben
• Settlement folgt dem standardmässigen Settlement-Zyklus

Refunds werden vom Händler eingeleitet und können je nach Konfiguration die ursprüngliche Karte erfordern oder nicht.

Chargebacks

Ein Chargeback wird vom Kunden über seine ausstellende Bank eingeleitet und nicht vom Händler.

Dies geschieht, wenn ein Kunde eine Transaktion anfechtet, zum Beispiel:

• Die Transaktion wird nicht erkannt
• Waren oder Dienstleistungen wurden nicht geliefert
• Betrug wird vermutet

In diesem Prozess:

• Die ausstellende Bank erhebt einen Streitfall
• Nexi informiert den Händler
• Der Händler muss möglicherweise unterstützende Nachweise bereitstellen

Chargebacks unterliegen den Regeln des Schemes und können dazu führen, dass der Transaktionsbetrag dem Händler belastet wird, wenn der Streitfall nicht erfolgreich gelöst wird.

Pre-Authorization & Capture

Pre-Authorization ermöglicht es einem Händler, einen Betrag auf der Karte eines Kunden zu reservieren und später zu Capture. Dieser Ablauf wird typischerweise in Branchen wie Hospitality oder Mobility verwendet.

Im aktuellen Nexi Schweiz Setup:

• Pre-Authorization und Capture werden generell nicht als Standardablauf unterstützt
• Transaktionen werden als sofortige Sales verarbeitet

Jegliche spezifischen Anforderungen für reservierungsbasierte Abläufe müssen separat evaluiert werden.

Submission & Settlement

Nachdem Transaktionen autorisiert wurden, müssen sie für Settlement eingereicht werden.

Abhängig von der Terminalkonfiguration:

• Submission kann automatisch erfolgen
• Oder vom Händler manuell ausgelöst werden

Währen der Submission:

• Gespeicherte Transaktionen werden an das Acquiring-System gesendet
• Transaktionen werden für Settlement finalisiert
• Gelder werden für die Auszahlung an den Händler vorbereitet

Sobald sie eingereicht wurden, können Transaktionen nicht mehr geändert werden.

Forced Acceptance

Forced Acceptance ermöglicht es, eine Transaktion abzuschliessen, auch wenn keine Online-Autorisierung möglich ist. Dies kann in Situationen wie vorübergehenden Netzwerk- oder Autorisierungsausfällen auftreten.

Wichtige Überlegungen:

• Die Transaktion wird nicht von der ausstellenden Bank verifiziert
• Der Händler trägt das volle Risiko eines Zahlungsausfalls
• Die Funktion ist standardmässig typischerweise eingeschränkt oder deaktiviert

Forced Acceptance sollte nur in kontrollierten Szenarien verwendet werden.

Fehlerbehandlung und Support

Wir alle hassen es, wenn Zahlungen sich nicht so verhalten, wie sie sollten.

Probleme? Zu viele Refunds? Seltsame Störungen?

Bei allen Problemen im Zusammenhang mit Transaktionen, Refunds oder dem Terminalverhalten wenden Sie sich bitte an den Nexi Support. Unsere Teams können bei der Analyse von Transaktionen helfen, Fehler beheben und Sie durch die korrekten Vorgehensweisen führen.

Service & Support Nexi Schweiz

Fehler während Zahlungsabläufen können aus mehreren Gründen auftreten, darunter:

• Kartenablehnungen (>99% der Fehler)
• Probleme mit der Netzwerkverbindung
• Konfigurationsprobleme
• Hardwareeinschränkungen

Terminals liefern in der Regel klare Fehlermeldungen und ermöglichen es dem Händler, es erneut zu versuchen oder eine alternative Zahlungsmethode auszuwählen.