| ... |
... |
@@ -283,29 +283,19 @@ |
| 283 |
283 |
|
| 284 |
284 |
=== 2.2. Workflow-Ereignis //Bezahlung erfolgreich// === |
| 285 |
285 |
|
| 286 |
|
-{{figure image="trigger_success.png"}} |
| 287 |
|
-Workflow-Ereignis bei erfolgreicher Bezahlung |
| 288 |
|
-{{/figure}} |
| 289 |
|
- |
| 290 |
290 |
Eine Workflow-Verarbeitungskette mit diesem Ereignis wird ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgt |
| 291 |
291 |
und die Bezahlung erfolgreich durchgeführt wurde. Pro Formular-Vorgang kann dieses Ereignis genau einmal eintreten. |
| 292 |
292 |
Das Ereignis stellt dabei folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können: |
| 293 |
293 |
|
| 294 |
294 |
; **[%$TRIGGER.paymentStatus%]** |
| 295 |
|
-: Bezeichnung des Status, wie er vom ePay-BL Portal zurück geliefert wird. (Möglicher Wert: INAKTIV) |
|
291 |
+: Bezeichnung des Status, wie er vom ePay-BL Portal zurückgeliefert wird. (Möglicher Wert: INAKTIV) |
| 296 |
296 |
; **[%$TRIGGER.paymentStatusText%]** |
| 297 |
|
-: Eine Nachricht, die den zurück gelieferten Status näher beschreibt |
| 298 |
|
-; **[%$TRIGGER.paymentMethod%] {{version major="3" minor="5"}}{{/version}}** |
| 299 |
|
-: Parameter gibt Auskunft über das in der Bezahl-Transaktion angewendete Zahlverfahren |
|
293 |
+: Eine Nachricht, die den zurückgelieferten Status näher beschreibt |
| 300 |
300 |
|
| 301 |
301 |
{{id name="plugin_event_epay_error"/}} |
| 302 |
302 |
|
| 303 |
303 |
=== 2.3. Workflow-Ereignis //Bezahlung nicht erfolgreich// === |
| 304 |
304 |
|
| 305 |
|
-{{figure image="trigger_error.png"}} |
| 306 |
|
-Workflow-Ereignis bei nicht erfolgreicher Bezahlung |
| 307 |
|
-{{/figure}} |
| 308 |
|
- |
| 309 |
309 |
Eine Workflow-Verarbeitungskette mit diesem Ereignis wird immer dann ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgte |
| 310 |
310 |
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). |
| 311 |
311 |
Das Ereignis stellt folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können: |
| ... |
... |
@@ -326,10 +326,6 @@ |
| 326 |
326 |
: Eine Nachricht, die den zurückgelieferten Status näher beschreibt |
| 327 |
327 |
; **[%$TRIGGER.paypageUrl%]** |
| 328 |
328 |
: URL zur Paypage mit der aktuellen Transaktionsnummer. Damit ist ein nochmaliges Aufrufen und Bezahlen der offenen Transaktion möglich. |
| 329 |
|
-; **[%$TRIGGER.paymentMethod%]** {{version major="3" minor="5"}}{{/version}} |
| 330 |
|
-: Parameter gibt Auskunft über das in der Bezahl-Transaktion angewendete Zahlverfahren |
| 331 |
|
-; **[%$TRIGGER.paymentVerifyUrl%] {{version major="3" minor="5"}}{{/version}}** |
| 332 |
|
-: URL zum erneuten Prüfen des Bezahlstatus. Ein Aufruf der URL löst im Anschluss, an die Überprüfung des aktuellen Bezahlstatus, die entsprechenden Workflow-Ereignisse aus |
| 333 |
333 |
|
| 334 |
334 |
== 3. Ergebnisanzeige == |
| 335 |
335 |
|
| ... |
... |
@@ -347,32 +347,6 @@ |
| 347 |
347 |
|
| 348 |
348 |
== Versionshistorie == |
| 349 |
349 |
|
| 350 |
|
-=== 3.5.0 === |
| 351 |
|
- |
| 352 |
|
-* Erweiterungen: EPayment-Verifikation-Aktion (V6) um 'Zahlverfahren' erweitert. |
| 353 |
|
-Trigger (Workflow V7) um genutztes 'Zahlverfahren' innerhalb der Rückgabewerte erweitert. |
| 354 |
|
-Error-Trigger (Workflow V7) um 'PaymentVerifyUrl' erweitert. Dieser Parameter kann zum nochmaligen Aufruf der Verifizierung einer Bezahlung genutzt werden. |
| 355 |
|
-* Erweiterung AKDB ePay Setup: Eingabemöglichkeit für Daten des anzubindenden ePayment-Mandanten; Zusätzlicher Hinweis auf freizugebende URLs (notwendige Firewall-Freigaben) |
| 356 |
|
- |
| 357 |
|
-=== 3.4.3 === |
| 358 |
|
- |
| 359 |
|
-* Fehlerbehebung bei Rückleitung von der PayPage zum Formular: In einigen Fällen, insbesondere bei Kommunikation über den Frontend-Server, kam es zu Störungen beim Auslösen der nachgelagerten Workflow-Verarbeitung. Dies wurde behoben. |
| 360 |
|
- |
| 361 |
|
-=== 3.4.2 === |
| 362 |
|
- |
| 363 |
|
-* Fehlerbehebung: ein Anzeige-Fehler bei der Berechnung des Gesamtpreises für einen EPayment-Bestellartikel wurde behoben |
| 364 |
|
-* Fehlerbehebung: Aufgrund von Fehlern beim Decodieren und Entschlüsseln von URL-Parametern, wurde die Verschlüsselungs-Routine angepasst. |
| 365 |
|
- |
| 366 |
|
-=== 3.4.1 === |
| 367 |
|
- |
| 368 |
|
-* Fehlerbehebung EPayment Bestellartikel: Die Werte der widget-internen HTML-Elemente sind bei einer Zwischenspeicherung nicht berücksichtigt worden. Dies wurde behoben. |
| 369 |
|
- |
| 370 |
|
-=== 3.4.0 === |
| 371 |
|
- |
| 372 |
|
-* Erweiterung AKDB ePay Setup: Ein Verbindungstest ist jetzt auch ohne Konfiguration eines AKDB-Mandanten möglich. |
| 373 |
|
-* Anpassung EPayment Bestellartikel: HTML-Elemente innerhalb des Widgets um 'data-' Präfix erweitert |
| 374 |
|
-* Fehlerbehebung: Session-Replacer werden bei Verarbeitung der Workflow-Ereignisse berücksichtigt. |
| 375 |
|
- |
| 376 |
376 |
=== 3.3.1 === |
| 377 |
377 |
|
| 378 |
378 |
* Fehlerbehebung: Mehrfache Anfragen auf den gleichen Vorgang bei Rückleitung vom ePay-BL-Portal werden jetzt vom System abgelehnt, solange der aktuell angefragte Vorgang sich in Verarbeitung befindet. |
