Für unser Modul „Heidelpay“ gibt es ab sofort neue Patches für die Shopversion ab 6.0.1

Dieser Patch sollte unbedingt eingespielt werden, wenn Sie die letzte Modulversion 6.0.2.1 einsetzen!

Patch Details 6.0.2.2

Fehlermeldung beim Bestellabschluss

Es wurde ein Verhalten gemeldet, das der Bestellprozess nicht abgeschlossen wird.
Die Fehlermeldung wird nach dem Absenden im Bestellschritt 4 in Kombination mit nicht Heidelpay Zahlungsarten gemeldet. Im Folgenden ein Auszug aus einem exception log:

[Datum] [exception] [type Error] [code 0] [file /source/modules/d3/heidelpay/Modules/Application/Model/Order.php] [line 582] [message Call to a member function getTransactiondata() on null]
[Datum] [exception] [stacktrace] #0 /source/modules/d3/heidelpay/Modules/Application/Model/Order.php(554): D3\Heidelpay\Modules\Application\Model\Order->d3SetWaitingState(Object(OxidEsales\Eshop\Application\Model\Basket), Object(D3\ModCfg\Application\Model\Configuration\d3_cfg_mod), Object(OxidEsales\Eshop\Core\Registry))
[Datum] [exception] [stacktrace] #1 /vendor/oxid-esales/oxideshop-ce/source/Application/Controller/OrderController.php(217): D3\Heidelpay\Modules\Application\Model\Order->finalizeOrder(Object(OxidEsales\Eshop\Application\Model\Basket), Object(d3_oxuser_remotelogin)) ….

Transaktions-Fehlermeldung im Tab Order/Heidelpay anzeigen lassen

Unter /Bestellungen verwalten/Bestellungen/Heidelpay/ können Nutzer des Heidelpay Premium Moduls, Aktionen wie zum Beispiel
das Finalize oder ein Capture benutzen. Mit dieser Modulversion wird bei einer Transaktion mit einem NOK eine Meldung direkt ausgegeben:
bspw: „Other error from insurance provider 400.100.122“ Die Meldung setzt sich aus der Rückantwort und dem Heidelpay Fehlercode zusammen.

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

Die E-Payment Komplettlösung

Für unser Modul „Heidelpay“ gibt es ab sofort neue Patches für die Shopversion ab 6.0.1

Patch Details 6.0.2.1

E-Mail bei Push Benachrichtigungen

Sobald eine Transaktion mit folgenden gemeinsamen Kriterien an den Shop gesendet wird, versendet das Modul eine E-Mail an den Shopbetreiber:

• keine Bestellung zu der eingehenden Transaktion gefunden
• es handelt sich bei der Transaktion um eine „finale Transaktion“ (Statuscode 90)
• die Transaktion enthält den Payment Typ DB, PA, RC, CP

Dies betrifft nur Transaktionen, die via Push Benachrichtigung im Shop gesendet werden (mehr Informationen finden Sie unter „Neues Update für Modul „Heidelpay“ auf Version 6.0.2.0″ LINK: https://blog.oxidmodule.com/archives/721-Neues-Update-fuer-Modul-Heidelpay-auf-Version-6.0.2.0.html).

Die E-Mail Adresse können Sie in den Heidelpay Einstellungen eintragen (Menü: Heidelpay/Einstellungen/Stamm/Einstellungen zu Modul-Logging, Sicherheit und Sprache/E-Mailadresse für erkannte Störungsfälle)

Bugfixes

• Anzeige der Push Benachrichtigungs URL im Admin
• [EE] Updatescript für gespeicherte Kundendaten bereit gestellt
• divs in flow templates ergänzt

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

Die E-Payment Komplettlösung

Für unser Modul „Heidelpay“ gibt es ab sofort ein neues Update für die Shopversionen ab 6.0.1

6.0.2.0 Update Details

Push Benachrichtigungen integriert

Das NGW System von Heidelpay bietet die Push Benachrichtigungen an.
Mit dieser Modulversion werden die Push Benachrichtigungen integriert.

Was sind Push Benachrichtigungen?
Eine Push Benachrichtigung ist eine zusätzliche Rückmeldung, aus dem Heidelpay System, an die hinterlegte Shop-Benachrichtigungs-URL. Diese Benachrichtigung enthält Informationen zu einer Transaktion. Das Heidelpay System schickt dabei fast alle bekannten Transaktionen an den Shop. Eine Transaktion kann bspw. bei der Kreditkarte eine Registrierung (CC.RG), ein Debit (CC.DB) oder auch ein Refund (CC.RF) enthalten. Das gilt natürlich auch für alle anderen Zahlungsarten.

Wozu dienen die Push Benachrichtigungen?
In erster Linie ist die Benachrichtigung eine Information an den Shop und damit eine Absicherung, dass der Shop die notwendigen Informationen erhält. Die Transaktion wird von unserem Modul im Shop gespeichert und der Bestellung zugeordnet (sofern diese vorhanden ist).

Die Modulversion 6.0.2.0 kann bei der Zahlungsart automatische Vorkasse bereits die zugehörige Bestellung als bezahlt markieren.

Ablauf:
Das Heidelpaysystem schickt ein PP.RC an den Shop. Dieser wird ausgewertet und die Bestellung wird auf bezahlt, sowie der Transaktionsstatus von PENDING auf OK gesetzt.

Zukünftige Modulversionen werden sukzessiv weitere Zahlungstypen (Kredit-/Debitkarten, Sofort, Paypal etc.) unterstützen.

Wie richte ich die Push Benachrichtungen ein?
Die Shop-Benachrichtigungs-URL muss bei Heidelpay (per E-Mail) eingereicht werden. Die URL setzt sich aus der Shopdomain (Hauptdomain bei EE Versionen, die Shop-Id wird in den Transaktionen überliefert) und dem Pfad zu der notify.php zusammen: https://www.meine-shop-dom.ain/modules/d3/heidelpay/public/notify.php

WAITING Status an Bestellung weitergeben

Bei der Zahlungsabwicklung (Bestellschritt 4 auf 5/Thankyou) wird bei externen Zahlungsarten (Sofort, Kredit-/Debitkarte, Paypal) eine Zahlungsbestätigung auf die Antwort URL des Shops, mit einem OK gesendet. In seltenen Fällen kann es vorkommen, dass bei einer Antwort von Heidelpay ein Status WAITING von Heidelpay zurück gesendet wird. Das kann bspw. der Fall sein, wenn eine Bank länger für eine Rückmeldung benötigt. Bisher wurden diese Transaktionen als Fehlerhaft anerkannt. Damit wurde das Anlegen der Shopbestellung verweigert und der Kunde wurde in den Bestellschritt 3 zurück geschickt. Das Verhalten wurde wie folgt geändert:
Die Transaktion mit dem Status WAITING löst eine Bestellung, mit dem Transaktionsstatus PENDING und einem nicht gesetzten „Bezahlt am“- Datum, aus. Diese PENDING Bestellungen müssen derzeit vom Shopbetreiber manuell kontrolliert werden, ob ein Zahlungseingang zu verzeichnen ist.

Zukünftig wird es die Möglichkeit geben, diese Bestellungen automatisch per Push Benachrichtigung auf den später übermittelten Bestellstatus zu setzen.

Feldbegrenzungen in der Basket Api validieren

Die Feldbegrenzungen für die Übergabe des Warenkorbs wurden sichergestellt. Bspw. die Kurzbeschreibung des Artikels wird auf 255 Zeichen begrenzt. Der Warenkorb kann u.a. im hip eingesehen werden.

[Konfiguration] neuer Eintrag Limits für (gesicherten) Rechnungskauf einstellen

Für gesicherten Rechnungskauf wurden ein minimales und maximales Limit als neue Einstellung unter /D³ Module/Heidelpay/Einstellungen/Erweiterte Einstellungen zu den Heidelpay-Zahlarten integriert.

Das Limit greift bereits im Bestellschritt 3 ein.

[EE] Shopid für gespeicherte Referenzdaten anlegen

Bisher konnten die gespeicherten Daten eines Kunden über mehrere Subshop’s angezeigt und auswählbar gemacht werden. Dazu musste der Kunde über 2 oder mehr Subshop’s verfügen. Da die Konfiguration des Moduls pro Subshop eingestellt werden kann, werden die gespeicherten Daten auf die Subshop’s ebenfalls eingeschränkt.

Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.

Die E-Payment Komplettlösung