4.0.6.2
- 0005300: Warenkorbwert kann gegenber dem Transaktionbetrag manipuliert werden

4.0.6.1
- Sicherheitslcke geschlossen

4.0.6.0
- Kompatilitt mit Skrill-Modul hergestellt #2465
- Update der Systmprfung (d3precheck.php) #2480

4.0.5.4
- alte Moduleinstellungen von 3.x werden beim Update auf 4.x migriert
- Bugfix: Bei Bezahlung mit Billsafe kam im Shop eine Fehlermeldung, wenn mehr als 7 Artikel in den Warenkorb gelegt wurden

4.0.5.3
- Hinweis auf Umstellung des Hndlerkontos (nur bei Sofortberweisung) in die Installationsanleitung eingefgt
- Bugfix: Bei Nutzung von Sofortberweisung konnte es im Zusammenhang mit SEPA zu Fehlermeldungen kommen

4.0.5.2
- Bugfix: Wichtige Sicherheitslcke in der Modulkonfiguration geschlossen

4.0.5.1
- Bugfix: In BS4 wurde unter bestimmten Situationen eine Exception geworfen, wenn andere Module ebenfalls die Klasse 'order' erweitern

4.0.5.0
- SEPA-Modus integriert
  - im Adminbereich kann nun SEPA aktiviert werden (Schaltet bei Lastschrift, Giropay, Rechnungskauf und Vorkasse auf IBAN/BIC um)
  - berweisungsdaten fr BillSAFE, Rechnungskauf und Vorkasse zeigen nun IBAN/BIC in BS5 und EMails
  - Integration von SEPA-Prfroutinen bei Giropay
- Sofortberweisung bentigt keine Kontodateneingabe in BS3 mehr (nderung des Hndlerkontos bei Heidelpay ntig)
- iDeal Bankenliste aktualisiert
- Bugfix: Sind Kontodaten mit * maskiert, werden sie nicht mehr in BS3 bei Bestandskunden vorausgefllt
- Bugfix: fehlende Buchungsaktionen an den Bestellungen hinzugefgt

4.0.4.1
- Fehler in automatischer Installation behoben
- Precheck aktualisiert

4.0.4.0
- Anpassung fr OXID eShop 4.8.x / 5.1.x
- Integration Transaktionslog
- Integration Neues Admin Interface (unter Bestellungen, Tab "Heidelpay")
- Sofortberweisung untersttzt nun auch sterreichische Bankkonten
- Fehlercodetabelle aktualisiert
- Bugfix: Bei Zahlungsart Giropay fehlte das Eingabefeld fr den Kontoinhaber
- Bugfix: Bei Zahlungsart Billsafe werden die berweisungsdaten nun korrekt nach Bestellungsende aus der Session entfernt
- Bugfix: Bei einigen Zahlungsarten gab es Probleme mit Umlauten in UTF8-Shops
- Install-PDF berarbeitet, PreCheck v3.0 integriert

4.0.3.3
- Bugfix: automatische Installation des Moduls reagierte nicht

4.0.3.2
- php5.4 STRICT_STANDARDS-Fehler wurden behoben
- BillSafe UTF-8 Problem (doppeltes encoding als UTF-8 String bei UTF-8 Shops) wurde behoben

4.0.3.1
- Zahlungsart Paypal ist auch im Basic-Modul konfigurierbar

4.0.3.0
- Zahlungsart Billsafe hinzugefgt
- Zahlungsart Rechnungskauf hinzugefgt
- Zahlungsart PayPal hinzugefgt
- Integration der Automatischen Installation
- Fehler bei Basic/Premium im Admin gefixt
- Zahlungsart T-Pay entfernt

4.0.2.0
- Integration Basic / Premium Unterscheidung

4.0.1.0
- Debitkarte "Dankort" hinzugefgt
- Fehlertexte der Fehlercodes werden nun aus lang-Dateien geholt (damit kann die normale Mehrsprachigkeit des Shops genutzt werden)
- Umstellung aller buchungsrelevanten TransaktionIdents auf einen eigenen Nummernkreis
- ShopId wird nun mit an die Response-Url bergeben

4.0.0.0
- komplette berarbeitung des Moduls fr die neue Shopstruktur EE5/PE47

3.2.3.1
- Bugfix: bei nicht 3DSecure Karten und Einstellung "nach Schritt" 4

3.2.3
- Dummy Kreditkarten fr 4.6.x entfernt
- checkout.css aus der payment_ext.tpl entfernt

3.2.2
- nderungen fr Shopversion ab 4.6.0 integriert
- kleinerer JS-Fehler in payment-Template behoben
- NOK-Rckmeldungen werden nun als "response error" geloggt
- neue Testdaten fr Sofortberweisung integriert
- mod_cfg -> Requirements eingebaut

3.2.1
- neue Admineinstellungen (Curl-Timeout, Unmask) eingebaut
- div. Fehler bei der Nutzung der Basic-Templates (4.5) behoben
- Version kann nun auch uneingeschrnkt in Shopversionen < 4.5 genutzt werden

3.2.0
- Version fr OXID ab 4.5.0


3.1.1
- nderung der Sprache nach einer Heidelpaytransaktion

3.1

- Einbau neuer Zahlmethoden
  - Sofortberweisung
  - Giropay
  - iDeal Niederlande
  - EPS sterreich
  - T-Pay
  - automatische Vorkasse

- Speicherung der Registrierungsdaten fr Heidelpay fr erneute Zahlungen bei Kreditkarte, Bankeinzug und Debitkarten unter Bestellschritt 3.
  Damit wird beim erneuten Einkauf dem Kunden angeboten mit denselben Karten oder Bankdaten einzukaufen ohne erneut
  die Daten einzugeben bzw. an Heidelpay zu senden zu mssen. Der Hndler spart zustzlich die Kosten fr eine Transaktion.
  Dieses ist standardmig ausgeschalten und kann wahlweise im Shopadmin ber den Haken "Gespeicherte Daten dem Kunden anbieten?" aktiviert werden.

- Einbau neuer Logos fr fast alle Zahlmethoden und Kartentypen.

- berarbeitung aller Templates

- Aktualisierung der Heidelpay-Fehlercodes

- Admin-Interface mit eigener language-Datei

- Aktualisierung menu.xml


3.0.4
- Anpassung des Moduls an neue Sicherheitsstruktur des OXID Version 4.3.0 (TrustIPs, sToken)
- Timeout beim Aufrufen der 3DS-Fehlerseite mit "KK-Eingabe nach Schritt4"
- Problem mit mehrfachen 3DS Aufrufen bei "KK-Eingabe nach Schritt4" behoben
- 3DS-Fehlerseite fr "KK-Eingabe nach Schritt4" und "KK-Eingabe in Schritt3" optimiert


3.0.2

- Heidelpaytransaktionen konnten in den Shopfolgesprachen (Language 1 etc.) nicht abgeschlossen werden

- Sproradischer Verlust der Session nach Rcksprung vom Heidelpay-Server ab OXID 4.1.3
  - Behebung durch zustzlichen config-Parameter

- Teilweise Probleme mit Shoprcksprung nach fehlerhafter 3DSecure-Eingabe


3.0.1

neu
- Multilang-Platzhalter eingebaut


Fix
- Korrektur der order-Erweiterung, da mit Shopversion 4.1.1 die Prfung zum Widerrufsrecht gendert wurde
- nderung der Prfungsparameter fr 3DSecure


3.0
Kompletter Neuaufbau des Moduls fr den Einsatz unter OXID 4.
Optimierung aller Modulteile. Dadurch u.a. schnellere Abarbeitung der Heidelpay-Daten.

2.1

neue Funktionen:
- Einbau einer alternativen Bezahlung mit Kreditkarte nach Schritt 4 im Bestellvorgang (Aktivierung im Admin)
  Damit wird die zustzliche "Registierung" des Kunden bei Heidelpay nicht genutzt und der Shopinhaber hat nur 1x Transaktionsgebhren pro Bestellung

- KK- und Bankkarten - Daten werden aus den Heidelpay-Responsedaten ausgelesen und in die Session als Dynvalue gespeichert.
  -> Wichtig fr eFire / creditPass-Boniprfung
  Zustzlich werden die KK- und ELV-Daten im Shop gespeichert, um im Schritt 3 bei wiederholter Zahlung diese anzuzeigen
  Achtung! Die KK-Nummer wird lediglich mit den letzten 4 Stellen gespeichert!

- Optionen fr Test-Betrieb erweitert

Korrekturen:
- Anpassung der tpls an den aktuellen OXID-Versionsstand 3.0.4.1 (steps-tpl und css-Dateien)
- bei Nutzung anderer oxpaymentgateway-Module (z.B. Paypal Pro) werden diese nun korrekt in den Modulbaum eingebunden und aufgerufen
- Korrektur der 3DS-Funktionalitt. Es konnte unter bestimmten Voraussetzungen passieren, das Bestellungen nicht ordnungsgem erstellt wurden.
- Behebung einer Smarty-Fehlermeldung im 3DS-iFrame
- Es wurden einige "onclick" in der payment_ext.tpl entfernt, da dadurch teilweise Kunden versehentlich andere Zahlartenangeklickt hatten

2.0
- Integration von 3DSecure

1.2
- Kleinere Korrekturen. u.a. Behebung eines Sprachproblems (Domainzuordnung)

1.1
- Einbau der kompletten Heidelpay-Systemcodes und Ausgabe in Schritt3 als deutsche Fehlermeldung
- Speicherung des Heidelpay-Registrationcodes fr Folgebestellungen ohne erneute Registration des Kunden
- Korrektur kleinerer Bugs im Modul und tpl-Dateien
- TransactionID zustzlich mit Timestamp belegt, um mehrfache Bestellversuche zu ermglichen

1.0
- Korrektur des formulars der payment_ext.tpl fr ELV

1.0 beta:

- Rckgabe in hp_response.php per curl
- Einbau ELV

####################################################
