... |
... |
@@ -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. |