Compare commits

...

No commits in common. "main" and "rel_6.4_sourceGuardian_from_PHP8.0" have entirely different histories.

746 changed files with 44356 additions and 14 deletions

1
.gitignore vendored Normal file
View File

@ -0,0 +1 @@
.idea

9
LICENSE.md Normal file
View File

@ -0,0 +1,9 @@
# License
This Software is the property of Data Development and is protected by copyright law - it is NOT Freeware.
Any unauthorized use of this software without a valid license is a violation of the license agreement and will be prosecuted by civil and criminal law.
- copyright: (C) [D3 Data Development](https://www.d3data.de/) (Inh. Thomas Dartsch)
- author: D3 Data Development - Thomas Dartsch <support@shopmodule.com>
- link: https://www.oxidmodule.com

23
README.en.md Normal file
View File

@ -0,0 +1,23 @@
[![deutsche Version](https://logos.oxidmodule.com/de2_xs.svg)](README.md)
[![english version](https://logos.oxidmodule.com/en2_xs.svg)](README.en.md)
# D3 Unzer for OXID eShop
Unzer GmbH offers merchants a payment system for all common payment payment methods for payment processing on the Internet. Unzer is complete solution provider for the ecommerce merchant. This means that Unzer as a Member Service Provider (MSP) of Visa and Mastercard eCommerce merchants directly issue an acceptance contract. They do not have to have any additional discussions with a bank.
Please refer to the documentation [online](https://docs.oxidmodule.com/Unzer/) and the docs directory of this package for the requirements of this plugin, installation and configuration instructions, changelog and further informations.
Note that when using the NGW interface, the config parameter "disallowForceSessionIdInRequest" must not be activated.
## Changelog
See [CHANGELOG](docs/daux/changelog/010_Changelog.md) for further informations.
## License
(status: 2010-10-18)
For full copyright and licensing information, please see the [LICENSE](LICENSE.md) file distributed with this source code.
## Contact
- Unzer Homepage: https://www.unzer.com
- D³ Data Development: https://www.d3data.de
- Mail: support@shopmodule.com

View File

@ -1,16 +1,23 @@
# Unzer
[![deutsche Version](https://logos.oxidmodule.com/de2_xs.svg)](README.md)
[![english version](https://logos.oxidmodule.com/en2_xs.svg)](README.en.md)
- 6.2.x
- [for ionCube from PHP 5.6](https://git.d3data.de/D3Public/Unzer/src/branch/rel_6.2_ionCube_from_PHP5.6)
- [for ionCube from PHP 7.1](https://git.d3data.de/D3Public/Unzer/src/branch/rel_6.2_ionCube_from_PHP7.1)
- [for SourceGuardian from PHP 8.0](https://git.d3data.de/D3Public/Unzer/src/branch/rel_6.2_sourceGuardian_from_PHP8.0)
- 6.3.x
- [for ionCube from PHP 7.1](https://git.d3data.de/D3Public/Unzer/src/branch/rel_6.3_ionCube_from_PHP7.1)
- [for SourceGuardian from PHP 8.0](https://git.d3data.de/D3Public/Unzer/src/branch/rel_6.3_sourceGuardian_from_PHP8.0)
- 6.4.x
- [for ionCube from PHP 7.1](https://git.d3data.de/D3Public/Unzer/src/branch/rel_6.4_ionCube_from_PHP7.1)
- [for SourceGuardian from PHP 8.0](https://git.d3data.de/D3Public/Unzer/src/branch/rel_6.4_sourceGuardian_from_PHP8.0)
- 7.x - OXID 7.x
- [for SourceGuardian from PHP 8.0](https://github.com/d3datadevelopment/Unzer/tree/rel_7.x_sourceGuardian_from_PHP8.0)
# D3 Unzer für OXID eShop
** main branch left blank **
Die Unzer GmbH bietet Händlern ein Zahlungssystem für alle gängigen Zahlungsverfahren für die Payment Abwicklung im Internet. Unzer ist Komplettlösungsanbieter für den Ecommerce Händler. Das bedeutet, dass Unzer als Member Service Provider (MSP) von Visa und Mastercard eCommerce Händler direkt einen Akzeptanzvertrag vergibt. Sie müssen keine zusätzlichen Gespräche mit einer Bank führen.
Die Anforderungen des Moduls, Installations- und Konfigurationshinweise, Changelog und weitere Informationen entnehmen Sie bitte der Dokumentation [online](https://docs.oxidmodule.com/Unzer/) und im docs-Verzeichnis dieses Paketes.
Beachten Sie, dass bei Verwendung der NGW-Schnittstelle der Config-Parameter "disallowForceSessionIdInRequest" nicht aktiviert sein darf.
## Changelog
Siehe [CHANGELOG](docs/daux/changelog/010_Changelog.md) für weitere Informationen.
## Lizenz
(Stand: 18.10.2010)
Die Copyright- und Lizenzinformationen entnehmen Sie bitte der [LICENSE](LICENSE.md)-Datei, die mit diesem Quellcode verteilt wurde.
## Kontakt
- Unzer Homepage: https://www.unzer.com
- D³ Data Development: https://www.d3data.de
- Mail: support@shopmodule.com

64
composer.json Normal file
View File

@ -0,0 +1,64 @@
{
"name": "d3/unzer",
"description": "Unzer client module for oxid eShop v6",
"type": "oxideshop-module",
"authors": [
{
"name": "D3 Data Development (Inh. Thomas Dartsch)",
"email": "info@shopmodule.com",
"homepage": "http://www.oxidmodule.com",
"role": "Owner"
}
],
"support": {
"email": "support@shopmodule.com"
},
"keywords": [
"oxid",
"modules",
"eShop",
"d3",
"heidelpay",
"creditcard",
"debitcard",
"payment"
],
"homepage": "https://www.oxidmodule.com/",
"license": [
"proprietary"
],
"extra": {
"oxideshop": {
"source-directory": "/src",
"target-directory": "d3/heidelpay"
}
},
"require": {
"php": "^8.0",
"ext-sourceguardian": ">=14",
"lib-curl": ">=7.34.0",
"lib-openssl": ">=1.0.1",
"ext-curl": "*",
"ext-openssl": "*",
"ext-libxml": "*",
"ext-dom": "*",
"ext-simplexml": "*",
"ext-bcmath": "*",
"ext-json": "*",
"oxid-esales/oxideshop-ce": "6.5 - 6.14",
"d3/modcfg": "^5.3.6.000 || ^6",
"unzerdev/php-sdk": "~1.2.0"
},
"require-dev": {
"mikey179/vfsstream": "~1.6.5"
},
"replace": {
"d3/heidelpay": "*",
"oxid-esales/unzer": "*"
},
"autoload": {
"psr-4": {
"D3\\Heidelpay\\": "../../../source/modules/d3/heidelpay"
}
}
}

View File

@ -0,0 +1,25 @@
---- IDENT ----
d3_hp_vorkassemail_cust_plain
---- TITEL ----
Unzer Vorkasseinfomail Kunde Plain
---- LANGTEXT ----
Sehr geehrter Kunde,
Sie haben bei Ihrer Bestellung die Bezahlart "Vorkasse" oder "Rechnung" gewählt.
Wir konnten heute Ihren Zahlungseingang verbuchen.
[{if $order->blDifferentAmount}]
Achtung, der von Ihnen überwiesene Betrag ([{$order->fPayAmount}] [{$order->oxorder__oxcurrency->value}])
stimmt nicht mit dem Gesamtbetrag der Bestellung ([{$order->getTotalOrderSum()}] [{$order->oxorder__oxcurrency->value}])
überein!
Bitte kontaktieren Sie uns umgehend per eMail oder Telefon.
[{else}]
Ihre Bestellung wird nun umgehend von uns bearbeitet und versandt.
[{/if}]
Vielen Dank.
Beste Grüße
Ihr Shop Team

View File

@ -0,0 +1,8 @@
---- IDENT ----
d3_hp_vorkassemail_cust_subject
---- TITEL ----
Unzer Vorkasseinfomail Kunde Betreff
---- LANGTEXT ----
Zahlungseingang zu Ihrer Bestellung [{$order->oxorder__oxordernr->value}] in unserem Online Shop

View File

@ -0,0 +1,26 @@
---- IDENT ----
d3_hp_vorkassemail_cust_text
---- TITEL ----
Unzer Vorkasseinfomail Kunde Text
---- LANGTEXT ----
Sehr geehrter Kunde,<br/><br/>
<p>Sie haben bei Ihrer Bestellung die Bezahlart "Vorkasse" oder "Rechnung" gewählt.
Wir konnten heute Ihren Zahlungseingang verbuchen.<br/><br/>
[{if $order->blDifferentAmount}]
Achtung, der von Ihnen überwiesene Betrag ([{$order->fPayAmount}] [{$order->oxorder__oxcurrency->value}])
stimmt nicht mit dem Gesamtbetrag der Bestellung ([{$order->getTotalOrderSum()}] [{$order->oxorder__oxcurrency->value}])
überein!<br/><br/>
Bitte kontaktieren Sie uns umgehend per eMail oder Telefon.
[{else}]
Ihre Bestellung wird nun
umgehend von uns bearbeitet und versandt.
[{/if}]
</p><br/><br/>
Vielen Dank.<br/><br/>
Beste Grüße<br/>
Ihr Shop Team

View File

@ -0,0 +1,19 @@
---- IDENT ----
d3_hp_vorkassemail_owner_plain
---- TITEL ----
Unzer Vorkasseinfomail Shopinhaber Plain
---- LANGTEXT ----
Hallo,
Soeben konnte für Bestellung Nr [{$order->oxorder__oxordernr->value}] ein Zahlungseingang verbucht werden.
[{if $order->blDifferentAmount}]
Achtung, der überwiesene Betrag ([{$order->fPayAmount}] [{$order->oxorder__oxcurrency->value}])
stimmt NICHT mit dem Gesamtbetrag der Bestellung ([{$order->getTotalOrderSum()}]
[{$order->oxorder__oxcurrency->value}]) überein!
[{else}]
Der überwiesene Betrag ([{$order->getTotalOrderSum()}] [{$order->oxorder__oxcurrency->value}])
stimmt mit der Bestellsumme überein. Die Bestellung kann versandt werden.
[{/if}]

View File

@ -0,0 +1,8 @@
---- IDENT ----
d3_hp_vorkassemail_owner_subject
---- TITEL ----
Unzer Vorkasseinfomail Shopinhaber Betreff
---- LANGTEXT ----
Zahlungseingang für Bestellung [{$order->oxorder__oxordernr->value}]

View File

@ -0,0 +1,24 @@
---- IDENT ----
d3_hp_vorkassemail_owner_text
---- TITEL ----
Unzer Vorkasseinfomail Shopinhaber Text
---- LANGTEXT ----
Hallo,<br/><br/>
Soeben konnte für Bestellung Nr. [{$order->oxorder__oxordernr->value}] ein
Zahlungseingang verbucht werden.<br/><br/>
[{if $order->blDifferentAmount}]
<div style="color: red; font-weight: bold">
Achtung, der überwiesene Betrag ([{$order->fPayAmount}] [{$order->oxorder__oxcurrency->value}])
stimmt NICHT mit dem Gesamtbetrag der Bestellung
([{$order->getTotalOrderSum()}] [{$order->oxorder__oxcurrency->value}]) überein!
</div><br/>
[{else}]
<div style="color: #123123; font-weight: bold">
Der überwiesene Betrag ([{$order->getTotalOrderSum()}] [{$order->oxorder__oxcurrency->value}]) stimmt mit
der Bestellsumme überein. Die Bestellung kann versandt werden.
</div><br/>
[{/if}]

2
docs/daux/_index.md Normal file
View File

@ -0,0 +1,2 @@
Weitere Informationen zum Modul **{$modulename}** finden Sie in unserem Shop:
[https://www.oxidmodule.com/OXID-eShop/Module/Heidelpay-Integrator-fuer-Oxid-PE.html](https://www.oxidmodule.com/OXID-eShop/Module/Heidelpay-Integrator-fuer-Oxid-PE.html)

View File

@ -0,0 +1,814 @@
---
title: Changelog
---
All notable changes to this project will be documented in this file.
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
## [Unreleased](https://git.d3data.de/D3Private/Unzer/compare/6.4.4.0...rel_6.x_mgw)
## [6.4.4.0](https://git.d3data.de/D3Private/Unzer/compare/6.4.3.1...6.4.4.0) - 2024-07-31
### Changed
- prüft auf nötiges Geburtsdatum nur, wenn dies im Kundenkonto nicht gesetzt ist
- Prüfung auf fehlende Methode im O3-Shop
## [6.4.3.1](https://git.d3data.de/D3Private/Unzer/compare/6.4.3.0...6.4.3.1) - 2024-05-07
### Fixed
- Benutzereingaben werden auf Vollständigkeit geprüft
## [6.4.3.0](https://git.d3data.de/D3Private/Unzer/compare/6.4.2.2...6.4.3.0) - 2024-04-19
### Fixed
- Finalisierung und Reservierungsstorno über den Shopadmin übergibt die Höhe des Betrages
### Added
- Transactioninformation werden an die Bestellung geschrieben
### Changed
- (von Unzer) unbehandelte Abbruchbestellungen werden storniert und gelöscht
## [6.4.2.2](https://git.d3data.de/D3Private/Unzer/compare/6.4.2.1...6.4.2.2) - 2024-04-10
### Fixed
- instabiles Verhalten bei Verwendung von Konstanten aus überladender Klasse
## [6.4.2.1](https://git.d3data.de/D3Private/Unzer/compare/6.4.2.0...6.4.2.1) - 2024-04-08
### Fixed
- Standardstatus der Vorabbestellungen mit Zahlart Rechnung bzw. Vorauskasse zu "NOT FINISHED"
- Trim der Konfigurationseinstellungen
- verhindert Änderung des Admin-Status bei der Container Kompilierung
## [6.4.2.0](https://git.d3data.de/D3Private/Unzer/compare/6.4.1.1...6.4.2.0) - 2023-06-13
### Changed
- Kundendaten werden vor Übergabe getrimmt um unnötige Übertragungen zu verhindern und Reproduktionsfälle zu ermöglichen
- im Fehlerfall wird das protokollierte Charge-Objekt gekürzt, um die Fehlermeldung zuverlässiger zu erhalten
- "Order in progress" Status wird nur von Unzer bearbeiteten Zahlungen zugewiesen
- Meldungen bei Charge-Fehlern werden separat protokolliert
- löscht vorangelegte Bestellungen bei Abbruch (canceled)
- Payerror 2 wird bei bei Unzer zugeordneten Zahlungsarten gesetzt
- bei gelöschten Unzer Bestellungen werden keine Zahlungsdaten abgefragt
## [6.4.1.1](https://git.d3data.de/D3Private/Unzer/compare/6.4.1.0...6.4.1.1) - 2023-03-08
### Fixed
- abgebrochener Zahlungsprozess führt zu geleertem Warenkorb
- Bypass umgeht Anzeige des Zahlungsprozesses
## [6.4.1.0](https://git.d3data.de/D3Private/Unzer/compare/6.4.0.2...6.4.1.0) - 2022-12-16
### Added
- installierbar in OXID 6.5.1
- zeige Bankenauswahl bei iDeal Zahlungen
### Changed
- move test mode from custom variable to log level
- update set log item calls
- catch Unzer API errors while handle remaining order
### Fixed
- update debug switch
- prevents destroyed log levels, when debug were set
- update getting debug level
## [6.4.0.2](https://git.d3data.de/D3Private/Unzer/compare/6.4.0.1...6.4.0.2) - 2022-11-22
### Fixed
- catch Unzer runtime exceptions in case of invalid private key
## [6.4.0.1](https://git.d3data.de/D3Private/Unzer/compare/6.4.0.0...6.4.0.1) - 2022-11-01
### Fixed
- fix wrong PHP dependency
## [6.4.0.0](https://git.d3data.de/D3Private/Unzer/compare/6.3.0.0...6.4.0.0) - 2022-10-28
### Added
- Webhooks für folgende Stati hinzugefügt
- payment.completed
- payment.partlypaid
- payment.chargeback
- Webhooks werden zur Modulaktivierung und beim Speichern der Grundeinstellungen registriert, bei Moduldeaktivierung werden Shopwebhooks wieder entfernt
- Rechnungstransaktionen können nun auch im Shopadmin finalisiert werden
- Shipment-Details werden nun auch im Shopadmin gezeigt
### Fixed
- 0011707: behalte die schon von Unzer behandelte Bestellung im Fall eines Systemabbruchs, bei Abbruch durch Kunde wird weiterhin gelöscht
- Bestellstatus bei Kreditkartentransaktionen werden nur bei Preauthorization generell auf OK gesetzt, sonst nur bei vollständiger Bezahlung
- Zahlartenbeschreibungen werden passend dargestellt
- Einstellungskorrektur kann auch Nicht-Text-Einstellungen verarbeiten
## [6.3.1.0](https://git.d3data.de/D3Private/Unzer/compare/6.3.0.0...6.3.1.0) - 2023-06-13
### Changed
- bei gelöschten Unzer Bestellungen werden keine Zahlungsdaten abgefragt
## [6.3.0.0](https://git.d3data.de/D3Private/Unzer/compare/6.2.6.2...6.3.0.0) - 2022-08-30
### Added
- installierbar in OXID 6.5 (CE 6.12)
- installierbar in PHP 8.1
- Paket ersetzt OXID Unzer Plugin
### Changed
- verwendet Unzer SDK 1.2.x
- Dokumentation angepasst
### Fixed
- entfernt CurlHandle Serialisierungsfehler in PHP 8 (0011619)
- fehlende Übersetzung in englischer Sprache ergänzt
## [6.2.7.0](https://git.d3data.de/D3Private/Unzer/compare/6.2.6.2...6.2.7.0) - 2023-06-13
### Changed
- bei gelöschten Unzer Bestellungen werden keine Zahlungsdaten abgefragt
## [6.2.6.2](https://git.d3data.de/D3Private/Unzer/compare/6.2.6.1...6.2.6.2) - 2022-07-18
### Fixed
- verhindert, dass die Liste der Zahlungsarten abgerufen wird, bevor die vorherige ShipSetId bereinigt wurde, wenn die Benutzerländer gewechselt werden
- zeige keine Debug-Informationen bei Zahlungsauswahlen, wenn die Zahlung keine fehlenden Benutzerdaten hat
## [6.2.6.1](https://git.d3data.de/D3Private/Unzer/compare/6.2.6.0...6.2.6.1) - 2022-07-18
### Changed
- Zahlartenlogos aktualisiert
## [6.2.6.0](https://git.d3data.de/D3Private/Unzer/compare/6.2.5.0...6.2.6.0) - 2022-07-01
### Added
- optional: Lastschriftmandat muss nicht akzeptiert werden
- eventuell vorhandener Port an Kundenremoteadresse entfernt
### Changed
- Zahlartenlogos aktualisiert
- Abhängigkeiten angepasst
## [6.2.5.0](https://git.d3data.de/D3Private/Unzer/compare/6.2.4.0...6.2.5.0) - 2022-05-06
### Added
- MGW: Zahlart EPS hinzugefügt
- MGW: Zahlart Przelewy24 hinzugefügt
- MGW: Zahlart Giropay hinzugefügt
- Eingabefeld fürden Karteninhaber bei kartenbasierten Zahlarten hinzugefügt
- bei Stornierung einer Zahlung: Auswahlbox für den Stornierungsgrund integriert (Pflicht für die Zahlart 'abgesicherter Rechnungskauf')
### Changed
- Frontend Bestellschritt 3 auf unzerSDK migriert
- Abhängigkeiten der composer.json auf UnzerSDK aktualisiert
### Fixed
- bei Zahlungsart Vorkasse und Rechnung blieb der Status einer Bestellung auf "NOT_FINISHED"
- einige Template-Block-Namen korrigiert
## [6.2.4.0](https://git.d3data.de/D3Private/Unzer/compare/6.2.3.0...6.2.4.0) - 2022-01-14
### Added
- installierbar in OXID 6.4
- fehlende englische Übersetzungen ergänzt
- ungültiger privater Schlüssel-Fehler wird passend behandelt
### Changed
- CLI-Prüfung angepasst
- veralteten Code für Einsatz unter PHP 8 entfernt
### Fixed
- Emails können in OXID >= 6.2 nicht versendet werden, Rendererablauf korrigiert
- fehlende Namespaces ergänzt
- Icon-Formatierung aktualisiert
## [6.2.3.0](https://git.d3data.de/D3Private/Unzer/compare/6.2.2.1...6.2.3.0) - 2021-07-12
### Changed
- Wechsel von HeidelpayPHP zu UnzerSDK
## [6.2.2.1](https://git.d3data.de/D3Private/Unzer/compare/6.2.2.0...6.2.2.1) - 2021-06-07
### Changed
- Dokumentation für Schnittstellenwechsel ergänzt
### Fixed
- Preauthorisation Transaktionen werden nach erfolgreichem Abschluss mit Status "OK" markiert.
## [6.2.2.0](https://git.d3data.de/D3Private/Unzer/compare/6.2.1.3...6.2.2.0) - 2021-05-18
### Fixed
- Bestellungen nur mit der Währung EUR möglich
- Bestellabschluss bei aktivem PHP Error Log schlägt fehl
## [6.2.1.3](https://git.d3data.de/D3Private/Unzer/compare/6.2.1.2...6.2.1.3) - 2021-04-27
### Added
- Freigabe für OXID 6.3
### Fixed
- fehlende Zahlungsarten-Templates im Admin ergänzt
## [6.2.1.2](https://git.d3data.de/D3Private/Unzer/compare/6.2.1.1...6.2.1.2) - 2021-04-19
### Fixed
- 0010757: fehlende Artikel in Bestellbestätigungsmail durch ausverkauft-Status
## [6.2.1.1](https://git.d3data.de/D3Private/Unzer/compare/6.2.1.0...6.2.1.1) - 2021-02-10
### Fixed
- abgesicherter rechnungskauf zurückgewiesen aufgrund abweichender Lieferadresse
- keine Eingabe in 3rd party select-Eingabefelder an der Zahlartenauswahl möglich
## [6.2.1.0](https://git.d3data.de/D3Private/Unzer/compare/6.2.0.4...6.2.1.0) - 2021-01-11
### Added
- Adresseingaben werden vorformatiert, um Ablehnungen aufgrund falschen Formates zu vermeiden
### Changed
- Produktbild-URL wird bei Nutzung der PaymentApi / MGW-Schnittstelle nicht zu Unzer übergeben, da nicht erreichbare URL (z.B. Dev-Shop) zum Abbruch der Transaktion führt
## [6.2.0.4](https://git.d3data.de/D3Private/Unzer/compare/6.2.0.3...6.2.0.4) - 2021-01-11
### Added
- Logo in Adminnavigation eingefügt
### Fixed
- nötige Umstellung für 3D Secure v2
- Transaktionstab im live-Modus zeigt wieder Daten
## [6.2.0.3](https://git.d3data.de/D3Private/Unzer/compare/6.2.0.2...6.2.0.3) - 2020-12-22
### Changed
- Transaktionsübersicht bei Nutzung der PaymentApi / MGW-Schnittstelle entfernt
### Fixed
- Fehlerverhalten bei Bestellungen mit Gutschein/Rabatten
- Aufruf des Cronjobs für iDeal & Przelewy24
- Warenkorbberechnung korrigiert
## [6.2.0.2](https://git.d3data.de/D3Private/Unzer/compare/6.2.0.1...6.2.0.2) - 2020-11-30
### Added
- Freigabe für OXID 6.2.3
### Changed
- Unzer API URL
- iDeal Logo
### Fixed
- Präfixverhalten bei leeren Eingabefeldern des Zugangskeys (PaymentApi / MGW)
## [6.2.0.1](https://git.d3data.de/D3Private/Unzer/compare/6.2.0.0...6.2.0.1) - 2020-11-10
### Fixed
- fehlendes NGW-Template für Vorkasse hinzugefügt - verhinderte Portierung der Altkonfiguration
- Fehler bei Generierung von Bestellung bei Nutzung von NGW korrigiert
## [6.2.0.0](https://git.d3data.de/D3Private/Unzer/compare/6.1.2.2...6.2.0.0) - 2020-10-28
### Added
- ermöglicht den Einsatz der PaymentApi / MGW-Schnittstelle
### Changed
- Umbenennung (Rebranding) von heidelpay zu Unzer
### Fixed
- falsche Konfigurations-ID korrigiert - dieser Fehler löste kein Fehlverhalten im Modul aus
## [6.1.2.2](https://git.d3data.de/D3Private/Unzer/compare/6.1.2.1...6.1.2.2) - 2020-09-30
### Changed
- Titellogo auf statischen Asset umgestellt
- Logos für Amex, MasterCard, Paypal und VISA aktualisiert
- übersetzbare Sparchbausteine für Bestellungsübersicht verwendet
## [6.1.2.1](https://git.d3data.de/D3Private/Unzer/compare/6.1.2.0...6.1.2.1) - 2020-06-15
### Fixed
- korrigiert Fragezeichen in Rückgabewert der execute-Methoden (führte zu ungültiger Redirect URL)
- 0009794: erzwingt neue Session im iDeal Cron Script (führt zu Fehlern, wenn z.B. auf während der Bearbeitung der ersten Bestellung der Warenkorb neu aufgebaut werden muss - nötig z.B. bei Gutscheinverwendung)
- EPS nicht auswählbar - blD3HeidelpayAllowEPS fehlt
- verwendet optimierte Logik, um in externen Aufrufen die bootstrap-Datei finden zu können
### Changed
- Bestellschritt3: Aufpreis bei Zahlarten ausblenden wenn 0
## [6.1.2.0](https://git.d3data.de/D3Private/Unzer/compare/6.1.1.3...6.1.2.0) - 2020-05-12
### Added
- 0009705: Freigabe OXID 6.2
## [6.1.1.3](https://git.d3data.de/D3Private/Unzer/compare/6.1.1.2...6.1.1.3) - 2020-04-03
### Changed
- ermöglicht Einsatz mit ModulConnector 5.3
- ermöglicht Installation in Projekten ohne "oxid-esales/oxideshop-metapackage-ce"
### Fixed
- Abbruch bei Verwendung nicht zu Heidelpay zugewiesener Zahlart korrigiert
## [6.1.1.2](https://git.d3data.de/D3Private/Unzer/compare/6.1.1.1...6.1.1.2) - 2020-03-19
### Fixed
- 0009550: Manipulationsprävention bei Zahlung mit abgesichertem Rechnungskauf integriert
- 0009539: fehlerhafte Aufrufe bei Ausführung des Cronjobs für Rechnungskauf oder Vorkasse korrigiert
- 0009540: fehlendes Admintemplate "d3_heidelpay_views_admin_tpl_channels_sub_prepayment.tpl" eingefügt
- 0009553: fehlende Bankdaten bei Vorkasse
- 0009554: cron_bankaccount.php - falscher Channel bei Vorkassse
## [6.1.1.1](https://git.d3data.de/D3Private/Unzer/compare/6.1.1.0...6.1.1.1) - 2020-01-09
### Fixed
- 0009389: Modulversion 6.1.1.0 - Installation unvollständig (falsche Versionsnummer in Installationsroutine)
## [6.1.1.0](https://git.d3data.de/D3Private/Unzer/compare/6.1.0.1...6.1.1.0) - 2020-01-03
### Added
- 0008760: add Wave Theme support
### Changed
- 0000000: iDeal + Przelewy24 orders with no incoming payment and no "after lifetime action" will set to NOT_FINISHED after span of life
- 0000000: missing active check of channel provider data integrated
- 0000000: Initialization of JavaScript (web integration) heidelpayInstance may only be created once
### Fixed
- 0005712: Distinction between test and live configuration when assigning "Heidelpay Channel - Oxid Payment Methods"
- 0009201: different modcfg version in composer.josn & InstallRoutine
- 0000000: Inactive channel configuration was displayed in the frontend, if an active oxid-paymenttype-assignment exists
- 0000000: OT payments are not redirecting, if user switch to OrderController and send order:execute again
- 0000000: navigation on other language causes admin template language to standard (0)
- 0000000: fixed use saved data doesn't work in wave -> missing post order execute parameter
---
## 6.1.0.1 - (2019-10-07)
### fixed
0009155: 6.1.0.0: Too few arguments to function D3\Heidelpay\Controllers\Admin\Order\Heidelpay::isBasicLicence()
0000000: 6.1.0.0: incorrect redirect to mydomain.tld/modules/d3/heidelpay/public/redirect -> should be redirect to payment/start page
---
## 6.1.0.0 - (2019-09-25)
**Minor version upgrade notice: there are some backward-incompatible changes to this release.**
**0000000: [ Important ] the setup routine has a backwards compatibility break (BC break)! Only module configurations greater than or equal to modul version 6.0.0.0 will be fully migrated!**
0000000: [ Configuration ] rebuild channel configuration see: [(6.1.0.0) Umstellung der Konfiguration](https://docs.oxidmodule.com/Heidelpay/6.1.0.0/changelog/Channel_Rekonfiguration.html)
0000000: [ Refactor ] \D3\Heidelpay\Models\Factory class refactored to a factory pattern
0000000: [ Refactor ] split /public/hp_response.php calls into separated front controller (f.e. /public/Creditcard.php, /public/Debitcard.php)
0000000: [ Bug ] additional redirect parameters will not add in redirect url of the public response file's (like utm_nooverride=1)
0000000: [ Info ] replaced https://faq.oxidmodule.com/ links with https://faq.d3data.de
---
## 6.0.3.1 - (2019-06-07)
0008863: 6.0.3.0 Fehler bei nicht Heidelpay zugeordneten Zahlungsarten - keine Bestellung möglich
0000000: [cronjob collectPayments] parameter FRONTEND.ENABLED=true causing a order delete for Przelewy24 and iDeal payments
0000000: [cronjob collectPayments] set referenceid before temporaray order is finalized
0000000: [cronjob collectPayments] reduced NOTICE in collectpayments.php 0000000: [general] added new criterion info parameter "heidelPaymentMethod"
0000000: replaced deprecated method "getShopEdition" for request parameter
0000000: changing url in metadata to https://docs.oxidmodule.com/Heidelpay/
---
## 6.0.3.0 - (2019-05-09)
0008145: OT Zahlungsarten auf Länder und Währung einschränken
0008577: Exception bei dem Versenden von d3SendHPErrorMessage
0008263: Daux.io Umsetzung Heidelpay
0000000: neue Zahlungsart B2B Rechnungskauf hinzugefügt
---
## 6.0.2.3 - (2019-03-08)
0008253: alte Trusted Shops Käuferschutz Kompatibilität entfernen
0000000: Collation der Admin Sprachdateien auf UTF-8 gesetzt
0008158: Zahlungstyp Billsafe entfernen
0000000: [ Refactor ] \D3\Heidelpay\Models\Containers\Parameter
---
## 6.0.2.2 - (2019-01-09)
0008210: Transaktions-Fehlermeldung im Tab Order/Heidelpay anzeigen lassen
0008237: [ Blocker ] Fehlermeldung beim Bestellabschluss
0000000: Neues Model Models\Actions\Finalize
0000000: [ Refactor ] \D3\Heidelpay\Models\Containers\Parameter::setMandatoryData
0000000: [ Refactor ] \D3\Heidelpay\Models\Containers\Criterions\*
0000000: [ Refactor ] Umbenennung der \D3\Heidelpay\Models\Actions\* Eigenschaften and Methoden
---
## 6.0.2.1 - (2019-01-03)
0008148: [ Push ] E-Mail bei fehlender Bestellung
0008154: Anzeige der Push Benachrichtigungs URL im Admin
0008155: [ EE ] Updatescript für gespeicherte Kundendaten bereit stellen
0008156: divs in flow templates ergänzen
---
## 6.0.2.0 - (2018-12-05)
0007899: Push Notifications integriert
0000000: WAITING Status auf PENDING gestellt
0007921: Feldbegrenzungen in der Basket Api validieren
0007480: [ Konfiguration ] neuer Eintrag Limits für (gesicherten) Rechnungskauf einstellen
0008113: precheck entfernen
0008143: [ EE ] Shopid für gespeicherte Referenzdaten anlegen
0007483: FONTEND.ENABLED sollte immer übertragen werden
0006751: WAITING Status an Bestellung weitergebe
---
## 6.0.1.3 - (2018-11-01)
0008030: IBAN Anfangsbuchstaben müssen immer groß geschrieben werden
0007945: Doppelklick führt zu doppelten Bestellungen/Abbuchungen
0007906: Endlosschleife in automatischer Installation
---
## 6.0.1.2 - (2018-08-20)
0007856: 6.0.3 / 6.1.0 veraltete obsolete dynvalues wurden validiert (Bankeinzug + Giropay)
---
## 6.0.1.1 - (2018-08-08)
0007756: EPS - Ablehnung da falsches Land übertragen wurde - ACCOUNT.COUNTRY
0007812: Änderungen Flow 3.0.2 übernehmen (OXID Compilation 6.1.0)
0007820: Freigabe 6.1.0
0007817: Mobile theme Unterstützung entfernen
---
## 6.0.1.0 - (2018-05-22)
0005802: Postfinance Integration
0007283: EasyCredit Korrekturen
0007214: d3hpprepaymentdata::getTransaction selektiert falsch bei gesichert. Rechnungskauf
0007328: Chargeback entfernen
0007422: Fehlertexte werden teilweise allgemein ausgegeben
0007388: Umfirmierung der Heidelberger Payment GmbH in heidelpay (GmbH)
0000000: extended logging of initial ngw requests
---
## 6.0.0.1 - (2018-04-26)
0007418: fixed d3/modcfg::d3counter calls have to be case sensitive
---
## 6.0.0.0 - (2018-03-19)
**Minor version upgrade notice: there are some backward-incompatible changes to this release.**
0000000: migration to oxid-esales/oxideshop-ce v6.1.0 | dropping support below v6.1.0
0000000: fixed error was shown on changing currency marked viewconfig…
0000000: added d3transactionlog to bankaccount (prepayment)
0000000: improved logging (request to Heidelpay:: {Info})
0000000: migrated e-mail templates to oxid standard
0000000: removed giropay dynvalue checks
0000000: Giropay doesn't provide bank/account information in a PA
0000000: language files in utf-8
0000000: using oxids metadata version 2.0
0000000: using namespaces
0000000: using composer installation
---
## 5.3.0.0
0006668: Easycredit implementieren
0006745: Sofortüberweisungslogo + Texte ersetzen
#### 5.2.3.4
0004941: Css Dateipfad für das iFrame mitgeben
0006384: Altlasten-Mehrsprachigkeit können zu mehreren Fehlverhalten führen
0006626: 3D Secure Prüfung wird bei gespeicherten Daten übersprungen
#### 5.2.3.3
0006552: Geburtsdatum bei gesicherter Lastschrift ergänzen.
0006396: fehlende (zweite) Bonitätsprufung bei Rechnungskauf
0006441: Heidelpay metadata.php enthäl ö im Klassennamen - v5.2.3.2
0006291: Warnung bei leerer XML Übergabe
0000000: fixed bug in mobile theme on error message, wrong template name was loaded
0000000 set "no reference but heidelpay payment" warning to error level
#### 5.2.3.2
0000000: var_dump Ausgabe entfernt (copy_this/modules/d3/d3heidelpay/views/flow/tpl/payment/debitnote.tpl)
0000000: (iDeal/Przelewy24) wenn oxorderdate 0 ist oder nicht interpretiert wird, kann die Bestellung storniert/gelöscht werden
#### 5.2.3.1
0006291: DOMDocument::loadXML im Modul überprüfen
0000000: hp_response.php ermöglicht kein redirect mehr
### 5.2.3.0
0000000: Support für 4.7.x und 4.8.x ist eingestellt
0000000: Parameter name.company in Standard-Parameteriste aufgenommen
0000000: erweitertes Exception-Handling in d3_hp_response bei nicht-Heidelpay-Zahlungsarten
0006181: http_build_query 3. Parameter arg_separator & übergeben
0005673: JavaScriptaktualisierung Frontendumsetzung
0005496: Altdateien und Shopweichen im Modul entfernen
0004877: iDeal nur für unterstützte Währungen anzeigen
0002355: E-Mails in der Sprache der Bestellung versenden
0006138: Fehlerhafte Überladung in Block/Template select_payment.tpl 5.2.2.0
0004098: falsches Tacking in Google Analytics, Notwendig: zusätzlich definierbare Parameter
0003228: Lieferadressen bei Zahlung mit gesicherten Rechnungskauf/Lastschrift und paypal kontrollieren
0001921: Transaktionsübersicht im Admin anlegen
0006142: Integration gesicherte Lastschrift
0006141: Basket API für gesicherten Rechnungskauf/Lastschrift integrieren
0002025: Hilfetexte und Layout im Shopadmin
0005157: Kunden-IP statt Heidelpay-IP bei Paypal-Zahlungen an oxorder hinterlegen
0002678: Einstellung "Kontodaten vollständig speichern?" entfernen
### 5.2.2.0
0004201: Button "Reversal (REV)" im Shopbackend ergänzen
0005030: Anpassung des Moduls auf das Flow-Theme
0005590: Bankdaten und Shortid an Endkunden weiterreichen
0005715: Kompatibilität mit tronet Sofortüberweisung hergestellt
0005835: CRITERION-Tags im Admin sichtbar machen
0005891: Refactoring der Templatestruktur
die Template Struktur wurde in der metadata.php geändert (von -> zu) :
<table>
<tr><td>d3_d3heidelpay_controllers_admin_order_heidelpay.tpl</td><td>-></td><td>d3_d3heidelpay_views_admin_tpl_order.tpl</td></tr>
<tr><td>d3_d3heidelpay_controllers_admin_settings.tpl</td><td>-></td><td>d3_d3heidelpay_views_admin_tpl_settings.tpl</td></tr>
<tr><td>hp_prepayment_cust_html.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_html_prepayment_cust.tpl</td></tr>
<tr><td>hp_prepayment_cust_subj.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_html_prepayment_cust_subj.tpl</td></tr>
<tr><td>hp_prepayment_owner_html.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_html_prepayment_owner.tpl</td></tr>
<tr><td>hp_prepayment_owner_subj.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_html_prepayment_owner_subj.tpl</td></tr>
<tr><td>hp_prepayment_cust_plain.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_plain_prepayment_cust.tpl</td></tr>
<tr><td>hp_prepayment_owner_plain.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_plain_prepayment_owner.tpl</td></tr>
<tr><td>payment_heidelpay_img.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_payment_img.tpl</td></tr>
<tr><td>heidelpay_cc_input.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_cc_input.tpl</td></tr>
<tr><td>heidelpay_order_3ds.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_order_3ds_iframe.tpl</td></tr>
<tr><td>heidelpay_order_3ds_iframe.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_order_3ds_iframe.tpl</td></tr>
<tr><td>payment_heidelpaycards.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_cards.tpl</td></tr>
<tr><td>payment_inc_storeduid.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_storeduid.tpl</td></tr>
<tr><td>payment_heidelpaybillsafe.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_billsafe.tpl</td></tr>
<tr><td>payment_heidelpaydebitnote.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_debitnote.tpl</td></tr>
<tr><td>payment_heidelpayeps.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_eps.tpl</td></tr>
<tr><td>payment_heidelpaygiropay.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_giropay.tpl</td></tr>
<tr><td>payment_heidelpayideal.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_ideal.tpl</td></tr>
<tr><td>payment_heidelpaysofort.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_sofort.tpl</td></tr>
<tr><td>payment_heidelpaypostfinance.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_postfinance.tpl</td></tr>
<tr><td>payment_heidelpaypaypal.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_paypal.tpl</td></tr>
<tr><td>payment_heidelpayprzelewy24.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_przelewy24.tpl</td></tr>
<tr><td>payment_heidelpaymasterpass.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_masterpass.tpl</td></tr>
<tr><td>heidelpay_redirect_postformular.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_redirect_postformular.tpl</td></tr>
<tr><td>heidelpay_order_iframe.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_order_iframe.tpl</td></tr>
<tr><td>heidelpay_cc_input_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_cc_input.tpl</td></tr>
<tr><td>heidelpay_order_3ds_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_order_3ds.tpl</td></tr>
<tr><td>heidelpay_order_3ds_iframe_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_order_3ds_iframe.tpl</td></tr>
<tr><td>payment_inc_storeduid_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_storeduid.tpl</td></tr>
<tr><td>payment_heidelpaycards_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_cards.tpl</td></tr>
<tr><td>payment_heidelpaysofort_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_sofort.tpl</td></tr>
<tr><td>payment_heidelpaydebitnote_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_debitnote.tpl</td></tr>
<tr><td>payment_heidelpayeps_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_eps.tpl</td></tr>
<tr><td>payment_heidelpaygiropay_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_giropay.tpl</td></tr>
<tr><td>payment_heidelpayideal_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_ideal.tpl</td></tr>
<tr><td>payment_heidelpaybillsafe_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_billsafe.tpl</td></tr>
<tr><td>payment_heidelpaypaypal_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_paypal.tpl</td></tr>
<tr><td>payment_heidelpayprzelewy24_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_przelewy24.tpl</td></tr>
<tr><td>payment_heidelpaymasterpass_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_masterpass.tpl</td></tr>
<tr><td>payment_heidelpaypostfinance_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_postfinance.tpl</td></tr>
<tr><td>heidelpay_order_iframe_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_order_iframe.tpl</td></tr>
</table>
#### 5.2.1.1
0005524: mehrfach gespeicherte Daten anzeigen
0005235: es wird kein PA/DB bei gespeicherten Daten genutzt
0005419: XML Query wird im paymentcollector nicht korrekt übergeben
0005405: Kein Fehlerhandling im Frontend beim iFrame
0005470: IonCube Umsetzung
0000000: removed payment::hasUserHPStoreData, payment::getUserHPStoreData, payment::getHPWrappedPayment
0000000: probably bug in d3_oxorder_heidelpay::finalizeOrder
0000000: fixed memcache bug in collectpayments process
0000000: payment model not found causes exception in admin
### 5.2.1.0
0002681: Kunden die während Formulareingaben in ein Session timeout kommen
0000000: Bestellbenutzer wird bei Admin Aktionen nicht gesetzt
0005301: Abgebrochene Bestellabwicklungen an den Händler melden
0005320: MasterPass Integration
0005289: Sprache ist im Admin auswählbar
0005222: ReferenceId nach Schritt4 prüfen
0005081: order::execute() Rüchgabewert Fehlerhaft
0005300: Warenkorbwert kann gegenüber dem Transaktionbetrag manipuliert werden
0005170: Bestellung- Tab Heidelpay - Aktionen klappen nicht auf
0000000: PRESENTATION.USAGE wird nicht übergeben
0000000: PA soll auch bei "gespeicherte Daten verwenden" genutzt werden
0005202: betrifft EE: cronjob für PP und IV ignoriert ShopId
0005189: bei gespeicherten Daten (Kredit-/Debitkarte) fehlen die zu übergebenden Parameter (agb, download etc)
0005188: falsche Rücksprungbehandlung bei erfolgreichen Billsafe Bezahlungen
0005103: Heidelpay iFrame wird zerschossen angezeigt
#### 5.2.0.1
Installationsroutine kann nicht abgeschlossen werden
neue Debitkarten hinzufügen
NGW geladene Icons sollen in eigene Templates (für Azure und Mobile ausgelagert werden)
Hilfetext für "Pflichtfelder für den Bestellabschluss"
möglicher Fehler: Fehlerfälle von order::execute testen
unvollständige / inkorrekte version_compare innerhalb des Moduls bei EE 5.0.x
Nachkommestellen durch Punkt trennen
Mobile theme lauffähig machen
4.7.x ready machen
Geburtstdatum übergeben
Inkorrektes Handling mit Gutscheinen
## 5.2.0.0
Implementierung PCI3 (Kartenzahlung via iFrame)
Umstellung von SGW/XML auf NGW/POST
neue Option "Registrierung für Karten nutzen (Kreditkarte, Debitkarte)" hinzugefügt
neuer Menüpunkt /D³ Module/Heidelpay/Logging/
Fehlverhalten im JavaScript mit einer deaktivierten Zahlungsart gelöst
das Oxid Standard "Mobile-Theme" wird bis zum nächsten Update nicht untersützt!
Auflösung der Formularstruktur im Bestellschritt 3 (Versand & Zahlung)
generelle Weiterleitung bei 3DSecure
Bankeinzug Kundendaten werden nun im Shop gespeichert
#### 5.1.1.2
neue Zahlungsart Przelewy24
Updateassistent startet nicht bei Update von 5.1.1.0 auf 5.1.1.1
Erweiterung für Pflichtfelder bei einem Update
NGW: Curl-Error-Handling implementieren
NGW-Informationen für "nach Schritt 4"
Anpassung des Mobile-Themes für NGW
5.1.0.0 ist nicht in der 4.7 einsetzbar
#### 5.1.1.1
Pflichtfelder für den Bestellabschluss
Installationsanleitung aktualisieren
Changelog nachtragen
### 5.1.1.0
Integration der NGW-Schnittstelle
Zahlart T-Pay Online Überweisung aus Heidelpay-Modul entfernen (5er-Version)
Aktive Brands(Kartentypen, etc..) von der NGW-Response nutzen
fake User-Checkboxen anpassen
URL-Einstellungen aus den Moduleinstellungen entfernen
NGW Implementation in latin-Shop testen
Umlaute an Zahlarten bei Installation Fehlerhaft
Bei ELV mit DE-Konto soll das BIC-Feld ausgeblendet werden.
5.1.0.0 ist nicht in der 4.7 einsetzbar
## 5.1.0.0
Anpassung für Oxid Mobile Theme
kleiner Bug im Zusammenhang mit Billpay
Übermittlung abweichende Lieferadresse an PayPal
#### 5.0.0.4
Bugfix für automatische Installation
Sprachdateien unverschlüsselt belasst
neues Logo Billsafe
Anpassung der Ausgabe bei gespeicherten Daten und dem SEPA-Modus
Test auf 4.9 / 5.2
#### 5.0.0.3
Kompatilität mit Modul Amazon Payments hergestellt
Templates angepasst damit es bei einer Deaktivierung des Moduls nicht zu Fehlermeldungen kommt
#### 5.0.0.2
Bugfix: im Shop aktives Modul, über Modul-Connector inaktiv, kann im Bestellschritt 3 nicht abgesendet werden
fehlende sh-Datei nachgetragen
Dokumentation überarbeitet
#### 5.0.0.1
Bugfix: Während eines Update wurden die Zuordnungen zwischen Shop und Heidelpay-Modul nicht übernommen
Kompatibilität zu PHP 5.2 wieder hergestellt
# 5.0.0.0
Refactoring zur Oxid Zertifizierung
### 4.0.6.0
Kompatilität mit Skrill-Modul hergestellt #2465
Update der Systmprüfung (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 Händlerkontos (nur bei Sofortüberweisung) in die Installationsanleitung eingefügt
Bugfix: Bei Nutzung von Sofortüberweisung konnte es im Zusammenhang mit SEPA zu Fehlermeldungen kommen
#### 4.0.5.2
Bugfix: Wichtige Sicherheitslücke 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 für BillSAFE, Rechnungskauf und Vorkasse zeigen nun IBAN/BIC in BS5 und EMails
- Integration von SEPA-Prüfroutinen bei Giropay
Sofortüberweisung benötigt keine Kontodateneingabe in BS3 mehr (Änderung des Händlerkontos bei Heidelpay nötig)
iDeal Bankenliste aktualisiert
Bugfix: Sind Kontodaten mit * maskiert, werden sie nicht mehr in BS3 bei Bestandskunden vorausgefüllt
Bugfix: fehlende Buchungsaktionen an den Bestellungen hinzugefügt
#### 4.0.4.1
Fehler in automatischer Installation behoben
Precheck aktualisiert
### 4.0.4.0
Anpassung für OXID eShop 4.8.x / 5.1.x
Integration Transaktionslog
Integration Neues Admin Interface (unter Bestellungen, Tab "Heidelpay")
Sofortüberweisung unterstützt nun auch österreichische Bankkonten
Fehlercodetabelle aktualisiert
Bugfix: Bei Zahlungsart Giropay fehlte das Eingabefeld für 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 hinzugefügt
Zahlungsart Rechnungskauf hinzugefügt
Zahlungsart PayPal hinzugefügt
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" hinzugefügt
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 für die neue Shopstruktur EE5/PE47
#### 3.2.3.1
Bugfix: bei nicht 3DSecure Karten und Einstellung "nach Schritt" 4
### 3.2.3
Dummy Kreditkarten für 4.6.x entfernt
checkout.css aus der payment_ext.tpl entfernt
### 3.2.2
Änderungen für Shopversion ab 4.6.0 integriert
kleinerer JS-Fehler in payment-Template behoben
NOK-Rückmeldungen werden nun als "response error" geloggt
neue Testdaten für Sofortüberweisung 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 uneingeschränkt in Shopversionen < 4.5 genutzt werden
## 3.2.0
Version für OXID ab 4.5.0
### 3.1.1
Änderung der Sprache nach einer Heidelpaytransaktion
## 3.1
Einbau neuer Zahlmethoden
- Sofortüberweisung
- Giropay
- iDeal Niederlande
- EPS Österreich
- T-Pay
- automatische Vorkasse
Speicherung der Registrierungsdaten für Heidelpay für 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 müssen. Der Händler spart zusätzlich die Kosten für eine Transaktion.
Dieses ist standardmäßig ausgeschalten und kann wahlweise im Shopadmin über den Haken "Gespeicherte Daten dem Kunden anbieten?" aktiviert werden.
Einbau neuer Logos für 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 für "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 Rücksprung vom Heidelpay-Server ab OXID 4.1.3
- Behebung durch zusätzlichen config-Parameter
Teilweise Probleme mit Shoprücksprung nach fehlerhafter 3DSecure-Eingabe
### 3.0.1
neu
Multilang-Platzhalter eingebaut
Fix
Korrektur der order-Erweiterung, da mit Shopversion 4.1.1 die Prüfung zum Widerrufsrecht geändert wurde
Änderung der Prüfungsparameter für 3DSecure
# 3.0
Kompletter Neuaufbau des Moduls für 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 zusätzliche "Registrierung" des Kunden bei Heidelpay nicht genutzt und der Shopinhaber hat nur 1x Transaktionsgebühren pro Bestellung
- KK- und Bankkarten - Daten werden aus den Heidelpay-Responsedaten ausgelesen und in die Session als Dynvalue gespeichert.
-> Wichtig für eFire / creditPass-Boniprüfung
Zusätzlich 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 für 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-Funktionalität. 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 für Folgebestellungen ohne erneute Registration des Kunden
Korrektur kleinerer Bugs im Modul und tpl-Dateien
TransactionID zusätzlich mit Timestamp belegt, um mehrfache Bestellversuche zu ermöglichen
# 1.0
Korrektur des formulars der payment_ext.tpl für ELV
# 1.0 beta:
Rückgabe in hp_response.php per curl
Einbau ELV

View File

@ -0,0 +1,48 @@
---
title: (6.1.0.0) Umstellung der Konfiguration
---
## Einleitung
Wir haben für Shopbetreiber die Admin Konfiguration überarbeitet, damit eine flexiblere Konfiguration der Zahlungsarten und Channels möglich ist.
So sind bspw. unterschiedliche Konfigurationen für jedes einzelne Rechnungsland möglich.
## Migration der Channeldaten
Die Migration (Umstellung) auf die neue Konfiguration wird in der automatischen Installation des Moduls vorgenommen.
Die Update-Routine durchläuft die alten Zuordnungen und erstellt daraus neue Channel-Konfigurationen.
> [i] Bei konfigurierten Zahlungsart-Zuordnungen ohne einen entsprechend hinterlegten Channel nicht übernommen werden.
> [i] Es können doppelte Channel-Konfigurationen angelegt werden. Die Migration wird auf bestehende Konfigurationen der Modulversion 5.3.x.x, sowie 6.0.x.x durchgeführt.
> [i] Die nach Abschluss der Migration neu angelegten Konfigurationen sind unbedingt manuell zu überprüfen!
**Im Folgenden, wird anhand von Screenshots des Admin erklärt, wie die Konfiguration in der alten und im Vergleich in der neuen Konfigurationsmaske durchgeführt wird:**
## Einstellungen bis 6.0.3.x
Die Channeldaten <strong style="color:#F00; font-size: 24px;">1</strong> (bspw. 31HA07BC8142*******49A60D979B6E4) werden
in einzelne Channel-Felder unter [D³ Module]/[Unzer]/[Einstellungen]/[Stamm]/[Channels] gepflegt.<br>
Ein einzelnes Channel-Feld (bspw. [Channel (Standard)]) kann **direkt** eine oder mehrere Unzer-Zahltypen (Kreditkarte, Debitkarte, autom. Vorkasse, etc) bedienen.<br>
Die einzelnen Oxid Zahlungsarten <strong style="color:#00F; font-size: 24px;">2</strong> werden direkt einem Unzer-Zahltyp zugewiesen <strong style="color:#0f0; font-size: 24px;">3</strong>.
<fieldset>
<legend>bisherige Einstellungen vor 6.1.0.0</legend>
<img style="float: left" src="../img/heidelpay_old_channel_configuration.png" alt="bisherige Einstellungen vor 6.1.0.0">
</fieldset>
### Channel-Konfiguration ab 6.1.0.0
Die Channeldaten <strong style="color:#F00; font-size: 24px;">1</strong> werden in [D³ Module]/[Unzer]/[Channel-Konfigurationen] in einzelnen Channel-Konfigurationen abgelegt.
In der Channel-Konfiguration können Sie verschiedene Einstellungen nutzen:
- Aktiv - aktiv: Die Channel-Konfiguration wird genutzt
- Test Modus - aktiv: Die Channel-Konfiguration wird für den Testmodus genutzt
- Titel - dient dem Shopbetreiber als interne Beschreibung (wird derzeit in der Channel-Konfiguration's Übersicht genutzt)
- Unzer-Zahltyp <strong style="color:#0f0; font-size: 24px;">3</strong> - Hier wählen Sie die zu verwendende Zahlungstypen (bspw Kreditkarte, B2B Rechnungskauf, Paypal, usw.) für die der Channel eingerichtet ist
- Channel <strong style="color:#F00; font-size: 24px;">1</strong> - Tragen Sie hier den Channel ein, den Sie von Unzer erhalten haben
- Zuordnung der aktuell gewählten Channel-Konfiguration, zu den Shop-Zahlungsarten <strong style="color:#00F; font-size: 24px;">2</strong>
<fieldset>
<legend>Übersicht der Channel-Konfiguration</legend>
<img style="float: left" src="../img/unzer_new_channel_configuration_loaded.png" alt="Übersicht der Channel-Konfiguration">
</fieldset>
<fieldset>
<legend>Zuordnungen der Shop-Zahlungsarten zu der aktuellen Channel-Konfiguration</legend>
<img style="float: left" src="../img/unzer_new_channel_configuration_payments.png" alt="Zuordnungen der Shop-Zahlungsarten zu der aktuellen Channel-Konfiguration">
</fieldset>
> [i] Zukünftig sollen weitere Zahlungstyp-spezifische Einstellungen migriert werden.

View File

@ -0,0 +1,30 @@
---
title: ({unreleased}) Integration der PaymentApi / MGW Schnittstelle
---
## Einleitung
Seit 10. Dezember 2018 bietet Unzer offiziell eine Rest Api (auch PaymentApi / MGW genannt) an.
Die neue Schnittstelle unterscheidet sich erheblich zu den vorherigen Schnittstellen.
Für die Integration in den Oxid Shop bleibt die Anbindung an die bisherige Schnittstelle Legacy Payments / NGW erhalten.
## Was ändert sich für den Shopbetreiber im Modul?
Der Administrator kann unter [D³ Module]/[Unzer]/[Einstellungen]/[Stamm]/[Wählen Sie das Interface aus.] die entsprechende Schnittstelle (ngw = bisherige und mgw/rest = neu) auswählen.
Die Daten SenderId, Login, Passwort und Channels werden durch Zugangskeys (Key Pair) ersetzt.
Diese können nach der Umstellung auf "mgw/rest" in einem neuen Abschnitt [Zugangskeys] eingetragen werden.
<img style="float: left" src="../img/unzer_admin_interface_switch.png" alt="Unzer new admin interface">
Den Zahlungsmitteln entsprechende Formulare werden im Bestellschritt "3. Versand & Zahlungsart" angezeigt.
## Welche Zahlungsarten werden unterstützt?
- Kartentypen (Kredit- und Debitkarten wurden zusammengefasst)
- SEPA ELV mit / ohne Zahlungssicherung
- Rechnungskauf B2B versichert
- Rechnungskauf B2C versichert / unversichert
- iDeal
- Flexipay Direct
- Paypal
- Vorkasse
- Sofort
- EPS
- Przelewy24
- Giropay

74
docs/daux/config.json Normal file
View File

@ -0,0 +1,74 @@
{
"title": "<i class='fab fa-d3 d3fa-color-blue'></i> unzer",
"moduleversion": "6.4.4.0",
"titledesc": "für den Oxid eShop",
"author": "D³ Data Development",
"moduledate": "31.07.2024",
"editors": "",
"tagline": "",
"image": "",
"ignore": {
"files": [],
"folders": [".idea"]
},
"live": {
"clean_urls": true
},
"html": {
"theme": "d3",
"breadcrumbs": true,
"breadcrumb_separator": "Chevrons",
"toggle_code": false,
"date_modified": true,
"date_modified_format": "d.m.Y",
"float": false,
"inherit_index": true,
"auto_landing": true,
"links": {
"Shop": "https://www.oxidmodule.com"
},
"powered_by": ""
},
"languages": {
"description": "Beschreibung",
"installation": "Installation",
"configuration": "Konfiguration",
"changelog": "Changelog",
"support": "Support"
},
"processor": "d3processor",
"language": "de",
"strings": {
"de": {
"CodeBlocks_title": "Code-Blöcke",
"CodeBlocks_hide": "Aus",
"CodeBlocks_below": "Unterhalb",
"CodeBlocks_inline": "Linear",
"CodeBlocks_show": "Code-Blöcke anzeigen",
"Search_placeholder": "Suchen...",
"Link_previous": "Zurück",
"Link_next": "Weiter",
"Edit_on": "Bearbeiten bei :name:",
"View_on_github": "Bei GitHub anzeigen",
"View_documentation": "Dokumentation anzeigen",
"Table_of_contents": "Inhaltsverzeichnis",
"author": "Autor",
"moduledate": "Stand",
"version": "Version",
"editors": "Bearbeiter",
"selectversion": "Version wechseln"
}
},
"variables": {
"modulename" : "<i class='fab fa-d3 d3fa-color-blue'></i> unzer",
"menutitle" : "Unzer",
"modulefolder" : "unzer",
"metadataident" : "d3heidelpay",
"modcfgident" : "d3unzer",
"composerident" : "d3/unzer"
},
"versionselector": true,
"versiondirectoryindex": 2
}

View File

@ -0,0 +1,56 @@
---
title: Konfiguration der Zahlungsarten
---
## 1. verfügbare Zahltypen:
Ihnen stehen folgende **Zahltypen** im Unzer Modul zur Verfügung (abhängig von der eingesetzten Lizenz):
- Kreditkarte
- Debitkarte
- Bankeinzug
- automatische Vorkasse
- Sofort by Klarna
- Giropay
- iDeal (Niederlande)
- EPS (Österreich)
- Rechnungskauf (ohne Zahlungssicherung)
- Rechnungskauf (mit Zahlungssicherung)
- B2B Rechnungskauf
- Przelewy 24
- PayPal
- EasyCredit (nur Legacy Payments / NGW)
- PostFinance (nur Legacy Payments / NGW)
- MasterPass (nur Legacy Payments / NGW)
## 2. Zuordnung der Shop-Zahlungsarten zu den Unzer Zahltypen:
1. Bereiten Sie die gewünschten Shop-Zahlungsarten unter [ Shopeinstellungen ] / [ Zahlungsarten ] vor.
Diese müssen aktiviert, vollständig konfiguriert und im Frontend sichtbar sind.
Es werden durch den Installationsassistenten weitere Shop-Zahlungsarten hinzugefügt:
- Debitkarte
- Sofortüberweisung
- iDeal Niederlande
- Giropay Deutschland
- EPS Österreich
- Unzer Paypal
- Unzer PostFinance
- Unzer Przelewy24
2. Gehen Sie anschließend in den Menüpunkt [ (D3) Module ] / [ {$menutitle} ] / [ Channel-Konfigurationen ].
(Sie können die bereits mitgelieferten Channel-Konfigurationen verwenden und verändern.)
3. Andernfalls geben Sie einen [ Titel ] (bspw. Kreditkarte Inland), den von Unzer erhaltenen [ Channel ] (nur Legacy Payments / NGW) ein und wählen Sie den Unzer-Zahltyp aus.
> [i] Wenn der Haken bei "Test Modus" gesetzt wird, ist die Channel-Konfiguration erst dann aktiv, wenn das Modul sich im Test Modus befindet.
4. Gehen Sie in den Tab [ Zahlungsarten ]. Hier sehen Sie eine Liste der Shop-Zahlungsarten und deren aktuellen Zuordnung.
Wählen Sie für die aktive Channel-Konfiguration die zu verwendente Shop-Zahlungsart in der Spalte [ Zugeordnet? ] aus.
Sobald die Shop-Zahlungsart aktiv und zugeordnet ist, wird die Konfiguration im Frontend angewendet.
> [i] Sie können mehrere Shop-Zahlungsarten einer Channel-Konfiguration zuordnen.
> [i] Eine Shop-Zahlungsart kann jedoch nur einer Channel-Konfiguration zugeordnet werden.
> [i] Eine Shopzahlungsart wird grau/inaktiv angezeigt, wenn diese bereits einer anderen Channel-Konfiguration zugeordnet ist
5. Checkliste
- Sind die Shop-Zahlungsarten im Frontend sichtbar?
- Ist der Test/Livemodus im Modul aktiv?
- Sind die Channel-Konfigurationen korrekt eingestellt (Aktiv, Test Modus, Zuordnung der Shop-Zahlungsart)?
- Sind die Test/Livedaten im Modul hinterlegt?

View File

@ -0,0 +1,16 @@
---
title: Cronjob per Konsole einrichten (nur Legacy Payments / NGW)
---
Der Cronjob muss entweder die Datei `cron_bankaccount.sh` oder `cron_bankaccount.php` aufrufen.<br>
Die Dateien liegen im Shop unter: `/modules/d3/heidelpay/Cron/` <br>
Die Endung .sh bezeichnet eine sog. Shell-Datei, die unter Unix/Linux-Systemen ausgeführt werden kann.
> Sollte Ihr Shop auf einem anderen Betriebssystem laufen, so ist eine vergleichbare Datei manuell anzulegen
Bei `cron_bankaccount.sh` handelt es sich um eine Beispieldatei, die für den Hosting-Provider Profihost einsetzbar ist.<br>
Bei anderen Providern kann der Inhalt der sh-Datei variieren. Erfragen Sie die Details bei Ihrem Provider nach.
Öffnen Sie die .sh-Datei mit einem Text-Editor und passen Sie den Pfad zur startenden php-Datei an.<br>
Dazu ist der Bereich `/ihr/serverpfad/zum/shop/` mit dem absoluten Pfad zum Shop-Hauptverzeichnis zu tauschen
> Der absolute Pfad zum Shop-Hauptverzeichnis ist in der _`config.inc.php`_ zu finden.
> Öffnen Sie die Datei mit einem Editor und suchen Sie die Zeile `$this->sShopDir`.

View File

@ -0,0 +1,21 @@
---
title: Cronjob per Webaufruf einrichten (nur Legacy Payments / NGW)
---
Fügen Sie das Cronjob-Sicherheitspasswort in die Datei `config.inc.php` ein.<br>
Gehen Sie im Shopadmin in das Menü [ (D3) Module ] / [ Modul-Connector ] /
[ Systemeinstellungen ] / [ Tab: Config-Einträge ] / [ Datei bearbeiten ]<br>
Tragen Sie folgende Zeilen am Ende des Textfeldes ein:<br>
```php
// Sicherheitspasswort für automatische Vorkasse und Rechnungskauf
$this->cfgHeidelpay_sAccessKey = "Sicherheitspasswort";
```
Ändern Sie das "Sicherheitspasswort" in ein nur Ihnen bekanntes sicheres Zugriffspasswort.
Alternativ können Sie die Datei `cron_bankaccount.php` per URL im Cronjob aufrufen lassen.<BR>
Der Aufruf lautet wie folgt:<br>
```URL
https://www.IHRE-SHOP-URL.de/modules/d3/heidelpay/Cron/cron_bankaccount.php?key=Sicherheitspasswort
```
Ersetzen Sie die Phrase "Sicherheitspasswort" mit dem vergebenen Passwort.<br>
Ohne das korrekte Sicherheitspasswort wird die Ausführung des Cronjob verhindert.
> [!]Setzen Sie auf jeden Fall ein Sicherheitspasswort. Damit wird die Ausführung des php-Cronjob per Browser durch Dritte verhindert.

View File

@ -0,0 +1,16 @@
---
title: Zahlungseingänge bei Unzer erneut abrufen (nur Legacy Payments / NGW)
---
Der Cronjob fragt Zahlungseingänge bei Unzer immer für den aktuellen __Tag__ ab.
Stellen Sie den Cronjob so ein, dass dieser mehrmals am Tag aufgerufen wird!
Sollten Sie ältere Eingänge erneut abrufen wollen, steht Ihnen ein Parameter `date` zur Verfügung.<br>
Die Syntax dazu lautet: `YYYY-MM-DD`.
Der Aufruf per Browser wäre dazu:
```URL
http://www.IHRE-SHOP-URL.de/modules/d3/heidelpay/Public/cron_bankaccount.php?key=Sicherheitspasswort&date=2017-12-31“
```
Bei Nutzung der sh-Datei ist der Parameter ebenfalls nutzbar.<br>
Der Parameter muss an 2ter Stelle übergeben werden (bspw. `/modules/d3/heidelpay/Cron/cron_bankaccount.php 1 2017-12-31` ).

View File

@ -0,0 +1,10 @@
---
title: OXID eShop Enterprise Edition (nur Legacy Payments / NGW)
---
Pro Subshop wird ein einzelner Cronjob benötigt.<br>
Hierzu verwenden Sie den Parameter `&shp=N`.
Die Shop ID (**N**) finden Sie im Admin unter
[ Stammdaten ] / [ Grundeinstellungen ] / [ Stamm ] / [ Shop ID ].
Beispiel:<br>
Hängen Sie an das Ende der bereits erstellten URL den Parameter `&shp=1` an, gilt der Aufruf für die Shop ID **1**.

View File

@ -0,0 +1,52 @@
---
title: Automatische Vorkasse und Rechnungskauf (nur Legacy Payments / NGW))
---
> [!] Sofern Sie die Zahlungsart "automatische Vorkasse" oder "Rechnungskauf" über Unzer NICHT nutzen, können Sie auf die nächste Seite blättern.
## Ablauf bei "automatische Vorkasse" und "Rechnungskauf"
Eine "Vorkasse"- bzw. "Rechnungskauf"-Bestellung wird zum Zeitpunkt der Bestellung das Feld `Interner Status` _"oxtransstatus"_ auf `PENDING` gestellt.
Bei Nutzung dieser Zahltypen prüft der Cronjob auf vorhandene Zahlungseingänge bei Unzer.
Werden vorhandene Zahlungseingänge an den Shop übermittelt, so werden diese mit den gespeicherten Bestellungen abgeglichen.
Wird eine korrekte Zahlung ermittelt, so wird `Interner Status` _"oxtransstatus"_ auf `OK` geändert, sowie das Feld `Bezahlt am` _"oxpaid"_ mit dem Zeitpunkt (Datum & Uhrzeit) der Bezahlung gefüllt.
Weiterhin wird an den Kunden und den Shopinhaber, eine Informations-E-Mail über den Erhalt der Zahlung geschickt.
Für die Formatierung der Mails stehen E-Mail-Templates zur Verfügung unter<br> `/modules/d3/heidelpay/views/tpl/email/*`.
Den E-Mail-Inhalt liefern CMS-Texte, die mit dem Modul installiert wurden.<br>
Diese finden Sie im Admin unter [ Kundeninformationen ] / [ CMS-Seiten ] beginnend mit <br>
dem Ident _"d3_hp_vorkassemail"_ und <br>
dem Titel _"Heidelpay Vorkasseinfomail"_.
<br>
> **Hinweis:**
> Sollte die Höhe der Zahlung von dem Bestellwert abweichen, werden folgende Schritte durchgeführt:
> - Der _"Interner Status"_ (oxtransstatus) der Bestellung wird auf _"ERROR"_ gestellt und das Feld _"Bezahlt am"_ (oxpaid) bleibt unverändert.
> - Weiterhin werden E-Mails an Kunde und Shopinhaber gesandt, die auf die fehlerhafte Zahlung hinweisen.
## Einrichtung eines Cronjob
Für die Zahlungsarten "automatische Vorkasse" und "Rechnungskauf" ist ein Cronjob einzurichten.<br>
Dieser sorgt dafür, dass täglich mehrmals ein Abgleich eingegangener Zahlungen zwischen Shop und Unzer erfolgt.<br>
Wir empfehlen das Starten des Jobs 2-3x pro Tag. z.B. vormittags, nachmittags und abends.<br>
Weitere Informationen zum Anlegen von Cronjobs finden Sie in unserer [https://faq.d3data.de/begriffslexikon/cronjob/](https://faq.d3data.de/begriffslexikon/cronjob/).
##Wichtiger Sicherheitshinweis
Verhindern Sie den Aufruf von .sh-Dateien via Browser.
Erweitern Sie z.B. die ".htaccess"-Datei des Shops um folgende Zeilen:
```apacheconfig
<Files *.sh>
<IfModule mod_authz_core.c>
# htaccess - apache 2.4
Require all denied
</IfModule>
<IfModule !mod_authz_core.c>
Order allow,deny
Deny from all
Satisfy All
</IfModule>
</Files>
```

View File

@ -0,0 +1,12 @@
---
title: Was hat sich im Bestellprozess geändert? (nur Legacy Payments / NGW)
---
Der Benutzer durchläuft den Bestellprozess wie gewohnt.<br>
Nach dem Klick auf den Button [ Zahlungspflichtig bestellen ] im Bestellschritt 4, wird direkt eine Bestellung angelegt bevor der Benutzer zu dem Zahlungsanbieter weitergeleitet wird.
Die temporäre Bestellung erhält den Status `PENDING` sowie die Bestellnummer 0 (einstellungsabhängig).
Die Einstellungen finden Sie in den Unzer-Modul-Einstellungen unter [ {$menutitle} ] / [ Einstellungen ] / [ Cronjob Einstellungen (iDeal und Przelewy 24) ].
Es wird zu diesem Zeitpunkt **keine E-Mail** versendet.<br>
Im Admin unter [ Bestellungen verwalten ] /[ Bestellungen ] /[ Tab {$menutitle} ] können Sie die Reservation `OT.PA` sehen.

View File

@ -0,0 +1,29 @@
---
title: Was macht der Cronjob? (nur Legacy Payments / NGW)
---
Der Cronjob holt sich eine Liste von Bestellungen die auf `PENDING` gesetzt und nicht storniert sind.<br>
Pro Bestellung werden alle Transaktionen von dem Unzer Server eingeholt.
Transaktionen, die nicht im Shop vorhanden sind, werden in die Datenbank gespeichert.
Anhand des Status der Transaktion wird die Bestellung abgearbeitet.
Bei einer erfolgreichen Receipt `OT.RC` wird die Bestellung abgeschlossen.
Die E-Mails werden zu **diesem Zeitpunkt** verschickt.
Wenn eine Bestellung das Ende der [ Lebenszeit einer PENDING-Bestellung (in Stunden) ] erreicht hat,
tritt die [ Aktion nach Lebenszeit ] in Kraft.
Sie können zwischen folgenden Bearbeitungsoptionen wählen:
<dl>
<dt>NOT_FINISHED (oxorder__oxtransstatus)</dt>
<dd>Bis 6.1.0.2 blieb die Bestellung unverändert.</dd>
<dd>Ab 6.1.0.2 wird der Bestellstatus (oxorder__oxtransstatus) PENDING auf NOT_FINISHED gesetzt.</dd>
<dt>Bestellung stornieren</dt>
<dd>Die Bestellung wird über die reguläre Routine des Shops storniert (Order::cancelOrder()).</dd>
<dt>Bestellung l&ouml;schen</dt>
<dd>Die Bestellung wird unwiderruflich gelöscht. Die Löschung erfolg über den Shop selbst (order::delete()) </dd>
</dl>

View File

@ -0,0 +1,6 @@
---
title: Was passiert bei einem Refund? (nur Legacy Payments / NGW)
---
Sollte eine Refund-Transaktion `OT.RF` vorhanden sein, wird die Bestellung (wie im Standard-Shop-Admin) storniert.
Der Shopbetreiber und der Kunde erhalten keine Benachrichtigung über die Stornierung.

View File

@ -0,0 +1,26 @@
---
title: Wie ist der Cronjob einzurichten? (nur Legacy Payments / NGW)
---
Die Datei unter [ /modules/d3/heidelpay/Cron/collectpayments.php ] muss eingebunden werden.
Folgende Parameter sind dafür erforderlich:
- via WWW Aufruf:
- shp=oxshopid - oxshopid steht für die jeweilige Shop Ident
- key=accessKey - accessKey ist der Key, der hier beschrieben wird: [Cronjob per Webaufruf einrichten](configuration/020_Konfiguration/020_Cronjob_einrichten/020_Cronjob_per_Webaufruf_einrichten.md)
Die fertige URL könnte so aussehen:
```bash
http://www.meinshop.de/modules/d3/heidelpay/Cron/collectpayments.php?shp=1&key=Sicherheitspasswort
```
- Aufruf via Konsole
- shp=oxshopid - oxshopid steht für die jeweilige Shop Ident (nur EE relevant)
Der fertige Aufruf könnte so aussehen:
```bash
php /ihr/serverpfad/zum/shop/modules/d3/heidelpay/Cron/collectpayments.php 1
```
Es gibt einen Bereich im Admin [ (D3) Module ] / [ {$menutitle} ] / [ Einstellungen ] / [ Stamm ] / [ Cronjob Einstellungen (iDeal und Przelewy24) ], hier können Sie die Einstellungen zum Cronjob vornehmen.
> [i] In den Hilfetexten (mit einem ? gekennzeichnet) finden Sie eine Beschreibung zu den einzelnen Einstellungen.

View File

@ -0,0 +1,13 @@
---
title: Was ist noch zu beachten? (nur Legacy Payments / NGW)
---
Sofern der Benutzer auf die Thankyou Seite kommt (Bestellschritt 5), sieht er folgenden
Text:
```
Vielen Dank für Ihre Bestellung im OXID eShop 6.
Ihre Bestellung ist unter der Nummer 0 bei uns registriert.
Sie haben bereits eine Bestellbestätigung per E-Mail erhalten.
```
Dieser Text sollte ggf. angepasst werden, da zu diesem Zeitpunkt keine E-Mail
versendet wird.
> [i] Die 0-Bestellnummer kann im Admin deaktiviert werden. Siehe [Was hat sich im Bestellprozess geändert?](configuration/020_Konfiguration/030_Informationen_und_Anleitung_von_iDeal_und_Przelewy24/010_Was_hat_sich_im_Bestellprozess_geaendert.md)

View File

@ -0,0 +1,23 @@
---
title: Infos für Entwickler (nur Legacy Payments / NGW)
---
Bestellungen die über iDeal und Przelewy24 abgewickelt werden, gehen einen anderen Weg.
Statt über `order::execute` wird vorher eine Bestellung in folgender Methode angelegt:
`D3\Heidelpay\Controllers\Order::createOrder`
Danach wird der Kunde zu dem Zahlungsanbieter weitergeleitet.
Der Kunde landet im Erfolgsfall auf der Thankyou Seite.
Dabei wird kein `oxorder::finalizeOrder` ausgeführt!
Die Methode wurde in 2 Teile gesplittet:
`d3_oxorder_heidelpay::d3CreateTemporaryOrder`
`d3_oxorder_heidelpay::d3FinalizeTemporaryOrder`
Sollte der Cronjob lange benötigen, können Sie folgende Indexes setzen:
```mysql
ALTER TABLE `oxorder`
ADD INDEX `D3HPIDEALP24INDEX` (`OXSTORNO`, `OXTRANSSTATUS`) COMMENT 'index for d3 heidelpay ideal + przelewy24';
ALTER TABLE `d3_d3log_oxobject2d3transactionlog`
ADD INDEX `OXOBJECTID` (`OXOBJECTID`), ADD INDEX `D3GROUP` (`D3GROUP`);
```

View File

@ -0,0 +1,31 @@
---
title: Zahlungsinformationen für Rechnungskauf und Vorkasse anzeigen lassen
---
Im folgenden Abschnitt sehen Sie ein PHP Script, womit ein Entwickler an jeder beliebigen Stelle im Shop,
die Zahlungsinformationen implementieren kann (bspw. Oxid eigenen Invoice PDF Modul oder für die Anbindung einer Warenwirtschaft):
```php
/** @var \D3\Heidelpay\Modules\Application\Model\Order $order */
$order = oxNew(\OxidEsales\Eshop\Application\Model\Order::class);
$order->load('OxidDerBestellung');
var_dump($order->getHeidelpayBankTransferData());
/* returns false or :
stdClass::__set_state(array(
'Type' => 'd3_d3heidelpay_models_payment_invoice_unsecured',
'Currency' => 'EUR',
'Amount' => '33.80',
'ShortID' => '3457.1523.6672',
'UniqueID' => '31HA07BC81287D6A78968151B24C6A22',
'TransactionID' => '4387__@@2016-12-15 09:00:36',
'Bank' => '37040044',
'Number' => '5320130',
'Holder' => 'Unzer (GmbH)',
'Iban' => 'DE89370400440532013000',
'Bic' => 'COBADEFFXXX',
'Country' => 'DE',
'Reference' => '3457.1523.6672',
))*/
```
Ein Anwendungsbeispiel wird dem Kunden bereits auf der "Thank You" Seite angezeigt:
<img style="float: left" src="../../img/unzer_thank_you_bank_informationen.png" alt="Zahlungsinformationen für Rechnungskauf und Vorkasse anzeigen lassen">

View File

@ -0,0 +1,31 @@
---
title: Webhooks
---
Neben der synchronen Kommunikation mit Unzer kann auch unabhängig von der Nutzerinteraktion eine asynchrone Kommunikation seitens Unzer stattfinden.
Hierfür kann man [Webhooks](https://docs.unzer.com/reference/supported-webhook-events/) registrieren, über die Unzer die teilnehmenden Systeme (z.B. Shop, WaWi, ...) über Statusänderungen informieren kann. Das jeweilige System kann auf die Benachrichtigung passend reagieren.
## Warum sind Webhooks notwendig?
Es kommt immer wieder vor, dass beim Durchführen der Bezahlung bis zum Rücksprung in den Webshop die Transaktion abgebrochen wird. Dies kann technische Gründe haben (z.B. Shop nicht erreichbar),
aber auch (versehentlich) vom Shopbesucher so ausgelöst werden (z.B. Browser geschlossen). Dann bleibt die Bestellung in einem unklaren Zwischenstadium stehen.
Mit Webhooks kann Unzer den Shop auch später noch anrufen und die konfigurierten Aktionen auslösen.
## Webhook einrichten
Für den Shop mit dem Unzer-Modul wird automatisch ein Webhook eingerichtet, sobald die Einstellungen unter "Admin -> D3 Module -> Unzer -> Einstellungen -> Stamm" gespeichert werden.
Alle dann eingerichteten Webhooks (Shopeigene und Shopfremde) werden dann dort angezeigt.
Beim erneuten Speichern werden alle Shopwebhooks aktualisiert.
## Aktionen
Die Webhooks werden grundsätzlich von Unzer selbst ausgelöst, können aber zu Debugzwecken auch manuell gestartet werden.
Im OXID-Modul wird auf die folgenden Trigger reagiert:
* payment.completed: Eine Transaktion wurde komplett bezahlt. Der Shop stellt den Bestellstatus auf "OK" und setzt das Versanddatum.
* payment.partly: Eine Transaktion wurde teilweise bezahlt. Die Bestellung wird auf "Pending" gestellt und eine Mail an den Shopbetreiber verschickt.
* payment.chargeback: Eine Belastung der Zahlungsart wird zurückgesetzt. Die Auslösung kann durch z.B. Kreditinstitute oder tlw. auch durch den Kunden erfolgen. Die Bestellung wird auf "Pending" gestellt und eine Mail an den Shopbetreiber verschickt.

View File

@ -0,0 +1,9 @@
---
title: Schnittstellenwechsel
---
Mit Modulversion 6.2 bieten wir parallel zur bestehenden Unzer Schnittstelle Legacy Payments / NGW auch eine Integration der neuen PaymentApi / MGW Schnittstelle.
Aktuell stehen noch nicht alle Zahlungsarten unter PaymentApi / MGW zur Verfügung (siehe auch [Welche Zahlungsarten führt Unzer unter PaymentApi / MGW?](010_Vorbereitung/050_Zahlarten.md)). Zukünftig werden alle Zahlungsarten Stück für Stück auf die neue PaymentApi / MGW umgestellt.
Die vorliegende Anleitung "Schnittstellenwechsel" beschreibt Ihnen die Umstellung einer bestehenden Legacy Payments / NGW Konfiguration hin zur Nutzung der PaymentApi / MGW Schnittstelle.

View File

@ -0,0 +1,12 @@
---
title: Was benötigen Sie?
---
> [!] Stellen Sie sicher, dass die Kunden während der Umstellung keine Unzer Zahlungsarten im Frontend wählen können, um Fehlbestellungen zu vermeiden.
Bevor Sie mit der Konfiguration der PaymentApi / MGW Schnittstelle beginnen können, sind vorerst einige Daten zusammenzutragen:
- Zugangsdaten für das [Unzer Insights](020_Unzer_Insights.md)
- [PaymentApi / MGW - Schlüsselpaare (Keys)](030_Schluesselpaare_finden.md)
- [PaymentApi / MGW - Zahlarten](050_Zahlarten.md) (Zahlarten, die unter PaymentApi / MGW verwendet werden können)
- [Eine Sicherung des IST-Zustandes](060_Sicherung.md)

View File

@ -0,0 +1,14 @@
---
title: Zugangsdaten für das Unzer Insights
---
Um diese Schnittstelle nutzen zu können, benötigen Sie Zugangsdaten zum Unzer Insights. Fordern Sie diese für den Live- und Testmodus beim Unzer-Support über das [Formular](https://www.unzer.com/de/kontakt-vertrieb/) oder per E-Mail `support@unzer.com` an.
Melden Sie sich bitte mit den Zugangsdaten an:
- [ Insights für Live-Modus ](https://insights.unzer.com/)
- [ Insights für Test-Modus ](https://sbx-insights.unzer.com/)
Darin werden Sie weitere Informationen finden, die Sie für die vollständige Konfiguration benötigen.
![Unzer Insights Standardoberfläche](../../../img/unzer_insights_of.png)

View File

@ -0,0 +1,11 @@
---
title: Schlüsselpaare finden
---
Mit der PaymentApi / MGW-Schnittstelle haben Sie spielend leicht die Möglichkeit, zwischen Test- und Liveumgebung zu wechseln. Dafür benötigen Sie nichts weiter, als die im Unzer Insights findbaren Schlüsselpaare.
Navigieren Sie dafür in der linken Sidebar, unter [ Einstellungen ] > [ Konfiguration ] auf die Schlüsselübersicht.
Wählen Sie den [ Hauptchannel ] (der generelle Eintrag kann kontoabhängig auch anders benannt sein), um Zugang zu den benötigten Schlüsselpaaren zu bekommen. Bitte notieren Sie beide Schlüssel, da beide im nächsten Schritt benötigt werden.
![Unzer Insights Schlüsselpaare](../../../img/unzer_insights_keypairs_visible.png)

View File

@ -0,0 +1,21 @@
---
title: Welche Zahlungsarten führt Unzer unter PaymentApi / MGW?
---
In der PaymentApi / MGW-Schnittstelle stehen Ihnen die folgenden Zahlungstypen zur Verfügung:
- Kreditkarte
- Debitkarte
- SEPA Lastschrift
- automatische Vorkasse
- Sofort by Klarna
- Giropay
- iDeal (Niederlande)
- EPS (Österreich)
- Rechnungskauf (ohne Zahlungssicherung)
- Rechnungskauf (mit Zahlungssicherung)
- B2B Rechnungskauf
- Przelewy 24
- PayPal
Prüfen Sie bitte, dass Sie ausschließlich die oben genannten Unzer-Zahlarten verwenden möchten. Dann kann das Modul auf PaymentApi / MGW umgestellt werden.

View File

@ -0,0 +1,11 @@
---
title: Datensicherung anlegen
---
Bevor Sie beginnen, die PaymentApi / MGW-Schnittstelle und deren Channels einzurichten, sichern Sie sich die bisher genutzten Channels.
Rufen Sie dazu bitte den Adminbereich Ihres Shops auf und wählen die Channelübersicht unter [ D3 Module ] -> [ Unzer ] -> [ Channel-Konfigurationen ].
Wir empfehlen dazu ganz einfach die bestehenden Channel umzubenennen. Beispielsweise: `legacy_[CHANNEL NAME]`. Damit stellen Sie sicher, jederzeit wieder auf einen funktionierenden Stand zurückwechseln zu können.
Wählen Sie dafür einen bestehenden Channel, ändern dessen Titel und speichern diesen.

View File

@ -0,0 +1,20 @@
---
title: Notierte Schlüsselpaare eintragen
---
Wechseln Sie jetzt bitte in Ihren Shop-Admin unter [ D3 Module ] -> [ Unzer ] -> [ Einstellungen ].
Wählen Sie beim [ Interface ] die PaymentApi / MGW-Schnittstelle und speichern diese Einstellung bitte ab.
Tragen Sie nun die Schlüssel des Live- bzw. Testmodus in die entsprechenden Felder ein:
Ihnen stehen vier verschiedene Schlüssel zur Verfügung stehen:
- `s-priv-...`: privater Schlüssel (Private Key) für den Testmodus
- `s-pub-...`: öffentlicher Schlüssel (Public Key) für den Testmodus
- `p-priv-...`: privater Schlüssel (Private Key) für den Livemodus
- `p-pub-...`: öffentlicher Schlüssel (Public Key) für den Livemodus
Tragen Sie die beiden Schlüssel des Live- bzw. Testmodus in die entsprechenden Felder ein.
![Shop - Admin Schlüsseleintragung](../../../img/enter_keys_mod_settings.png)

View File

@ -0,0 +1,22 @@
---
title: Channeleinstellungen
---
Navigieren Sie in die Unzer Channel Konfiguration im Shopadmin unter [ D3 Module ] -> [ Unzer ] -> [ Channel-Konfigurationen ]. Im Tab [ Einstellungen ] setzen Sie die grundlegenden Channeleinstellungen.
![Channel-Konfiguration im Shopadmin](../../../img/channels_colours.png)
Im oberen Bereich sehen Sie Channelprofile. Ungenutzte Profile können Sie löschen, fehlende Profile erstellen Sie sich bitte neu.
Wählen Sie nun das einzurichtende Profil.
In der unteren Bildschirmhälfte sehen Sie die Einstellungen des Channels, die Sie wie folgt bearbeiten können:
| Name | Aufgabe |
|---------------|:--------------------------------------------------------------------------------------------------------------------------------------------------------------|
| Aktiv | Bitte setzen Sie den Haken, um diesen Channel zu verwenden. |
| Test Modus | Wenn Sie den Haken setzen, dann verwendet das Modul diesen Channel im Test-Modus. Für den Live-Modus legen Sie sich eine Kopie **ohne** diesen Haken an. |
| Titel | Hier können Sie einen freien Namen für den Channel eintragen. Dieser dient Ihnen nur zur internen Unterscheidung. |
| Unzer-Zahltyp | Hier definieren Sie, wie Unzer die Zahlung verarbeiten soll. Es werden Ihnen nur die Typen vorgeschlagen, die die PaymentApi / MGW-Schnittstelle unterstützt. |
Speichern Sie die geänderten Einstellungen ab.

View File

@ -0,0 +1,13 @@
---
title: Zahlartenzuordungen
---
Navigieren Sie in die Unzer Channel Konfiguration im Shopadmin unter [ D3 Module ] -> [ Unzer ] -> [ Channel-Konfigurationen ]. Im Tab [ Zahlungsarten ] ordnen Sie ihre Shop-Zahlungsarten den angelegten Channels zu.
Wählen Sie sich das passende Channelprofil und setzen Sie den Haken bei den dafür relevanten Shop-Zahlungsarten.
> [i] Beachten Sie, dass jede Zahlart nur maximal einem Test- und einem Live-Channel zugeordnet sein kann.
Kann Ihre gewünschte Zahlungsart nicht gewählt werden (ausgegraut), ist diese schon einem anderen Channel zugeordnet. Entfernen Sie die Zuordnungen und setzen Sie diese an den passenden Channels neu.
Speichern Sie im Anschluss Ihre Zuordnungen mit dem [ Speichern ]-Button.

View File

@ -0,0 +1,21 @@
---
title: Überprüfung und Freischaltung
---
## Testlauf
Nach der Einrichtung raten wir Ihnen, jede Zahlart einmal zu testen. Nutzen Sie am besten dafür den Test-Modus, um nicht versehentlich im Live-System ungewollte Bestellungen durchzuführen.
Setzen Sie dazu im Admin unter [ D3 Module ] -> [ Unzer ] -> [ Einstellungen ] den Haken für den Testmodus. Achten Sie darauf, dass auch die Schlüssel dafür (s-...) gesetzt sind.
> [i] Mehr Informationen zur Testumgebung und den darin verwendbaren Zahlungsmitteln finden sie in der [Unzer - Testumgebung](https://dev.unzer.de/testumgebung/)
## Freischaltung
Verliefen alle Tests erfolgreich, aktivieren Sie das Modul für den Livebetrieb. Entfernen Sie dazu im Admin unter [ D3 Module ] -> [ Unzer ] -> [ Einstellungen ] den Haken für den Testmodus. Achten Sie darauf, dass auch die Schlüssel für Live (p-...) gesetzt sind.
Auch hierfür empfehlen wir einen Testlauf für jede Zahlungsart.
## Nacharbeiten
Sofern Sie nicht planen, zurück zu Legacy Payments / NGW zu wechseln, so empfehlen wir, die bisherigen NGW-Channels zu löschen.

View File

@ -0,0 +1,13 @@
---
title: Konfiguration | wichtige Hinweise
---
# Inhaltsverzeichnis
* [automatische Vorkasse und Rechnungskauf](configuration/020_Konfiguration/010_automatische_Vorkasse_und_Rechnungskauf.md)
* [Cronjob einrichten (nur Legacy Payments / NGW)](configuration/020_Konfiguration/020_Cronjob_einrichten/010_Cronjob_per_Konsole_einrichten.md)
* [Konfiguration der Zahlungsarten](configuration/020_Konfiguration/015_Konfiguration_der_Zahlungsarten.md)
* [Informationen und Anleitung von iDeal und Przelewy24 (nur Legacy Payments / NGW)](configuration/020_Konfiguration/030_Informationen_und_Anleitung_von_iDeal_und_Przelewy24/010_Was_hat_sich_im_Bestellprozess_geaendert.md)
* [Zahlungsinformationen für Rechnungskauf und Vorkasse anzeigen lassen](configuration/020_Konfiguration/040_Zahlungsinformationen_fuer_Rechnungskauf_und_Vorkasse_anzeigen_lassen.md)
Bei Bedarf bieten wir Ihnen auch gern die Installation des Moduls in Ihrem Shop an. Geben Sie uns bitte unter den unter [Hilfe und Support](support/010_Hilfe-und-Support.md) genannten Kontaktdaten Bescheid.

View File

@ -0,0 +1,42 @@
---
title: Beschreibung
---
<img style="float: left" src="../img/Unzer__PrimaryLogo_Raspberry_RGB.png" alt="Unzer Logo">
Die Unzer GmbH ist einer der innovativsten und am stärksten wachsenden Fintech-Dienstleister mit Hauptsitz in Heidelberg. Der international tätige Spezialist für Zahlungsabwicklung setzt dabei auf eigene Lösungen wie Rechnungs- und Ratenkauf, Lastschrift, Online-Überweisung, Vorkasse und Kreditkarte sowie auf Anbieter von Wallet-Lösungen. Mit über 16 Jahren Erfahrung im E-Commerce und am Point of Sale bietet die Unzer GmbH als von der BaFin zugelassenes Zahlungsinstitut Unternehmen jeder Größe die Möglichkeit, weltweite Zahlungsabwicklungen durchzuführen.
## Transaktionsübersicht an den Bestellungen
Das Modul verfügt über einen eigenen Administrationsbereich an den Bestellungen, wo Sie mit der Premium-Version Buchungen, Stornierungen, Gutschriften etc. durchführen können.
Eine separate Anmeldung am Unzer-Händlerbereich ist für die Zahlungsabwicklungen der Shopbestellungen dadurch nicht nötig.
## PCI 3 Konformität
PCI DSS Level SAQ-A wird ab Modulversion 5.2.0.0 (azure) unterstützt.
Details zu PCI finden Sie unter https://www.pcisecuritystandards.org/ .
## Folgende Leistungen bietet Ihnen das Modul über das Zahlungssystem der Unzer GmbH
- Kreditkarte
- Debitkarte
- Unzer Direct Debit (SEPA Lastschrift mit Zahlungsgarantie)
- Unzer Invoice (Rechnungskauf B2C oder B2B, mit oder ohne Zahlungssicherung)
- PayPal
- Sofort Überweisung
- Giropay *
- SEPA Lastschrift
- automatische Vorkasse
- iDeal *
- EPS *
- Przelewy 24 *
- MasterPass *
- EasyCredit *
- PostFinance *
- BillSAFE (nur Bestandskunden)
> [!] Verfügbarkeit abhängig von der verwendeten Unzer-Schnittstelle und Modul-Edition
## Hinweis zu 3D Secure
"Verified by Visa" und "MasterCard Secure Code" sind Authentifizierungssysteme auf Basis der Visa-Technologie "3D Secure".
Der Karteninhaber gibt im Web seine Kreditkartennummer ein.
Nimmt der Issuer (kartenausstellende Bank) am 3D Secure-Verfahren teil, kann der Kartenbesitzer ein zusätzlich hinterlegtes Passwort eingeben.
Damit erhält das Zahlungssystem des Händlers ein Authentifizierungsmerkmal.
Die Möglichkeit zu 3D Secure ist in diesem Modul enthalten und kann bei Unzer angefragt werden.

View File

@ -0,0 +1,63 @@
---
title: Editionsunterschiede
---
Wir liefern das Unzer Modul in 2 Lizenzmodellen aus, Basic und Premium.
Die Unterschiede zwischen den Lizenzen können Sie hier einsehen:
| &nbsp; | Basic | Premium
| --- |: --- :|: ---:
|Preis|0,00 &euro;|ab 259,00 &euro;
| Bankeinzug / Lastschrift | Basic | Premium
| --- |: --- :|: ---:
|ELV Deutschland, Österreich, Schweiz|**X**|**X**
|mit Zahlungssicherung| |**X**
| Kreditkarten | Basic | Premium
| --- |: --- :|: ---:
|Visa|**X**|**X**
|Mastercard|**X**|**X**
|American Express|**X**|**X**
|Dinners|**X**|**X**
|JCB|**X**|**X**
|verified by Visa (3D Secure)|**X**|**X**
|MasterCard SecureCode (3D Secure)|**X**|**X**
| Debitkarten | Basic | Premium
| --- |: --- :|: ---:
|Carta postepay (Italien)| |**X**
|Carte Bleue (Frankreich)| |**X**
|ServiRed (Spanien)| |**X**
|Visa Electron| |**X**
|Euro 6000 (Spanien)| |**X**
|4B (Spanien)| |**X**
|Dankort (Dänemark)| |**X**
|Maestro International 3D Secure| |**X**
| PIN / TAN Verfahren | Basic | Premium
| --- |: --- :|: ---:
|Sofortüberweisung|**X**|**X**
|Giropay| |**X**
|IDEAL (Niederlande)| |**X**
|EPS (Österreich)| |**X**
|Przelewy 24| |**X**
|PostFinance| |**X**
| E-Wallet | Basic | Premium
| --- |: --- :|: ---:
|PayPal|**X**|**X**
|MasterPass| |**X**
| Weitere Zahlungsarten | Basic | Premium
| --- |: --- :|: ---:
|Vorkasse|**X**|**X**
|BillSAFE (nur Bestandskunden)|**X**|**X**
|Rechnungskauf ohne Zahlungssicherung|**X**|**X**
|Rechnungskauf mit Zahlungssicherung| |**X**
|B2B Rechnungskauf mit Zahlungssicherung| |**X**
|EasyCredit (Ratenkauf)| |**X**
| Admin-Bereich an den Bestellungen | Basic | Premium
| --- |: --- :|: ---:
|Übersicht Transaktionen|**X**|**X**
|Aktionen durchführen (Storno, Refund,etc.)| |**X**

Binary file not shown.

After

Width:  |  Height:  |  Size: 39 KiB

BIN
docs/daux/img/channels.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 57 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 60 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 56 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 99 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 106 KiB

BIN
docs/daux/img/registre.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 10 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 71 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 107 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 109 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 82 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 33 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 12 KiB

View File

@ -0,0 +1,11 @@
---
title: Installation | Update | Deinstallation
---
# Inhaltsverzeichnis
* [Anforderungen](installation/010_Anforderungen/010_Systemanforderungen.md)
* [Neuinstallation](installation/020_Neuinstallation/020_Modul_hinzufuegen.md)
* [Update](installation/030_Update/005_Updatedefinition.md)
* [Deinstallation](installation/060_Deinstallation/010_Modulerweiterungen_deaktivieren_und_entfernen.md)
Bei Bedarf bieten wir Ihnen auch gern die Installation des Moduls in Ihrem Shop an. Geben Sie uns bitte unter den unter [Hilfe und Support](support/010_Hilfe-und-Support.md) genannten Kontaktdaten Bescheid.

View File

@ -0,0 +1,35 @@
---
title: Systemanforderungen
---
* PHP Version
* 7.1.x bis 8.1
* PHP Decoder
* installierter ionCube Loader (PHP bis 7.4) *oder*
* installierter SourceGuardian Loader (PHP ab 8.0)
* Shopeditionen
* OXID eShop Community Edition (CE)
* OXID eShop Professional Edition (PE)
* OXID eShop Enterprise Edition (EE)
* OXID eShop B2B Edition
* Shopversionen
* OXID eShop in Compilation Version
* 6.2.x
* 6.3.x
* 6.4.x
* 6.5.x
* Themes
* flow
* wave
* D3 Modul-Connector ([kostenfrei bei D3 erhältlich](https://www.oxidmodule.com/connector/)) ab Version 5.3.0.0
* Installation via [Composer](https://getcomposer.org)
* bei Verwendung der Zahlungsart "iDeal" oder "Przelewy24" wird ein freier Cronjob benötigt
* bei Verwendung der Zahlungsart "Vorkasse" oder "Rechnungskauf" wird ein freier Cronjob benötigt
Beachten Sie, dass die Ihnen vorliegende Modulversion entsprechend für Ihre genutzte PHP-Version sowie dem auf Ihrem Server vorhandenen Decoder kompatibel ist. Im Zweifelsfall kontaktieren Sie uns und nennen den für Ihren Shop genutzten Decoder und die PHP-Version.
Kontrollieren Sie bitte auch, ob diese Modulversion für die von Ihnen eingesetzte Shopedition (Professional Edition (PE) oder Enterprise Edition (EE)) ausgelegt ist.
### Hinweis:
> Durch composer werden die Abhängigkeiten direkt vor der Installation geprüft.
> D.h. wenn eine der Anforderung nicht erfüllt ist, wird das Modul nicht installiert und die entsprechende Anforderung wird direkt auf der Konsole ausgegeben.

View File

@ -0,0 +1,11 @@
---
title: beiliegende Bibliotheken
---
Dem Modul liegt eine Kopie der Bibliothek jQuery-Simple-Timer bei.
Bitte beachten Sie deren Lizenzhinweise in der Datei:
[ src/out/src/js/jquery.simple.timer/LICENSE.md ]
oder auf [github.com](https://github.com/d3datadevelopment/Heidelpay/blob/rel_ionCube_PHP56-70/src/out/src/js/jquery.simple.timer/LICENSE.md)

View File

@ -0,0 +1,41 @@
---
title: Wichtige Hinweise
---
zu Ihrem Unzer-Händlervertrag
================================
Nur relevant bei Zahltyp "Sofort by Klarna" und einem Update des Moduls.
Das Modul nutzt für Sofort by Klarna eine spezielle Option der Unzer-Konfiguration, mit der Ihr Endkunde erst auf der Webseite von Sofort by Klarna seine Bankdaten eingeben muss.
Diese Option muss jedoch erst in Ihrem Händlerkonto eingerichtet werden.
Ohne diese Einstellung ist eine Nutzung des Zahltyp "Sofort by Klarna" nicht möglich!
Lassen Sie daher vor dem Einspielen der vorliegenden Modulversion die Aktivierung der genannten Option in Ihrem Händlerkonto von Ihrem Unzer-Händlerbetreuer prüfen.
Modulversion 6.1.0.0
================================
Veraltete Konfigurationenänderungen unter 6.0.0.0 werden **nicht** mehr migriert.
Sollte eine ältere Konfiguration migriert werden, installieren Sie bitte die Version 6.0.3.1 und
lassen Sie die automatische Installation einmalig durchführen.
Danach aktualisieren Sie auf die gewünschste Modulversion.
Mit diesem Release stellen wir die neue [Channel-Konfiguration](../../changelog/020_Channel_Rekonfiguration.md) vor.
Modulversion 6.0.3.0
================================
Die Zahlungsart Billsafe wird nicht mehr über das Unzer Modul angeboten.
Modulversion 6.0.2.0
================================
Nur EE:
Mit dem kleinem Update 6.0.2.0 werden für die gespeicherten Daten die Shopid eingeführt.
Damit wird unterbunden, dass Kunden auf die Referenzdaten aus anderen Subshops erhalten.
Bitte führen Sie die folgende Abfrage manuell im Admin oder in der Datenbank aus:
```sql
UPDATE d3hpuid, oxuser
SET d3hpuid.oxshopid = oxuser.oxshopid
WHERE d3hpuid.OXUSERID = oxuser.OXID
AND oxuser.OXSHOPID != d3hpuid.OXSHOPID;
```
Modulversion 6.0.0.0
================================
Das Oxid Standard "Mobile-Theme" wird nicht mehr untersützt!

View File

@ -0,0 +1,9 @@
---
title: Vorbereitungen
---
Installieren Sie bitte zuerst unseren Modul-Connector in der erforderlichen Version.
Ob dies evtl. schon geschehen ist, können Sie im Adminbereich Ihres Shops prüfen. Existiert der Punkt [ D3 Module ] / [ Modul-Connector ], können Sie die installierte Version unter [ Bibliotheksverwaltung ] ablesen. Fehlt dieser Eintrag, installieren Sie den kostenfreien Connector.
Informationen zu dessen Installation finden Sie auf unserer [Homepage](https://www.oxidmodule.com/Connector/).
Klicken Sie auf den Reiter [ Downloads ] und wählen dort das für Ihre Installation passende Paket.

View File

@ -0,0 +1,21 @@
---
title: Schnellstart
---
## Schnellstart per Composer
```bash
php composer require {$composerident} --update-no-dev
```
Detailliertere Angaben zur Installation entnehmen Sie bitte der [Installationsanleitung](installation/020_Neuinstallation/020_Modul_hinzufuegen.md).
## Schnellstart im Admin
Das Modul **{$modulename}** bringt einen umfangreichen Adminbereich mit,
in dem Sie die Konfigurationseinstellungen des Moduls setzen können.
Über das Menü [D3 Module] / [{$menutitle}] erreichen Sie die Einstellseiten.
Arbeiten Sie idealerweise die Optionen einmal durch.
Hinweise zu den einzelnen Einstellungen finden Sie in dem dahinter stehenden Fragezeichenfeld.
Durch einen Klick darauf öffnet sich der Hinweistext.
Unter [Konfiguration des Moduls](configuration/_index.md) werden die Einstellungen und Möglichkeiten umfangreicher beschrieben.

View File

@ -0,0 +1,17 @@
---
title: Modul zur Installation hinzufügen
---
### **auf der Kommandozeile**
Führen Sie in der Konsole im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) diesen Befehl aus, um das Modul **{$modulename}** zur Installation hinzuzufügen:
```bash
php composer require {$composerident}:^{$moduleversion} --update-no-dev
```
> [!] Achten Sie darauf, dass Composer für die Installation die selbe PHP-Version verwendet, in der auch Ihr Shop ausgeführt wird. Sie erhalten sonst möglicherweise unpassende Modulpakete.
> [i] Benötigt Ihre Installation einen anderen Aufruf von Composer, ändern Sie den Befehl bitte entsprechend ab. Für weitere Optionen dieses Befehls lesen Sie bitte die [Dokumentation von Composer](https://getcomposer.org/doc/03-cli.md#require).
> [i] In der Enterprise Editon des Shops ist ein alternatives Modul für die Unzer-Anbindung vorhanden, welches deinstaliert wird, um Shopfehler zu vermeiden. Kontrollieren Sie bitte, ob das folgende Verzeichnis in Ihrem Shop noch existiert und löschen es bitte sonst.

View File

@ -0,0 +1,15 @@
---
title: Verwendung eigener Themes
---
Das Modul ist für die Verwendung mit den folgenden OXID-Themes vorbereitet:
* Wave
* Flow
* Azure
Verwenden Sie in Ihrem Shop ein angepasstes Verzeichnis für Ihre Templates (neues Theme oder CustomTheme), kopieren Sie die Templates und / oder die CSS-Dateien in die neuen Ordner.
Ähnelt Ihr neues Theme technisch einem der OXID-Originale, können Sie dieses darauf umleiten. Childs von originalen OXID- Themes benötigen keine Umleitung.
Weitere Informationen zur Umleitung finden Sie in unserer [FAQ](https://faq.d3data.de/oxid-eshop/module-oxid-eshop/anpassungen/template-bloecke-dem-eigenen-theme-zuordnen/).

View File

@ -0,0 +1,5 @@
---
title: Providerspezifische Installation
---
Manche Provider erfordern besondere Einstellungen für installierte Module. Treffen Sie bei der Installation auf spezielle Anforderungen, zu denen Sie Unterstützung benötigen, kontaktieren Sie uns bitte für weiteren Support.

View File

@ -0,0 +1,19 @@
---
title: Modul im Shop aktivieren
---
### **im Adminbereich**
Aktivieren Sie das Modul über den Shopadmin unter [ Erweiterungen ] -> [ Module ]. Klicken Sie nach Auswahl von [ {$menutitle} ] auf den Button [ Aktivieren ].
### **oder auf der Kommandozeile**
Alternativ können Sie die Modulaktivierung auch auf der Kommandozeile (CLI) im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) durchführen.
```bash
./vendor/bin/oe-console oe:module:activate {$metadataident}
```
> [!] **Enterprise Edition**: Achten Sie darauf, dass das Modul in weiteren Shops (Mall) ebenfalls aktiviert werden muss, um dessen Funktion dort auch zu nutzen.
> [i] **Enterprise Edition**: Zur Aktivierung in einem bestimmten Shopmandanten verwenden Sie das `--shop-id`-Argument (`...oe-console --shop-id 1 oe:module...`)

View File

@ -0,0 +1,21 @@
---
title: Shopanpassungen installieren
---
### **im Adminbereich**
Direkt nach der Modulaktivierung startet der Assistent, der Sie durch die Shopanpassung führt. Darin können Sie verschiedene Optionen der Installation wählen.
Den Installationsassistenten finden Sie auch unter den Menüpunkten [ Admin ] / [ D3 Module ] / [ Modul-Connector ] / [ Modulverwaltung ] / [ Modulinstallation ].
Bei tiefgreifenden Änderungen an Ihrem Shop (z.B. Hinzufügen weiterer Sprachen oder Mandanten) rufen Sie den Installationsassistenten bitte erneut auf, um dann eventuell notwendige Nacharbeiten für das Modul ausführen zu lassen.
Möchten Sie die Änderungen manuell installieren, können Sie sich über diesen Assistenten ebenfalls eine Checkliste erstellen.
### **oder auf der Kommandozeile**
Der Installationsassistent steht Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verfügung. Führen Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) aus:
```bash
./vendor/bin/d3modules_install
```

View File

@ -0,0 +1,21 @@
---
title: TMP-Ordner leeren
---
### **im Adminbereich**
Leeren Sie das Verzeichnis `tmp` über [ Admin ] -> [ (D3) Module ] -> [ Modul-Connector ] -> [ TMP leeren ]. Markieren Sie [ komplett leeren ] und klicken auf [ TMP leeren ].
Sofern die Views nicht automatisch aktualisiert werden, führen Sie dies noch durch.
### **oder auf der Kommandozeile**
Alle TMP-leeren-Aktionen stehen Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verfügung. Führen Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) aus:
```bash
./vendor/bin/d3cleartmp
```
> [i] Erfordert Ihre Installation eine andere Vorgehensweise zum Leeren des Caches oder zum Aktualisieren der Datenbank-Viewtabellen, führen Sie diese bitte aus.
> [i] Beim Kommandozeilenaufruf werden Ihnen weitere Optionen gezeigt, mit denen Sie die Aktion gezielt steuern können.

View File

@ -0,0 +1,11 @@
---
title: Lizenzschlüssel eintragen
---
### **im Adminbereich**
Das Modul verwendet Lizenzschlüssel, um die Lizenzverwaltung für Sie und auch für uns einfacher zu gestalten. Hierbei haben Sie je nach Modul die Wahl zwischen einer kostenfreien Testlizenz und einer Lizenz für den Einsatz im Livebetrieb.
Speziell **{$modulename}** wird in unterschiedlichen (teilweise kostenfreien) Editionen für den Livebetrieb angeboten. Besuchen Sie unseren [Moduleshop](https://www.oxidmodule.com/), um mehr darüber zu erfahren.
Rufen Sie zum Anfordern des Lizenzschlüssels die Modulverwaltung im Adminbereich unter [ D3 Module ] / [ Modul-Connector ] / [ Modulverwaltung ] auf. Klappen Sie den Eintrag des jeweiligen Moduls aus. Sofern erforderlich, können Sie hier den Lizenzassistenten starten, der schnell und einfach ihr Modul aktiviert.

View File

@ -0,0 +1,14 @@
---
title: Konfiguration einstellen
---
Im Admin wird ein neuer Punkt [D3 Module] / [Unzer] gezeigt, unter
dem alle Einstellungsmöglichkeiten zu finden sind. Nach der Installation sind die
Demo-Unzer-Daten eingerichtet, so dass direkt eine Testbestellung mit
Kreditkarte oder Bankeinzug gemacht werden kann.
Weitere Testdaten (Kreditkarte, Billsafe o.a.) können Sie bei Unzer anfordern.
### Hinweise
> [!] Solange die Demodaten eingestellt sind, werden keine realen Buchungen durchgeführt
> [!] Beachten Sie den Abschnitt [Konfiguration](configuration/_index.md) für die korrekte Einrichtung des Moduls

View File

@ -0,0 +1,7 @@
---
title: Updatefähigkeit
---
Bei individuellen Änderungen von Moduldateien empfehlen wir, jeweils die Überladungsmöglichkeiten des Shops dafür zu verwenden. So brauchen Sie die originalen Moduldateien nicht verändern und erhalten sich so die Updatefähigkeit des Shops und des Moduls. Beachten Sie, dass Moduldateien bei Updateinstallationen überschrieben werden.
Weitere Informationen zu den Überladungsmöglichkeiten verschiedener Dateien finden Sie in unserer [FAQ](https://faq.d3data.de/category/oxid-eshop/module-oxid-eshop/anpassungen/).

View File

@ -0,0 +1,16 @@
---
Title: Schnellstart per Composer
---
## Schnellstart per Composer
### **auf der Kommandozeile**
```bash
php composer require {$composerident}:^{$moduleversion} --update-no-dev
./vendor/bin/oe-console oe:module:activate {$metadataident}
./vendor/bin/d3modules_install
./vendor/bin/d3cleartmp
```
Detailliertere Angaben zur Installation entnehmen Sie bitte den folgenden Seiten.

View File

@ -0,0 +1,8 @@
---
title: Wann kann ein Update ausgeführt werden?
---
Die Updateanweisungen können verwendet werden, wenn dieses Modul schon früher mit Hilfe von Composer installiert wurde.
Wurde die Installation bisher noch nicht durchgeführt oder die Installation wurde **nicht** über Composer
durchgeführt (weil das Modul dies z.B. früher nicht unterstützte), verwenden Sie bitte die Beschreibung unter [Neuinstallation](../020_Neuinstallation/020_Modul_hinzufuegen.md).

View File

@ -0,0 +1,19 @@
---
title: Modul deaktivieren
---
### **im Adminbereich**
Deaktivieren Sie das Modul unter [ Erweiterungen ] -> [ Module ]. Klicken Sie nach Auswahl von [ {$menutitle} ] auf den Button [ Deaktivieren ].
### **oder auf der Kommandozeile**
Alternativ können Sie die Moduldeaktivierung auch über die Kommandozeile (CLI) im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) durchführen.
```bash
./vendor/bin/oe-console oe:module:deactivate {$metadataident}
```
> [!] **Enterprise Edition**: Achten Sie darauf, dass das Modul in allen weiteren Shops (Mall) ebenfalls deaktiviert werden muss.
> [i] **Enterprise Edition**: Zur Deaktivierung in einem bestimmten Shopmandanten verwenden Sie das `--shop-id`-Argument (`...oe-console --shop-id 1 oe:module...`)

View File

@ -0,0 +1,18 @@
---
title: Dateien erneuern
---
### **auf der Kommandozeile**
Starten Sie die Konsole Ihres Webservers und wechseln in das Hauptverzeichnis Ihres
Shops (oberhalb des `source`- und `vendor`-Verzeichnisses). Führen Sie dort diesen Befehl aus:
```bash
php composer require {$composerident}:^{$moduleversion} --update-no-dev
```
Im weiteren Ablauf werden Sie gefragt, ob die Moduldateien überschrieben werden sollen. Bestätigen Sie dies für den Eintrag `{$composerident}`.
> [!] Achten Sie darauf, dass Composer für die Installation die selbe PHP-Version verwendet, in der auch Ihr Shop ausgeführt wird. Sie erhalten sonst möglicherweise unpassende Modulpakete.
> [i] Benötigt Ihre Installation einen anderen Aufruf von Composer, ändern Sie den Befehl bitte entsprechend ab. Für weitere Optionen dieses Befehls lesen Sie bitte die [Dokumentation von Composer](https://getcomposer.org/doc/03-cli.md#require).

View File

@ -0,0 +1,5 @@
---
title: Providerspezifische Installation
---
Manche Provider erfordern besondere Einstellungen für installierte Module. Treffen Sie bei der Installation auf spezielle Anforderungen, zu denen Sie Unterstützung benötigen, kontaktieren Sie uns bitte für weiteren Support.

View File

@ -0,0 +1,19 @@
---
title: Modulinformationen aktualisieren
---
### **im Adminbereich**
Wechseln Sie im Adminbereich zu [ Erweiterungen ] -> [ Module ]. Klicken Sie nach Auswahl von [ {$menutitle} ] auf den Button [ Aktivieren ].
### **oder auf der Kommandozeile**
Alternativ können Sie die Modulaktivierung auch über die Kommandozeile (CLI) im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) durchführen.
```bash
./vendor/bin/oe-console oe:module:activate {$metadataident}
```
> [!] **Enterprise Edition**: Achten Sie darauf, dass das Modul in weiteren Shops (Mall) ebenfalls aktiviert werden muss, um dessen Funktion dort auch zu nutzen.
> [i] **Enterprise Edition**: Zur Aktivierung in einem bestimmten Shopmandanten verwenden Sie das `--shop-id`-Argument (`...oe-console --shop-id 1 oe:module...`)

View File

@ -0,0 +1,21 @@
---
title: Shopanpassungen installieren
---
### **im Adminbereich**
Ob Shopanpassungen notwendig sind, ist von der Versionsänderung des Moduls abhängig.
Möglicherweise sehen Sie nach dem Neuaktivieren des Moduls den Installationsassistent, der Sie durch die Änderungen führt. Folgen Sie dann den einzelnen Schritten. Möchten Sie die Änderungen manuell installieren, können Sie sich über diesen Assistenten ebenfalls eine Checkliste erstellen.
Wird der Assistent nicht gezeigt (Sie sehen wieder die Modulübersicht), waren keine Anpassungen am Shop notwendig.
Ob erforderliche Updates ausgeführt werden sollen, können Sie jederzeit im Adminbereich unter [ (D3) Module ] -> [ Modul-Connector ] -> [ Modulverwaltung ] -> [ Modulinstallation ] prüfen.
### **oder auf der Kommandozeile**
Der Installationsassistent steht Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verfügung. Führen Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) aus:
```bash
./vendor/bin/d3modules_install
```

View File

@ -0,0 +1,21 @@
---
title: TMP-Ordner leeren
---
### **im Adminbereich**
Leeren Sie das Verzeichnis `tmp` über [ Admin ] -> [ (D3) Module ] -> [ Modul-Connector ] -> [ TMP leeren ]. Markieren Sie [ komplett leeren ] und klicken auf [ TMP leeren ].
Sofern die Views nicht automatisch aktualisiert werden, führen Sie dies noch durch.
### **oder auf der Kommandozeile**
Alle TMP-leeren-Aktionen stehen Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verfügung. Führen Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) aus:
```bash
./vendor/bin/d3cleartmp
```
> [i] Erfordert Ihre Installation eine andere Vorgehensweise zum Leeren des Caches oder zum Aktualisieren der Datenbank-Viewtabellen, führen Sie diese bitte aus.
> [i] Beim Kommandozeilenaufruf werden Ihnen weitere Optionen gezeigt, mit denen Sie die Aktion gezielt steuern können.

View File

@ -0,0 +1,7 @@
---
title: Lizenzschlüssel aktualisieren
---
### **im Adminbereich**
Wird für die neue Modulversion ein aktualisierter Lizenzschlüssel benötigt, tragen Sie diesen im Adminbereich unter [ (D3) Module ] -> [ Modul-Connector ] -> [ Modulverwaltung ] ein. Klappen Sie dazu den Eintrag des jeweiligen Moduls aus und starten den Lizenzassistent.

View File

@ -0,0 +1,5 @@
---
title: Erweiterungen anpassen
---
Haben Sie für dieses Modul eigene Erweiterung entwickelt, gleichen Sie dies bitte mit der neuen Fassung des Moduls ab.

View File

@ -0,0 +1,13 @@
---
title: Änderungen kontrollieren
---
### Wechsel auf Modul-Version 5.2.0.0 oder höher
* Bitte beachten Sie die beiliegende Konfigurationsanleitung [Informationen und Anleitung von iDeal und Przelewy24](configuration/_index.md)
### Ab Modul-Version 5.2.3.4
* können Sie mehrsprachige Konfigurationen nutzen.
Kontrollieren Sie bitte die Einstellung "mehrsprachige Konfigurationen erlauben" unter
[(D3) Module] / [{$menutitle}] / [Einstellungen] / [Einstellungen zu Modul-Logging, Sicherheit und Sprache].
Sofern mehrsprachige Konfigurationen bereits vorhanden sind, wird Ihnen eine Meldung gezeigt.
Bitte folgen Sie den Instruktionen der Meldung.

View File

@ -0,0 +1,21 @@
---
title: Installationsprüfung
---
Um die erfolgreiche Installation zu prüfen, können Sie die folgende(n) Checkliste(n) verwenden:
## Einstellungsunabhängige Prüfungen
### Backend
* das Modul ist unter [ Erweiterungen ] / [ Module ] aktiv geschaltet
* das Modul ist unter [ (D3) Module ] / [ Modul-Connector ] / [ Modulverwaltung ] aktiv geschaltet
* das Modul zeigt unter [ (D3) Module ] / [ {$menutitle} ] einen eigenen Bereich für Einstellungen, Logging und die Transaktionsübersicht
* das Modul zeigt unter [Bestellungen verwalten] / [Bestellungen] einen neuen Tab [{$menutitle}]
## Einstellungsabhängige Prüfungen
### Frontend
* Im Bestellschritt 3 (Versand & Zahlungsart) werden Icons zu den konfigurierten Zahlungsarten angezeigt
* der Shop zeigt nach Absenden des Bestellschritt 4 (Überprüfen & Absenden) folgendes Verhalten:
* bei Kreditkarte, Debitkarte ein Eingabeformular / eine Auswahl zu gespeicherten Daten
* bei Paypal, Sofort by Klarna, iDeal (und andere OT Zahlungsarten) eine Weiterleitung zum Zahlungsanbieter

View File

@ -0,0 +1,5 @@
---
title: Modulerweiterungen deaktivieren und entfernen
---
Deaktivieren Sie alle vorhandenen Erweiterungen, die auf dem Modul **{$modulename}** aufbauen und löschen bitte alle Dateien dieser Erweiterungen. Entfernen Sie ebenfalls alle individuellen Templateanpassungen für dieses Modul.

View File

@ -0,0 +1,19 @@
---
title: Modul deaktivieren
---
### **im Adminbereich**
Deaktivieren Sie das Modul unter [ Erweiterungen ] -> [ Module ]. Klicken Sie nach Auswahl von [ {$menutitle} ] auf den Button [ Deaktivieren ].
### **oder auf der Kommandozeile**
Alternativ können Sie die Moduldeaktivierung auch über die Kommandozeile (CLI) im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) durchführen.
```bash
./vendor/bin/oe-console oe:module:deactivate {$metadataident}
```
> [!] **Enterprise Edition**: Achten Sie darauf, dass das Modul in allen weiteren Shops (Mall) ebenfalls deaktiviert werden muss.
> [i] **Enterprise Edition**: Zur Deaktivierung in einem bestimmten Shopmandanten verwenden Sie das `--shop-id`-Argument (`...oe-console --shop-id 1 oe:module...`)

View File

@ -0,0 +1,13 @@
---
title: Modul aus der Installation entfernen
---
### **auf der Kommandozeile**
Starten Sie die Konsole Ihres Webservers und wechseln in das Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses). Führen Sie Sie dort diesen Befehl aus:
```Bash
php composer remove {$composerident} --no-update
```
> [i] Benötigt Ihre Installation einen anderen Aufruf von Composer, ändern Sie den Befehl bitte entsprechend ab. Für weitere Optionen dieses Befehls lesen Sie bitte die [Dokumentation von Composer](https://getcomposer.org/doc/03-cli.md#remove).

View File

@ -0,0 +1,9 @@
---
title: Dateien löschen
---
Löschen Sie den Ordner `{$modulefolder}` und seine enthaltenen Elemente aus dem Verzeichnis `source/modules/d3` Ihres Shops.
Bestätigen Sie anschließend im Shopadmin unter [ Erweiterungen ] / [ Module ] / [ Installierte Shop-Module ] die Nachricht:
> Es gibt registrierte Erweiterungen im eShop, deren Verzeichnis nicht vorhanden ist.
> Möchten Sie alle Modulinformationen einschließlich Konfigurationseinstellungen und Blockinformationen für Templates löschen?

View File

@ -0,0 +1,23 @@
---
title: Datenbank bereinigen
---
Das Modul legt Informationen in der Datenbank ab. Sofern diese Daten nicht mehr benötigt werden, können diese gelöscht werden.
> [!] Legen Sie sich vorab bitte unbedingt eine Sicherung an, um die Daten im Zweifelsfall wiederherstellen zu können.
Für das Modul **{$modulename}** sind dies die folgende Tabellen und Felder:
* die komplette Tabelle `d3hpuid`
* die komplette Tabelle `d3hperrortexts`
und diese Felder in bestehenden Tabellen:
* in Tabelle `oxorder`:
* das Feld `D3HEIDELPAYVOUCHERS`
sowie diese Einträge in bestehenden Tabellen:
* in Tabelle `d3_cfg_mod`:
* den/die Eintrag/Einträge `oxmodid = "{$moduleConfigurationident}"`

View File

@ -0,0 +1,21 @@
---
title: TMP-Ordner leeren
---
### **im Adminbereich**
Leeren Sie das Verzeichnis `tmp` über [ Admin ] -> [ (D3) Module ] -> [ Modul-Connector ] -> [ TMP leeren ]. Markieren Sie [ komplett leeren ] und klicken auf [ TMP leeren ].
Sofern die Views nicht automatisch aktualisiert werden, führen Sie dies noch durch.
### **oder auf der Kommandozeile**
Alle TMP-leeren-Aktionen stehen Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verfügung. Führen Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des `source`- und `vendor`-Verzeichnisses) aus:
```bash
./vendor/bin/d3cleartmp
```
> [i] Erfordert Ihre Installation eine andere Vorgehensweise zum Leeren des Caches oder zum Aktualisieren der Datenbank-Viewtabellen, führen Sie diese bitte aus.
> [i] Beim Kommandozeilenaufruf werden Ihnen weitere Optionen gezeigt, mit denen Sie die Aktion gezielt steuern können.

View File

@ -0,0 +1,16 @@
---
title: Hilfe und Support
---
Bei Bedarf bieten wir Ihnen auch gern die Installation des Moduls in Ihrem Shop an. Geben Sie uns bitte unter den unten genannten Kontaktdaten Bescheid.
Haben Sie Fragen oder Unklarheiten in Verbindung mit diesem Modul oder dessen Installation, stehen Ihnen Hilfetexte in unserem [HelpCenter](https://faq.d3data.de/) zur Verfügung. Finden Sie darin die benötigten Antworten nicht, kontaktieren Sie uns bitte unter den folgenden Möglichkeiten:
1. per E-Mail: <support@shopmodule.com> oder
2. über das Kontaktformular auf [Oxidmodule.com](https://www.oxidmodule.com/) oder
3. per Telefon: (+49) 37 21 / 26 80 90 zu unseren Bürozeiten
Geben Sie bitte an, wo und wie wir gegebenenfalls vorhandene Schwierigkeiten nachvollziehen können. Sind Ihre Fragen shopspezifisch, benötigen wir möglicherweise Zugangsdaten zum betreffenden Shop.
Wir wünschen Ihnen mit Ihrem Shop und dem Modul viel Erfolg!
Ihr D³-Team.

View File

@ -0,0 +1,924 @@
<!DOCTYPE html>
<html class="no-js" lang="de">
<head>
<title>Changelog - unzer</title>
<meta name="description" content="">
<meta name="author" content="D³ Data Development">
<meta charset="UTF-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<link rel="icon" href="../themes/d3/img/favicon.png" type="image/x-icon">
<!-- Mobile -->
<meta name="apple-mobile-web-app-capable" content="yes" />
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<!-- Font -->
<!-- CSS -->
<link href='../themes/d3/css/theme-blue.min.css' rel='stylesheet' type='text/css'><link href='../themes/d3/css/d3.css' rel='stylesheet' type='text/css'>
<!-- Tipue Search -->
<link href="../tipuesearch/tipuesearch.css" rel="stylesheet">
<!--[if lt IE 9]>
<script src="../themes/d3/js/html5shiv-3.7.3.min.js"></script>
<![endif]-->
</head>
<body class=" ">
<div class="Columns content">
<aside class="Columns__left Collapsible">
<button type="button" class="Button Collapsible__trigger">
<span class="Collapsible__trigger__bar"></span>
<span class="Collapsible__trigger__bar"></span>
<span class="Collapsible__trigger__bar"></span>
</button>
<a class="Brand" href="../index.html"><i class='fab fa-d3 d3fa-color-blue'></i> unzer</a>
<div class="Search">
<svg class="Search__icon" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 451 451">
<path d="M447.05 428l-109.6-109.6c29.4-33.8 47.2-77.9 47.2-126.1C384.65 86.2 298.35 0 192.35 0 86.25 0 .05 86.3.05 192.3s86.3 192.3 192.3 192.3c48.2 0 92.3-17.8 126.1-47.2L428.05 447c2.6 2.6 6.1 4 9.5 4s6.9-1.3 9.5-4c5.2-5.2 5.2-13.8 0-19zM26.95 192.3c0-91.2 74.2-165.3 165.3-165.3 91.2 0 165.3 74.2 165.3 165.3s-74.1 165.4-165.3 165.4c-91.1 0-165.3-74.2-165.3-165.4z"/>
</svg>
<input type="search" id="tipue_search_input" class="Search__field" placeholder="Suchen..." autocomplete="on"
results=25 autosave=text_search>
</div>
<div class="Collapsible__content">
<!-- Navigation -->
<ul class='Nav'><li class='Nav__item Nav__item--active'><a href="../changelog/Changelog.html">Changelog</a></li><li class='Nav__item '><a href="../changelog/Channel_Rekonfiguration.html">(6.1.0.0) Umstellung der Konfiguration</a></li><li class='Nav__item '><a href="../changelog/MGW_Implementation.html">({unreleased}) Integration der PaymentApi / MGW Schnittstelle</a></li></ul>
<div class='versionselector'>Version wechseln:
<select onchange="window.location.href=this.options[this.selectedIndex].value" size="1">
<?php
$versionpath = implode("/", array_slice(explode("/", $_SERVER['SCRIPT_NAME']), 2));
$modulepath = implode("/", array_slice(explode("/", $_SERVER['SCRIPT_NAME']), 0, 2));
$path = str_replace($versionpath, "", $_SERVER['SCRIPT_FILENAME']);
$paths = explode('/', $versionpath);
$currpath = $paths[0];
$dirs = array_filter(glob($path . '/*'), 'is_dir');
arsort($dirs);
foreach ($dirs as $dir) {
$dir = str_replace($path.'/', '', $dir);
$selected = ($dir === $currpath) ? 'selected="selected"' : "";
echo '<option value="'. $modulepath .'/'. $dir .'" '. $selected .'>'. $dir .'</option>';
}
?>
</select></div>
<div class="Links">
<hr/>
<a href="https://www.oxidmodule.com" target="_blank">Shop</a><br />
<a href="https://blog.oxidmodule.com" target="_blank">Blog</a><br />
<a href="https://faq.d3data.de" target="_blank">FAQ</a><br />
<a href="https://docs.oxidmodule.com" target="_blank">Dokumentationen</a><br />
<a href="https://support.oxidmodule.com" target="_blank">D³ Support Center</a><br />
<a href="https://www.oxidmodule.com/kontakt" target="_blank">Kontakt</a><br />
<a href="https://www.oxidmodule.com/impressum" target="_blank">Impressum</a><br />
</div>
</div>
</aside>
<div class="Columns__right Columns__right--full">
<div class="Columns__right__content">
<div class="doc_content">
<article class="Page">
<div class="Page__header">
<h1><a href="../changelog/Changelog.html">Changelog</a></h1>
<span class="ModifiedDate">
31.07.2024 </span>
</div>
<div class="s-content">
<p>All notable changes to this project will be documented in this file.</p>
<p>The format is based on <a href="https://keepachangelog.com/en/1.0.0/" class="Link--external">Keep a Changelog</a>,
and this project adheres to <a href="https://semver.org/spec/v2.0.0.html" class="Link--external">Semantic Versioning</a>.</p>
<h2 id="page_Unreleased"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.4.0...rel_6.x_mgw" class="Link--external">Unreleased</a></h2>
<h2 id="page_6-4-4-0-2024-07-31"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.3.1...6.4.4.0" class="Link--external">6.4.4.0</a> - 2024-07-31</h2>
<h3 id="page_Changed">Changed</h3>
<ul>
<li>prüft auf nötiges Geburtsdatum nur, wenn dies im Kundenkonto nicht gesetzt ist</li>
<li>Prüfung auf fehlende Methode im O3-Shop</li>
</ul>
<h2 id="page_6-4-3-1-2024-05-07"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.3.0...6.4.3.1" class="Link--external">6.4.3.1</a> - 2024-05-07</h2>
<h3 id="page_Fixed">Fixed</h3>
<ul>
<li>Benutzereingaben werden auf Vollständigkeit geprüft</li>
</ul>
<h2 id="page_6-4-3-0-2024-04-19"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.2.2...6.4.3.0" class="Link--external">6.4.3.0</a> - 2024-04-19</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>Finalisierung und Reservierungsstorno über den Shopadmin übergibt die Höhe des Betrages</li>
</ul>
<h3 id="page_Added">Added</h3>
<ul>
<li>Transactioninformation werden an die Bestellung geschrieben</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>(von Unzer) unbehandelte Abbruchbestellungen werden storniert und gelöscht</li>
</ul>
<h2 id="page_6-4-2-2-2024-04-10"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.2.1...6.4.2.2" class="Link--external">6.4.2.2</a> - 2024-04-10</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>instabiles Verhalten bei Verwendung von Konstanten aus überladender Klasse</li>
</ul>
<h2 id="page_6-4-2-1-2024-04-08"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.2.0...6.4.2.1" class="Link--external">6.4.2.1</a> - 2024-04-08</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>Standardstatus der Vorabbestellungen mit Zahlart Rechnung bzw. Vorauskasse zu &quot;NOT FINISHED&quot;</li>
<li>Trim der Konfigurationseinstellungen</li>
<li>verhindert Änderung des Admin-Status bei der Container Kompilierung</li>
</ul>
<h2 id="page_6-4-2-0-2023-06-13"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.1.1...6.4.2.0" class="Link--external">6.4.2.0</a> - 2023-06-13</h2>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Kundendaten werden vor Übergabe getrimmt um unnötige Übertragungen zu verhindern und Reproduktionsfälle zu ermöglichen</li>
<li>im Fehlerfall wird das protokollierte Charge-Objekt gekürzt, um die Fehlermeldung zuverlässiger zu erhalten</li>
<li>&quot;Order in progress&quot; Status wird nur von Unzer bearbeiteten Zahlungen zugewiesen</li>
<li>Meldungen bei Charge-Fehlern werden separat protokolliert</li>
<li>löscht vorangelegte Bestellungen bei Abbruch (canceled)</li>
<li>Payerror 2 wird bei bei Unzer zugeordneten Zahlungsarten gesetzt</li>
<li>bei gelöschten Unzer Bestellungen werden keine Zahlungsdaten abgefragt</li>
</ul>
<h2 id="page_6-4-1-1-2023-03-08"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.1.0...6.4.1.1" class="Link--external">6.4.1.1</a> - 2023-03-08</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>abgebrochener Zahlungsprozess führt zu geleertem Warenkorb</li>
<li>Bypass umgeht Anzeige des Zahlungsprozesses</li>
</ul>
<h2 id="page_6-4-1-0-2022-12-16"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.0.2...6.4.1.0" class="Link--external">6.4.1.0</a> - 2022-12-16</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>installierbar in OXID 6.5.1</li>
<li>zeige Bankenauswahl bei iDeal Zahlungen</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>move test mode from custom variable to log level</li>
<li>update set log item calls</li>
<li>catch Unzer API errors while handle remaining order</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>update debug switch
<ul>
<li>prevents destroyed log levels, when debug were set</li>
<li>update getting debug level</li>
</ul>
</li>
</ul>
<h2 id="page_6-4-0-2-2022-11-22"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.0.1...6.4.0.2" class="Link--external">6.4.0.2</a> - 2022-11-22</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>catch Unzer runtime exceptions in case of invalid private key</li>
</ul>
<h2 id="page_6-4-0-1-2022-11-01"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.4.0.0...6.4.0.1" class="Link--external">6.4.0.1</a> - 2022-11-01</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>fix wrong PHP dependency</li>
</ul>
<h2 id="page_6-4-0-0-2022-10-28"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.3.0.0...6.4.0.0" class="Link--external">6.4.0.0</a> - 2022-10-28</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>Webhooks für folgende Stati hinzugefügt
<ul>
<li>payment.completed</li>
<li>payment.partlypaid</li>
<li>payment.chargeback</li>
</ul>
</li>
<li>Webhooks werden zur Modulaktivierung und beim Speichern der Grundeinstellungen registriert, bei Moduldeaktivierung werden Shopwebhooks wieder entfernt</li>
<li>Rechnungstransaktionen können nun auch im Shopadmin finalisiert werden</li>
<li>Shipment-Details werden nun auch im Shopadmin gezeigt</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>0011707: behalte die schon von Unzer behandelte Bestellung im Fall eines Systemabbruchs, bei Abbruch durch Kunde wird weiterhin gelöscht</li>
<li>Bestellstatus bei Kreditkartentransaktionen werden nur bei Preauthorization generell auf OK gesetzt, sonst nur bei vollständiger Bezahlung</li>
<li>Zahlartenbeschreibungen werden passend dargestellt</li>
<li>Einstellungskorrektur kann auch Nicht-Text-Einstellungen verarbeiten</li>
</ul>
<h2 id="page_6-3-1-0-2023-06-13"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.3.0.0...6.3.1.0" class="Link--external">6.3.1.0</a> - 2023-06-13</h2>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>bei gelöschten Unzer Bestellungen werden keine Zahlungsdaten abgefragt</li>
</ul>
<h2 id="page_6-3-0-0-2022-08-30"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.6.2...6.3.0.0" class="Link--external">6.3.0.0</a> - 2022-08-30</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>installierbar in OXID 6.5 (CE 6.12)</li>
<li>installierbar in PHP 8.1</li>
<li>Paket ersetzt OXID Unzer Plugin</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>verwendet Unzer SDK 1.2.x</li>
<li>Dokumentation angepasst</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>entfernt CurlHandle Serialisierungsfehler in PHP 8 (0011619)</li>
<li>fehlende Übersetzung in englischer Sprache ergänzt</li>
</ul>
<h2 id="page_6-2-7-0-2023-06-13"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.6.2...6.2.7.0" class="Link--external">6.2.7.0</a> - 2023-06-13</h2>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>bei gelöschten Unzer Bestellungen werden keine Zahlungsdaten abgefragt</li>
</ul>
<h2 id="page_6-2-6-2-2022-07-18"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.6.1...6.2.6.2" class="Link--external">6.2.6.2</a> - 2022-07-18</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>verhindert, dass die Liste der Zahlungsarten abgerufen wird, bevor die vorherige ShipSetId bereinigt wurde, wenn die Benutzerländer gewechselt werden</li>
<li>zeige keine Debug-Informationen bei Zahlungsauswahlen, wenn die Zahlung keine fehlenden Benutzerdaten hat</li>
</ul>
<h2 id="page_6-2-6-1-2022-07-18"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.6.0...6.2.6.1" class="Link--external">6.2.6.1</a> - 2022-07-18</h2>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Zahlartenlogos aktualisiert</li>
</ul>
<h2 id="page_6-2-6-0-2022-07-01"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.5.0...6.2.6.0" class="Link--external">6.2.6.0</a> - 2022-07-01</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>optional: Lastschriftmandat muss nicht akzeptiert werden</li>
<li>eventuell vorhandener Port an Kundenremoteadresse entfernt</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Zahlartenlogos aktualisiert</li>
<li>Abhängigkeiten angepasst</li>
</ul>
<h2 id="page_6-2-5-0-2022-05-06"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.4.0...6.2.5.0" class="Link--external">6.2.5.0</a> - 2022-05-06</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>MGW: Zahlart EPS hinzugefügt</li>
<li>MGW: Zahlart Przelewy24 hinzugefügt</li>
<li>MGW: Zahlart Giropay hinzugefügt</li>
<li>Eingabefeld fürden Karteninhaber bei kartenbasierten Zahlarten hinzugefügt</li>
<li>bei Stornierung einer Zahlung: Auswahlbox für den Stornierungsgrund integriert (Pflicht für die Zahlart 'abgesicherter Rechnungskauf')</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Frontend Bestellschritt 3 auf unzerSDK migriert</li>
<li>Abhängigkeiten der composer.json auf UnzerSDK aktualisiert</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>bei Zahlungsart Vorkasse und Rechnung blieb der Status einer Bestellung auf &quot;NOT_FINISHED&quot;</li>
<li>einige Template-Block-Namen korrigiert</li>
</ul>
<h2 id="page_6-2-4-0-2022-01-14"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.3.0...6.2.4.0" class="Link--external">6.2.4.0</a> - 2022-01-14</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>installierbar in OXID 6.4</li>
<li>fehlende englische Übersetzungen ergänzt</li>
<li>ungültiger privater Schlüssel-Fehler wird passend behandelt</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>CLI-Prüfung angepasst</li>
<li>veralteten Code für Einsatz unter PHP 8 entfernt</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>Emails können in OXID &gt;= 6.2 nicht versendet werden, Rendererablauf korrigiert</li>
<li>fehlende Namespaces ergänzt</li>
<li>Icon-Formatierung aktualisiert</li>
</ul>
<h2 id="page_6-2-3-0-2021-07-12"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.2.1...6.2.3.0" class="Link--external">6.2.3.0</a> - 2021-07-12</h2>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Wechsel von HeidelpayPHP zu UnzerSDK</li>
</ul>
<h2 id="page_6-2-2-1-2021-06-07"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.2.0...6.2.2.1" class="Link--external">6.2.2.1</a> - 2021-06-07</h2>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Dokumentation für Schnittstellenwechsel ergänzt</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>Preauthorisation Transaktionen werden nach erfolgreichem Abschluss mit Status &quot;OK&quot; markiert.</li>
</ul>
<h2 id="page_6-2-2-0-2021-05-18"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.1.3...6.2.2.0" class="Link--external">6.2.2.0</a> - 2021-05-18</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>Bestellungen nur mit der Währung EUR möglich</li>
<li>Bestellabschluss bei aktivem PHP Error Log schlägt fehl</li>
</ul>
<h2 id="page_6-2-1-3-2021-04-27"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.1.2...6.2.1.3" class="Link--external">6.2.1.3</a> - 2021-04-27</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>Freigabe für OXID 6.3</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>fehlende Zahlungsarten-Templates im Admin ergänzt</li>
</ul>
<h2 id="page_6-2-1-2-2021-04-19"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.1.1...6.2.1.2" class="Link--external">6.2.1.2</a> - 2021-04-19</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>0010757: fehlende Artikel in Bestellbestätigungsmail durch ausverkauft-Status</li>
</ul>
<h2 id="page_6-2-1-1-2021-02-10"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.1.0...6.2.1.1" class="Link--external">6.2.1.1</a> - 2021-02-10</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>abgesicherter rechnungskauf zurückgewiesen aufgrund abweichender Lieferadresse</li>
<li>keine Eingabe in 3rd party select-Eingabefelder an der Zahlartenauswahl möglich</li>
</ul>
<h2 id="page_6-2-1-0-2021-01-11"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.0.4...6.2.1.0" class="Link--external">6.2.1.0</a> - 2021-01-11</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>Adresseingaben werden vorformatiert, um Ablehnungen aufgrund falschen Formates zu vermeiden</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Produktbild-URL wird bei Nutzung der PaymentApi / MGW-Schnittstelle nicht zu Unzer übergeben, da nicht erreichbare URL (z.B. Dev-Shop) zum Abbruch der Transaktion führt</li>
</ul>
<h2 id="page_6-2-0-4-2021-01-11"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.0.3...6.2.0.4" class="Link--external">6.2.0.4</a> - 2021-01-11</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>Logo in Adminnavigation eingefügt</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>nötige Umstellung für 3D Secure v2</li>
<li>Transaktionstab im live-Modus zeigt wieder Daten</li>
</ul>
<h2 id="page_6-2-0-3-2020-12-22"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.0.2...6.2.0.3" class="Link--external">6.2.0.3</a> - 2020-12-22</h2>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Transaktionsübersicht bei Nutzung der PaymentApi / MGW-Schnittstelle entfernt</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>Fehlerverhalten bei Bestellungen mit Gutschein/Rabatten</li>
<li>Aufruf des Cronjobs für iDeal &amp; Przelewy24</li>
<li>Warenkorbberechnung korrigiert</li>
</ul>
<h2 id="page_6-2-0-2-2020-11-30"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.0.1...6.2.0.2" class="Link--external">6.2.0.2</a> - 2020-11-30</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>Freigabe für OXID 6.2.3</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Unzer API URL</li>
<li>iDeal Logo</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>Präfixverhalten bei leeren Eingabefeldern des Zugangskeys (PaymentApi / MGW)</li>
</ul>
<h2 id="page_6-2-0-1-2020-11-10"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.2.0.0...6.2.0.1" class="Link--external">6.2.0.1</a> - 2020-11-10</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>fehlendes NGW-Template für Vorkasse hinzugefügt - verhinderte Portierung der Altkonfiguration</li>
<li>Fehler bei Generierung von Bestellung bei Nutzung von NGW korrigiert</li>
</ul>
<h2 id="page_6-2-0-0-2020-10-28"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.1.2.2...6.2.0.0" class="Link--external">6.2.0.0</a> - 2020-10-28</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>ermöglicht den Einsatz der PaymentApi / MGW-Schnittstelle</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Umbenennung (Rebranding) von heidelpay zu Unzer</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>falsche Konfigurations-ID korrigiert - dieser Fehler löste kein Fehlverhalten im Modul aus</li>
</ul>
<h2 id="page_6-1-2-2-2020-09-30"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.1.2.1...6.1.2.2" class="Link--external">6.1.2.2</a> - 2020-09-30</h2>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Titellogo auf statischen Asset umgestellt</li>
<li>Logos für Amex, MasterCard, Paypal und VISA aktualisiert</li>
<li>übersetzbare Sparchbausteine für Bestellungsübersicht verwendet</li>
</ul>
<h2 id="page_6-1-2-1-2020-06-15"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.1.2.0...6.1.2.1" class="Link--external">6.1.2.1</a> - 2020-06-15</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>korrigiert Fragezeichen in Rückgabewert der execute-Methoden (führte zu ungültiger Redirect URL)</li>
<li>0009794: erzwingt neue Session im iDeal Cron Script (führt zu Fehlern, wenn z.B. auf während der Bearbeitung der ersten Bestellung der Warenkorb neu aufgebaut werden muss - nötig z.B. bei Gutscheinverwendung)</li>
<li>EPS nicht auswählbar - blD3HeidelpayAllowEPS fehlt</li>
<li>verwendet optimierte Logik, um in externen Aufrufen die bootstrap-Datei finden zu können</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>Bestellschritt3: Aufpreis bei Zahlarten ausblenden wenn 0</li>
</ul>
<h2 id="page_6-1-2-0-2020-05-12"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.1.1.3...6.1.2.0" class="Link--external">6.1.2.0</a> - 2020-05-12</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>0009705: Freigabe OXID 6.2</li>
</ul>
<h2 id="page_6-1-1-3-2020-04-03"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.1.1.2...6.1.1.3" class="Link--external">6.1.1.3</a> - 2020-04-03</h2>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>ermöglicht Einsatz mit ModulConnector 5.3</li>
<li>ermöglicht Installation in Projekten ohne &quot;oxid-esales/oxideshop-metapackage-ce&quot;</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>Abbruch bei Verwendung nicht zu Heidelpay zugewiesener Zahlart korrigiert</li>
</ul>
<h2 id="page_6-1-1-2-2020-03-19"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.1.1.1...6.1.1.2" class="Link--external">6.1.1.2</a> - 2020-03-19</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>0009550: Manipulationsprävention bei Zahlung mit abgesichertem Rechnungskauf integriert</li>
<li>0009539: fehlerhafte Aufrufe bei Ausführung des Cronjobs für Rechnungskauf oder Vorkasse korrigiert</li>
<li>0009540: fehlendes Admintemplate &quot;d3_heidelpay_views_admin_tpl_channels_sub_prepayment.tpl&quot; eingefügt</li>
<li>0009553: fehlende Bankdaten bei Vorkasse</li>
<li>0009554: cron_bankaccount.php - falscher Channel bei Vorkassse</li>
</ul>
<h2 id="page_6-1-1-1-2020-01-09"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.1.1.0...6.1.1.1" class="Link--external">6.1.1.1</a> - 2020-01-09</h2>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>0009389: Modulversion 6.1.1.0 - Installation unvollständig (falsche Versionsnummer in Installationsroutine)</li>
</ul>
<h2 id="page_6-1-1-0-2020-01-03"><a href="https://git.d3data.de/D3Private/Unzer/compare/6.1.0.1...6.1.1.0" class="Link--external">6.1.1.0</a> - 2020-01-03</h2>
<h3 id="page_Added-2">Added</h3>
<ul>
<li>0008760: add Wave Theme support</li>
</ul>
<h3 id="page_Changed-2">Changed</h3>
<ul>
<li>0000000: iDeal + Przelewy24 orders with no incoming payment and no &quot;after lifetime action&quot; will set to NOT_FINISHED after span of life</li>
<li>0000000: missing active check of channel provider data integrated</li>
<li>0000000: Initialization of JavaScript (web integration) heidelpayInstance may only be created once</li>
</ul>
<h3 id="page_Fixed-2">Fixed</h3>
<ul>
<li>0005712: Distinction between test and live configuration when assigning &quot;Heidelpay Channel - Oxid Payment Methods&quot;</li>
<li>0009201: different modcfg version in composer.josn &amp; InstallRoutine</li>
<li>0000000: Inactive channel configuration was displayed in the frontend, if an active oxid-paymenttype-assignment exists</li>
<li>0000000: OT payments are not redirecting, if user switch to OrderController and send order:execute again</li>
<li>0000000: navigation on other language causes admin template language to standard (0)</li>
<li>0000000: fixed use saved data doesn't work in wave -&gt; missing post order execute parameter</li>
</ul>
<hr />
<h2 id="page_6-1-0-1-2019-10-07">6.1.0.1 - (2019-10-07)</h2>
<h3 id="page_fixed">fixed</h3>
<p>0009155: 6.1.0.0: Too few arguments to function D3\Heidelpay\Controllers\Admin\Order\Heidelpay::isBasicLicence()<br />
0000000: 6.1.0.0: incorrect redirect to mydomain.tld/modules/d3/heidelpay/public/redirect -&gt; should be redirect to payment/start page</p>
<hr />
<h2 id="page_6-1-0-0-2019-09-25">6.1.0.0 - (2019-09-25)</h2>
<p><strong>Minor version upgrade notice: there are some backward-incompatible changes to this release.</strong></p>
<p><strong>0000000: <span class="navi_element">Important</span> the setup routine has a backwards compatibility break (BC break)! Only module configurations greater than or equal to modul version 6.0.0.0 will be fully migrated!</strong><br />
0000000: <span class="navi_element">Configuration</span> rebuild channel configuration see: <a href="https://docs.oxidmodule.com/Heidelpay/6.1.0.0/changelog/Channel_Rekonfiguration.html" class="Link--external">(6.1.0.0) Umstellung der Konfiguration</a><br />
0000000: <span class="navi_element">Refactor</span> \D3\Heidelpay\Models\Factory class refactored to a factory pattern<br />
0000000: <span class="navi_element">Refactor</span> split /public/hp_response.php calls into separated front controller (f.e. /public/Creditcard.php, /public/Debitcard.php)<br />
0000000: <span class="navi_element">Bug</span> additional redirect parameters will not add in redirect url of the public response file's (like utm_nooverride=1)<br />
0000000: <span class="navi_element">Info</span> replaced https://faq.oxidmodule.com/ links with https://faq.d3data.de</p>
<hr />
<h2 id="page_6-0-3-1-2019-06-07">6.0.3.1 - (2019-06-07)</h2>
<p>0008863: 6.0.3.0 Fehler bei nicht Heidelpay zugeordneten Zahlungsarten - keine Bestellung möglich<br />
0000000: <span class="navi_element">cronjob collectPayments</span> parameter FRONTEND.ENABLED=true causing a order delete for Przelewy24 and iDeal payments<br />
0000000: <span class="navi_element">cronjob collectPayments</span> set referenceid before temporaray order is finalized<br />
0000000: <span class="navi_element">cronjob collectPayments</span> reduced NOTICE in collectpayments.php 0000000: <span class="navi_element">general</span> added new criterion info parameter &quot;heidelPaymentMethod&quot;<br />
0000000: replaced deprecated method &quot;getShopEdition&quot; for request parameter<br />
0000000: changing url in metadata to https://docs.oxidmodule.com/Heidelpay/</p>
<hr />
<h2 id="page_6-0-3-0-2019-05-09">6.0.3.0 - (2019-05-09)</h2>
<p>0008145: OT Zahlungsarten auf Länder und Währung einschränken<br />
0008577: Exception bei dem Versenden von d3SendHPErrorMessage<br />
0008263: Daux.io Umsetzung Heidelpay<br />
0000000: neue Zahlungsart B2B Rechnungskauf hinzugefügt</p>
<hr />
<h2 id="page_6-0-2-3-2019-03-08">6.0.2.3 - (2019-03-08)</h2>
<p>0008253: alte Trusted Shops Käuferschutz Kompatibilität entfernen<br />
0000000: Collation der Admin Sprachdateien auf UTF-8 gesetzt<br />
0008158: Zahlungstyp Billsafe entfernen<br />
0000000: <span class="navi_element">Refactor</span> \D3\Heidelpay\Models\Containers\Parameter</p>
<hr />
<h2 id="page_6-0-2-2-2019-01-09">6.0.2.2 - (2019-01-09)</h2>
<p>0008210: Transaktions-Fehlermeldung im Tab Order/Heidelpay anzeigen lassen<br />
0008237: <span class="navi_element">Blocker</span> Fehlermeldung beim Bestellabschluss<br />
0000000: Neues Model Models\Actions\Finalize<br />
0000000: <span class="navi_element">Refactor</span> \D3\Heidelpay\Models\Containers\Parameter::setMandatoryData<br />
0000000: <span class="navi_element">Refactor</span> \D3\Heidelpay\Models\Containers\Criterions*<br />
0000000: <span class="navi_element">Refactor</span> Umbenennung der \D3\Heidelpay\Models\Actions* Eigenschaften and Methoden</p>
<hr />
<h2 id="page_6-0-2-1-2019-01-03">6.0.2.1 - (2019-01-03)</h2>
<p>0008148: <span class="navi_element">Push</span> E-Mail bei fehlender Bestellung<br />
0008154: Anzeige der Push Benachrichtigungs URL im Admin<br />
0008155: <span class="navi_element">EE </span> Updatescript für gespeicherte Kundendaten bereit stellen<br />
0008156: divs in flow templates ergänzen</p>
<hr />
<h2 id="page_6-0-2-0-2018-12-05">6.0.2.0 - (2018-12-05)</h2>
<p>0007899: Push Notifications integriert<br />
0000000: WAITING Status auf PENDING gestellt<br />
0007921: Feldbegrenzungen in der Basket Api validieren<br />
0007480: <span class="navi_element">Konfiguration</span> neuer Eintrag Limits für (gesicherten) Rechnungskauf einstellen<br />
0008113: precheck entfernen<br />
0008143: <span class="navi_element">EE </span> Shopid für gespeicherte Referenzdaten anlegen<br />
0007483: FONTEND.ENABLED sollte immer übertragen werden<br />
0006751: WAITING Status an Bestellung weitergebe</p>
<hr />
<h2 id="page_6-0-1-3-2018-11-01">6.0.1.3 - (2018-11-01)</h2>
<p>0008030: IBAN Anfangsbuchstaben müssen immer groß geschrieben werden<br />
0007945: Doppelklick führt zu doppelten Bestellungen/Abbuchungen<br />
0007906: Endlosschleife in automatischer Installation</p>
<hr />
<h2 id="page_6-0-1-2-2018-08-20">6.0.1.2 - (2018-08-20)</h2>
<p>0007856: 6.0.3 / 6.1.0 veraltete obsolete dynvalues wurden validiert (Bankeinzug + Giropay)</p>
<hr />
<h2 id="page_6-0-1-1-2018-08-08">6.0.1.1 - (2018-08-08)</h2>
<p>0007756: EPS - Ablehnung da falsches Land übertragen wurde - ACCOUNT.COUNTRY<br />
0007812: Änderungen Flow 3.0.2 übernehmen (OXID Compilation 6.1.0)<br />
0007820: Freigabe 6.1.0<br />
0007817: Mobile theme Unterstützung entfernen</p>
<hr />
<h2 id="page_6-0-1-0-2018-05-22">6.0.1.0 - (2018-05-22)</h2>
<p>0005802: Postfinance Integration<br />
0007283: EasyCredit Korrekturen<br />
0007214: d3hpprepaymentdata::getTransaction selektiert falsch bei gesichert. Rechnungskauf<br />
0007328: Chargeback entfernen<br />
0007422: Fehlertexte werden teilweise allgemein ausgegeben<br />
0007388: Umfirmierung der Heidelberger Payment GmbH in heidelpay (GmbH)<br />
0000000: extended logging of initial ngw requests</p>
<hr />
<h2 id="page_6-0-0-1-2018-04-26">6.0.0.1 - (2018-04-26)</h2>
<p>0007418: fixed d3/modcfg::d3counter calls have to be case sensitive</p>
<hr />
<h2 id="page_6-0-0-0-2018-03-19">6.0.0.0 - (2018-03-19)</h2>
<p><strong>Minor version upgrade notice: there are some backward-incompatible changes to this release.</strong></p>
<p>0000000: migration to oxid-esales/oxideshop-ce v6.1.0 | dropping support below v6.1.0<br />
0000000: fixed error was shown on changing currency marked viewconfig…<br />
0000000: added d3transactionlog to bankaccount (prepayment)<br />
0000000: improved logging (request to Heidelpay:: {Info})<br />
0000000: migrated e-mail templates to oxid standard<br />
0000000: removed giropay dynvalue checks<br />
0000000: Giropay doesn't provide bank/account information in a PA<br />
0000000: language files in utf-8<br />
0000000: using oxids metadata version 2.0<br />
0000000: using namespaces<br />
0000000: using composer installation</p>
<hr />
<h2 id="page_5-3-0-0">5.3.0.0</h2>
<p>0006668: Easycredit implementieren<br />
0006745: Sofortüberweisungslogo + Texte ersetzen</p>
<h4 id="page_5-2-3-4">5.2.3.4</h4>
<p>0004941: Css Dateipfad für das iFrame mitgeben<br />
0006384: Altlasten-Mehrsprachigkeit können zu mehreren Fehlverhalten führen<br />
0006626: 3D Secure Prüfung wird bei gespeicherten Daten übersprungen</p>
<h4 id="page_5-2-3-3">5.2.3.3</h4>
<p>0006552: Geburtsdatum bei gesicherter Lastschrift ergänzen.<br />
0006396: fehlende (zweite) Bonitätsprufung bei Rechnungskauf<br />
0006441: Heidelpay metadata.php enthäl ö im Klassennamen - v5.2.3.2<br />
0006291: Warnung bei leerer XML Übergabe<br />
0000000: fixed bug in mobile theme on error message, wrong template name was loaded<br />
0000000 set &quot;no reference but heidelpay payment&quot; warning to error level</p>
<h4 id="page_5-2-3-2">5.2.3.2</h4>
<p>0000000: var_dump Ausgabe entfernt (copy_this/modules/d3/d3heidelpay/views/flow/tpl/payment/debitnote.tpl)<br />
0000000: (iDeal/Przelewy24) wenn oxorderdate 0 ist oder nicht interpretiert wird, kann die Bestellung storniert/gelöscht werden</p>
<h4 id="page_5-2-3-1">5.2.3.1</h4>
<p>0006291: DOMDocument::loadXML im Modul überprüfen<br />
0000000: hp_response.php ermöglicht kein redirect mehr</p>
<h3 id="page_5-2-3-0">5.2.3.0</h3>
<p>0000000: Support für 4.7.x und 4.8.x ist eingestellt<br />
0000000: Parameter name.company in Standard-Parameteriste aufgenommen<br />
0000000: erweitertes Exception-Handling in d3_hp_response bei nicht-Heidelpay-Zahlungsarten<br />
0006181: http_build_query 3. Parameter arg_separator &amp; übergeben<br />
0005673: JavaScriptaktualisierung Frontendumsetzung<br />
0005496: Altdateien und Shopweichen im Modul entfernen<br />
0004877: iDeal nur für unterstützte Währungen anzeigen<br />
0002355: E-Mails in der Sprache der Bestellung versenden<br />
0006138: Fehlerhafte Überladung in Block/Template select_payment.tpl 5.2.2.0<br />
0004098: falsches Tacking in Google Analytics, Notwendig: zusätzlich definierbare Parameter<br />
0003228: Lieferadressen bei Zahlung mit gesicherten Rechnungskauf/Lastschrift und paypal kontrollieren<br />
0001921: Transaktionsübersicht im Admin anlegen<br />
0006142: Integration gesicherte Lastschrift<br />
0006141: Basket API für gesicherten Rechnungskauf/Lastschrift integrieren<br />
0002025: Hilfetexte und Layout im Shopadmin<br />
0005157: Kunden-IP statt Heidelpay-IP bei Paypal-Zahlungen an oxorder hinterlegen<br />
0002678: Einstellung &quot;Kontodaten vollständig speichern?&quot; entfernen</p>
<h3 id="page_5-2-2-0">5.2.2.0</h3>
<p>0004201: Button &quot;Reversal (REV)&quot; im Shopbackend ergänzen<br />
0005030: Anpassung des Moduls auf das Flow-Theme<br />
0005590: Bankdaten und Shortid an Endkunden weiterreichen<br />
0005715: Kompatibilität mit tronet Sofortüberweisung hergestellt<br />
0005835: CRITERION-Tags im Admin sichtbar machen<br />
0005891: Refactoring der Templatestruktur
die Template Struktur wurde in der metadata.php geändert (von -&gt; zu) :</p>
<table>
<tr><td>d3_d3heidelpay_controllers_admin_order_heidelpay.tpl</td><td>-></td><td>d3_d3heidelpay_views_admin_tpl_order.tpl</td></tr>
<tr><td>d3_d3heidelpay_controllers_admin_settings.tpl</td><td>-></td><td>d3_d3heidelpay_views_admin_tpl_settings.tpl</td></tr>
<tr><td>hp_prepayment_cust_html.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_html_prepayment_cust.tpl</td></tr>
<tr><td>hp_prepayment_cust_subj.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_html_prepayment_cust_subj.tpl</td></tr>
<tr><td>hp_prepayment_owner_html.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_html_prepayment_owner.tpl</td></tr>
<tr><td>hp_prepayment_owner_subj.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_html_prepayment_owner_subj.tpl</td></tr>
<tr><td>hp_prepayment_cust_plain.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_plain_prepayment_cust.tpl</td></tr>
<tr><td>hp_prepayment_owner_plain.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_email_plain_prepayment_owner.tpl</td></tr>
<tr><td>payment_heidelpay_img.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_payment_img.tpl</td></tr>
<tr><td>heidelpay_cc_input.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_cc_input.tpl</td></tr>
<tr><td>heidelpay_order_3ds.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_order_3ds_iframe.tpl</td></tr>
<tr><td>heidelpay_order_3ds_iframe.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_order_3ds_iframe.tpl</td></tr>
<tr><td>payment_heidelpaycards.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_cards.tpl</td></tr>
<tr><td>payment_inc_storeduid.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_storeduid.tpl</td></tr>
<tr><td>payment_heidelpaybillsafe.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_billsafe.tpl</td></tr>
<tr><td>payment_heidelpaydebitnote.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_debitnote.tpl</td></tr>
<tr><td>payment_heidelpayeps.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_eps.tpl</td></tr>
<tr><td>payment_heidelpaygiropay.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_giropay.tpl</td></tr>
<tr><td>payment_heidelpayideal.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_ideal.tpl</td></tr>
<tr><td>payment_heidelpaysofort.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_sofort.tpl</td></tr>
<tr><td>payment_heidelpaypostfinance.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_postfinance.tpl</td></tr>
<tr><td>payment_heidelpaypaypal.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_paypal.tpl</td></tr>
<tr><td>payment_heidelpayprzelewy24.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_przelewy24.tpl</td></tr>
<tr><td>payment_heidelpaymasterpass.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_payment_masterpass.tpl</td></tr>
<tr><td>heidelpay_redirect_postformular.tpl</td><td>-></td><td>d3_d3heidelpay_views_tpl_redirect_postformular.tpl</td></tr>
<tr><td>heidelpay_order_iframe.tpl</td><td>-></td><td>d3_d3heidelpay_views_azure_tpl_order_iframe.tpl</td></tr>
<tr><td>heidelpay_cc_input_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_cc_input.tpl</td></tr>
<tr><td>heidelpay_order_3ds_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_order_3ds.tpl</td></tr>
<tr><td>heidelpay_order_3ds_iframe_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_order_3ds_iframe.tpl</td></tr>
<tr><td>payment_inc_storeduid_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_storeduid.tpl</td></tr>
<tr><td>payment_heidelpaycards_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_cards.tpl</td></tr>
<tr><td>payment_heidelpaysofort_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_sofort.tpl</td></tr>
<tr><td>payment_heidelpaydebitnote_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_debitnote.tpl</td></tr>
<tr><td>payment_heidelpayeps_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_eps.tpl</td></tr>
<tr><td>payment_heidelpaygiropay_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_giropay.tpl</td></tr>
<tr><td>payment_heidelpayideal_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_ideal.tpl</td></tr>
<tr><td>payment_heidelpaybillsafe_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_billsafe.tpl</td></tr>
<tr><td>payment_heidelpaypaypal_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_paypal.tpl</td></tr>
<tr><td>payment_heidelpayprzelewy24_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_przelewy24.tpl</td></tr>
<tr><td>payment_heidelpaymasterpass_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_masterpass.tpl</td></tr>
<tr><td>payment_heidelpaypostfinance_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_payment_postfinance.tpl</td></tr>
<tr><td>heidelpay_order_iframe_mobile.tpl</td><td>-></td><td>d3_d3heidelpay_views_mobile_tpl_order_iframe.tpl</td></tr>
</table>
<h4 id="page_5-2-1-1">5.2.1.1</h4>
<p>0005524: mehrfach gespeicherte Daten anzeigen<br />
0005235: es wird kein PA/DB bei gespeicherten Daten genutzt<br />
0005419: XML Query wird im paymentcollector nicht korrekt übergeben<br />
0005405: Kein Fehlerhandling im Frontend beim iFrame<br />
0005470: IonCube Umsetzung<br />
0000000: removed payment::hasUserHPStoreData, payment::getUserHPStoreData, payment::getHPWrappedPayment<br />
0000000: probably bug in d3_oxorder_heidelpay::finalizeOrder<br />
0000000: fixed memcache bug in collectpayments process<br />
0000000: payment model not found causes exception in admin</p>
<h3 id="page_5-2-1-0">5.2.1.0</h3>
<p>0002681: Kunden die während Formulareingaben in ein Session timeout kommen<br />
0000000: Bestellbenutzer wird bei Admin Aktionen nicht gesetzt<br />
0005301: Abgebrochene Bestellabwicklungen an den Händler melden<br />
0005320: MasterPass Integration<br />
0005289: Sprache ist im Admin auswählbar<br />
0005222: ReferenceId nach Schritt4 prüfen<br />
0005081: order::execute() Rüchgabewert Fehlerhaft<br />
0005300: Warenkorbwert kann gegenüber dem Transaktionbetrag manipuliert werden<br />
0005170: Bestellung- Tab Heidelpay - Aktionen klappen nicht auf<br />
0000000: PRESENTATION.USAGE wird nicht übergeben<br />
0000000: PA soll auch bei &quot;gespeicherte Daten verwenden&quot; genutzt werden<br />
0005202: betrifft EE: cronjob für PP und IV ignoriert ShopId<br />
0005189: bei gespeicherten Daten (Kredit-/Debitkarte) fehlen die zu übergebenden Parameter (agb, download etc)<br />
0005188: falsche Rücksprungbehandlung bei erfolgreichen Billsafe Bezahlungen<br />
0005103: Heidelpay iFrame wird zerschossen angezeigt</p>
<h4 id="page_5-2-0-1">5.2.0.1</h4>
<p>Installationsroutine kann nicht abgeschlossen werden<br />
neue Debitkarten hinzufügen<br />
NGW geladene Icons sollen in eigene Templates (für Azure und Mobile ausgelagert werden)<br />
Hilfetext für &quot;Pflichtfelder für den Bestellabschluss&quot;<br />
möglicher Fehler: Fehlerfälle von order::execute testen<br />
unvollständige / inkorrekte version_compare innerhalb des Moduls bei EE 5.0.x<br />
Nachkommestellen durch Punkt trennen<br />
Mobile theme lauffähig machen<br />
4.7.x ready machen<br />
Geburtstdatum übergeben<br />
Inkorrektes Handling mit Gutscheinen</p>
<h2 id="page_5-2-0-0">5.2.0.0</h2>
<p>Implementierung PCI3 (Kartenzahlung via iFrame)<br />
Umstellung von SGW/XML auf NGW/POST<br />
neue Option &quot;Registrierung für Karten nutzen (Kreditkarte, Debitkarte)&quot; hinzugefügt<br />
neuer Menüpunkt /D³ Module/Heidelpay/Logging/<br />
Fehlverhalten im JavaScript mit einer deaktivierten Zahlungsart gelöst<br />
das Oxid Standard &quot;Mobile-Theme&quot; wird bis zum nächsten Update nicht untersützt!<br />
Auflösung der Formularstruktur im Bestellschritt 3 (Versand &amp; Zahlung)<br />
generelle Weiterleitung bei 3DSecure<br />
Bankeinzug Kundendaten werden nun im Shop gespeichert</p>
<h4 id="page_5-1-1-2">5.1.1.2</h4>
<p>neue Zahlungsart Przelewy24<br />
Updateassistent startet nicht bei Update von 5.1.1.0 auf 5.1.1.1<br />
Erweiterung für Pflichtfelder bei einem Update<br />
NGW: Curl-Error-Handling implementieren<br />
NGW-Informationen für &quot;nach Schritt 4&quot;<br />
Anpassung des Mobile-Themes für NGW<br />
5.1.0.0 ist nicht in der 4.7 einsetzbar</p>
<h4 id="page_5-1-1-1">5.1.1.1</h4>
<p>Pflichtfelder für den Bestellabschluss<br />
Installationsanleitung aktualisieren<br />
Changelog nachtragen</p>
<h3 id="page_5-1-1-0">5.1.1.0</h3>
<p>Integration der NGW-Schnittstelle<br />
Zahlart T-Pay Online Überweisung aus Heidelpay-Modul entfernen (5er-Version)<br />
Aktive Brands(Kartentypen, etc..) von der NGW-Response nutzen<br />
fake User-Checkboxen anpassen<br />
URL-Einstellungen aus den Moduleinstellungen entfernen<br />
NGW Implementation in latin-Shop testen<br />
Umlaute an Zahlarten bei Installation Fehlerhaft<br />
Bei ELV mit DE-Konto soll das BIC-Feld ausgeblendet werden.<br />
5.1.0.0 ist nicht in der 4.7 einsetzbar</p>
<h2 id="page_5-1-0-0">5.1.0.0</h2>
<p>Anpassung für Oxid Mobile Theme<br />
kleiner Bug im Zusammenhang mit Billpay<br />
Übermittlung abweichende Lieferadresse an PayPal</p>
<h4 id="page_5-0-0-4">5.0.0.4</h4>
<p>Bugfix für automatische Installation<br />
Sprachdateien unverschlüsselt belasst<br />
neues Logo Billsafe<br />
Anpassung der Ausgabe bei gespeicherten Daten und dem SEPA-Modus<br />
Test auf 4.9 / 5.2</p>
<h4 id="page_5-0-0-3">5.0.0.3</h4>
<p>Kompatilität mit Modul Amazon Payments hergestellt<br />
Templates angepasst damit es bei einer Deaktivierung des Moduls nicht zu Fehlermeldungen kommt</p>
<h4 id="page_5-0-0-2">5.0.0.2</h4>
<p>Bugfix: im Shop aktives Modul, über Modul-Connector inaktiv, kann im Bestellschritt 3 nicht abgesendet werden<br />
fehlende sh-Datei nachgetragen<br />
Dokumentation überarbeitet</p>
<h4 id="page_5-0-0-1">5.0.0.1</h4>
<p>Bugfix: Während eines Update wurden die Zuordnungen zwischen Shop und Heidelpay-Modul nicht übernommen<br />
Kompatibilität zu PHP 5.2 wieder hergestellt</p>
<h1 id="page_5-0-0-0">5.0.0.0</h1>
<p>Refactoring zur Oxid Zertifizierung</p>
<h3 id="page_4-0-6-0">4.0.6.0</h3>
<p>Kompatilität mit Skrill-Modul hergestellt #2465<br />
Update der Systmprüfung (d3precheck.php) #2480</p>
<h4 id="page_4-0-5-4">4.0.5.4</h4>
<p>alte Moduleinstellungen von 3.x werden beim Update auf 4.x migriert<br />
Bugfix: Bei Bezahlung mit Billsafe kam im Shop eine Fehlermeldung, wenn mehr als 7 Artikel in den Warenkorb gelegt wurden</p>
<h4 id="page_4-0-5-3">4.0.5.3</h4>
<p>Hinweis auf Umstellung des Händlerkontos (nur bei Sofortüberweisung) in die Installationsanleitung eingefügt<br />
Bugfix: Bei Nutzung von Sofortüberweisung konnte es im Zusammenhang mit SEPA zu Fehlermeldungen kommen</p>
<h4 id="page_4-0-5-2">4.0.5.2</h4>
<p>Bugfix: Wichtige Sicherheitslücke in der Modulkonfiguration geschlossen</p>
<h4 id="page_4-0-5-1">4.0.5.1</h4>
<p>Bugfix: In BS4 wurde unter bestimmten Situationen eine Exception geworfen, wenn andere Module ebenfalls die Klasse 'order' erweitern</p>
<h3 id="page_4-0-5-0">4.0.5.0</h3>
<p>SEPA-Modus integriert</p>
<ul>
<li>im Adminbereich kann nun SEPA aktiviert werden (Schaltet bei Lastschrift, Giropay, Rechnungskauf und Vorkasse auf IBAN/BIC um)</li>
<li>Überweisungsdaten für BillSAFE, Rechnungskauf und Vorkasse zeigen nun IBAN/BIC in BS5 und EMails</li>
<li>Integration von SEPA-Prüfroutinen bei Giropay</li>
</ul>
<p>Sofortüberweisung benötigt keine Kontodateneingabe in BS3 mehr (Änderung des Händlerkontos bei Heidelpay nötig)<br />
iDeal Bankenliste aktualisiert<br />
Bugfix: Sind Kontodaten mit * maskiert, werden sie nicht mehr in BS3 bei Bestandskunden vorausgefüllt<br />
Bugfix: fehlende Buchungsaktionen an den Bestellungen hinzugefügt</p>
<h4 id="page_4-0-4-1">4.0.4.1</h4>
<p>Fehler in automatischer Installation behoben<br />
Precheck aktualisiert</p>
<h3 id="page_4-0-4-0">4.0.4.0</h3>
<p>Anpassung für OXID eShop 4.8.x / 5.1.x<br />
Integration Transaktionslog<br />
Integration Neues Admin Interface (unter Bestellungen, Tab &quot;Heidelpay&quot;)<br />
Sofortüberweisung unterstützt nun auch österreichische Bankkonten<br />
Fehlercodetabelle aktualisiert<br />
Bugfix: Bei Zahlungsart Giropay fehlte das Eingabefeld für den Kontoinhaber<br />
Bugfix: Bei Zahlungsart Billsafe werden die Überweisungsdaten nun korrekt nach Bestellungsende aus der Session entfernt<br />
Bugfix: Bei einigen Zahlungsarten gab es Probleme mit Umlauten in UTF8-Shops<br />
Install-PDF überarbeitet, PreCheck v3.0 integriert</p>
<h4 id="page_4-0-3-3">4.0.3.3</h4>
<p>Bugfix: automatische Installation des Moduls reagierte nicht</p>
<h4 id="page_4-0-3-2">4.0.3.2</h4>
<p>php5.4 STRICT_STANDARDS-Fehler wurden behoben<br />
BillSafe UTF-8 Problem (doppeltes encoding als UTF-8 String bei UTF-8 Shops) wurde behoben</p>
<h4 id="page_4-0-3-1">4.0.3.1</h4>
<p>Zahlungsart Paypal ist auch im Basic-Modul konfigurierbar</p>
<h3 id="page_4-0-3-0">4.0.3.0</h3>
<p>Zahlungsart Billsafe hinzugefügt<br />
Zahlungsart Rechnungskauf hinzugefügt<br />
Zahlungsart PayPal hinzugefügt<br />
Integration der Automatischen Installation<br />
Fehler bei Basic/Premium im Admin gefixt<br />
Zahlungsart T-Pay entfernt</p>
<h3 id="page_4-0-2-0">4.0.2.0</h3>
<p>Integration Basic / Premium Unterscheidung</p>
<h3 id="page_4-0-1-0">4.0.1.0</h3>
<p>Debitkarte &quot;Dankort&quot; hinzugefügt<br />
Fehlertexte der Fehlercodes werden nun aus lang-Dateien geholt (damit kann die normale Mehrsprachigkeit des Shops genutzt werden)<br />
Umstellung aller buchungsrelevanten TransaktionIdents auf einen eigenen Nummernkreis<br />
ShopId wird nun mit an die Response-Url übergeben</p>
<h1 id="page_4-0-0-0">4.0.0.0</h1>
<p>komplette Überarbeitung des Moduls für die neue Shopstruktur EE5/PE47</p>
<h4 id="page_3-2-3-1">3.2.3.1</h4>
<p>Bugfix: bei nicht 3DSecure Karten und Einstellung &quot;nach Schritt&quot; 4</p>
<h3 id="page_3-2-3">3.2.3</h3>
<p>Dummy Kreditkarten für 4.6.x entfernt<br />
checkout.css aus der payment_ext.tpl entfernt</p>
<h3 id="page_3-2-2">3.2.2</h3>
<p>Änderungen für Shopversion ab 4.6.0 integriert<br />
kleinerer JS-Fehler in payment-Template behoben<br />
NOK-Rückmeldungen werden nun als &quot;response error&quot; geloggt<br />
neue Testdaten für Sofortüberweisung integriert<br />
mod_cfg -&gt; Requirements eingebaut</p>
<h3 id="page_3-2-1">3.2.1</h3>
<p>neue Admineinstellungen (Curl-Timeout, Unmask) eingebaut<br />
div. Fehler bei der Nutzung der Basic-Templates (4.5) behoben<br />
Version kann nun auch uneingeschränkt in Shopversionen &lt; 4.5 genutzt werden</p>
<h2 id="page_3-2-0">3.2.0</h2>
<p>Version für OXID ab 4.5.0</p>
<h3 id="page_3-1-1">3.1.1</h3>
<p>Änderung der Sprache nach einer Heidelpaytransaktion</p>
<h2 id="page_3-1">3.1</h2>
<p>Einbau neuer Zahlmethoden</p>
<ul>
<li>Sofortüberweisung</li>
<li>Giropay</li>
<li>iDeal Niederlande</li>
<li>EPS Österreich</li>
<li>T-Pay</li>
<li>automatische Vorkasse</li>
</ul>
<p>Speicherung der Registrierungsdaten für Heidelpay für erneute Zahlungen bei Kreditkarte, Bankeinzug und Debitkarten unter Bestellschritt 3.<br />
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 müssen. Der Händler spart zusätzlich die Kosten für eine Transaktion.
Dieses ist standardmäßig ausgeschalten und kann wahlweise im Shopadmin über den Haken &quot;Gespeicherte Daten dem Kunden anbieten?&quot; aktiviert werden.<br />
Einbau neuer Logos für fast alle Zahlmethoden und Kartentypen.<br />
Überarbeitung aller Templates<br />
Aktualisierung der Heidelpay-Fehlercodes<br />
Admin-Interface mit eigener language-Datei<br />
Aktualisierung menu.xml</p>
<h3 id="page_3-0-4">3.0.4</h3>
<p>Anpassung des Moduls an neue Sicherheitsstruktur des OXID Version 4.3.0 (TrustIPs, sToken)<br />
Timeout beim Aufrufen der 3DS-Fehlerseite mit &quot;KK-Eingabe nach Schritt4&quot;<br />
Problem mit mehrfachen 3DS Aufrufen bei &quot;KK-Eingabe nach Schritt4&quot; behoben<br />
3DS-Fehlerseite für &quot;KK-Eingabe nach Schritt4&quot; und &quot;KK-Eingabe in Schritt3&quot; optimiert</p>
<h3 id="page_3-0-2">3.0.2</h3>
<p>Heidelpaytransaktionen konnten in den Shopfolgesprachen (Language 1 etc.) nicht abgeschlossen werden<br />
Sproradischer Verlust der Session nach Rücksprung vom Heidelpay-Server ab OXID 4.1.3</p>
<ul>
<li>Behebung durch zusätzlichen config-Parameter<br />
Teilweise Probleme mit Shoprücksprung nach fehlerhafter 3DSecure-Eingabe</li>
</ul>
<h3 id="page_3-0-1">3.0.1</h3>
<p>neu<br />
Multilang-Platzhalter eingebaut</p>
<p>Fix<br />
Korrektur der order-Erweiterung, da mit Shopversion 4.1.1 die Prüfung zum Widerrufsrecht geändert wurde<br />
Änderung der Prüfungsparameter für 3DSecure</p>
<h1 id="page_3-0">3.0</h1>
<p>Kompletter Neuaufbau des Moduls für den Einsatz unter OXID 4.
Optimierung aller Modulteile. Dadurch u.a. schnellere Abarbeitung der Heidelpay-Daten.</p>
<h2 id="page_2-1">2.1</h2>
<p>####neue Funktionen:</p>
<ul>
<li>Einbau einer alternativen Bezahlung mit Kreditkarte nach Schritt 4 im Bestellvorgang (Aktivierung im Admin)
Damit wird die zusätzliche &quot;Registrierung&quot; des Kunden bei Heidelpay nicht genutzt und der Shopinhaber hat nur 1x Transaktionsgebühren pro Bestellung</li>
<li>KK- und Bankkarten - Daten werden aus den Heidelpay-Responsedaten ausgelesen und in die Session als Dynvalue gespeichert.<br />
-&gt; Wichtig für eFire / creditPass-Boniprüfung
Zusätzlich 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!</li>
<li>Optionen für Test-Betrieb erweitert
####Korrekturen:<br />
Anpassung der tpls an den aktuellen OXID-Versionsstand 3.0.4.1 (steps-tpl und css-Dateien)<br />
bei Nutzung anderer oxpaymentgateway-Module (z.B. Paypal Pro) werden diese nun korrekt in den Modulbaum eingebunden und aufgerufen<br />
Korrektur der 3DS-Funktionalität. Es konnte unter bestimmten Voraussetzungen passieren, das Bestellungen nicht ordnungsgemäß erstellt wurden.<br />
Behebung einer Smarty-Fehlermeldung im 3DS-iFrame<br />
Es wurden einige &quot;onclick&quot; in der payment_ext.tpl entfernt, da dadurch teilweise Kunden versehentlich andere Zahlartenangeklickt hatten</li>
</ul>
<h1 id="page_2-0">2.0</h1>
<p>Integration von 3DSecure</p>
<h2 id="page_1-2">1.2</h2>
<p>Kleinere Korrekturen. u.a. Behebung eines Sprachproblems (Domainzuordnung)</p>
<h2 id="page_1-1">1.1</h2>
<p>Einbau der kompletten Heidelpay-Systemcodes und Ausgabe in Schritt3 als deutsche Fehlermeldung<br />
Speicherung des Heidelpay-Registrationcodes für Folgebestellungen ohne erneute Registration des Kunden<br />
Korrektur kleinerer Bugs im Modul und tpl-Dateien<br />
TransactionID zusätzlich mit Timestamp belegt, um mehrfache Bestellversuche zu ermöglichen</p>
<h1 id="page_1-0">1.0</h1>
<p>Korrektur des formulars der payment_ext.tpl für ELV</p>
<h1 id="page_1-0-beta">1.0 beta:</h1>
<p>Rückgabe in hp_response.php per curl<br />
Einbau ELV</p>
</div>
<nav>
<ul class="Pager">
<li class=Pager--prev><a href="../index.html">Zurück</a></li> <li class=Pager--next><a href="../changelog/Channel_Rekonfiguration.html">Weiter</a></li> </ul>
</nav>
</article>
</div>
</div>
</div>
</div>
<!-- JS -->
<script src="../themes/d3/js/jquery-1.11.3.min.js"></script><script src="../themes/d3/js/highlight.pack.js"></script><script src="../themes/d3/js/daux.js"></script><script src="../themes/d3/js/fontawesome-all.js"></script>
<!-- Tipue Search -->
<script type="text/javascript" src="../tipuesearch/tipuesearch.js"></script>
<script>
window.onunload = function(){}; // force $(document).ready to be called on back/forward navigation in firefox
$(function() {
tipuesearch({
'base_url': '../'
});
});
</script>
</body>
</html>

View File

@ -0,0 +1,175 @@
<!DOCTYPE html>
<html class="no-js" lang="de">
<head>
<title>(6.1.0.0) Umstellung der Konfiguration - unzer</title>
<meta name="description" content="">
<meta name="author" content="D³ Data Development">
<meta charset="UTF-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<link rel="icon" href="../themes/d3/img/favicon.png" type="image/x-icon">
<!-- Mobile -->
<meta name="apple-mobile-web-app-capable" content="yes" />
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<!-- Font -->
<!-- CSS -->
<link href='../themes/d3/css/theme-blue.min.css' rel='stylesheet' type='text/css'><link href='../themes/d3/css/d3.css' rel='stylesheet' type='text/css'>
<!-- Tipue Search -->
<link href="../tipuesearch/tipuesearch.css" rel="stylesheet">
<!--[if lt IE 9]>
<script src="../themes/d3/js/html5shiv-3.7.3.min.js"></script>
<![endif]-->
</head>
<body class=" ">
<div class="Columns content">
<aside class="Columns__left Collapsible">
<button type="button" class="Button Collapsible__trigger">
<span class="Collapsible__trigger__bar"></span>
<span class="Collapsible__trigger__bar"></span>
<span class="Collapsible__trigger__bar"></span>
</button>
<a class="Brand" href="../index.html"><i class='fab fa-d3 d3fa-color-blue'></i> unzer</a>
<div class="Search">
<svg class="Search__icon" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 451 451">
<path d="M447.05 428l-109.6-109.6c29.4-33.8 47.2-77.9 47.2-126.1C384.65 86.2 298.35 0 192.35 0 86.25 0 .05 86.3.05 192.3s86.3 192.3 192.3 192.3c48.2 0 92.3-17.8 126.1-47.2L428.05 447c2.6 2.6 6.1 4 9.5 4s6.9-1.3 9.5-4c5.2-5.2 5.2-13.8 0-19zM26.95 192.3c0-91.2 74.2-165.3 165.3-165.3 91.2 0 165.3 74.2 165.3 165.3s-74.1 165.4-165.3 165.4c-91.1 0-165.3-74.2-165.3-165.4z"/>
</svg>
<input type="search" id="tipue_search_input" class="Search__field" placeholder="Suchen..." autocomplete="on"
results=25 autosave=text_search>
</div>
<div class="Collapsible__content">
<!-- Navigation -->
<ul class='Nav'><li class='Nav__item '><a href="../changelog/Changelog.html">Changelog</a></li><li class='Nav__item Nav__item--active'><a href="../changelog/Channel_Rekonfiguration.html">(6.1.0.0) Umstellung der Konfiguration</a></li><li class='Nav__item '><a href="../changelog/MGW_Implementation.html">({unreleased}) Integration der PaymentApi / MGW Schnittstelle</a></li></ul>
<div class='versionselector'>Version wechseln:
<select onchange="window.location.href=this.options[this.selectedIndex].value" size="1">
<?php
$versionpath = implode("/", array_slice(explode("/", $_SERVER['SCRIPT_NAME']), 2));
$modulepath = implode("/", array_slice(explode("/", $_SERVER['SCRIPT_NAME']), 0, 2));
$path = str_replace($versionpath, "", $_SERVER['SCRIPT_FILENAME']);
$paths = explode('/', $versionpath);
$currpath = $paths[0];
$dirs = array_filter(glob($path . '/*'), 'is_dir');
arsort($dirs);
foreach ($dirs as $dir) {
$dir = str_replace($path.'/', '', $dir);
$selected = ($dir === $currpath) ? 'selected="selected"' : "";
echo '<option value="'. $modulepath .'/'. $dir .'" '. $selected .'>'. $dir .'</option>';
}
?>
</select></div>
<div class="Links">
<hr/>
<a href="https://www.oxidmodule.com" target="_blank">Shop</a><br />
<a href="https://blog.oxidmodule.com" target="_blank">Blog</a><br />
<a href="https://faq.d3data.de" target="_blank">FAQ</a><br />
<a href="https://docs.oxidmodule.com" target="_blank">Dokumentationen</a><br />
<a href="https://support.oxidmodule.com" target="_blank">D³ Support Center</a><br />
<a href="https://www.oxidmodule.com/kontakt" target="_blank">Kontakt</a><br />
<a href="https://www.oxidmodule.com/impressum" target="_blank">Impressum</a><br />
</div>
</div>
</aside>
<div class="Columns__right Columns__right--full">
<div class="Columns__right__content">
<div class="doc_content">
<article class="Page">
<div class="Page__header">
<h1><a href="../changelog/Channel_Rekonfiguration.html">(6.1.0.0) Umstellung der Konfiguration</a></h1>
<span class="ModifiedDate">
31.07.2024 </span>
</div>
<div class="s-content">
<h2 id="page_Einleitung">Einleitung</h2>
<p>Wir haben für Shopbetreiber die Admin Konfiguration überarbeitet, damit eine flexiblere Konfiguration der Zahlungsarten und Channels möglich ist.<br />
So sind bspw. unterschiedliche Konfigurationen für jedes einzelne Rechnungsland möglich.</p>
<h2 id="page_Migration-der-Channeldaten">Migration der Channeldaten</h2>
<p>Die Migration (Umstellung) auf die neue Konfiguration wird in der automatischen Installation des Moduls vorgenommen.<br />
Die Update-Routine durchläuft die alten Zuordnungen und erstellt daraus neue Channel-Konfigurationen.</p>
<blockquote class="alert alert-info">
<i class='fas fa-info-circle'></i> <p> Bei konfigurierten Zahlungsart-Zuordnungen ohne einen entsprechend hinterlegten Channel nicht übernommen werden.</p>
</blockquote>
<blockquote class="alert alert-info">
<i class='fas fa-info-circle'></i> <p> Es können doppelte Channel-Konfigurationen angelegt werden. Die Migration wird auf bestehende Konfigurationen der Modulversion 5.3.x.x, sowie 6.0.x.x durchgeführt.</p>
</blockquote>
<blockquote class="alert alert-info">
<i class='fas fa-info-circle'></i> <p> Die nach Abschluss der Migration neu angelegten Konfigurationen sind unbedingt manuell zu überprüfen!</p>
</blockquote>
<p><strong>Im Folgenden, wird anhand von Screenshots des Admin erklärt, wie die Konfiguration in der alten und im Vergleich in der neuen Konfigurationsmaske durchgeführt wird:</strong></p>
<h2 id="page_Einstellungen-bis-6-0-3-x">Einstellungen bis 6.0.3.x</h2>
<p>Die Channeldaten <strong style="color:#F00; font-size: 24px;">1</strong> (bspw. 31HA07BC8142*******49A60D979B6E4) werden
in einzelne Channel-Felder unter <span class="navi_element">D³ Module</span>/<span class="navi_element">Unzer</span>/<span class="navi_element">Einstellungen</span>/<span class="navi_element">Stamm</span>/<span class="navi_element">Channels</span> gepflegt.<br><br />
Ein einzelnes Channel-Feld (bspw. <span class="navi_element">Channel (Standard)</span>) kann <strong>direkt</strong> eine oder mehrere Unzer-Zahltypen (Kreditkarte, Debitkarte, autom. Vorkasse, etc) bedienen.<br>
Die einzelnen Oxid Zahlungsarten <strong style="color:#00F; font-size: 24px;">2</strong> werden direkt einem Unzer-Zahltyp zugewiesen <strong style="color:#0f0; font-size: 24px;">3</strong>.</p>
<fieldset>
<legend>bisherige Einstellungen vor 6.1.0.0</legend>
<img style="float: left" src="../img/heidelpay_old_channel_configuration.png" alt="bisherige Einstellungen vor 6.1.0.0">
</fieldset>
<h3 id="page_Channel-Konfiguration-ab-6-1-0-0">Channel-Konfiguration ab 6.1.0.0</h3>
<p>Die Channeldaten <strong style="color:#F00; font-size: 24px;">1</strong> werden in <span class="navi_element">D³ Module</span>/<span class="navi_element">Unzer</span>/<span class="navi_element">Channel-Konfigurationen</span> in einzelnen Channel-Konfigurationen abgelegt.<br />
In der Channel-Konfiguration können Sie verschiedene Einstellungen nutzen:</p>
<ul>
<li>Aktiv - aktiv: Die Channel-Konfiguration wird genutzt</li>
<li>Test Modus - aktiv: Die Channel-Konfiguration wird für den Testmodus genutzt</li>
<li>Titel - dient dem Shopbetreiber als interne Beschreibung (wird derzeit in der Channel-Konfiguration's Übersicht genutzt)</li>
<li>Unzer-Zahltyp <strong style="color:#0f0; font-size: 24px;">3</strong> - Hier wählen Sie die zu verwendende Zahlungstypen (bspw Kreditkarte, B2B Rechnungskauf, Paypal, usw.) für die der Channel eingerichtet ist</li>
<li>Channel <strong style="color:#F00; font-size: 24px;">1</strong> - Tragen Sie hier den Channel ein, den Sie von Unzer erhalten haben</li>
<li>Zuordnung der aktuell gewählten Channel-Konfiguration, zu den Shop-Zahlungsarten <strong style="color:#00F; font-size: 24px;">2</strong>
</li>
</ul>
<fieldset>
<legend>Übersicht der Channel-Konfiguration</legend>
<img style="float: left" src="../img/unzer_new_channel_configuration_loaded.png" alt="Übersicht der Channel-Konfiguration">
</fieldset>
<fieldset>
<legend>Zuordnungen der Shop-Zahlungsarten zu der aktuellen Channel-Konfiguration</legend>
<img style="float: left" src="../img/unzer_new_channel_configuration_payments.png" alt="Zuordnungen der Shop-Zahlungsarten zu der aktuellen Channel-Konfiguration">
</fieldset>
<blockquote class="alert alert-info">
<i class='fas fa-info-circle'></i> <p> Zukünftig sollen weitere Zahlungstyp-spezifische Einstellungen migriert werden.</p>
</blockquote>
</div>
<nav>
<ul class="Pager">
<li class=Pager--prev><a href="../changelog/Changelog.html">Zurück</a></li> <li class=Pager--next><a href="../changelog/MGW_Implementation.html">Weiter</a></li> </ul>
</nav>
</article>
</div>
</div>
</div>
</div>
<!-- JS -->
<script src="../themes/d3/js/jquery-1.11.3.min.js"></script><script src="../themes/d3/js/highlight.pack.js"></script><script src="../themes/d3/js/daux.js"></script><script src="../themes/d3/js/fontawesome-all.js"></script>
<!-- Tipue Search -->
<script type="text/javascript" src="../tipuesearch/tipuesearch.js"></script>
<script>
window.onunload = function(){}; // force $(document).ready to be called on back/forward navigation in firefox
$(function() {
tipuesearch({
'base_url': '../'
});
});
</script>
</body>
</html>

View File

@ -0,0 +1,152 @@
<!DOCTYPE html>
<html class="no-js" lang="de">
<head>
<title>({unreleased}) Integration der PaymentApi / MGW Schnittstelle - unzer</title>
<meta name="description" content="">
<meta name="author" content="D³ Data Development">
<meta charset="UTF-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<link rel="icon" href="../themes/d3/img/favicon.png" type="image/x-icon">
<!-- Mobile -->
<meta name="apple-mobile-web-app-capable" content="yes" />
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<!-- Font -->
<!-- CSS -->
<link href='../themes/d3/css/theme-blue.min.css' rel='stylesheet' type='text/css'><link href='../themes/d3/css/d3.css' rel='stylesheet' type='text/css'>
<!-- Tipue Search -->
<link href="../tipuesearch/tipuesearch.css" rel="stylesheet">
<!--[if lt IE 9]>
<script src="../themes/d3/js/html5shiv-3.7.3.min.js"></script>
<![endif]-->
</head>
<body class=" ">
<div class="Columns content">
<aside class="Columns__left Collapsible">
<button type="button" class="Button Collapsible__trigger">
<span class="Collapsible__trigger__bar"></span>
<span class="Collapsible__trigger__bar"></span>
<span class="Collapsible__trigger__bar"></span>
</button>
<a class="Brand" href="../index.html"><i class='fab fa-d3 d3fa-color-blue'></i> unzer</a>
<div class="Search">
<svg class="Search__icon" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 451 451">
<path d="M447.05 428l-109.6-109.6c29.4-33.8 47.2-77.9 47.2-126.1C384.65 86.2 298.35 0 192.35 0 86.25 0 .05 86.3.05 192.3s86.3 192.3 192.3 192.3c48.2 0 92.3-17.8 126.1-47.2L428.05 447c2.6 2.6 6.1 4 9.5 4s6.9-1.3 9.5-4c5.2-5.2 5.2-13.8 0-19zM26.95 192.3c0-91.2 74.2-165.3 165.3-165.3 91.2 0 165.3 74.2 165.3 165.3s-74.1 165.4-165.3 165.4c-91.1 0-165.3-74.2-165.3-165.4z"/>
</svg>
<input type="search" id="tipue_search_input" class="Search__field" placeholder="Suchen..." autocomplete="on"
results=25 autosave=text_search>
</div>
<div class="Collapsible__content">
<!-- Navigation -->
<ul class='Nav'><li class='Nav__item '><a href="../changelog/Changelog.html">Changelog</a></li><li class='Nav__item '><a href="../changelog/Channel_Rekonfiguration.html">(6.1.0.0) Umstellung der Konfiguration</a></li><li class='Nav__item Nav__item--active'><a href="../changelog/MGW_Implementation.html">({unreleased}) Integration der PaymentApi / MGW Schnittstelle</a></li></ul>
<div class='versionselector'>Version wechseln:
<select onchange="window.location.href=this.options[this.selectedIndex].value" size="1">
<?php
$versionpath = implode("/", array_slice(explode("/", $_SERVER['SCRIPT_NAME']), 2));
$modulepath = implode("/", array_slice(explode("/", $_SERVER['SCRIPT_NAME']), 0, 2));
$path = str_replace($versionpath, "", $_SERVER['SCRIPT_FILENAME']);
$paths = explode('/', $versionpath);
$currpath = $paths[0];
$dirs = array_filter(glob($path . '/*'), 'is_dir');
arsort($dirs);
foreach ($dirs as $dir) {
$dir = str_replace($path.'/', '', $dir);
$selected = ($dir === $currpath) ? 'selected="selected"' : "";
echo '<option value="'. $modulepath .'/'. $dir .'" '. $selected .'>'. $dir .'</option>';
}
?>
</select></div>
<div class="Links">
<hr/>
<a href="https://www.oxidmodule.com" target="_blank">Shop</a><br />
<a href="https://blog.oxidmodule.com" target="_blank">Blog</a><br />
<a href="https://faq.d3data.de" target="_blank">FAQ</a><br />
<a href="https://docs.oxidmodule.com" target="_blank">Dokumentationen</a><br />
<a href="https://support.oxidmodule.com" target="_blank">D³ Support Center</a><br />
<a href="https://www.oxidmodule.com/kontakt" target="_blank">Kontakt</a><br />
<a href="https://www.oxidmodule.com/impressum" target="_blank">Impressum</a><br />
</div>
</div>
</aside>
<div class="Columns__right Columns__right--full">
<div class="Columns__right__content">
<div class="doc_content">
<article class="Page">
<div class="Page__header">
<h1><a href="../changelog/MGW_Implementation.html">({unreleased}) Integration der PaymentApi / MGW Schnittstelle</a></h1>
<span class="ModifiedDate">
31.07.2024 </span>
</div>
<div class="s-content">
<h2 id="page_Einleitung">Einleitung</h2>
<p>Seit 10. Dezember 2018 bietet Unzer offiziell eine Rest Api (auch PaymentApi / MGW genannt) an.<br />
Die neue Schnittstelle unterscheidet sich erheblich zu den vorherigen Schnittstellen.<br />
Für die Integration in den Oxid Shop bleibt die Anbindung an die bisherige Schnittstelle Legacy Payments / NGW erhalten.</p>
<h2 id="page_Was-andert-sich-fur-den-Shopbetreiber-im-Modul">Was ändert sich für den Shopbetreiber im Modul?</h2>
<p>Der Administrator kann unter <span class="navi_element">D³ Module</span>/<span class="navi_element">Unzer</span>/<span class="navi_element">Einstellungen</span>/<span class="navi_element">Stamm</span>/<span class="navi_element">Wählen Sie das Interface aus.</span> die entsprechende Schnittstelle (ngw = bisherige und mgw/rest = neu) auswählen.<br />
Die Daten SenderId, Login, Passwort und Channels werden durch Zugangskeys (Key Pair) ersetzt.<br />
Diese können nach der Umstellung auf &quot;mgw/rest&quot; in einem neuen Abschnitt <span class="navi_element">Zugangskeys</span> eingetragen werden.</p>
<img style="float: left" src="../img/unzer_admin_interface_switch.png" alt="Unzer new admin interface">
<p>Den Zahlungsmitteln entsprechende Formulare werden im Bestellschritt &quot;3. Versand &amp; Zahlungsart&quot; angezeigt.</p>
<h2 id="page_Welche-Zahlungsarten-werden-unterstutzt">Welche Zahlungsarten werden unterstützt?</h2>
<ul>
<li>Kartentypen (Kredit- und Debitkarten wurden zusammengefasst)</li>
<li>SEPA ELV mit / ohne Zahlungssicherung</li>
<li>Rechnungskauf B2B versichert</li>
<li>Rechnungskauf B2C versichert / unversichert</li>
<li>iDeal</li>
<li>Flexipay Direct</li>
<li>Paypal</li>
<li>Vorkasse</li>
<li>Sofort</li>
<li>EPS</li>
<li>Przelewy24</li>
<li>Giropay</li>
</ul>
</div>
<nav>
<ul class="Pager">
<li class=Pager--prev><a href="../changelog/Channel_Rekonfiguration.html">Zurück</a></li> <li class=Pager--next><a href="../configuration/index.html">Weiter</a></li> </ul>
</nav>
</article>
</div>
</div>
</div>
</div>
<!-- JS -->
<script src="../themes/d3/js/jquery-1.11.3.min.js"></script><script src="../themes/d3/js/highlight.pack.js"></script><script src="../themes/d3/js/daux.js"></script><script src="../themes/d3/js/fontawesome-all.js"></script>
<!-- Tipue Search -->
<script type="text/javascript" src="../tipuesearch/tipuesearch.js"></script>
<script>
window.onunload = function(){}; // force $(document).ready to be called on back/forward navigation in firefox
$(function() {
tipuesearch({
'base_url': '../'
});
});
</script>
</body>
</html>

File diff suppressed because one or more lines are too long

File diff suppressed because one or more lines are too long

File diff suppressed because one or more lines are too long

File diff suppressed because one or more lines are too long

Some files were not shown because too many files have changed in this diff Show More