... |
... |
@@ -83,8 +83,7 @@ |
83 |
83 |
=== 1.3. Bestellung an den Server übermitteln: === |
84 |
84 |
|
85 |
85 |
Um eine Bestellung auszulösen und die bestellten Artikel zum Server zu übertragen muss dem Formular eine //Senden//-Schaltfläche hinzugefügt werden. |
86 |
|
- |
87 |
|
-{{id name="config_process"/}} |
|
86 |
+\\{{id name="config_process"/}} |
88 |
88 |
|
89 |
89 |
== 2. Workflow für EPayment konfigurieren == |
90 |
90 |
|
... |
... |
@@ -93,14 +93,13 @@ |
93 |
93 |
* Workflow-Aktion **[[Bestellung übermitteln>>doc:||anchor="plugin_epay_init"]]**: Diese erzeugt eine neue Bezahl-Transaktion auf Seiten der AKDB und leitet den Benutzer auf dessen Portalseite weiter. |
94 |
94 |
* Workflow-Ereignis **[[Bezahlung erfolgreich>>doc:||anchor="plugin_event_epay_success"]]**: Verarbeitet ein Ereignis, welches auf der Rückmeldung über eine erfolgreiche Bezahlung auf dem ePay-BL Portal basiert. |
95 |
95 |
* Workflow-Ereignis **[[Bezahlung nicht erfolgreich>>doc:||anchor="plugin_event_epay_error"]]**: Verarbeitet ein Ereignis, welches auf der Rückmeldung über eine noch offene Bezahlung auf dem ePay-BL Portal basiert. Dabei kann dies verschiedene Ursachen haben. Zum einen kann die Bezahlvorgang durch den Nutzer abgebrochen worden sein oder es ist zu einem Fehler im ePay-BL Portal gekommen. |
96 |
|
-* HTML-Template **AKDB ePayment Bezahlung Erfolg**: Standard-Template für Anzeige bei erfolgreich abgeschlossener Bezahlung. |
97 |
|
-* HTML-Template **AKDB ePayment Bezahlung Fehler**: Standard-Template für Anzeige bei offenen bzw. fehlerhaft beendeten Bezahlvorgang |
98 |
|
-* HTML-Template **AKDB ePayment Fehler**: Standard-Template für Anzeige bei allgemeinen technischen Fehlern |
99 |
99 |
|
100 |
100 |
Ein Workflow für einen einfachen Fall kann folgendermaßen konfiguriert sein: |
101 |
101 |
|
102 |
|
-(% style="background-color:transparent; border:none" %) |
103 |
|
-|(% style="border-style:none; width:180px" %)[[image:hilfe_workflow.png||alt="Workflow mit EPayment Anbindung"]]|(% style="border-style:none; width:800px" %)((( |
|
98 |
+{{figure image="hilfe_workflow.png"}} |
|
99 |
+Workflow mit EPayment Anbindung |
|
100 |
+{{/figure}} |
|
101 |
+ |
104 |
104 |
__Kurze Ablaufbeschreibung zum dargestellten Workflow:__ |
105 |
105 |
|
106 |
106 |
~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. |
... |
... |
@@ -111,8 +111,6 @@ |
111 |
111 |
|
112 |
112 |
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 |
113 |
113 |
wird eine entsprechende Abschlussseite angezeigt. |
114 |
|
- |
115 |
|
-))) |
116 |
116 |
|
117 |
117 |
{{id name="plugin_epay_init"/}} |
118 |
118 |
|
... |
... |
@@ -226,7 +226,7 @@ |
226 |
226 |
: Bezeichnung des Status, wie er vom ePay-BL Portal zurückgeliefert wird. |
227 |
227 |
: Folgende Werte sind möglich: |
228 |
228 |
: **AKTIV**: Die Bezahlung über die PayPage ist noch nicht erfolgt. |
229 |
|
-: **MANDANT_NICHT_GEFUNDEN**: Der Mandant wurde im ePayment-System nicht gefunden. |
|
225 |
+: **MANDANT_NICHT_GEFUNDEN**: Der Mandant wurde im ePayment-System nicht gefunden. |
230 |
230 |
: **MANDANT_INAKTIV**: Der Mandant ist im ePayment-System derzeit als inaktiv gekennzeichnet. |
231 |
231 |
: **VERBINDUNG_OHNE_HTTPS**: Die Verbindung zum Webservice erfolgte nicht über HTTPS mit Client-Zertifikaten. |
232 |
232 |
: **VERBINDUNG_ZERTIFIKAT_FEHLER**: Das für die Verbindung verwendete Client-Zertifikat darf nicht für den gewählten Mandanten verwendet werden. |
... |
... |
@@ -238,3 +238,58 @@ |
238 |
238 |
: Eine Nachricht, die den zurückgelieferten Status näher beschreibt |
239 |
239 |
; **[%$TRIGGER.paypageUrl%]** |
240 |
240 |
: URL zur Paypage mit der aktuellen Transaktionsnummer. Damit ist ein nochmaliges Aufrufen und Bezahlen der offenen Transaktion möglich. |
|
237 |
+ |
|
238 |
+== 3. Ergebnisanzeige == |
|
239 |
+ |
|
240 |
+Die Anzeige des Ergebnisses bzw. des Status einer Bezahl-Transaktion erfolgt standardmäßig mittels einer extra Abschluss-Seite. |
|
241 |
+Dafür stellt das Plugin 3 HTML-Templates bereit: |
|
242 |
+ |
|
243 |
+* **AKDB ePayment Bezahlung Erfolg**: Standard-Template für Anzeige bei erfolgreich abgeschlossener Bezahlung. |
|
244 |
+* **AKDB ePayment Bezahlung Fehler**: Standard-Template für Anzeige bei offenen bzw. fehlerhaft beendeten Bezahlvorgang. Dieser Template enthält Platzhalter für Anzeige des konkreten Fehlers und einen Link zum Wiederaufruf des noch ausstehenden Bezahlvorgangs. |
|
245 |
+* **AKDB ePayment Fehler**: Standard-Template für Anzeige bei allgemeinen technischen Fehlern. Der genaue Fehler wird mittels enthaltener Platzhalter ausgewiesen. |
|
246 |
+ |
|
247 |
+{{info}} |
|
248 |
+Die durch das Plugin bereitgestellten HTML-Templates können bearbeitet werden. Änderungen haben dabei auf alle Formulare mit Bezahl-Workflow Auswirkungen, wenn Sie diese Standard-Templates nutzen. |
|
249 |
+Möchte man in einem einzelnen Bezahl-Workflow ein eigenes Abschluss-Seiten Template verwenden, so kann man dies über eine Aktion //HTML-Abschlussseite// in der jeweiligen Verarbeitungskette realisieren. |
|
250 |
+{{/info}} |
|
251 |
+ |
|
252 |
+== Versionshistorie == |
|
253 |
+ |
|
254 |
+(% class="wikigeneratedid" %) |
|
255 |
+=== 3.2.0 === |
|
256 |
+ |
|
257 |
+* Erweiterung EPayment Bestellartikel: Am Element ist der Gesamtpreis (Anzahl * Einzelpreis) als verstecktes Element verfügbar. Dieser kann über die CSS-Klasse 'CXOrderItemTotalPrice' eingeblendet werden. |
|
258 |
+* Erweiterung Anzahl-Eingabe-Element am EPayment Bestellartikel: Bei einer direkten Werteingabe wird diese sofort gegen die definierte untere und obere Wertgrenze validiert. |
|
259 |
+ |
|
260 |
+=== 3.1.4 === |
|
261 |
+ |
|
262 |
+* Formatierung des Rückgabewertes für den Gesamtbetrag auf #0,00 € |
|
263 |
+ |
|
264 |
+=== 3.1.3 === |
|
265 |
+ |
|
266 |
+* Fehlerbehebung: Es wurden Problem behoben, welche beim Öffnen von EPayment-Formularen im Designe aufgetreten sind. |
|
267 |
+ |
|
268 |
+=== 3.1.2 === |
|
269 |
+ |
|
270 |
+* Neuer Pluginparameter *epayment.webservice.timeout* zum Konfigurieren des Timeouts zum Webservice in Sekunden. |
|
271 |
+ |
|
272 |
+=== 3.1.1 === |
|
273 |
+ |
|
274 |
+* Fehlerbehebung: Bei EPayment-Artikel Objekt werden bei fehlenden Werten, Defaultwerte angenommen. |
|
275 |
+ |
|
276 |
+=== 3.1.0 === |
|
277 |
+ |
|
278 |
+* Neue Eigenschaften am EPayment-Artikel Objekte hinzugefügt: |
|
279 |
+** 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 |
|
280 |
+** Maximale Bestellmenge: Die durch den Nutzer maximal auswählbare Bestellmenge lässt sich begrenzen |
|
281 |
+ |
|
282 |
+=== 3.0.1 === |
|
283 |
+ |
|
284 |
+* Plugin benötigt mindestens {{formcycle/}} in der Version {{version major="7" minor="0" patch="1"}}{{/version}} |
|
285 |
+** Anpassungen der Validierungen im Designer für EPayment-Artikel Objekte |
|
286 |
+ |
|
287 |
+=== 3.0.0 === |
|
288 |
+ |
|
289 |
+* Plugin benötigt mindestens {{formcycle/}} in der Version {{version major="7" minor="0" patch="0"}}{{/version}} |
|
290 |
+** Neue Workflow-Aktion für Initialisierung der Bezahl-Transaktion |
|
291 |
+** Einführung Ereignisse für Absenden der Bestellung, sowie Verifizierung der erfolgreichen / nicht erfolgreichen Bezahltransaktion |