Zum Hauptinhalt springen
Beim Ratenkauf mit easyCredit zahlt der Käufer seinen Warenkorb in Monatsraten, die er selbst wählt. Die TeamBank prüft seine Bonität, übernimmt die Forderung und trägt das Ausfallrisiko. Für den Händler bleibt nur der Versand, und der kann noch am selben Tag laufen, denn Unterschrift und Postident entfallen. Von allen Zahlungsarten in WEBSALE V8s ist diese die aufwendigste in der Einrichtung. Das liegt daran, dass easyCredit an vier Stellen im Shop sichtbar wird und die Daten dafür auf zwei verschiedenen Wegen hereinkommen: Die JSON-Schnittstelle ist dabei der Teil, der die Einarbeitung kostet. Sie holt die Daten von easyCredit und macht sie über die EJD-Tags im Template zugänglich.

Wie der Bezahlvorgang abläuft

  1. Auf der Produktdetailseite sieht der Käufer, was das Produkt in Raten kosten würde, und kann den Ratenrechner öffnen.
  2. Auf der Zahlungs- und Versandartenseite wählt er easyCredit und stimmt der Übermittlung seiner Daten an die TeamBank zu.
  3. Der Shop leitet ihn auf eine Seite von easyCredit weiter. Dort werden weitere Angaben abgefragt und geprüft.
  4. Fällt die Entscheidung positiv aus, wählt er die Laufzeit innerhalb der bewilligten Grenzen und nimmt das Angebot an.
  5. Zurück im Shop zeigt die Bestellübersicht die Finanzierung mit Laufzeit und Zinsen. Der Käufer schließt die Bestellung ab.
  6. Er bekommt die Bestätigungsmail des Shops und eine zweite Mail von easyCredit mit Finanzierungs- und Tilgungsplan.
Die Zustimmungstexte holt der Shop bei jedem Aufruf frisch von easyCredit. Ändert die TeamBank etwas an der rechtlich verbindlichen Formulierung, gilt das sofort, ohne dass Sie eingreifen müssen. Schreiben Sie diese Texte deshalb nicht fest ins Template.

Was easyCredit voraussetzt

Diese Bedingungen sind nicht verhandelbar. Sie schlagen sich unten direkt in der Konfiguration nieder.

Schritt 1: Vertrag und Freischaltung

Schließen Sie zunächst einen Vertrag mit easyCredit ab. Sie erhalten dabei zwei Angaben, die WEBSALE für die Freischaltung braucht:
  • die Webshop-ID
  • das API-Kennwort, auch Token genannt
Reichen Sie beides bei Ihrem WEBSALE-Ansprechpartner ein.

Schritt 2: Zahlungsart anlegen

Der Parameter Cost muss gesetzt sein und einen Wert haben. Über ihn laufen die Zinsen als Zahlungskosten in die Bestelldaten. Fehlt er, fehlt der Zinsbetrag.
MinTotal-Value und MaxTotal-Value beziehen sich auf die Gesamtsumme einschließlich Versand- und Zahlungskosten, nicht auf den Warenwert. Für den Warenwert gäbe es MinOrder-Value und MaxOrder-Value, die hier aber nicht gemeint sind.

Ablehnungsgründe sichtbar machen

Bei easyCredit lohnt sich die ausgegraute Anzeige besonders: Wer knapp unter 200 Euro liegt oder eine abweichende Lieferadresse eingetragen hat, kann das selbst beheben, wenn er den Grund erfährt.
Der Grund 27 gehört nicht in die Liste für Käufer. Er bedeutet, dass mit Ihrer eigenen Einrichtung etwas nicht stimmt. Taucht er auf, wenden Sie sich an Ihren WEBSALE-Ansprechpartner, statt einen Text dafür zu formulieren.

Zustimmung zur Datenübermittlung abfragen

Das Auswahlkästchen für die Zustimmung ist eine Zusatzabfrage der Zahlungsart. 20200331 Checkbox
Die Kennung ws_clearing_easycredit ist fest vorgegeben und darf nicht geändert werden. Der Shop erkennt an ihr, dass die Zustimmung vorliegt.SaveInputForNextOrder-Allow = no ist hier ebenso wichtig. Ohne diese Zeile käme das Kästchen beim nächsten Einkauf vorangehakt zurück, und eine Einwilligung, die niemand aktiv erteilt hat, ist keine.

Auf „Herr” und „Frau” beschränken

easyCredit akzeptiert nur diese beiden Anreden. Prüfen Sie in Ihrer salutation.dat, welche Codes dort dafür stehen, und tragen Sie diese ein.
Referenz: Abschnitt PaymentInstallment-Txt · Abschnitt +CountryRule · Abschnitt AddressFilter

Schritt 3: Adressfelder prüfen lassen

Damit die Anrede überhaupt verglichen werden kann, muss das Feld SalutationCode aktiv sein.
Richten Sie außerdem im Abschnitt <InputCheck> Pflichtfeldprüfungen für alle Felder ein, die easyCredit braucht: Anrede, Vorname, Nachname, Straße mit Hausnummer, Postleitzahl, Ort und Land. Wegweiser: Prüfungen von Adressdaten festlegen · Referenz: Abschnitt InputCheck

Schritt 4: Hinweismeldungen hinterlegen

PaymentInputSuffix greift, wenn die Zustimmung fehlt und in der <+CountryRule> kein eigener Fehlertext steht. Referenz: Abschnitt NotifyMessages-Txt

Schritt 5: Zustimmungstext und Ratenangebot anzeigen

Ab hier arbeiten Sie mit der JSON-Schnittstelle. Das Muster ist immer dasselbe und wiederholt sich auf dieser Seite dreimal:
  1. Ein EASYCREDIT-Get…-Tag holt die Daten von easyCredit.
  2. EJD-SetRawDataHexCodedInput und EJD-LoadData übergeben sie an die JSON-Schnittstelle, unter einer frei gewählten Kennung.
  3. {EJD-DataOK(…)} klammert die Ausgabe, EJD-SetUseID wählt die Kennung, EJD-DA-Value holt einzelne Werte.

Zustimmungstext

Der Text soll beim Auswahlkästchen stehen, nicht irgendwo auf der Seite. Weil ~WS-PaymentFields~ das Kästchen selbst erzeugt, wird der Text nachträglich per JavaScript dorthin verschoben.
Die 26 in dieser Kennung ist der Zahlungsarten-Code des Ratenkaufs. Die Kennung selbst erzeugt ~WS-PaymentFields~. Prüfen Sie im Browser, wie der Container auf Ihrer Seite tatsächlich heißt, bevor Sie den Selektor übernehmen. Bauen Sie die Zahlungsarten mit den PAY-Data-Tags statt mit ~WS-PaymentFields~, brauchen Sie dieses Verschieben gar nicht und setzen den Text direkt an die richtige Stelle.

Günstigster Finanzierungsplan

Die Klammer ~WS-DisablePriceAndNumberFormat~ um den Aufruf ist kein Schönheitsfehler. easyCredit erwartet den Betrag als reine Zahl mit Punkt als Dezimaltrennzeichen. Ohne die Klammer ginge ein formatierter Preis mit Tausenderpunkt und Komma hinaus, und der Aufruf schlüge fehl. Die EASYCREDIT-Get…-Tags lösen den Aufruf bei easyCredit nur aus, wenn die Daten noch nicht geladen sind. Sie mehrfach auf einer Seite zu setzen, kostet also keine zusätzlichen Anfragen. Bei GetModelCalculation und GetCheapestModelCalculation ist der Betrag als Parameter Pflicht, ohne ihn liefert das Tag nichts. Wegweiser: JSON-Schnittstelle · Referenz: EASYCREDIT-Tags · Referenz: EJD-Tags

Schritt 6: Ratenrechner auf der Produktdetailseite

Auf ws_product.htm zeigt ein Widget von easyCredit, was das Produkt in Raten kostet. Ein Klick darauf öffnet den vollständigen Ratenrechner in einem Fenster. 20200331 Ratenrechner

Widget einbinden

Auch hier wird der Preis von der Formatierung befreit, aus demselben Grund wie oben.

Fenster für den Ratenrechner

Das Beispiel verwendet ein Bootstrap-Fenster. Jede andere Lösung tut es auch, entscheidend ist das iframe, denn darin läuft der Ratenrechner von easyCredit.
Die Kennung, die Sie an rkPlugin.anzeige() übergeben, muss der id des leeren div entsprechen. Stimmen die beiden nicht überein, erscheint das Widget nicht, und es gibt keine Fehlermeldung.

Schritt 7: Finanzierungsdaten auf der Bestellübersicht

Nach der Rückkehr von easyCredit steht fest, wie die Finanzierung aussieht. Diese Angaben müssen Sie dem Käufer vor dem Abschluss zeigen.
Der Abbruchknopf gehört dazu. Ohne ihn säße ein Käufer, der es sich anders überlegt, in der gewählten Finanzierung fest. Referenz: ST-EasyCreditCheckout_selected · BT-EasyCreditCheckout_cancel · ST-EasyCreditCheckout_cancel

Schritt 8: Testen

Setzen Sie TestMode = yes im Abschnitt <PaymentInstallment-Txt> und rufen Sie den Shop im Zahlungsarten-Testmodus auf.
Zum Beenden setzen Sie payment-test=off und danach TestMode zurück auf no. Im Template lässt sich anzeigen, dass der Testmodus läuft:
Wegweiser: Testmodi des Shops ein- und ausschalten · Referenz: ST-PaymentTest

Fehlersuche

Schlägt ein Aufruf bei easyCredit fehl, lässt sich nachsehen, an welchem Schritt es lag. ~EASYCREDIT-TouchErrorJSON(…)~ wählt den Schritt aus, ~EASYCREDIT-LastErrorJSONAccessed~ gibt die Fehlermeldung dazu aus. ~EASYCREDIT-LastErrorJSON~ gibt den zuletzt aufgetretenen Fehler aus, unabhängig vom Schritt.
Diese Tags sind ein Werkzeug für die Einrichtung, nicht für den Produktivbetrieb. Nehmen Sie sie wieder aus dem Template, bevor Sie live gehen. Käufer sollen keine Schnittstellenfehler zu sehen bekommen.

Zinsen nicht als Zahlungskosten ausweisen

Der Shop bucht die Zinsen normalerweise als Zahlungskosten. Manche Warenwirtschaftssysteme dürfen das nicht. Klären Sie, ob das bei Ihnen zutrifft. Falls ja, müssen Sie zwei Dinge tun, denn der Käufer muss die Gesamtsumme einschließlich Zinsen vor dem Kauf sehen: die Buchung als Zahlungskosten abschalten und die Zinsen im Template selbst zur Gesamtsumme addieren.

Buchung abschalten

Gesamtsumme im Template berechnen

Die Berechnung muss vor der Ausgabe der Gesamtsumme im Template stehen, sonst ist der Wert noch nicht gesetzt, wenn er gebraucht wird. Die zweite Klammerung sorgt dafür, dass bei allen anderen Zahlungsarten weiterhin die gewöhnliche Gesamtsumme erscheint. Referenz: DC-CommercialCalc1 bis DC-CommercialCalc3

Verwandte Themen