| ... |
... |
@@ -1,3 +1,7 @@ |
|
1 |
+[[**Plugin download**>>url:https://customer.formcycle.eu/index.php/apps/files/?dir=/FORMCYCLE%20-%20Plugins%20Customer/plugin-bundle-akdb-epayment&fileid=2674||rel="noopener noreferrer" target="_blank"]] (requires login) |
|
2 |
+ |
|
3 |
+{{content/}} |
|
4 |
+ |
| 1 |
1 |
{{info}} |
| 2 |
2 |
**Achtung:** |
| 3 |
3 |
Bevor Sie die AKDB EPayment in ihren Formular-Prozessen einbinden, stellen Sie bitte sicher, dass die konfigurative Anbindung des Dienstes durch den {{formcycle/}}-Administrator erfolgt ist! |
| ... |
... |
@@ -279,19 +279,29 @@ |
| 279 |
279 |
|
| 280 |
280 |
=== 2.2. Workflow-Ereignis //Bezahlung erfolgreich// === |
| 281 |
281 |
|
|
286 |
+{{figure image="trigger_success.png"}} |
|
287 |
+Workflow-Ereignis bei erfolgreicher Bezahlung |
|
288 |
+{{/figure}} |
|
289 |
+ |
| 282 |
282 |
Eine Workflow-Verarbeitungskette mit diesem Ereignis wird ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgt |
| 283 |
283 |
und die Bezahlung erfolgreich durchgeführt wurde. Pro Formular-Vorgang kann dieses Ereignis genau einmal eintreten. |
| 284 |
284 |
Das Ereignis stellt dabei folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können: |
| 285 |
285 |
|
| 286 |
286 |
; **[%$TRIGGER.paymentStatus%]** |
| 287 |
|
-: Bezeichnung des Status, wie er vom ePay-BL Portal zurückgeliefert wird. (Möglicher Wert: INAKTIV) |
|
295 |
+: Bezeichnung des Status, wie er vom ePay-BL Portal zurück geliefert wird. (Möglicher Wert: INAKTIV) |
| 288 |
288 |
; **[%$TRIGGER.paymentStatusText%]** |
| 289 |
|
-: Eine Nachricht, die den zurückgelieferten Status näher beschreibt |
|
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 |
| 290 |
290 |
|
| 291 |
291 |
{{id name="plugin_event_epay_error"/}} |
| 292 |
292 |
|
| 293 |
293 |
=== 2.3. Workflow-Ereignis //Bezahlung nicht erfolgreich// === |
| 294 |
294 |
|
|
305 |
+{{figure image="trigger_error.png"}} |
|
306 |
+Workflow-Ereignis bei nicht erfolgreicher Bezahlung |
|
307 |
+{{/figure}} |
|
308 |
+ |
| 295 |
295 |
Eine Workflow-Verarbeitungskette mit diesem Ereignis wird immer dann ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgte |
| 296 |
296 |
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). |
| 297 |
297 |
Das Ereignis stellt folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können: |
| ... |
... |
@@ -312,6 +312,10 @@ |
| 312 |
312 |
: Eine Nachricht, die den zurückgelieferten Status näher beschreibt |
| 313 |
313 |
; **[%$TRIGGER.paypageUrl%]** |
| 314 |
314 |
: 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 |
| 315 |
315 |
|
| 316 |
316 |
== 3. Ergebnisanzeige == |
| 317 |
317 |
|
| ... |
... |
@@ -329,6 +329,36 @@ |
| 329 |
329 |
|
| 330 |
330 |
== Versionshistorie == |
| 331 |
331 |
|
|
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 |
+=== 3.3.1 === |
|
377 |
+ |
|
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. |
|
379 |
+ |
| 332 |
332 |
=== 3.3.0 === |
| 333 |
333 |
|
| 334 |
334 |
* Plugin benötigt mindestens {{formcycle/}} in der Version {{version major="7" patch="9"}}{{/version}} |
