| ... |
... |
@@ -1,10 +1,5 @@ |
| 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) |
|
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 |
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 |
|
- |
| 8 |
8 |
{{content/}} |
| 9 |
9 |
|
| 10 |
10 |
{{info}} |
| ... |
... |
@@ -288,29 +288,19 @@ |
| 288 |
288 |
|
| 289 |
289 |
=== 2.2. Workflow-Ereignis //Bezahlung erfolgreich// === |
| 290 |
290 |
|
| 291 |
|
-{{figure image="trigger_success.png"}} |
| 292 |
|
-Workflow-Ereignis bei erfolgreicher Bezahlung |
| 293 |
|
-{{/figure}} |
| 294 |
|
- |
| 295 |
295 |
Eine Workflow-Verarbeitungskette mit diesem Ereignis wird ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgt |
| 296 |
296 |
und die Bezahlung erfolgreich durchgeführt wurde. Pro Formular-Vorgang kann dieses Ereignis genau einmal eintreten. |
| 297 |
297 |
Das Ereignis stellt dabei folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können: |
| 298 |
298 |
|
| 299 |
299 |
; **[%$TRIGGER.paymentStatus%]** |
| 300 |
|
-: 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) |
| 301 |
301 |
; **[%$TRIGGER.paymentStatusText%]** |
| 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 |
|
293 |
+: Eine Nachricht, die den zurückgelieferten Status näher beschreibt |
| 305 |
305 |
|
| 306 |
306 |
{{id name="plugin_event_epay_error"/}} |
| 307 |
307 |
|
| 308 |
308 |
=== 2.3. Workflow-Ereignis //Bezahlung nicht erfolgreich// === |
| 309 |
309 |
|
| 310 |
|
-{{figure image="trigger_error.png"}} |
| 311 |
|
-Workflow-Ereignis bei nicht erfolgreicher Bezahlung |
| 312 |
|
-{{/figure}} |
| 313 |
|
- |
| 314 |
314 |
Eine Workflow-Verarbeitungskette mit diesem Ereignis wird immer dann ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgte |
| 315 |
315 |
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). |
| 316 |
316 |
Das Ereignis stellt folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können: |
| ... |
... |
@@ -331,10 +331,6 @@ |
| 331 |
331 |
: Eine Nachricht, die den zurückgelieferten Status näher beschreibt |
| 332 |
332 |
; **[%$TRIGGER.paypageUrl%]** |
| 333 |
333 |
: 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 |
| 338 |
338 |
|
| 339 |
339 |
== 3. Ergebnisanzeige == |
| 340 |
340 |
|
| ... |
... |
@@ -352,42 +352,6 @@ |
| 352 |
352 |
|
| 353 |
353 |
== Versionshistorie == |
| 354 |
354 |
|
| 355 |
|
-(% class="wikigeneratedid" %) |
| 356 |
|
-=== 3.6.0 === |
| 357 |
|
- |
| 358 |
|
-* Erweiterung AKDB ePay Setup: Konfigurationsmöglichkeit für Proxy-Server-Einstellungen |
| 359 |
|
-* 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. |
| 360 |
|
- |
| 361 |
|
-=== 3.5.1 === |
| 362 |
|
- |
| 363 |
|
-* 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. |
| 364 |
|
- |
| 365 |
|
-=== 3.5.0 === |
| 366 |
|
- |
| 367 |
|
-* Erweiterungen: EPayment-Verifikation-Aktion (V6) um 'Zahlverfahren' erweitert. |
| 368 |
|
-Trigger (Workflow V7) um genutztes 'Zahlverfahren' innerhalb der Rückgabewerte erweitert. |
| 369 |
|
-Error-Trigger (Workflow V7) um 'PaymentVerifyUrl' erweitert. Dieser Parameter kann zum nochmaligen Aufruf der Verifizierung einer Bezahlung genutzt werden. |
| 370 |
|
-* Erweiterung AKDB ePay Setup: Eingabemöglichkeit für Daten des anzubindenden ePayment-Mandanten; Zusätzlicher Hinweis auf freizugebende URLs (notwendige Firewall-Freigaben) |
| 371 |
|
- |
| 372 |
|
-=== 3.4.3 === |
| 373 |
|
- |
| 374 |
|
-* 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. |
| 375 |
|
- |
| 376 |
|
-=== 3.4.2 === |
| 377 |
|
- |
| 378 |
|
-* Fehlerbehebung: ein Anzeige-Fehler bei der Berechnung des Gesamtpreises für einen EPayment-Bestellartikel wurde behoben |
| 379 |
|
-* Fehlerbehebung: Aufgrund von Fehlern beim Decodieren und Entschlüsseln von URL-Parametern, wurde die Verschlüsselungs-Routine angepasst. |
| 380 |
|
- |
| 381 |
|
-=== 3.4.1 === |
| 382 |
|
- |
| 383 |
|
-* Fehlerbehebung EPayment Bestellartikel: Die Werte der widget-internen HTML-Elemente sind bei einer Zwischenspeicherung nicht berücksichtigt worden. Dies wurde behoben. |
| 384 |
|
- |
| 385 |
|
-=== 3.4.0 === |
| 386 |
|
- |
| 387 |
|
-* Erweiterung AKDB ePay Setup: Ein Verbindungstest ist jetzt auch ohne Konfiguration eines AKDB-Mandanten möglich. |
| 388 |
|
-* Anpassung EPayment Bestellartikel: HTML-Elemente innerhalb des Widgets um 'data-' Präfix erweitert |
| 389 |
|
-* Fehlerbehebung: Session-Replacer werden bei Verarbeitung der Workflow-Ereignisse berücksichtigt. |
| 390 |
|
- |
| 391 |
391 |
=== 3.3.1 === |
| 392 |
392 |
|
| 393 |
393 |
* 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. |
