Generelle Integration

Die E-Payment Lösung der PostFinance sieht vor, dass der gesamte Zahlungsprozess in der von Ihr zur Verfügung gestellten PaymentPage abgewickelt wird.

Diese PaymentPage, wird innerhalb eines modalen (fix zum Formular gehörenden und nicht verschiebbaren) Dialog innerhalb eines iFrames dargestellt.

Dies hat den Vorteil, das der Benutzer nicht an die Eingabemasken der PostFinance weitergeleitet werden muss und somit das Formular verlässt.

Bei einem Abbruch durch den Benutzer, bleibt das Formular im aktuellen Status, alle von Ihm getätigten Eingaben bleiben bestehen.

Formular Integration

Die Integration des Zahlungsprozesses resp. der PaymentPage wird mit Hilfe eines neuen Workflow-Buttons (analog Formular-Übermittlung) umgesetzt.

Dieser Workflow-Button besitzt die gleichen Eigenschaften wie die Standard-Formular-Übermittlung, mit dem Unterschied, dass der Zahlungsprozess als beforeCondition (Resultat muss ohne Fehler erfüllt werden) in den Workflow integriert wird.

Dies bedeutet, ein Formular wird immer nur dann übermittelt, wenn die Bezahlung/Reservierung erfolgreich war.

In einem Fehlerfall bleibt das Formular mit den eingegebenen Daten zwar bestehen, der Benutzer kann dieses aber nicht übermitteln.

(Falls ein Speichern-Button für eine Zwischenspeicherung vorhanden ist, kann der Benutzer den aktuellen Stand des Formulars speichern und später weiterverwenden)

Start Zahlungsprozess

Der Zahlungsprozess wird analog einer herkömmlichen Formular-Übermittlung mit einem Button (Abb. 1) auf dem Formular gestartet.

Abb. 1

Zahlungsprozess

Der gesamte Zahlungsprozess läuft in einem modalen Dialog (Abb. 2) innerhalb des Formulars.

Abb. 2

Erfolgreiche Bezahlung 

Bei einer erfolgreichen Bezahlung wird das Formular direkt übermittelt und mit dem dazugehörenden commitTemplate (Abb. 3) bestätigt.

Abb. 3

Fehlerfall

Im Fehlerfall wird das Formular NICHT übermittelt und eine entsprechende Meldung (Abb. 4) im modalen Dialog ausgegeben.

Abb. 4

Abgrenzungen

Anpassungen von reservierten Zahlungen

Durch den Kunden reservierte Zahlungen können generell nicht angepasst werden und müssen daher neu ausgelöst werden!

Für eine erneute Bestellung, resp. Auslösung von Zahlungsreservierungen müssen die Prozesse zuerst durch den Kunden (SID-ABEV) genau definiert werden und mit den technischen Möglichkeiten des Zahlungsproviders (PostFinance) in Abhängigkeiten mit den verfügbaren Zahlungsmittel (Postcard, Kreditkarten, Twint) abgeglichen werden.

Wie das genau aussieht und umgesetzt werden kann, muss in einem weiteren separaten Umsetzungspaket definiert werden.