Aug '17 7
Für unser Modul "Heidelpay Integrator" gibt es ab sofort einen neuen Patch für die Shopversionen ab 4.9. / 5.2.

5.2.3.3 Patch Details

fehlende (zweite) Bonitätsprüfung bei Rechnungskauf

Es war möglich eine Bestellung ohne eine 2. Bonitätsprüfung anzulegen.
Ab Version 5.2.1.0 wurde im Admin die Bestellung als fehlerhaft bzw. mit dem Status ERROR angezeigt.
Siehe dazu https://blog.oxidmodule.com/archives/615-Neues-Update-fuer-Modul-Heidelpay-auf-Version-5.2.1.0.html

Geburtsdatum bei gesicherter Lastschrift ergänzt

Für die Zahlungsart gesicherte Lastschrift fehlte die Eingabemöglichkeit für das Geburtsdatum.
Das Geburtsdatum ist für viele Versicherer eine Pflichtangabe.
Das eingegebene Geburtsdatum wird am Benutzer gespeichert.

Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.
Setzen Sie die Modulversion 5.2.x.x bereits ein, können Sie das Update direkt im Admin-Bereich in der Modulverwaltung laden.

Die E-Payment Komplettlösung

Geschrieben von Daniela Biewald

Jul '17 19
Die Heidelberger Payment GmbH hat am 18.07.2017 in einem Newsletter darüber informiert, dass das SSL-Zertifikat des Payment Systems zum 01.08.2017 ausgetauscht wird.

Unser Modul Heidelpay Integrator führt keine Validierung des SSL-Zertifikates durch. Daher ist auch keine Änderung am Modul oder Ihrem Shop erforderlich.

Die E-Payment Komplettlösung

Geschrieben von Daniela Biewald

Mai '17 29
Für unser Modul "Heidelpay Integrator" gibt es ab sofort einen neuen Patch für die Shopversionen ab 4.9 / 5.2.

Folgende Änderungen sind enthalten:
  • var_dump Ausgabe entfernt (copy_this/modules/d3/d3heidelpay/views/flow/tpl/payment/debitnote.tpl)
  • iDeal / Przelewy24: wenn oxorderdate 0 ist oder nicht interpretiert wird, kann die Bestellung storniert/gelöscht werden
Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.
Setzen Sie die Modulversion 5.2.x.x bereits ein, können Sie den Patch direkt im Admin-Bereich in der Modulverwaltung laden.

Die E-Payment Komplettlösung

Geschrieben von Daniela Biewald

Mai '17 18
Für unser Modul "Heidelpay" gibt es ab sofort einen neuen Patch für die Shopversionen ab 4.9.x / 5.2.x.

In der Version 5.2.3.0 ist uns ein Bug aufgefallen, der den Rücksprung von Heidelpay auf den Shop verhindert.

Bitte aktualisieren Sie das Modul von Version 5.2.3.0 auf 5.2.3.1.

Für Entwickler:
Für einen Hotfix könnt Ihr den Code manuell abändern.
Die betroffene Stelle ist die hp_response.php Zeile:51 (modules/d3/d3heidelpay/public/):

Von:
$sReturn .= "&".$oResponse->d3GetHeidelpayURLParameter();

Zu:
if ($sReturn !== d3_hp_response::REDIRECT) {
$sReturn .= "&" . $oResponse->d3GetHeidelpayURLParameter();
}

Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.
Setzen Sie die Modulversion 5.2.x.x bereits ein, können Sie das Update direkt im Admin-Bereich in der Modulverwaltung laden.

Die E-Payment Komplettlösung

Geschrieben von Daniela Biewald

Mai '17 4
Für unser Modul "Heidelpay" gibt es ab sofort einen neuen Patch für die Shopversionen ab 4.9.x / 5.2.x.

5.2.3.0 Update Details

Allgemeine Informationen:

Das Modul ist Kompatibel mit den Oxid-Shop-Versionen
  • Edition Professional / Community von 4.9.0 bis 4.10.4
  • Edition Enterprise von 5.2.0 bis 5.3.4
Alte Dateien sowie Shopweichen wurden in dieser Version entfernt. Dies betraf bspw. die Einstellung "Kontodaten vollständig speichern" im Shopadmin. Im Zuge dessen erfolgte auch eine Aktualisierung der Script-Umsetzung im Frontend (nutzbar ab jQuery 1.7).

Neue Zahlungsarten

Gesicherte Lastschrift wurde als neue Zahlungsart implementiert.
Die Funktionen der Zahlungsart beruhen auf den technischen Umsetzungen der ebenfalls neu integrierten "Basket API".
Des weiteren bringt diese Zahlungsart eine neue Einstellung "Buchungstyp (Lastschrift mit Zahlungssicherung)" mit.




Heidelpay empfiehlt, die Informationen zum Rechnungskauf in dem vom Shop generierten Invoice-PDF ebenfalls anzeigen zu lassen.

Wie dies technisch umgesetzt werden kann, finden Sie als Referenz im Modulpaket.
  • beschrieben unter /setup+doku/Heidelpay_Konfiguration.pdf
  • Beispiel im Verzeichnis: /setup+doku/examples/*

Neue Funktionen:

1) Das Modul bietet eine neue Einstellung für zusätzlich definierbare Parameter.
Alle angegebenen Parameter werden zusätzlichen an die URL angehängt. Dies ist bspw. für bestimmte Tackingdaten, wie in Google Analytics notwendig.



2) Außerdem gibt es im Shopadmin einen neuen Menüpunkt für die Transaktionsübersicht. Hier werden alle Details zu den Transaktionen übersichtlich aufgelistet.

Optimierungen

Die Zahlungsart iDeal setzt als Rechnungsland Niederlande (NL) und EUR als Währung voraus. Nur wenn beide Bedingungen erfüllt sind, kann die Zahlungsart im Shopfrontend ausgewählt werden.

3) Die Zahlungsart Przelewy24 benötigt als Rechnungsland Polen (PL) und PLN als Währung. Auch diese Zahlungsart ist nur dann wählbar, wenn alle Bedingungen dazu erfüllt sind.

4) Es erfolgt eine Prüfung der Lieferadresse, sofern ein Kunde eine abweichende Lieferadresse nutzt. Zahlungsarten, welche identische Adressen voraussetzen, werden entsprechend gekennzeichnet und können als Zahlungsart nicht mehr ausgewählt werden.
Dies betrifft unter anderem den gesicherten Rechnungskauf und Paypal.



5) Als Standard-Parameter wurde "name.company" aufgenommen. Somit wird auch der Firmenname des Kunden automatisch an Heidelpay übermittelt.

6) Ab diesem Release wird die Kunden-IP statt der Heidelpay-IP bei Paypal-Zahlungen an der Bestellung (oxorder) hinterlegt. Hierzu ist vorausgesetzt, dass im Shopadmin die Option "Stammdaten > Grundeinstellungen > System > Bestellungen > IP-Adressen speichern. Die ist u.U. ein Verstoß gegen den Datenschutz." aktiv ist.

7) Der Shopadmin wurde aufbereitet. Durch Gruppierung sind einzelne Informationen und Einstellungen einfacher zu finden. Zu jeder Option gibt es nun entsprechende Hilfetexte.


Korrekturen und Bugfixes:

  • Überarbeitung der Überladung in Block-Templates: statt eigenem Inhalt wird nun der Oxid-Block erweitert
  • E-Mails welche das Modul versendet, werden in der Sprache der Bestellung versendet
  • an "http_build_query" erfolgt eine direkte Angabe des 3. Parameter "arg_separator" (statt Nutzung des vom Server vorkonfigurierten "arg_separator.output")
Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.
Setzen Sie die Modulversion 5.2.x.x bereits ein, können Sie das Update direkt im Admin-Bereich in der Modulverwaltung laden.

Die E-Payment Komplettlösung

Geschrieben von Daniela Biewald

Feb '17 8
Die Heidelberger Payment GmbH wird für die Kommunikation mit dem heidelpay-Payment-System neue IP-Adressen einführen. Die Umstellung findet am 07. März 2017 statt. Heidelpay hat bereits alle Kunden per Newsletter darüber informiert. Dort finden Sie auch die neuen IP-Adressen.

Für unser Modul Heidelpay Integrator betrifft dies nur die Modulversion 3.x.x.x für alle Shopversionen bis 4.6. Hier müssen die sogenannten TrustedIPs in der config.inc.php nachgetragen werden.

Benötigen Sie Hilfe beim Eintragen der IP`s, so können Sie sich gern per E-Mail an wenden.

Die E-Payment Komplettlösung


Geschrieben von Daniela Biewald

Dez '16 20
Für unser Modul "Heidelpay" gibt es ab sofort ein neues Update für die Shopversionen ab 4.8.x / 5.1.x.

5.2.2.0 Update Details

Anpassung auf das Flow Theme

Das Heidelpay Modul unterstützt ab dieser Version das von OXID ausgelieferte Flow-Theme.

neuer Button Reversal

Im Admin unter /Bestellungen/Bestellungen verwalten/Heidelpay/ gibt es einen neuen Button Reversal. Ein Reversal gibt den reservierten Betrag eines PA (Reservation ehemals Preauthorization) frei.
Näheres zu dem Thema Reversal erfahren Sie bei Ihrem Heidelpay Betreuer.

Kompatibilität zu tronet Sofortüberweisung wieder hergestellt

Sobald man Sofortüberweisung über das Modul tronet im selben Shop einsetzte, funktionierte die automatische Stornierung / Löschung (und somit die Rücksetzung der Artikelbestände) innerhalb des tronet-Moduls nicht mehr.

Bei Rechnungskauf neues Eingabefeld Geburtsdatum

Für den un-/gesicherten Rechnungskauf ist es bei verschiedenen Providern erforderlich, dass das Geburtsdatum angegeben werden muss. Daher gibt es im Bestellschritt 3 (Payment) für die beiden Heidelpay Rechnungskauf-Zahlungstypen neue Templates:
d3_d3heidelpay_views_azure_tpl_payment_invoice.tpl
d3_d3heidelpay_views_mobile_tpl_payment_invoice.tpl
d3_d3heidelpay_views_flow_tpl_payment_invoice.tpl

Bankdaten und Shortid an Kunden weitergeben (Rechnungskauf)

Diese Daten werden wie bei Vorkasse und Billsafe in der Kunden E-Mail, sowie auf der Thankyou Seite angezeigt.

CRITERION-Tags im Admin sichtbar

Im Admin unter /Bestellungen/Bestellungen verwalten/Heidelpay/ werden nun die Criterion Tags, die von Heidelpay übergeben werden, angezeigt. Das betrifft u.a. Zahlungsarten wie Billsafe, Rechnungskauf, Paypal und Vorkasse.

neue Template Struktur im Modul (für Entwickler)

Die Template Struktur wurde im Modul refaktorisiert. Ggf. müssen individuelle Erweiterungen oder Templates von Ihnen oder uns überprüft werden.
Beispiel:
Wurde die Datei heidelpay_order_iframe.tpl zur Überladung in das Verzeichnis application/views/{theme}/tpl/
gelegt, muss diese nun in d3_d3heidelpay_views_azure_tpl_order_iframe.tpl umbenannt werden.
Eine Auflistung der geänderten Templatenamen finden Sie in folgender Datei:
Heidelpay - geänderte Templatenamen

Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.
Setzen Sie die Modulversion 5.2.x.x bereits ein, können Sie das Update direkt im Admin-Bereich in der Modulverwaltung laden.

Die E-Payment Komplettlösung

Geschrieben von Daniela Biewald

Okt '16 20
Für unser Modul "Heidelpay Integrator" gibt es ab sofort einen neuen Patch für die Shopversionen ab 4.8 / 5.1.

5.2.1.1 Patch Details

Interne Änderung bei gespeicherten Daten

Bisher wurde bei den gespeicherten Daten ein REBILL (RB) durchgeführt.
Das RB war bisher als allgemeine Lösung gedacht, um mehreren Zahlungsarten die Wiederverwendung von bisher getätigten Transaktionen zu ermöglichen.
Die vorausgehende Transaktion konnte dazu ein DEBIT (DB) oder ein PREAUTHORISATION (PA) sein.
Der Nachteil ist, wenn der Aquirer wechselt und neue Daten vergeben werden, wird bei einem RB der alte Vetragspartner angesprochen.

Das Modul wurde umgestellt, dass ein PA oder DB genutzt wird.
Um ein PA oder DB durchzuführen wird vorher eine REGISTRATION (RG) benötigt.

Die bisher gespeicherten Daten können jedoch ein RG, PA und DB enthalten, daher ist es notwendig die Daten in der Tabelle d3hpuid aufzubereiten. Dazu werden in der automatischen Installationsroutine die Einträge der d3hpuid mit den Transaktionen der Tabelle d3transactionlog verglichen. Alle Einträge der d3hpuid, welche kein RG sind und keine Zuordnung zu d3transactionlog haben, werden gelöscht.

Wenn Sie sich unsicher sind, legen Sie bitte vorab eine Sicherung der Tabelle d3hpuid an.

mehrfach gespeicherte Daten anzeigen

Kunden können nun mehrere Kredit-/Debit-Karten verwenden.
Die Daten werden bei Heidelpay gespeichert und stehen nur in dieser Form (als eine Referenz) zur Verfügung:
Heidelpay: mehrfach gespeicherte Daten

Bugfixes

  • XML Query wird im paymentcollector nicht korrekt übergeben
  • Kein Fehlerhandling im Frontend beim iFrame
  • removed payment::hasUserHPStoreData, payment::getUserHPStoreData, payment::getHPWrappedPayment
  • Bugfix: d3_oxorder_heidelpay::finalizeOrder
  • fixed memcache bug in collectpayments process
  • payment model not found causes exception in admin
Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.
Setzen Sie die Modulversion 5.2.x.x bereits ein, können Sie den Patch direkt im Admin-Bereich in der Modulverwaltung laden.

Die E-Payment Komplettlösung

Geschrieben von Daniela Biewald

Aug '16 17
Für unser Modul "Heidelpay Integrator" gibt es ab sofort einen neuen Patch für alle Shopversionen!

Mit den derzeitigen Modulversionen ist es den Kunden möglich den Warenkorbwert gegenüber dem Transaktionsbetrag zu manipulieren!

Im Folgenden finden Sie die Liste der Modulversionen auf die Sie umgehend updaten sollten:
  • Modulversion 3.2.6.6: bis Shopversion 4.4.8
  • Modulversion 3.2.7.5: Shopversion 4.5.1 - 4.6.5
  • Modulversion 4.0.6.2: Shopversion 4.7.0 - 4.8.5
  • Modulversion 5.0.0.5: Shopversion 4.7.0 - 4.9.1
  • Modulversion 5.1.1.3: Shopversion 4.7.0 - 4.9.7
  • Modulversion 5.2.1.0: Shopversion 4.8.0 - 4.10.1

neues Feature: Benachrichtigung bei Störungsfällen

Sobald nun ein Störungsfall vorliegt, werden Sie ab sofort per E-Mail informiert.
Die Einstellung zu der E-Mail finden Sie unter /D³ Module/Heidelpay/Einstellungen/:
  • E-Mailadresse für erkannte Störungsfälle (Standard: "E-Mail-Adresse für Bestellungen" )
  • Bestellstatus für erkannte Störungsfälle (Standard: "ERROR")
Derzeit wird folgender Fall abgedeckt:
Differenz zwischen Bestellung und Transaktion
Wird eine Differenz zwischen Bestellung und Transaktion festgestellt, wird die Bestellung mit dem eingestellten Transaktionsstatus gespeichert.
Der Shopbetreiber kann die Bestellung manuell sichten und den Fall klären.
Ggf. kann eine angebundene Warenwirtschaft auf das Feld oxtransstatus reagieren.

Heidelpay: Bestellung oxtransstatus error

Die aktuellen Modulversionen erhalten Sie bei uns auf Anfrage. Senden Sie dazu bitte eine E-Mail an mit Angabe von Shopversion, eingesetzter Modulversion sowie PHP-Version.

Die E-Payment Komplettlösung

Geschrieben von Daniela Biewald

Aug '16 17
Für unser Modul "Heidelpay" gibt es ab sofort ein neues Update für die Shopversionen ab 4.8.x / 5.1.x.

5.2.1.0 Update Details

Neue Premiumzahlungsart: MasterPass

Masterpass ist nun ein Teil des Moduls. Nähere Informationen finden Sie unter https://www.heidelpay.de/partner/zahlungsarten/ .
Sie können den Channel Ident unter /D³ Module/Heidelpay/Einstellungen/Channel (MasterPass)/ eintragen.
Direkt darunter wählen Sie den Buchungstyp aus (Betrag sofort abbuchen oder Betrag reservieren).

Neues Feature: Zeitbeschränkung für die Karteneingabe (iFrame)

In der Vergangenheit kam es zu Vorfällen, dass Kunden die Sessionzeit des Shops bei der Eingabe der Kredit-/Debitkartendaten überschritten hatten. Das Resultat waren Buchungen ohne Bestellungen.
Um dem vorzubeugen haben wir eine Timeout Funktion für die Karteneingabe integriert:
Heidelpay: Eingabezeit im Frontend

Nach Ablauf der Zeit wird dem Kunden ein Popup gezeigt:
Heidelpay: Eingabezeit im Frontend abgelaufen

Die Zeit können Sie im Admin unter /D³ Module/Heidelpay/Einstellungen/Zeitbeschränkung für die Karteneingabe (iFrame)/
einstellen.

neues Feature: Benachrichtigung bei Störungsfällen

Sobald ein Störungsfall vorliegt, werden Sie ab sofort per E-Mail informiert.
Die Einstellungen dafür finden Sie unter /D³ Module/Heidelpay/Einstellungen/:
  • E-Mailadresse für erkannte Störungsfälle (Standard: "E-Mail-Adresse für Bestellungen" )
  • Bestellstatus für erkannte Störungsfälle (Standard: "ERROR")
Folgende Fälle werden derzeit abgedeckt:
1. Transaktion ohne Bestellung
Es kann vorkommen, dass eine Transaktion bei Heidelpay als erfolgreich markiert wurde, jedoch der Shop das Anlegen der Bestellung ablehnt. In diesem Fall wird an die hinterlegte E-Mail Adresse eine Information zu der Transaktion und der technischen Ablehnung des Shops gesendet.

2. Differenz zwischen Bestellung und Transaktion
Wird eine Differenz zwischen Bestellung und Transaktion festgestellt, wird die Bestellung mit dem eingestellten Bestellstatus gespeichert.
Der Shopbetreiber kann die Bestellung nun manuell sichten und den Fall klären. Ggf. kann auch eine angebundene Warenwirtschaft auf das Feld oxtransstatus reagieren.

Heidelpay: Bestellung oxtransstatus error

Bugfixes:

  • Die Sprache im Admin war für die Einstellungen im Modul auswählbar
  • Die Session Variable "d3HeidelpayReferenceNumber" wird ebenfalls nach Schritt4 gesetzt
  • Rüchgabewerte von order::execute() waren fehlerhaft an den Shop übergeben worden
  • Die Aktionen unter /Bestellung verwalten/Tab Heidelpay/ klappten nicht auf
  • Der Parameter PRESENTATION.USAGE wurde nicht überall übergeben, ist jedoch erforderlich
  • PreAuthorization wird bei "gespeicherte Daten verwenden" genutzt (ist abhängig von den Einstellungen)
  • Der Cronjob für PP und IV ignorierte die übergebene ShopId (betrifft nur EE)
  • Bei der Auswahl im Frontend "gespeicherte Daten (Kredit-/Debitkarte) nutzen" fehlten die zu übergebenden Parameter (Siehe Einstellung: Pflichtfelder für den Bestellabschluss)
  • Die falsche Rücksprungbehandlung bei erfolgreichen Billsafe Bezahlungen wurde behoben
  • Das Heidelpay iFrame wurde zu klein angezeigt. Änderung der Höhe und Breite von 200px auf 290px
  • In den Adminaktionen (/Bestellung verwalten/Tab Heidelpay/) wurde der Adminbenutzer statt dem Bestellbenutzer übergeben
Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.
Setzen Sie die Modulversion 5.2.x.x bereits ein, können Sie den Patch direkt im Admin-Bereich in der Modulverwaltung laden.

Die E-Payment Komplettlösung

Geschrieben von Daniela Biewald

(Seite 1 von 6, insgesamt 59 Einträge)