Änderungen von Dokument Verwendung


Von Version 10.2
bearbeitet von rth
am 04.10.2021, 13:22
Änderungskommentar: (Autosaved)
Auf Version 10.3
bearbeitet von rth
am 04.10.2021, 13:58
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Inhalt
... ... @@ -205,20 +205,36 @@
205 205  
206 206  === 2.2. Workflow-Ereignis //Bezahlung erfolgreich// ===
207 207  
208 -Eine Workflow-Verarbeitungskette mit diesem Ereignis wird immer dann ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgt
209 -und die Bezahlung erfolgreich durchgeführt wurde.
210 -Das Ereignis stellt dabei folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können.
208 +Eine Workflow-Verarbeitungskette mit diesem Ereignis wird ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgt
209 +und die Bezahlung erfolgreich durchgeführt wurde. Pro Formular-Vorgang kann dieses Ereignis genau einmal eintreten.
210 +Das Ereignis stellt dabei folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können:
211 211  
212 212  ; **[%$TRIGGER.paymentStatus%]**
213 -: Bezeichnung des Status, wie er vom ePay-BL Portal zurückgeliefert wird (Möglicher Wert: INAKTIV)
213 +: Bezeichnung des Status, wie er vom ePay-BL Portal zurückgeliefert wird. (Möglicher Wert: INAKTIV)
214 214  ; **[%$TRIGGER.paymentStatusText%]**
215 -: Eine Nac
215 +: Eine Nachricht, die den zurückgelieferten Status näher beschreibt
216 216  
217 217  {{id name="plugin_event_epay_error"/}}
218 218  
219 219  === 2.3. Workflow-Ereignis //Bezahlung nicht erfolgreich// ===
220 220  
221 -Dieses Ereignis tritt ein, wenn eine Rückleitung aus dem ePay-BL Portal erfolgte
222 -und die Bezahlung nicht durchgeführt wurde.
223 -Die Überprüfung erfolgt dabei durch einen Aufruf der entsprechenden Webservice-Methode.
224 -Den genauen Grund für das Ausstehen der Bezahlung kann dabei dem ebenfalls übermittelten PayPageStatus entnommen werden.
221 +Eine Workflow-Verarbeitungskette mit diesem Ereignis wird immer dann ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgte
222 +und die Bezahlung nicht durchgeführt wurde. Pro Formular-Vorgang kann dieses Ereignis mehrfach eintreten (Bei Fehlern im ePay-BL Portal oder bei Abbruch des Bezahlvorgangs durch den Nutzer).
223 +Das Ereignis stellt folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können:
224 +
225 +; **[%$TRIGGER.paymentStatus%]**
226 +: Bezeichnung des Status, wie er vom ePay-BL Portal zurückgeliefert wird.
227 +: Folgende Werte sind möglich
228 +: * **AKTIV**: Die Bezahlung über die PayPage ist noch nicht erfolgt.
229 +: * **MANDANT_NICHT_GEFUNDEN**: Der Mandant wurde im ePayment-System nicht gefunden.
230 +: * **MANDANT_INAKTIV**: Der Mandant ist im ePayment-System derzeit als inaktiv gekennzeichnet.
231 +: * **VERBINDUNG_OHNE_HTTPS**: Die Verbindung zum Webservice erfolgte nicht über HTTPS mit Client-Zertifikaten.
232 +: * **VERBINDUNG_ZERTIFIKAT_FEHLER**: Das für die Verbindung verwendete Client-Zertifikat darf nicht für den gewählten Mandanten verwendet werden.
233 +: * **KASSENZEICHEN_NICHT_VORHANDEN**: Das gewählte Kassenzeichen ist nicht vorhanden.
234 +: * **KASSENZEICHEN_NICHT_GEFUNDEN**: Das gewählte Kassenzeichen konnte nicht gefunden werden.
235 +: * **INTERNER_EPAYMENT_FEHLER**: Interner nicht dokumentierter Fehler im ePayment-System.
236 +: * **UNDEFINIERT**: Ein im System nicht bekannter Status
237 +; **[%$TRIGGER.paymentStatusText%]**
238 +: Eine Nachricht, die den zurückgelieferten Status näher beschreibt
239 +; **[%$TRIGGER.paypageUrl%]**
240 +: URL zur Paypage mit der aktuellen Transaktionsnummer. Damit ist ein nochmaliges Aufrufen und Bezahlen der offenen Transaktion möglich.