Änderungen von Dokument Verwendung

Von 1.5 nach 1.4 Von 54.1 nach 53.2

Von Version 53.2

bearbeitet von fse
am 28.07.2023, 17:49

Änderungskommentar: Es gibt keinen Kommentar für diese Version

Auf Version 1.5

bearbeitet von fse
am 23.12.2022, 15:23

Änderungskommentar: Es gibt keinen Kommentar für diese Version

Rohform
Im Layout

Zusammenfassung

Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)
Anhänge (0 geändert, 0 hinzugefügt, 13 gelöscht)

Details

Seiteneigenschaften

Inhalt

@@ -2,9 +2,8 @@
  {{info}}
  **Achtung:**
--Mit diesem Plugin ist ein Anbindung an von der AKDB unabhängige ePayBL-Anbieter möglich. Alte AKDB spezifische Plugin-Versionen sind [[**unter diesem Link **>>url:https://customer.formcycle.eu/index.php/apps/files/?dir=/FORMCYCLE%20-%20Plugins%20Customer/AKDB%3A%20EPayment%20plugin%20(plugin-bundle-akdb-epayment)&fileid=2674||rel="noopener noreferrer" target="_blank"]] (Anmeldung erforderlich) zu finden.
--Formular-Elemente und Workflow-Aktionen müssen nicht neu eingerichtet werden, nach dem [[**Setup** >>url:https://help7.formcycle.de/xwiki/bin/view/Formcycle/PluginDocumentation/ePayBLEPaymentPlugin/ePayBLEPaymentSetup/]] können bestehende Formulare direkt weiter genutzt werden.
--Bezahlvorgänge, welche im EPayment der AKDB gestartet und abgebrochen wurden, können nicht nach dem Wechsel auf dieses Plugin abgeschlossen werden.
++Seit Plugin-Version {{version major="4" minor="0" patch="0"}}{{/version}} ist ein Anbindung an von der AKDB unabhängigen Anbietern möglich. Alte AKDB spezifische Plugin-Versionen sind [[**unter diesem Link **>>url:https://customer.formcycle.eu/index.php/apps/files/?dir=/FORMCYCLE%20-%20Plugins%20Customer/AKDB%3A%20EPayment%20plugin%20(plugin-bundle-akdb-epayment)&fileid=2674||rel="noopener noreferrer" target="_blank"]] (Anmeldung erforderlich) zu finden.
++**Es wird eine minor Version folgen, welche die Migration von alten Plugin-Versionen erleichtert.**
  {{/info}}
  {{content/}}
@@ -41,9 +41,9 @@
  {{/figure}}
  Über das Formular-Element //EPayment Artikel// werden die für eine Bestell-Transaktion notwendigen Artikel definiert.
--Das Formular-Element dient dabei zum Einen für eine visuelle Darstellung des Artikels (mit Bild, Beschreibung, Preisangabe, Eingabemöglichkeit für Bestellmenge) innerhalb eines Formulars, als auch als Vorlage für die Erstellung einer konkreten Bestellposition zum Zeitpunkt der Ausführung einer Bezahl-Transaktion.
++Das Formular-Element dient dabei zum Einen für eine visuelle Darstellung des Artikels (mit Bild, Beschreibung, Preisangabe, Eingabemöglichkeit für Bestellmenge) innerhalb eines Formulars, als auch als Vorlage für die Erstellung einer konkreten Bestellposition zum Zeitpunkt der Ausführung einer Bezahl-Transaktion.
--Bestellpositionen können auch direkt in der Workflow-Aktion definiert werden.
++Ab Plugin-Version {{version major="3" minor="3" patch="0"}}{{/version}} können Bestellpositionen auch direkt in der Workflow-Aktion definiert werden.
  Dadurch muss kein //EPayment Artikel// zwingend im Formular vorhanden sein. Bei Konfiguration der Workflow-Aktion **[[Bestellung übermitteln>>doc:||anchor="plugin_epay_init"]]** wird geprüft, dass mindestens ein //EPayment Artikel// im Formular oder eine Bestellposition direkt in der Workflow-Aktion vorhanden ist.
  __Grundeigenschaften:__
@@ -163,10 +163,6 @@
  ; Telefon
  ; Mobiltelefon
--{{info}}
--Aktuell muss die Eingabe der E-Mail dem Pattern **//^[a-zA-Z0-9_\.+\-]+@[a-zA-Z0-9\-]+\.[a-zA-Z0-9\-\.]+$//** entsprechen. Die Datentyp Reglementierung der EPayment Vorlage erlaubt auch Umlaute und Sonderzeichen, so dass es zu einem Fehler vor Start des Bezahlvorgangs kommen kann.
--{{/info}}
--
  {{/panel}}
  {{id name="config_paypage"/}}
@@ -185,8 +185,6 @@
  : Der konfigurierte Wert muss sich in ein gültiges Datum umwandeln lassen. Wenn an dieser Stelle ein Wert hinterlegt ist, wird dieser als Fälligkeitszeitpunkt für die Zahlung übermittelt und die globale Einstellung für den **Fälligkeitszeitraum** wird nicht beachtet.
  ; Buchungstext auf PayPage
  : Der hier festgelegte Buchungstext wird dem Benutzer auf der PayPage angezeigt.
--; Server für die Rücksprungadresse
--: Der Standardwert ist ein Platzhalter, welcher den **aktuellen** Server zurück gibt. **Aktuell** richtet sich hier nach dem Zeitpunkt und Ort der Ausführung der "Bestellung übermitteln" Aktion. Falls die Aktion auf dem Master-Server ausgeführt (z.B.: im Postfach) wird, jedoch das Formular auf einem Frontend-Server ausgeliefert wird, muss dieser Frontend-Server hier ausgewählt werden. Ansonsten wird nach Abschluss der Bezahlung zurück auf den Master-Server geleitet, welcher möglicherweise nicht erreichbar ist für den/die Antragssteller*in.
  {{/panel}}
  {{panel title="Definition zusätzlicher Bestellpositionen" fullwidth="true" triggerable="true"}}
@@ -196,49 +196,42 @@
  {{/figure}}
  ; Anzahl
--: Definiert die für die Bestellposition geltende Anzahl. Der hier definierte Wert muss zur Laufzeit einer Zahl größer 0 entsprechen, damit die Bestellposition mit in die aktuelle Bestellung einbezogen wird. Die Anzahl dient weiterhin zur Berechnung des Gesamtpreises der Bestellposition innerhalb der Bestellung
--; Buchungstext
++: Definiert die für die Bestellposition geltende Anzahl. Der hier definierte Wert muss zur Laufzeit einer Zahl größer 0 entsprechen, damit die Bestellposition mit in die aktuelle Bestellung einbezogen wird. Die Anzahl dient weiterhin zur Berechnung des Gesamtpreises der Bestellposition innerhalb der Bestellung
++; Buchungstext
  : Der hier definierte Text wird als Buchungstext übermittelt. Er darf nur aus SEPA-konformen Zeichen bestehen und maximal 21 Zeichen lang sein. Der Text kann dabei auch aus Platzhaltern stammen. Er wird, wenn dies notwendig ist, automatisch auf 21 Zeichen eingekürzt.
--; Netto-Preis (in Euro)
--: Der (Einzel)Netto-Preis für die Bestellposition. Der an dieser Stelle konfigurierten Wert muss sich in eine kommaseparierte Zahl umwandeln lassen und dient zur Berechnung der Gesamtsumme für die Bestellposition. (Berechnung: Gesamtpreis = Anzahl x Preis)
--; Steuersatz in %
--: Der anzuwendende Steuersatz ist frei wählbar und wird mit den oben genannten Netto-Preis verrechnet zum endgültigen Brutto-Preis.
--
--{{info}}
--Falls bereits Bestellpositionen im **AKDB: EPayment-Plugin** konfiguriert wurden, wird der Steuersatz auf 0% gesetzt. Somit ist initial Netto-Preis = Brutto-Preis.
--{{/info}}
--
++; Preis (in Euro)
++: Der (Einzel)Preis für die Bestellposition. Der an dieser Stelle konfigurierte Wert muss sich in eine kommaseparierte Zahl umwandeln lassen und dient zur Berechnung der Gesamtsumme für die Bestellposition. (Berechnung: Gesamtpreis = Anzahl x Preis)
  ; Beschreibung
--: Dient der interne Beschreibung der Bestellposition. Diese Information wird nicht an ePayBL weiter gegeben.
++: Dient der interne Beschreibung der Bestellposition. Diese Information wird nicht an ePay-BL weiter gegeben.
  ; Belegnummer
--: Die Belegnummer ist ein optionaler Wert, welcher zur weiterführenden Verarbeitung auf Seiten von ePayBL dient.
++: Die Belegnummer ist ein optionaler Wert, welcher zur weiterführenden Verarbeitung auf Seiten von ePay-BL dient.
--Über den Button [[image:icon_add.png]] können neue Bestellpositionen hinzugefügt werden. Über den Button [[image:icon_del.png]] lässt sich die jeweilige Bestellposition wieder aus der Tabelle entfernen.
++Über den Button [[image:icon_add.png]] können neue Bestellpositionen hinzugefügt werden. Über den Button [[image:icon_del.png]] lässt sich die jeweilige Bestellposition wieder aus der Tabelle entfernen.
  {{/panel}}
--{{panel title="Konfiguration ePayBL ePayment-Mandant" fullwidth="true" initial="visible" triggerable="true"}}
++{{panel title="Konfiguration AKDB ePayment-Mandant" fullwidth="true" initial="visible" triggerable="true"}}
--{{figure image="plugin_init_config_mandant.png"}}
--Konfiguration ePayBL EPayment-Mandant
++{{figure image="plugin_init_config_akdb_mandant.png"}}
++Konfiguration AKDB EPayment-Mandant
  {{/figure}}
--In diesem Bereich können die globalen Einstellungen für den zu verwendenden ePayBL Mandanten übersteuert werden. Die Einstellungen zum ePayBL Mandanten sind notwendig, um später die Transaktion auf Seiten von ePayBL der richtigen Behörde (entspricht der festgelegten Mandant-Nummer), dem Bewirtschafter und der Haushaltsstelle zuzuordnen.
--Diese Einstellungen wurden möglicherweise bereits durch einen Xima® Formcycle-Administrator und/oder Mandant-Administrator global hinterlegt. Entsprechende Werte werden als Platzhalter angezeigt.
++In diesem Bereich können die globalen Einstellungen für den zu verwendenden ePay-BL Mandanten übersteuert werden. Die Einstellungen zum ePay-BL Mandanten sind notwendig, um später die Transaktion auf Seiten von ePay-BL
++der richtigen Behörde (entspricht der festgelegten Mandant-Nummer), dem Bewirtschafter und der Haushaltsstelle zuzuordnen.
++In den meisten Fällen sind diese Einstellungen bereits durch einen Plugin-Administrator global hinterlegt worden, sodass an dieser Stelle keine Konfiguration notwendig ist.
++Die einzelnen Parameter können per Platzhalter oder fest definiert hinterlegt werden. Weiterhin kann über den Button [[image:icon_update.png]] //Webservice Erreichbarkeit prüfen// die generelle Erreichbarkeit des EPayment Webservice geprüft werden.
--Die einzelnen Parameter können per Platzhalter oder fest definiert hinterlegt werden. Weiterhin kann über den Button //Verbindung prüfen// die generelle Erreichbarkeit des EPayment Webservice geprüft werden.
--
  ; Mandant-Nummer
--: ePayBL-Mandantennummer des aufrufenden eShops (FORMCYCLE) (Wird durch ePayBL-System vorgegeben)
++: AKDB-Mandantennummer des aufrufenden eShops (FORMCYCLE) (Wird durch ePay-BL-System vorgegeben)
  ; Bewirtschafter-Nummer
--: Bewirtschafternummer (Wird durch ePayBL-System vorgegeben)
++: Bewirtschafternummer (Wird durch ePay-BL-System vorgegeben)
  ; Haushaltsstelle
--: Nummer der Haushaltsstelle, welcher die Buchung zugeordnet werden soll. (Wird durch ePayBL-System vorgegeben)
++: Nummer der Haushaltsstelle, welcher die Buchung zugeordnet werden soll. (Wird durch ePay-BL-System vorgegeben)
  ; Objektnummer
--: Dient der internen Verbuchung im EPayment-System. (Wird durch ePayBL-System vorgegeben)
++: Dient der internen Verbuchung im EPayment-System. (Wird durch ePay-BL-System vorgegeben)
  ; Kennzeichen-Mahnverfahren
--: Einstellung für das Kennzeichen in einem Mahnverfahren. (Mögliche Werte werden durch ePayBL-System vorgegeben)
++: Einstellung für das Kennzeichen in einem Mahnverfahren. (Mögliche Werte werden durch ePay-BL-System vorgegeben)
  ; Fälligkeitszeitraum
  : Einstellung für die Berechnung des Fälligkeitszeitraumes der Zahlung (Dauer in Tagen).
@@ -283,19 +283,19 @@
  ; [%$[Name der Aktion].RESULT.Gesamtbetrag%]
  : Der in der Zahlungstransaktion ausgewiesene zu zahlende Geldbetrag. Angabe in Euro
  ; [%$[Name der Aktion].RESULT.Kassenzeichen%]
--: Das aktuelle Kassenzeichen unter dem die Zahlungstransaktion im ePayBL Portal geführt wird.
++: Das aktuelle Kassenzeichen unter dem die Zahlungstransaktion im ePay-BL Portal geführt wird.
  ; [%$[Name der Aktion].RESULT.UrlToPaypage%]
--: Die URL zur Bezahlseite auf Seiten von ePayBL, wo die Bezahlung der aktuellen Transaktion durchgeführt werden kann.
++: Die URL zur Bezahlseite auf Seiten von ePay-BL, wo die Bezahlung der aktuellen Transaktion durchgeführt werden kann.
  __Fehlercodes__
  ; NO_ORDER_DATA
--: Fehlercode, wenn zur Laufzeit keine Bestellpositionen übermittelt wurden. Diese kann beispielweise auftreten, wenn der Formular-Nutzer beispielsweise keine Artikel zum Bestellen ausgewählt hatte.
++: Fehlercode, wenn zur Laufzeit keine Bestellpositionen übermittelt wurden. Diese kann beispielweise auftreten, wenn der Formular-Nutzer beispielsweise keine Artikel zum Bestellen ausgewählt hatte.
  ; SRV_NOT_AVIALABLE
--: Fehlercode, wenn der ePayBL Service nicht verfügbar ist.
++: Fehlercode, wenn der ePay-BL Service nicht verfügbar ist.
  ; SRV_METHOD_ERROR
--: Fehlercode, wenn eine ePayBL Webservice-Methode einen Fehler lieferte. Bei Auftreten von solchen Fehlertypen sollte das
--{{formcycle/}} interne Fehler-Protokoll für eine tiefere Analyse einbezogen werden.
++: Fehlercode, wenn eine ePay-BL Webservice-Methode einen Fehler lieferte. Bei Auftreten von solchen Fehlertypen sollte das
++{{formcycle/}} interne Fehler-Protokoll für eine tiefere Analyse einbezogen werden.
  ; INTERNAL_ERROR
  : Fehlercode für einen nicht nähere beschriebenen Fehler. Bei Auftreten von solchen Fehlertypen sollte das
  {{formcycle/}} interne Fehler-Protokoll für eine tiefere Analyse einbezogen werden.
@@ -307,15 +307,15 @@
  Workflow-Ereignis bei erfolgreicher Bezahlung
  {{/figure}}
--Eine Workflow-Verarbeitungskette mit diesem Ereignis wird ausgeführt, wenn eine Rückleitung aus dem ePayBL Portal erfolgt
++Eine Workflow-Verarbeitungskette mit diesem Ereignis wird ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgt
  und die Bezahlung erfolgreich durchgeführt wurde. Pro Formular-Vorgang kann dieses Ereignis genau einmal eintreten.
  Das Ereignis stellt dabei folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können:
  ; **[%$TRIGGER.paymentStatus%]**
--: Bezeichnung des Status, wie er vom ePayBL Portal zurück geliefert wird. (Möglicher Wert: INAKTIV)
++: Bezeichnung des Status, wie er vom ePay-BL Portal zurück geliefert wird. (Möglicher Wert: INAKTIV)
  ; **[%$TRIGGER.paymentStatusText%]**
  : Eine Nachricht, die den zurück gelieferten Status näher beschreibt
--; **[%$TRIGGER.paymentMethod%]**
++; **[%$TRIGGER.paymentMethod%] {{version major="3" minor="5"}}{{/version}}**
  : Parameter gibt Auskunft über das in der Bezahl-Transaktion angewendete Zahlverfahren
  {{id name="plugin_event_epay_error"/}}
@@ -326,14 +326,14 @@
  Workflow-Ereignis bei nicht erfolgreicher Bezahlung
  {{/figure}}
--Eine Workflow-Verarbeitungskette mit diesem Ereignis wird immer dann ausgeführt, wenn eine Rückleitung aus dem ePayBL Portal erfolgte
--und die Bezahlung nicht durchgeführt wurde. Pro Formular-Vorgang kann dieses Ereignis mehrfach eintreten (Bei Fehlern im ePayBL Portal oder bei Abbruch des Bezahlvorgangs durch den Nutzer).
++Eine Workflow-Verarbeitungskette mit diesem Ereignis wird immer dann ausgeführt, wenn eine Rückleitung aus dem ePay-BL Portal erfolgte
++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).
  Das Ereignis stellt folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können:
  ; **[%$TRIGGER.paymentStatus%]**
--: Bezeichnung des Status, wie er vom ePayBL Portal zurückgeliefert wird.
++: Bezeichnung des Status, wie er vom ePay-BL Portal zurückgeliefert wird.
  : Folgende Werte sind möglich:
--: **AKTIV**: Die Bezahlung über die PayPage ist noch nicht erfolgt (z.B. weil der Nutzer den Bezahlvorgang auf Seiten von ePayBL abgebrochen hat).
++: **AKTIV**: Die Bezahlung über die PayPage ist noch nicht erfolgt (z.B. weil der Nutzer den Bezahlvorgang auf Seiten von ePay-BL abgebrochen hat).
  : **MANDANT_NICHT_GEFUNDEN**: Der Mandant wurde im ePayment-System nicht gefunden.
  : **MANDANT_INAKTIV**: Der Mandant ist im ePayment-System derzeit als inaktiv gekennzeichnet.
  : **VERBINDUNG_OHNE_HTTPS**: Die Verbindung zum Webservice erfolgte nicht über HTTPS mit Client-Zertifikaten.
@@ -346,9 +346,9 @@
  : Eine Nachricht, die den zurückgelieferten Status näher beschreibt
  ; **[%$TRIGGER.paypageUrl%]**
  : URL zur Paypage mit der aktuellen Transaktionsnummer. Damit ist ein nochmaliges Aufrufen und Bezahlen der offenen Transaktion möglich.
--; **[%$TRIGGER.paymentMethod%]**
++; **[%$TRIGGER.paymentMethod%]** {{version major="3" minor="5"}}{{/version}}
  : Parameter gibt Auskunft über das in der Bezahl-Transaktion angewendete Zahlverfahren
--; **[%$TRIGGER.paymentVerifyUrl%]**
++; **[%$TRIGGER.paymentVerifyUrl%] {{version major="3" minor="5"}}{{/version}}**
  : 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
  == 3. Ergebnisanzeige ==
@@ -356,11 +356,96 @@
  Die Anzeige des Ergebnisses bzw. des Status einer Bezahl-Transaktion erfolgt standardmäßig mittels einer extra Abschluss-Seite.
  Dafür stellt das Plugin 3 HTML-Templates bereit:
--* **ePayBL ePayment Bezahlung Erfolg**: Standard-Template für Anzeige bei erfolgreich abgeschlossener Bezahlung.
--* **ePayBL 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.
--* **ePayBL ePayment Fehler**: Standard-Template für Anzeige bei allgemeinen technischen Fehlern. Der genaue Fehler wird mittels enthaltener Platzhalter ausgewiesen.
++* **AKDB ePayment Bezahlung Erfolg**: Standard-Template für Anzeige bei erfolgreich abgeschlossener Bezahlung.
++* **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.
++* **AKDB ePayment Fehler**: Standard-Template für Anzeige bei allgemeinen technischen Fehlern. Der genaue Fehler wird mittels enthaltener Platzhalter ausgewiesen.
  {{info}}
  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.
  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.
  {{/info}}
++
++== Versionshistorie ==
++
++=== 3.6.0 ===
++
++* Erweiterung AKDB ePay Setup: Konfigurationsmöglichkeit für Proxy-Server-Einstellungen
++* 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.
++
++=== 3.5.1 ===
++
++* 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.
++
++=== 3.5.0 ===
++
++* Erweiterungen: EPayment-Verifikation-Aktion (V6) um 'Zahlverfahren' erweitert.
++Trigger (Workflow V7) um genutztes 'Zahlverfahren' innerhalb der Rückgabewerte erweitert.
++Error-Trigger (Workflow V7) um 'PaymentVerifyUrl' erweitert. Dieser Parameter kann zum nochmaligen Aufruf der Verifizierung einer Bezahlung genutzt werden.
++* Erweiterung AKDB ePay Setup: Eingabemöglichkeit für Daten des anzubindenden ePayment-Mandanten; Zusätzlicher Hinweis auf freizugebende URLs (notwendige Firewall-Freigaben)
++
++=== 3.4.3 ===
++
++* 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.
++
++=== 3.4.2 ===
++
++* Fehlerbehebung: ein Anzeige-Fehler bei der Berechnung des Gesamtpreises für einen EPayment-Bestellartikel wurde behoben
++* Fehlerbehebung: Aufgrund von Fehlern beim Decodieren und Entschlüsseln von URL-Parametern, wurde die Verschlüsselungs-Routine angepasst.
++
++=== 3.4.1 ===
++
++* Fehlerbehebung EPayment Bestellartikel: Die Werte der widget-internen HTML-Elemente sind bei einer Zwischenspeicherung nicht berücksichtigt worden. Dies wurde behoben.
++
++=== 3.4.0 ===
++
++* Erweiterung AKDB ePay Setup: Ein Verbindungstest ist jetzt auch ohne Konfiguration eines AKDB-Mandanten möglich.
++* Anpassung EPayment Bestellartikel: HTML-Elemente innerhalb des Widgets um 'data-' Präfix erweitert
++* Fehlerbehebung: Session-Replacer werden bei Verarbeitung der Workflow-Ereignisse berücksichtigt.
++
++=== 3.3.1 ===
++
++* 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.
++
++=== 3.3.0 ===
++
++* Plugin benötigt mindestens {{formcycle/}} in der Version {{version major="7" patch="9"}}{{/version}}
++* Erweiterung Workflow-Aktion //Bestellung übermitteln//: Möglichkeit für serverseitige Definition von Bestellpositionen
++* Einführung AKDB ePay Setup: Je nach Umgebung (Test oder Live) werden die korrekten URL's zum WS-Endpoint und zur PayPage hinterlegt. Weiterhin kann das Zertifikat für die Anbindung des ePay-Live Systems hinterlegt werden.
++
++=== 3.2.0 ===
++
++* Erweiterung EPayment Bestellartikel: Am Element ist der Gesamtpreis (Anzahl * Einzelpreis) als verstecktes Element verfügbar. Dieser kann über die CSS-Klasse 'CXOrderItemTotalPrice' eingeblendet werden.
++* Erweiterung Anzahl-Eingabe-Element am EPayment Bestellartikel: Bei einer direkten Werteingabe wird diese sofort gegen die definierte untere und obere Wertgrenze validiert.
++
++=== 3.1.4 ===
++
++* Formatierung des Rückgabewertes für den Gesamtbetrag auf #0,00 €
++
++=== 3.1.3 ===
++
++* Fehlerbehebung: Es wurden Problem behoben, welche beim Öffnen von EPayment-Formularen im Designe aufgetreten sind.
++
++=== 3.1.2 ===
++
++* Neuer Pluginparameter *epayment.webservice.timeout* zum Konfigurieren des Timeouts zum Webservice in Sekunden.
++
++=== 3.1.1 ===
++
++* Fehlerbehebung: Bei EPayment-Artikel Objekt werden bei fehlenden Werten, Defaultwerte angenommen.
++
++=== 3.1.0 ===
++
++* Neue Eigenschaften am EPayment-Artikel Objekte hinzugefügt:
++** 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
++** Maximale Bestellmenge: Die durch den Nutzer maximal auswählbare Bestellmenge lässt sich begrenzen
++
++=== 3.0.1 ===
++
++* Plugin benötigt mindestens {{formcycle/}} in der Version {{version major="7" minor="0" patch="1"}}{{/version}}
++** Anpassungen der Validierungen im Designer für EPayment-Artikel Objekte
++
++=== 3.0.0 ===
++
++* Plugin benötigt mindestens {{formcycle/}} in der Version {{version major="7" minor="0" patch="0"}}{{/version}}
++** Neue Workflow-Aktion für Initialisierung der Bezahl-Transaktion
++** Einführung Ereignisse für Absenden der Bestellung, sowie Verifizierung der erfolgreichen / nicht erfolgreichen Bezahltransaktion

hilfe_epay_artikel_form.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-148.2 KB

Inhalt

hilfe_epay_vorlagen_form.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-139.2 KB

Inhalt

hilfe_workflow.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-40.8 KB

Inhalt

icon_add.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-384 bytes

Inhalt

icon_del.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-307 bytes

Inhalt

icon_update.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-410 bytes

Inhalt

plugin_init_config_bestellposition.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-22.6 KB

Inhalt

plugin_init_config_kundenstammdaten.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-25.6 KB

Inhalt

plugin_init_config_mandant.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-28.6 KB

Inhalt

plugin_init_config_paypage.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-10.1 KB

Inhalt

plugin_init_result.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-95.8 KB

Inhalt

trigger_error.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-58.3 KB

Inhalt

trigger_success.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.fse

Größe

...	...	@@ -1,1 +1,0 @@
1		-54.7 KB

Inhalt