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

Folgende Änderungen sind enthalten:

Css Dateipfad für das iFrame wird nun mitgegeben


Altlasten-Mehrsprachigkeit konnten zu mehreren Fehlverhalten führen

3D Secure Prüfung wurde bei gespeicherten Daten übersprungen



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

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

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