| ... |
... |
@@ -1,5 +1,10 @@ |
| 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) |
|
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"]] (Anmeldung erforderlich) |
| 2 |
2 |
|
|
3 |
+{{info}} |
|
4 |
+**Hinweis zur Inbetriebnahme des Plugins:** |
|
5 |
+Im Download-Ordner der jeweilige Plugin-Version befindet sich eine Anleitung zur initialen Inbetriebnahme, sowie zu weiter reichenden Information die den allgemeinen Betrieb dieses Plugins betreffen. |
|
6 |
+{{/info}} |
|
7 |
+ |
| 3 |
3 |
{{content/}} |
| 4 |
4 |
|
| 5 |
5 |
{{info}} |
| ... |
... |
@@ -283,19 +283,29 @@ |
| 283 |
283 |
|
| 284 |
284 |
=== 2.2. Workflow-Ereignis //Bezahlung erfolgreich// === |
| 285 |
285 |
|
|
291 |
+{{figure image="trigger_success.png"}} |
|
292 |
+Workflow-Ereignis bei erfolgreicher Bezahlung |
|
293 |
+{{/figure}} |
|
294 |
+ |
| 286 |
286 |
Eine Workflow-Verarbeitungskette mit diesem Ereignis wird ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgt |
| 287 |
287 |
und die Bezahlung erfolgreich durchgeführt wurde. Pro Formular-Vorgang kann dieses Ereignis genau einmal eintreten. |
| 288 |
288 |
Das Ereignis stellt dabei folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können: |
| 289 |
289 |
|
| 290 |
290 |
; **[%$TRIGGER.paymentStatus%]** |
| 291 |
|
-: Bezeichnung des Status, wie er vom ePay-BL Portal zurückgeliefert wird. (Möglicher Wert: INAKTIV) |
|
300 |
+: Bezeichnung des Status, wie er vom ePay-BL Portal zurück geliefert wird. (Möglicher Wert: INAKTIV) |
| 292 |
292 |
; **[%$TRIGGER.paymentStatusText%]** |
| 293 |
|
-: Eine Nachricht, die den zurückgelieferten Status näher beschreibt |
|
302 |
+: Eine Nachricht, die den zurück gelieferten Status näher beschreibt |
|
303 |
+; **[%$TRIGGER.paymentMethod%] {{version major="3" minor="5"}}{{/version}}** |
|
304 |
+: Parameter gibt Auskunft über das in der Bezahl-Transaktion angewendete Zahlverfahren |
| 294 |
294 |
|
| 295 |
295 |
{{id name="plugin_event_epay_error"/}} |
| 296 |
296 |
|
| 297 |
297 |
=== 2.3. Workflow-Ereignis //Bezahlung nicht erfolgreich// === |
| 298 |
298 |
|
|
310 |
+{{figure image="trigger_error.png"}} |
|
311 |
+Workflow-Ereignis bei nicht erfolgreicher Bezahlung |
|
312 |
+{{/figure}} |
|
313 |
+ |
| 299 |
299 |
Eine Workflow-Verarbeitungskette mit diesem Ereignis wird immer dann ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgte |
| 300 |
300 |
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). |
| 301 |
301 |
Das Ereignis stellt folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können: |
| ... |
... |
@@ -303,7 +303,7 @@ |
| 303 |
303 |
; **[%$TRIGGER.paymentStatus%]** |
| 304 |
304 |
: Bezeichnung des Status, wie er vom ePay-BL Portal zurückgeliefert wird. |
| 305 |
305 |
: Folgende Werte sind möglich: |
| 306 |
|
-: **AKTIV**: Die Bezahlung über die PayPage ist noch nicht erfolgt. |
|
321 |
+: **AKTIV**: Die Bezahlung über die PayPage ist noch nicht erfolgt (z.B. weil der Nutzer den Bezahlvorgang auf Seiten von ePay-BL abgebrochen hat). |
| 307 |
307 |
: **MANDANT_NICHT_GEFUNDEN**: Der Mandant wurde im ePayment-System nicht gefunden. |
| 308 |
308 |
: **MANDANT_INAKTIV**: Der Mandant ist im ePayment-System derzeit als inaktiv gekennzeichnet. |
| 309 |
309 |
: **VERBINDUNG_OHNE_HTTPS**: Die Verbindung zum Webservice erfolgte nicht über HTTPS mit Client-Zertifikaten. |
| ... |
... |
@@ -316,6 +316,10 @@ |
| 316 |
316 |
: Eine Nachricht, die den zurückgelieferten Status näher beschreibt |
| 317 |
317 |
; **[%$TRIGGER.paypageUrl%]** |
| 318 |
318 |
: URL zur Paypage mit der aktuellen Transaktionsnummer. Damit ist ein nochmaliges Aufrufen und Bezahlen der offenen Transaktion möglich. |
|
334 |
+; **[%$TRIGGER.paymentMethod%]** {{version major="3" minor="5"}}{{/version}} |
|
335 |
+: Parameter gibt Auskunft über das in der Bezahl-Transaktion angewendete Zahlverfahren |
|
336 |
+; **[%$TRIGGER.paymentVerifyUrl%] {{version major="3" minor="5"}}{{/version}}** |
|
337 |
+: 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 |
| 319 |
319 |
|
| 320 |
320 |
== 3. Ergebnisanzeige == |
| 321 |
321 |
|
| ... |
... |
@@ -333,6 +333,41 @@ |
| 333 |
333 |
|
| 334 |
334 |
== Versionshistorie == |
| 335 |
335 |
|
|
355 |
+=== 3.6.0 === |
|
356 |
+ |
|
357 |
+* Erweiterung AKDB ePay Setup: Konfigurationsmöglichkeit für Proxy-Server-Einstellungen |
|
358 |
+* Platzhalter für Payment Verify-Url: Mit dem Platzhalter [%$PAYMENT_VERIFY_URL%] kann Status-übergreifend auf den URL zum nochmaligen Prüfen des Status einer Bezahltransaktion zugegriffen werden. |
|
359 |
+ |
|
360 |
+=== 3.5.1 === |
|
361 |
+ |
|
362 |
+* Fehlerbehebung: Im Zusammenspiel mit der {{formcycle/}} Version {{version major="7" patch="10"}}{{/version}} konnten Zertifikatsdateien nicht über das AKDB ePay Setup hochgeladen werden. Dieser Fehler wurde behoben. |
|
363 |
+ |
|
364 |
+=== 3.5.0 === |
|
365 |
+ |
|
366 |
+* Erweiterungen: EPayment-Verifikation-Aktion (V6) um 'Zahlverfahren' erweitert. |
|
367 |
+Trigger (Workflow V7) um genutztes 'Zahlverfahren' innerhalb der Rückgabewerte erweitert. |
|
368 |
+Error-Trigger (Workflow V7) um 'PaymentVerifyUrl' erweitert. Dieser Parameter kann zum nochmaligen Aufruf der Verifizierung einer Bezahlung genutzt werden. |
|
369 |
+* Erweiterung AKDB ePay Setup: Eingabemöglichkeit für Daten des anzubindenden ePayment-Mandanten; Zusätzlicher Hinweis auf freizugebende URLs (notwendige Firewall-Freigaben) |
|
370 |
+ |
|
371 |
+=== 3.4.3 === |
|
372 |
+ |
|
373 |
+* 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. |
|
374 |
+ |
|
375 |
+=== 3.4.2 === |
|
376 |
+ |
|
377 |
+* Fehlerbehebung: ein Anzeige-Fehler bei der Berechnung des Gesamtpreises für einen EPayment-Bestellartikel wurde behoben |
|
378 |
+* Fehlerbehebung: Aufgrund von Fehlern beim Decodieren und Entschlüsseln von URL-Parametern, wurde die Verschlüsselungs-Routine angepasst. |
|
379 |
+ |
|
380 |
+=== 3.4.1 === |
|
381 |
+ |
|
382 |
+* Fehlerbehebung EPayment Bestellartikel: Die Werte der widget-internen HTML-Elemente sind bei einer Zwischenspeicherung nicht berücksichtigt worden. Dies wurde behoben. |
|
383 |
+ |
|
384 |
+=== 3.4.0 === |
|
385 |
+ |
|
386 |
+* Erweiterung AKDB ePay Setup: Ein Verbindungstest ist jetzt auch ohne Konfiguration eines AKDB-Mandanten möglich. |
|
387 |
+* Anpassung EPayment Bestellartikel: HTML-Elemente innerhalb des Widgets um 'data-' Präfix erweitert |
|
388 |
+* Fehlerbehebung: Session-Replacer werden bei Verarbeitung der Workflow-Ereignisse berücksichtigt. |
|
389 |
+ |
| 336 |
336 |
=== 3.3.1 === |
| 337 |
337 |
|
| 338 |
338 |
* 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. |
