Um eine TWINT-Zahlung über ein -Formular auszuführen, verwenden Sie bitte folgende URL:
twint.aspx |
Parameter für TWINT
Bitte beachten Sie, dass sich das finale Notify im Fall des Zahlungsabschluss durch den Kunden und dieser schließt der Browser direkt danach um ca. 30-35min. oder bis zu 60-65min. verzögern kann. Hintergrund ist, da nur über den Browser Callback der Zahlungsstatus eingelesen werden kann. Erfolgt dieser nicht, wird der Status nachgelagert von im oben genannten Intervall angefragt. Durch den fehlenden Callback entfällt somit auch der Redirect auf die URLSuccess/URLFailure.
Ergebnis-Parameter für URLSuccess, URLFailure and URLNotify bei TWINT
Falls Ihre MID nicht für die Sale-Operation konfiguriert ist, sollte jede anfängliche TWINT-Zahlung (Aufruf von twint.aspx) über die Schnittstelle capture.aspx bestätigt oder über reverse.aspx storniert werden.
Buchungen (oder Bestätigungen im Sinne von TWINT) sind über eine Server-zu-Server-Verbindung möglich. Um eine Buchung über eine Server-zu-Server-Verbindung auszuführen, verwenden Sie bitte folgende URL:
capture.aspx |
Parameter für Buchungen bei TWINT über Socket-Verbindung
Ergebnis-Parameter für Buchungen bei TWINT über Socket-Verbindung
Stornierungen sind über eine Server-zu-Server-Verbindung möglich. Um eine Zahlung über eine Server-zu-Server-Verbindung zu stornieren, verwenden Sie bitte folgende URL:
reverse.aspx |
Parameter für Stornierungen bei TWINT über Socket-Verbindung
Ergebnis-Parameter für Stornierungen bei TWINT über Socket-Verbindung
credit.aspx |
Hinweis: Bitte beachten Sie, dass TWINT sowohl in der Produktionsumgebung als auch auf dem Testsystem Erstattungen limitiert – Produktionssystem: 180 Tage / Testsystem: 7 Tage.
Parameter für Gutschriften bei TWINT über Socket-Verbindung
Ergebnis-Parameter für Gutschriften bei TWINT über Socket-Verbindung
Dieses Kapitel beschreibt die Parameter, die Sie im Datensatz (Record) für die Ausführung einer Twint-Zahlung übergeben müssen und welche Informationen Sie der Antwort-Datei über den Status des Zahlungsvorgangs entnehmen können.
Bei den Batch-Aufrufen ist die verwendete Batch-Version zu unterscheiden, wovon die optionalen Parameter abhängen. Alle mit „2.“ beginnen Versionsbezeichnungen betreffen Aufrufe für einen Konzern. Das bedeutet, innerhalb einer Batch-Datei mit einer bestimmten MerchantID können auch Transaktionen anderer Händler mit einer abweichenden Sub-MID übertragen werden.
Folgende Tabelle gibt eine Übersicht der pro Aktion jeweils möglichen Batch-Versionen und ihrer Besonderheiten:
Der Aufbau für eine Zahlung mit Twint in einer einzureichenden Batch-Datei sieht folgendermaßen aus:
Beispiel für Master-MID-Funktion:
Der Record-Bereich in der Antwort-Datei zu Batch-Transaktionen sieht folgendermaßen aus:
Beschreibung der Ergebnis-Parameter im Datensatz von Batch-Dateien