Datenschutzhinweis

 

Beim Laden dieses Inhalts werden Nutzungsinformationen an Vimeo übertragen und dort ggf. verarbeitet.

 

             

ePayBL Verwendung

Geändert am Mi, 26 Jun um 5:11 NACHMITTAGS

    


Inhalt


Achtung:
Bevor Sie die Workflow-Aktion des ePayBL-Plugin in ihre Formular-Prozesse einbinden, stellen Sie bitte sicher, dass die konfigurative Anbindung des Dienstes durch den FORMCYCLE-Administrator erfolgt ist!


Das kostenpflichtige ePayBL: EPayment Plugin ermöglicht es, über das ePayBL Portal, einen Bezahlvorgang in einen Formularprozess einzubauen. Der nachfolgende Artikel beschreibt beispielhaft die von einen Formular-Ersteller auszuführenden Schritte, um einen Bezahlvorgang in einem Formular zu integrieren.
Auf die notwendigen Schritte, um den Service technisch in FORMCYCLE einzubinden wird an dieser Stelle nicht eingegangen.


Prinzipiell sind immer folgende Schritte für eine Einbindung auszuführen:

  1. Formular mit "bestellbaren" Artikeln und notwendigen Dateneingaben versehen
  2. Workflow konfigurieren mit:
    • einer Aktionen zum Starten einer Bezahl-Transaktion
    • Ereignissen für eine gezielten Reaktion auf Rückmeldungen vom Bezahl-Portal
  3. Anzeige des Ergebnisses der Bezahl-Transaktion



Formular für den Bezahlvorgang designen

Durch die Installation des Plugins im FORMCYCLE-System sind im Designer ein zusätzliches Element, sowie 4 Vorlagen vorhanden, welche den Nutzer bei der notwendigen Konfiguration für das EPayment unterstützen sollen.



Artikel definieren durch das Formular-Element: EPayment Artikel



Ü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. 

Es 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 wird geprüft, dass mindestens ein EPayment Artikel im Formular oder eine Bestellposition direkt in der Workflow-Aktion vorhanden ist.


Darstellung


Versteckt
  • Durch das Auswählen dieser Option wird es möglich einen Bestellartikel vor dem Nutzer zu verbergen.
    Wenn gleichzeitig dazu noch die Option Pflicht-Artikel ausgewählt wird, so wird beim Absenden des Formulars dieser Artikel automatisch der Bestellung hinzugefügt.
  • Dies kann immer dann sinnvoll sein, wenn dem Benutzer selbst keine Entscheidung für die Auswahl eines Bestellartikels ermöglicht werden soll, zum Beispiel bei der Erhebung einer Gebühr.

Bestellartikel Einstellungen


Pflicht-Artikel
  • Diese Option ermöglicht es, einen Artikel als ausgewählt zu markieren, sodass er beim Absenden des Formulars automatisch der Bestellung hinzugefügt wird.
Beschreibung
  • Nähere Beschreibung eines Artikels.
Artikel-Preis (in Euro)
  • Der Preis für einen Artikel. Der an dieser Stelle konfigurierte Wert dient zum Einen für die Anzeige innerhalb des Formulars, als auch zur Berechnung der Gesamtsumme im Fall einer Bestellung des Artikels..
Steuersatz
  • Der Steuersatz der auf diesen Artikel angewandt werden soll. Die Auswahlmöglichkeiten sind kein Steuersatz (0%), ermäßigter Steuersatz (7%) sowie regulärer Steuersatz (19%).
Artikelnummer
  • Eine eindeutige Nummer für den einzelnen Artikel innerhalb des Formulars. Dient bei der Ausführung eines Bestell-Prozesses zur eindeutigen Identifizierung des jeweiligen Artikels. 
Max. Bestellmenge
  • Hier kann die für den Nutzer maximal auswählbare Bestellmenge für einen Artikel definiert werden.
Belegnummer
  • Die Belegnummer ist ein optionaler Wert, welcher zur weiterführenden Verarbeitung auf Seiten von ePayBL dient.
Haushaltsstelle
  • Die Haushaltsstelle kann optional pro Artikel definiert werden.
  • Wird nichts explizit festgelegt, so wird entweder der global definierte Wert aus dem ePayBL Setup herangezogen oder der übersteuerte Wert aus der Workflow-Aktion, welche für die Verarbeitung der EPayment Artikel verantwortlich ist.
Objektnummer
  • Die Objektnummer kann optional pro Artikel festgelegt werden.
  • Erfolgt keine explizite Festlegung, so wird entweder der global definierte Wert aus dem ePayBL Setup herangezogen oder der übersteuerte Wert aus der Workflow-Aktion, welche für die Verarbeitung des EPayment Artikel verantwortlich ist.

Bei Übermittlung einer Bestellung werden nur die Artikelnummer, sowie die jeweilige Anzahl von einem Bestellartikel, zum Server übertragen. Damit ein Artikel innerhalb einer Bestellung übermittelt wird, muss die "Bestellen"-Option angehakt sein. Vor dem Absenden wird die Bestellmenge für "nicht bestellte" Artikel explizit auf 0 gesetzt.



Vorlagen zur Ermittlung von Bestellinformationen:



Durch das Plugin werden verschiedene Designer-Vorlagen bereitgestellt, mit denen es ermöglicht wird die nachfolgend aufgeführten Daten vom Benutzer zu ermitteln:


Bankverbindung

  • Kontoinhaber
  • IBAN
  • BIC

Persönliche Daten/Kundendaten

  • Firmenname
  • Anrede
  • Vorname
  • Nachname
  • E-Mail

Adressdaten/Rechnungsadresse

  • Postfach
  • Straße
  • Hausnummer
  • PLZ
  • Ort
  • Land


Die Vorlagen "Persönliche Daten" und "Rechnungsadresse" können im Zusammenspiel mit dem Bürgerkonto-Login verwendet werden. Sie sind nach einem erfolgreichen Login am Bürgerservice automatisch vorbelegt.


Bestellung an den Server übermitteln:


Um eine Bestellung auszulösen und die bestellten Artikel zum Server zu übertragen muss dem Formular eine Senden-Schaltfläche hinzugefügt werden.



Workflow für EPayment konfigurieren


Um eine Bezahl-Transaktion in einen Formularprozess einzubauen werden folgende Elemente vom Plugin zur Verfügung gestellt:

  • Workflow-Aktion Bestellung übermitteln: Diese erzeugt eine neue Bezahl-Transaktion auf Seiten des ePayBL Anbieters und leitet den Benutzer auf dessen Portalseite weiter.
  • Workflow-Ereignis Bezahlung erfolgreich: Verarbeitet ein Ereignis, welches auf der Rückmeldung über eine erfolgreiche Bezahlung auf dem ePayBL Portal basiert.
  • Workflow-Ereignis Bezahlung nicht erfolgreich: Verarbeitet ein Ereignis, welches auf der Rückmeldung über eine noch offene Bezahlung auf dem ePayBL 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 ePayBL Portal gekommen.


Ein Workflow für einen einfachen Fall kann folgendermaßen konfiguriert sein:



Ablaufbeschreibung des dargestellten Workflows

  1. Durch das Absenden des Bestellformulars wird das Ereignis Bestellen aufgerufen und dort das Aktions-Plugin ePayBL:Bestellung übermitteln ausgeführt. Dieses ermittelt die für den Bestellvorgang notwendigen Daten aus dem Formular und startet eine Bezahl-Transaktion auf Seiten des ePayBL Anbieters. Wenn dies erfolgreich war, wird der Benutzer zum ePayBL Portal der angebundenden Umgebung weitergeleitet.
  2. Nach Abschluss des Bezahlvorgangs im ePayBL Portal wird der Benutzer wieder zum formcycle Formular zurückgeleitet. Dort erfolgt automatisch eine Überprüfung des Bezahlstatus am ePayment-System. Aus dem Ergebnis dieser Überprüfung ergibt sich das vom System ausgelöste Ereignis. Wenn die Überprüfung ergeben hat, dass die Bezahlung erfolgreich war, wird ein Bezahlung erfolgreich-Ereignis durch das System ausgelöst. In allen anderen Fällen ist es ein Bezahlung nicht erfolgreich Ereignis.
  3. Ist die Bezahlung erfolgt, wird in den Status Bezahlt gewechselt und dem Nutzer wird eine entsprechende Abschlussseite angezeigt.
  4. Im Falle eines negativen Ergebnisses der Überprüfung des Bezahlvorgangs (z.B.: der Nutzer hat den Bezahlvorgang im ePayBL 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
    wird eine entsprechende Abschlussseite angezeigt.



Konfigurationsmöglichkeiten des Aktions-Plugins Bestellung übermitteln


Dieses Aktions-Plugin ist für das Erzeugen einer Bezahl-Transaktion im ePayBL Portal zuständig. Hier werden im Vorfeld die Daten, welche im Zusammenhang mit der Transaktion stehen (bestellte Artikel, Preisbestimmung, persönliche Daten des Käufers etc.), festgelegt.


Wenn vor der Konfiguration des Plugins bereits mindestens ein EPayment-Artikel, sowie die Vorlage für die persönlichen Daten im Formular hinterlegt wurden, werden bei der Einrichtung der Bestellung übermitteln Plugin-Aktion die Eingabefelder mit entsprechenden Platzhaltern befüllt.


Falls das Formular im Nachhinein angepasst wurde, können über den Update-Button (Aktualisieren und validieren) erneut die Eingabefelder mit entprechenden Platzhaltern befüllt werden.


Die Konfigurationsoberfläche des Aktions-Plugins ist in einzelne Bereiche unterteilt die nachfolgend kurz beschrieben werden.



In diesem Bereich werden die Daten des Benutzers hinterlegt, für den die Bezahl-Transaktion erzeugt werden soll. Die einzelnen Parameter können per Platzhalter oder fest definiert hinterlegt werden.
  • Firmenname
  • Anrede 
  • Vorname 
  • Nachname (Pflichtfeld) 
  • E-Mail
    • Wird für die Zustellung von Emails an den Kunden in Abhängigkeit von der ePay-BL-Mandantkonfiguration benötigt. 



Bei der "PayPage" handelt es sich um eine bereits vorbefüllte Bezahlseite zur Online-Bezahlung. Der Nutzer hat hier noch die Auswahl, mit welchem Bezahl-Dienstleister er bezahlen möchte (Paypal, giropay etc.). Die Art und Anzahl der dem Nutzer zur Auswahl stehenden Bezahl-Dienstleister hängt dabei davon ab, was im Vorfeld vertraglich mit dem ePayBL Anbieter vereinbart wurde. Dies kann in der Verwaltungsoberfläche eingeschränkt werden.

  • Automatische Weiterleitung zur PayPage verhindern 
    Bei aktivierter Einstellung kann eine automatische Weiterleitung zur PayPage unterbunden werden. 
  • Fälligkeitsdatum 
    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. Eingabe muss dem Pattern ^[\w\-\./+\ @,\:\&\'\?\#{}\(\)\[\]\u00C0-\u017F\u1E9E]*$ entsprechen.
  • 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 wird (z.B.: im Postfach), jedoch das Formular über einen Frontend-Server ausgeliefert wird, muss dieser Frontend-Server hier ausgewählt werden. Ansonsten wird nach Abschluss der Bezahlung zurück auf Server geleitet, welcher möglicherweise nicht erreichbar ist für den/die Antragssteller*in.



  • 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 
    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)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
    Der anzuwendende Steuersatz ist frei wählbar und wird mit den oben genannten Netto-Preis verrechnet zum endgültigen Brutto-Preis.
  • Beschreibung 
    Dient der interne Beschreibung der Bestellposition. Diese Information wird nicht an ePayBL weiter gegeben. 
  • Belegnummer 
    Die Belegnummer ist ein optionaler Wert, welcher zur weiterführenden Verarbeitung auf Seiten von ePayBL dient. 
  • Haushaltsstelle
    Die Haushaltsstelle ist ein optionaler Wert (mögliche Werte sind durch das angebundene ePayBL System vorgegeben). Wird nichts explizit festgelegt, so wird entweder der global definierte Wert aus dem ePayBL Setup herangezogen oder der übersteuerte Wert aus der Workflow-Aktion.
  • Objektnummer
    Die Objektnummer ist ein optionaler Wert (mögliche Werte sind durch das angebundene ePayBL System vorgegeben). Wird nichts explizit festgelegt, so wird entweder der global definierte Wert aus dem ePayBL Setup herangezogen oder der übersteuerte Wert aus der Workflow-Aktion.

Über den Add-Button können neue Bestellpositionen hinzugefügt werden. Über den Del-Button lässt sich die jeweilige Bestellposition wieder aus der Tabelle entfernen.



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. 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 Webservice Erreichbarkeit prüfen die generelle Erreichbarkeit des EPayment Webservice geprüft werden.

  • Mandant-Nummer 
    ePayBL-Mandantennummer des aufrufenden eShops (FORMCYCLE) (Wird durch ePayBL-System vorgegeben) 
  • Bewirtschafter-Nummer
    Bewirtschafternummer (Wird durch ePayBL-System vorgegeben) 
  • Haushaltsstelle 
    Nummer der Haushaltsstelle, welcher die Buchung zugeordnet werden soll. (Wird durch ePayBL-System vorgegeben) 
  • Objektnummer 
    Dient der internen Verbuchung im EPayment-System. (Wird durch ePayBL-System vorgegeben) 
  • Kennzeichen-Mahnverfahren 
    Einstellung für das Kennzeichen in einem Mahnverfahren. (Mögliche Werte werden durch ePayBL-System vorgegeben) 
  • Fälligkeitszeitraum 
    Diese Einstellung ist frei wählbar. Die Einheit kann nur in der Verwaltungsoberfläche ePayBL Setup festgelegt werden.


Kurzinfo der Plugin-Aktion


Rückgabewerte der Workflow-Aktion


[%$[Name der Aktion].RESULT.BestellPosition[i]['key']%]
Eine Auflistung über alle Bestell-Positionen, welche in der aktuellen Bestellung enthalten sind.
Zu jeder Bestell-Position können folgende Werte abgefragt werden:
  • Artikelnummer: Die am EPayment Artikel hinterlegte eindeutige Kennung für den Artikel
  • Beschreibung: Die am EPayment Artikel hinterlegte Beschreibung
  • BruttoEinzelpreis: Der aus dem Netto-Preis und angegebenen Steuersatz errechnete Preis eines Artikels
  • BruttoPreis: Der aus dem Netto-Preis und angegebenen Steuersatz errechnete Preis aller Artikel
  • Buchungstext: Der übermittelte Buchungstext (max.21 Zeichen, SEPA konform)
  • EinzelSteuerbetrag: Der Betrag der Steuern eines Artikels
  • Einzelpreis: veraltet -> BruttoEinzelpreis verwenden
  • Menge: Die bestellte Menge für die aktuelle Bestell-Position
  • NettoEinzelpreis: Der angegebene Netto-Preis eines Artikels
  • NettoPreis: Der Netto-Preis aller Artikel
  • Preis: veraltet -> BruttoPreis verwenden
  • Steuerbetrag: Der Betrag der Steuern aller Artikel
  • Stuersatz: Der angegebenene Steuersatz


Nachfolgend einige Beispiele für die Datenabfrage aus den Bestellpositionen:
Für die Beispiele wird folgender durch eine Aktion mit Namen Bestellung übermitteln bereitgestellter Platzhalter zu Grunde gelegt: [%$Bestellung übermitteln.RESULT.Bestellung[i][''key'']%]
Die in den eckigen Klammern hinterlegten Werte sind variabel und haben folgende Bedeutung:

  • i: Zählvariable für den Zugriff auf eine Bestell-Position aus der Gruppe aller Bestell-Positionen. Ein möglicher Wert muss sich im Bereich von 0 bis zum Wert der BestellPositionAnzahl -1 befinden.
  • key: Schlüssel für den Zugriff auf die jeweilige Eigenschaft


Beispiele:
Abfrage des Einzelpreises an der 1. Bestell-Position: [%$Bestellung übermitteln.RESULT.Bestellung[0][''Einzelpreis'']%]
Abfrage der Menge an der 3. Bestell-Position: [%$Bestellung übermitteln.RESULT.Bestellung[2][''Menge'']%]



[%$[Name der Aktion].RESULT.BestellPositionAnzahl%]
  • Die Gesamtanzahl der Bestellpositionen, welche in der aktuellen Bestellung enthalten sind
[%$[Name der Aktion].RESULT.Gesamtbetrag%]
  • Der in der Zahlungstransaktion ausgewiesene zu zahlende Geldbetrag (in Euro)
[%$[Name der Aktion].RESULT.Kassenzeichen%]
  • Das aktuelle Kassenzeichen unter dem die Zahlungstransaktion im ePayBL Portal geführt wird
[%$[Name der Aktion].RESULT.TxNummer%]
  • Das aktuelle Transaktionsnummer für die Bezahltransaktion
[%$[Name der Aktion].RESULT.UrlToPaypage%]
  • Die URL zur Bezahlseite auf Seiten von ePayBL, wo die Bezahlung der aktuellen Transaktion durchgeführt werden kann
[%$[Name der Aktion].RESULT.ZahlungsvorgangsId%]
  • Das aktuelle ZahlvorgangsId für die Bezahltransaktion aus dem ePayBL Portal


Fehlercodes der Workflow-Aktion


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.
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.
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.
SRV_NOT_AVIALABLE
  • Fehlercode, wenn der ePayBL Service nicht verfügbar ist.

Workflow-Ereignis Bezahlung erfolgreich



Eine Workflow-Verarbeitungskette mit diesem Ereignis wird ausgeführt, wenn eine Rückleitung aus dem ePayBL 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.paymentMethod%]
  • Parameter gibt Auskunft über das in der Bezahl-Transaktion angewendete Zahlverfahren
[%$TRIGGER.paymentProcessId%]
  • Parameter gibt Auskunft über die ZahlungsvorgangsId der ausgeführten Bezahl-Transaktion
[%$TRIGGER.paymentStatus%]
  • Bezeichnung des Status, wie er vom ePayBL Portal zurück geliefert wird. (Möglicher Wert: INAKTIV)
[%$TRIGGER.paymentStatusText%]
  • Eine Nachricht, die den zurück gelieferten Status näher beschreibt

Workflow-Ereignis Bezahlung nicht erfolgreich



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).
Das Ereignis stellt folgende Werte bereit, die per Platzhalter in nachfolgenden Aktionen ausgewertet werden können:



[%$TRIGGER.paymentMethod%]
  • Parameter gibt Auskunft über das in der Bezahl-Transaktion angewendete Zahlverfahren
[%$TRIGGER.paymentProcessId%]
  • Parameter gibt Auskunft über die ZahlungsvorgangsId der ausgeführten Bezahl-Transaktion
[%$TRIGGER.paymentStatus%]
  • Bezeichnung des Status, wie er vom ePayBL Portal zurück geliefert wird. (Möglicher Wert: INAKTIV)
[%$TRIGGER.paymentStatusText%]
  • Eine Nachricht, die den zurück gelieferten Status näher beschreibt
[%$TRIGGER.paymentVerifyUrl%]
  • 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
[%$TRIGGER.paypageUrl%]
  • URL zur Paypage mit der aktuellen Transaktionsnummer. Damit ist ein nochmaliges Aufrufen und Bezahlen der offenen Transaktion möglich.


Ergebnisanzeige


Das Plugin stellt für beide Workflow-Ereignisse Standard HTML-Templates bereit. Diese werden automatisch ausgeliefert und können nicht bearbeitet werden. Eine eigene HTML-Abschlussseite kann durch die entsprechende Workflow-Aktion ausgeliefert werden und ein HTML-Template muss im Formular oder im Mandanten angelegt werden. Folgendes Beispiel kann als Grundlage genommen werden und beinhaltet Standard-CSS von formcycle:

<style type="text/css">
.xfc-template-body {width: 100%; height:100%; background-color: #EDEDED; margin: 0;}
.xfc-template {width: 100%; height:100%; font-family: Helvetica; font-size: 14px; background-color: #EDEDED}
.xfc-template H1 {font-size: 32px; color: #0082B4; padding: 20px 0; margin: 0;}
.xfc-template H2 {font-size: 18px; font-weight: normal; color: #000000; padding-bottom: 20px; margin: 0;}
.xfc-template DIV[lang] {margin: 0 auto; min-width: 300px; max-width: 750px; background-color: #FFFFFF;}
.xfc-template DIV.content { padding: 30px 60px 20px 60px;}
.xfc-template DIV.header {border-bottom: 1px solid #CCCCCC; background-color: #F7F7F7; padding: 0 60px;}
.xfc-template DIV.footer {border-top: 1px solid #CCCCCC; background-color: #F7F7F7; padding: 0 60px; font-size:12px; height: 20px; padding: 20px 60px 30px 60px;}
.xfc-template INPUT {border-color: #CCCCCC; color: #0082b4; border-radius: 4px; border-style: solid; border-width: 1px; padding: 7px 11px;}
</style>
<div class="xfc-template">
   <div lang="de">
      <div class="header">
         <h1>Die Bezahlung wurde erfolgreich durchgeführt.</h1>
      </div>
   </div>
</div>


In das Template können Platzhalter eingefügt werden und diese werden entprechend ersetzt. Um den Grund für einen Fehlschlag bei der Transaktion auf der Abschlussseite anzugeben sollte zB. der Platzhalter [%$TRIGGER.paymentStatusText%] verwendet werden.


War dieser Artikel hilfreich?

Das ist großartig!

Vielen Dank für das Feedback

Leider konnten wir nicht helfen

Vielen Dank für das Feedback

Wie können wir diesen Artikel verbessern?

Wählen Sie wenigstens einen der Gründe aus
CAPTCHA-Verifikation ist erforderlich.

Feedback gesendet

Wir wissen Ihre Bemühungen zu schätzen und werden versuchen, den Artikel zu korrigieren