Zum Hauptinhalt springen
TWINT ist eine in der Schweiz verbreitete Bezahl-App. Der Käufer bezahlt mit dem Smartphone, entweder indem er einen QR-Code scannt oder indem sich die App auf demselben Gerät direkt öffnet. Angebunden wird TWINT über Computop. Wenn Sie bereits andere Zahlungsarten über Computop abwickeln, ist die Grundlage damit schon vorhanden und es bleibt wenig zu tun. Wegweiser: Computop

​
Wie der Bezahlvorgang abläuft

  1. Der Käufer wählt TWINT und löst die Bestellung aus.
  2. Der Shop leitet ihn auf die Zahlungsseite von TWINT. Dort erscheint ein QR-Code zum Scannen, oder die App öffnet sich von selbst.
  3. Der Käufer bestätigt die Zahlung in der App.
  4. Er kehrt in den Shop zurück und sieht die Bestelleingangsbestätigung ws_confirm.htm.

​
Voraussetzungen

Nötig sind drei Dinge in dieser Reihenfolge:
  1. ein Händlervertrag mit Computop
  2. die Registrierung Ihres Shops bei TWINT über das TWINT-Portal
  3. die Weitergabe der dabei vergebenen Shop-UUID an Computop
Für die Freischaltung durch WEBSALE brauchen Sie anschließend die Zugangsdaten von Computop, unter anderem UUID, HMAC-Schlüssel und MerchantID. Ist die Zahlungsart nicht durch WEBSALE freigeschaltet, schaltet der Shop sie von sich aus wieder ab, unabhängig davon, was in Allow steht.

​
Zahlungsart anlegen

Der Abschnitt kennt keine eigenen Parameter. Alles, was Sie hier einstellen, sind die allgemeinen Zahlungsart-Parameter.
TWINT steht nur Kunden in der Schweiz zur Verfügung. Grenzen Sie die Zahlungsart deshalb über BillCountry-Rule und BillCountry-List auf CHE ein. Ohne diese Eingrenzung bieten Sie die Zahlungsart auch dort an, wo sie niemand nutzen kann, und der Käufer scheitert erst auf der Seite von TWINT.
Referenz: Abschnitt PaymentTWINT-Txt · Abschnitt PaymentXXX-Txt

​
Hinweismeldungen

Der Abbruch ist bei einer Bezahl-App der häufigste der drei Fälle, denn der Käufer wechselt das Gerät und kommt manchmal nicht zurück. Formulieren Sie TWINT-ClearingCancel deshalb freundlich und ohne Fehlerton, es ist kein Fehler. Referenz: Abschnitt NotifyMessages-Txt

​
Die Abbuchung erfolgt zeitversetzt

Bei TWINT trennt der Shop Freigabe und Abbuchung. Zum Zeitpunkt der Bestellung liegt die Freigabe des Käufers vor, die eigentliche Abbuchung stößt der Shop erst danach an, in einem eigenen Vorgang neben dem Bestellablauf. Scheitert dieser Vorgang, versucht der Shop es bis zu dreimal, mit wachsendem Abstand. Insgesamt stehen dafür rund drei Minuten zur Verfügung. Bleibt auch der dritte Versuch erfolglos, wird das als schwerer Fehler protokolliert.
Für den Käufer ist die Bestellung in diesem Fall abgeschlossen, das Geld ist aber nicht abgebucht. Sie erfahren davon nur über das Protokoll. Klären Sie mit Ihrer Warenwirtschaft, wie solche Bestellungen erkannt und behandelt werden, bevor Sie die Zahlungsart produktiv schalten.

​
Auswahl im Bestellablauf

TWINT erscheint zusammen mit allen anderen Zahlungsarten über ~WS-PaymentFields~ auf der Zahlungs- und Versandartenseite ws_pay_deliv.htm. Das Tag gehört innerhalb des Formulars <form action="~Form-PayDeliv~">. Eigene Tags oder Template-Anpassungen braucht es nicht. Wegweiser: Auswahl der Zahlungsart im Checkout-Prozess · Referenz: WS-PaymentFields

​
Testen

Für TWINT gibt es einen eigenen Clearing-Testmodus, der die Abwicklung auf die Testzugangsdaten von Computop umleitet. Er wird zusätzlich zum allgemeinen Zahlungsarten-Testmodus eingeschaltet.
Mit TestMode = yes im Abschnitt <PaymentTWINT-Txt> ist die Zahlungsart nur sichtbar, solange der Shop im Zahlungsarten-Testmodus läuft. Der Produktivbetrieb Ihres Shops bleibt davon unberührt. Im Template lässt sich der Testbetrieb anzeigen:
Zum Abschalten:
Das Umschalten eines Zahlungsart-Testmodus verwirft die laufende Sitzung und damit den Warenkorb. Schalten Sie ihn deshalb vor dem Befüllen des Warenkorbs ein, nicht auf der Bestellübersicht.
Wegweiser: Testmodi des Shops ein- und ausschalten · Referenz: ST-PaymentTest

​
Produktivbetrieb

​
Verwandte Themen