| ... |
... |
@@ -96,8 +96,10 @@ |
| 96 |
96 |
|
| 97 |
97 |
Ein Workflow für einen einfachen Fall kann folgendermaßen konfiguriert sein: |
| 98 |
98 |
|
| 99 |
|
-(% style="background-color:transparent; border:none" %) |
| 100 |
|
-|(% style="border-style:none; width:180px" %)[[image:hilfe_workflow.png||alt="Workflow mit EPayment Anbindung"]]|(% style="border-style:none; width:800px" %)((( |
|
99 |
+{{figure image="hilfe_workflow.png"}} |
|
100 |
+Workflow mit EPayment Anbindung |
|
101 |
+{{/figure}} |
|
102 |
+ |
| 101 |
101 |
__Kurze Ablaufbeschreibung zum dargestellten Workflow:__ |
| 102 |
102 |
|
| 103 |
103 |
~1. Durch das Absenden des Bestellformulars wird das Ereignis //Bestellen// aufgerufen und dort das Aktions-Plugin **[[AKDB:Bestellung übermitteln>>doc:||anchor="plugin_epay_init"]]** ausgeführt. Dieses ermittelt die für den Bestellvorgang notwendigen Daten aus dem Formular und startet eine Bezahl-Transaktion auf Seiten der AKDB. Wenn dies erfolgreich war, wird der Benutzer zum [[ePay-BL>>https://www.epaybl.de/||rel="noopener noreferrer" target="_blank" title="E-Payment Bund und Länder"]] Portal der AKDB weitergeleitet. |
| ... |
... |
@@ -108,8 +108,6 @@ |
| 108 |
108 |
|
| 109 |
109 |
4. Im Falle eines negativen Ergebnisses der Überprüfung des Bezahlvorgangs (z.B.: der Nutzer hat den Bezahlvorgang im ePay-BL Portal abgebrochen; während des Bezahlvorgangs ist ein Fehler aufgetreten), wird im vorliegenden Beispiel eine E-Mail erzeugt, in der der Benutzer auf die noch ausstehende Zahlung hingewiesen wird. Der Workflow wird in den Status //Nicht bezahlt// versetzt und dem Nutzer |
| 110 |
110 |
wird eine entsprechende Abschlussseite angezeigt. |
| 111 |
|
- |
| 112 |
|
-))) |
| 113 |
113 |
|
| 114 |
114 |
{{id name="plugin_epay_init"/}} |
| 115 |
115 |
|
| ... |
... |
@@ -252,26 +252,26 @@ |
| 252 |
252 |
|
| 253 |
253 |
== Versionshistorie == |
| 254 |
254 |
|
| 255 |
|
-# 3.1.4 |
|
255 |
+=== 3.1.4 === |
| 256 |
256 |
|
| 257 |
257 |
* Formatierung des Rückgabewertes für den Gesamtbetrag auf #0,00 € |
| 258 |
258 |
|
| 259 |
|
-# 3.1.3 |
|
259 |
+=== 3.1.3 === |
| 260 |
260 |
|
| 261 |
|
-* Prüfung ob Wert nicht `undefined` ist, bevor darauf `replace` gerufen wird. Behebt Problem beim Öffnen im Designer. |
|
261 |
+* Fehlerbehebung: Es wurden Problem behoben, welche beim Öffnen von EPayment-Formularen im Designe aufgetreten sind. |
| 262 |
262 |
|
| 263 |
|
-# 3.1.2 |
|
263 |
+=== 3.1.2 === |
| 264 |
264 |
|
| 265 |
265 |
* Neuer Pluginparameter *epayment.webservice.timeout* zum Konfigurieren des Timeouts zum Webservice in Sekunden. |
| 266 |
266 |
|
| 267 |
|
-# 3.1.1 |
|
267 |
+=== 3.1.1 === |
| 268 |
268 |
|
| 269 |
|
-* Sind keine Werte für die Properties "xepay_order_item_start_count" & "xepay_order_item_max_count" des Widgets XOrderItem gesetzt, werden die Defaultwerte genommen. |
|
269 |
+* Fehlerbehebung: Bei EPayment-Artikel Objekt werden bei fehlenden Werten, Defaultwerte angenommen. |
| 270 |
270 |
|
| 271 |
271 |
=== 3.1.0 === |
| 272 |
272 |
|
| 273 |
|
-* Neue Eigenschaften am Order-Item-Widget hinzugefügt: |
| 274 |
|
-** Pflicht-Artikel: Ein Artikel kann als pflicht definiert werden und wird dadurch automatisch der Bestellung hinzugefügt, egal ob dieser durch Manipulation aus der Bestellung entfernt wurde |
|
273 |
+* Neue Eigenschaften am EPayment-Artikel Objekte hinzugefügt: |
|
274 |
+** Pflicht-Artikel: Ein Artikel kann als Pflicht definiert werden und wird dadurch automatisch der Bestellung hinzugefügt, egal ob dieser durch Manipulation vor dem Absenden aus der Bestellung entfernt wurde |
| 275 |
275 |
** Maximale Bestellmenge: Die durch den Nutzer maximal auswählbare Bestellmenge lässt sich begrenzen |
| 276 |
276 |
|
| 277 |
277 |
=== 3.0.1 === |
