1 zeile
91 KiB
JSON
1 zeile
91 KiB
JSON
{"pages":[{"title":"<i class='fab fa-d3 d3fa-color-blue'><\/i> unzer","text":"Weitere Informationen zum Modul unzer finden Sie in unserem Shop: https:\/\/www.oxidmodule.com\/OXID-eShop\/Module\/Heidelpay-Integrator-fuer-Oxid-PE.html","tags":"","url":"index.html"},{"title":"Changelog","text":"All notable changes to this project will be documented in this file. The format is based on Keep a Changelog, and this project adheres to Semantic Versioning. Unreleased 6.4.1.0 Added installable in OXID 6.5.1 show bank brand selector on iDeal payments 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 Fixed catch Unzer runtime exceptions in case of invalid private key 6.4.0.1 Fixed fix wrong PHP dependency 6.4.0.0 Added Webhooks f\u00fcr folgende Stati hinzugef\u00fcgt payment.completed payment.partlypaid payment.chargeback Webhooks werden zur Modulaktivierung und beim Speichern der Grundeinstellungen registriert, bei Moduldeaktivierung werden Shopwebhooks wieder entfernt Rechnungstransaktionen k\u00f6nnen 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\u00f6scht Bestellstatus bei Kreditkartentransaktionen werden nur bei Preauthorization generell auf OK gesetzt, sonst nur bei vollst\u00e4ndiger Bezahlung Zahlartenbeschreibungen werden passend dargestellt Einstellungskorrektur kann auch Nicht-Text-Einstellungen verarbeiten 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 \u00dcbersetzung in englischer Sprache erg\u00e4nzt 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\u00e4nder gewechselt werden zeige keine Debug-Informationen bei Zahlungsauswahlen, wenn die Zahlung keine fehlenden Benutzerdaten hat 6.2.6.1 - 2022-07-18 Changed Zahlartenlogos aktualisiert 6.2.6.0 - 2022-07-01 Added optional: Lastschriftmandat muss nicht akzeptiert werden eventuell vorhandener Port an Kundenremoteadresse entfernt Changed Zahlartenlogos aktualisiert Abh\u00e4ngigkeiten angepasst 6.2.5.0 - 2022-05-06 Added MGW: Zahlart EPS hinzugef\u00fcgt MGW: Zahlart Przelewy24 hinzugef\u00fcgt MGW: Zahlart Giropay hinzugef\u00fcgt Eingabefeld f\u00fcrden Karteninhaber bei kartenbasierten Zahlarten hinzugef\u00fcgt bei Stornierung einer Zahlung: Auswahlbox f\u00fcr den Stornierungsgrund integriert (Pflicht f\u00fcr die Zahlart 'abgesicherter Rechnungskauf') Changed Frontend Bestellschritt 3 auf unzerSDK migriert Abh\u00e4ngigkeiten 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 - 2022-01-14 Added installierbar in OXID 6.4 fehlende englische \u00dcbersetzungen erg\u00e4nzt ung\u00fcltiger privater Schl\u00fcssel-Fehler wird passend behandelt Changed CLI-Pr\u00fcfung angepasst veralteten Code f\u00fcr Einsatz unter PHP 8 entfernt Fixed Emails k\u00f6nnen in OXID >= 6.2 nicht versendet werden, Rendererablauf korrigiert fehlende Namespaces erg\u00e4nzt Icon-Formatierung aktualisiert 6.2.3.0 - 2021-07-12 Changed Wechsel von HeidelpayPHP zu UnzerSDK 6.2.2.1 - 2021-06-07 Changed Dokumentation f\u00fcr Schnittstellenwechsel erg\u00e4nzt Fixed Preauthorisation Transaktionen werden nach erfolgreichem Abschluss mit Status "OK" markiert. 6.2.2.0 - 2021-05-18 Fixed Bestellungen nur mit der W\u00e4hrung EUR m\u00f6glich Bestellabschluss bei aktivem PHP Error Log schl\u00e4gt fehl 6.2.1.3 - 2021-04-27 Added Freigabe f\u00fcr OXID 6.3 Fixed fehlende Zahlungsarten-Templates im Admin erg\u00e4nzt 6.2.1.2 - 2021-04-19 Fixed 0010757: fehlende Artikel in Bestellbest\u00e4tigungsmail durch ausverkauft-Status 6.2.1.1 - 2021-02-10 Fixed abgesicherter rechnungskauf zur\u00fcckgewiesen aufgrund abweichender Lieferadresse keine Eingabe in 3rd party select-Eingabefelder an der Zahlartenauswahl m\u00f6glich 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 \u00fcbergeben, da nicht erreichbare URL (z.B. Dev-Shop) zum Abbruch der Transaktion f\u00fchrt 6.2.0.4 - 2021-01-11 Added Logo in Adminnavigation eingef\u00fcgt Fixed n\u00f6tige Umstellung f\u00fcr 3D Secure v2 Transaktionstab im live-Modus zeigt wieder Daten 6.2.0.3 - 2020-12-22 Changed Transaktions\u00fcbersicht bei Nutzung der PaymentApi \/ MGW-Schnittstelle entfernt Fixed Fehlerverhalten bei Bestellungen mit Gutschein\/Rabatten Aufruf des Cronjobs f\u00fcr iDeal & Przelewy24 Warenkorbberechnung korrigiert 6.2.0.2 - 2020-11-30 Added Freigabe f\u00fcr OXID 6.2.3 Changed Unzer API URL iDeal Logo Fixed Pr\u00e4fixverhalten bei leeren Eingabefeldern des Zugangskeys (PaymentApi \/ MGW) 6.2.0.1 - 2020-11-10 Fixed fehlendes NGW-Template f\u00fcr Vorkasse hinzugef\u00fcgt - verhinderte Portierung der Altkonfiguration Fehler bei Generierung von Bestellung bei Nutzung von NGW korrigiert 6.2.0.0 - 2020-10-28 Added erm\u00f6glicht den Einsatz der PaymentApi \/ MGW-Schnittstelle Changed Umbenennung (Rebranding) von heidelpay zu Unzer Fixed falsche Konfigurations-ID korrigiert - dieser Fehler l\u00f6ste kein Fehlverhalten im Modul aus 6.1.2.2 - 2020-09-30 Changed Titellogo auf statischen Asset umgestellt Logos f\u00fcr Amex, MasterCard, Paypal und VISA aktualisiert \u00fcbersetzbare Sparchbausteine f\u00fcr Bestellungs\u00fcbersicht verwendet 6.1.2.1 - 2020-06-15 Fixed korrigiert Fragezeichen in R\u00fcckgabewert der execute-Methoden (f\u00fchrte zu ung\u00fcltiger Redirect URL) 0009794: erzwingt neue Session im iDeal Cron Script (f\u00fchrt zu Fehlern, wenn z.B. auf w\u00e4hrend der Bearbeitung der ersten Bestellung der Warenkorb neu aufgebaut werden muss - n\u00f6tig z.B. bei Gutscheinverwendung) EPS nicht ausw\u00e4hlbar - blD3HeidelpayAllowEPS fehlt verwendet optimierte Logik, um in externen Aufrufen die bootstrap-Datei finden zu k\u00f6nnen Changed Bestellschritt3: Aufpreis bei Zahlarten ausblenden wenn 0 6.1.2.0 - 2020-05-12 Added 0009705: Freigabe OXID 6.2 6.1.1.3 - 2020-04-03 Changed erm\u00f6glicht Einsatz mit ModulConnector 5.3 erm\u00f6glicht Installation in Projekten ohne "oxid-esales\/oxideshop-metapackage-ce" Fixed Abbruch bei Verwendung nicht zu Heidelpay zugewiesener Zahlart korrigiert 6.1.1.2 - 2020-03-19 Fixed 0009550: Manipulationspr\u00e4vention bei Zahlung mit abgesichertem Rechnungskauf integriert 0009539: fehlerhafte Aufrufe bei Ausf\u00fchrung des Cronjobs f\u00fcr Rechnungskauf oder Vorkasse korrigiert 0009540: fehlendes Admintemplate "d3_heidelpay_views_admin_tpl_channels_sub_prepayment.tpl" eingef\u00fcgt 0009553: fehlende Bankdaten bei Vorkasse 0009554: cron_bankaccount.php - falscher Channel bei Vorkassse 6.1.1.1 - 2020-01-09 Fixed 0009389: Modulversion 6.1.1.0 - Installation unvollst\u00e4ndig (falsche Versionsnummer in Installationsroutine) 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 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\u00f6glich 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\u00e4nder und W\u00e4hrung einschr\u00e4nken 0008577: Exception bei dem Versenden von d3SendHPErrorMessage 0008263: Daux.io Umsetzung Heidelpay 0000000: neue Zahlungsart B2B Rechnungskauf hinzugef\u00fcgt 6.0.2.3 - (2019-03-08) 0008253: alte Trusted Shops K\u00e4uferschutz Kompatibilit\u00e4t 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\u00fcr gespeicherte Kundendaten bereit stellen 0008156: divs in flow templates erg\u00e4nzen 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\u00fcr (gesicherten) Rechnungskauf einstellen 0008113: precheck entfernen 0008143: EE Shopid f\u00fcr gespeicherte Referenzdaten anlegen 0007483: FONTEND.ENABLED sollte immer \u00fcbertragen werden 0006751: WAITING Status an Bestellung weitergebe 6.0.1.3 - (2018-11-01) 0008030: IBAN Anfangsbuchstaben m\u00fcssen immer gro\u00df geschrieben werden 0007945: Doppelklick f\u00fchrt 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 \u00fcbertragen wurde - ACCOUNT.COUNTRY 0007812: \u00c4nderungen Flow 3.0.2 \u00fcbernehmen (OXID Compilation 6.1.0) 0007820: Freigabe 6.1.0 0007817: Mobile theme Unterst\u00fctzung 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\u2026 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\u00fcberweisungslogo + Texte ersetzen 5.2.3.4 0004941: Css Dateipfad f\u00fcr das iFrame mitgeben 0006384: Altlasten-Mehrsprachigkeit k\u00f6nnen zu mehreren Fehlverhalten f\u00fchren 0006626: 3D Secure Pr\u00fcfung wird bei gespeicherten Daten \u00fcbersprungen 5.2.3.3 0006552: Geburtsdatum bei gesicherter Lastschrift erg\u00e4nzen. 0006396: fehlende (zweite) Bonit\u00e4tsprufung bei Rechnungskauf 0006441: Heidelpay metadata.php enth\u00e4l \u00f6 im Klassennamen - v5.2.3.2 0006291: Warnung bei leerer XML \u00dcbergabe 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\u00f6scht werden 5.2.3.1 0006291: DOMDocument::loadXML im Modul \u00fcberpr\u00fcfen 0000000: hp_response.php erm\u00f6glicht kein redirect mehr 5.2.3.0 0000000: Support f\u00fcr 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 & \u00fcbergeben 0005673: JavaScriptaktualisierung Frontendumsetzung 0005496: Altdateien und Shopweichen im Modul entfernen 0004877: iDeal nur f\u00fcr unterst\u00fctzte W\u00e4hrungen anzeigen 0002355: E-Mails in der Sprache der Bestellung versenden 0006138: Fehlerhafte \u00dcberladung in Block\/Template select_payment.tpl 5.2.2.0 0004098: falsches Tacking in Google Analytics, Notwendig: zus\u00e4tzlich definierbare Parameter 0003228: Lieferadressen bei Zahlung mit gesicherten Rechnungskauf\/Lastschrift und paypal kontrollieren 0001921: Transaktions\u00fcbersicht im Admin anlegen 0006142: Integration gesicherte Lastschrift 0006141: Basket API f\u00fcr 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\u00e4ndig speichern?" entfernen 5.2.2.0 0004201: Button "Reversal (REV)" im Shopbackend erg\u00e4nzen 0005030: Anpassung des Moduls auf das Flow-Theme 0005590: Bankdaten und Shortid an Endkunden weiterreichen 0005715: Kompatibilit\u00e4t mit tronet Sofort\u00fcberweisung hergestellt 0005835: CRITERION-Tags im Admin sichtbar machen 0005891: Refactoring der Templatestruktur die Template Struktur wurde in der metadata.php ge\u00e4ndert (von -> zu) : d3_d3heidelpay_controllers_admin_order_heidelpay.tpl -> d3_d3heidelpay_views_admin_tpl_order.tpl d3_d3heidelpay_controllers_admin_settings.tpl -> d3_d3heidelpay_views_admin_tpl_settings.tpl hp_prepayment_cust_html.tpl -> d3_d3heidelpay_views_tpl_email_html_prepayment_cust.tpl hp_prepayment_cust_subj.tpl -> d3_d3heidelpay_views_tpl_email_html_prepayment_cust_subj.tpl hp_prepayment_owner_html.tpl -> d3_d3heidelpay_views_tpl_email_html_prepayment_owner.tpl hp_prepayment_owner_subj.tpl -> d3_d3heidelpay_views_tpl_email_html_prepayment_owner_subj.tpl hp_prepayment_cust_plain.tpl -> d3_d3heidelpay_views_tpl_email_plain_prepayment_cust.tpl hp_prepayment_owner_plain.tpl -> d3_d3heidelpay_views_tpl_email_plain_prepayment_owner.tpl payment_heidelpay_img.tpl -> d3_d3heidelpay_views_tpl_payment_img.tpl heidelpay_cc_input.tpl -> d3_d3heidelpay_views_azure_tpl_cc_input.tpl heidelpay_order_3ds.tpl -> d3_d3heidelpay_views_azure_tpl_order_3ds_iframe.tpl heidelpay_order_3ds_iframe.tpl -> d3_d3heidelpay_views_azure_tpl_order_3ds_iframe.tpl payment_heidelpaycards.tpl -> d3_d3heidelpay_views_azure_tpl_payment_cards.tpl payment_inc_storeduid.tpl -> d3_d3heidelpay_views_azure_tpl_storeduid.tpl payment_heidelpaybillsafe.tpl -> d3_d3heidelpay_views_azure_tpl_payment_billsafe.tpl payment_heidelpaydebitnote.tpl -> d3_d3heidelpay_views_azure_tpl_payment_debitnote.tpl payment_heidelpayeps.tpl -> d3_d3heidelpay_views_azure_tpl_payment_eps.tpl payment_heidelpaygiropay.tpl -> d3_d3heidelpay_views_azure_tpl_payment_giropay.tpl payment_heidelpayideal.tpl -> d3_d3heidelpay_views_azure_tpl_payment_ideal.tpl payment_heidelpaysofort.tpl -> d3_d3heidelpay_views_azure_tpl_payment_sofort.tpl payment_heidelpaypostfinance.tpl -> d3_d3heidelpay_views_azure_tpl_payment_postfinance.tpl payment_heidelpaypaypal.tpl -> d3_d3heidelpay_views_azure_tpl_payment_paypal.tpl payment_heidelpayprzelewy24.tpl -> d3_d3heidelpay_views_azure_tpl_payment_przelewy24.tpl payment_heidelpaymasterpass.tpl -> d3_d3heidelpay_views_azure_tpl_payment_masterpass.tpl heidelpay_redirect_postformular.tpl -> d3_d3heidelpay_views_tpl_redirect_postformular.tpl heidelpay_order_iframe.tpl -> d3_d3heidelpay_views_azure_tpl_order_iframe.tpl heidelpay_cc_input_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_cc_input.tpl heidelpay_order_3ds_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_order_3ds.tpl heidelpay_order_3ds_iframe_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_order_3ds_iframe.tpl payment_inc_storeduid_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_storeduid.tpl payment_heidelpaycards_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_cards.tpl payment_heidelpaysofort_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_sofort.tpl payment_heidelpaydebitnote_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_debitnote.tpl payment_heidelpayeps_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_eps.tpl payment_heidelpaygiropay_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_giropay.tpl payment_heidelpayideal_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_ideal.tpl payment_heidelpaybillsafe_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_billsafe.tpl payment_heidelpaypaypal_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_paypal.tpl payment_heidelpayprzelewy24_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_przelewy24.tpl payment_heidelpaymasterpass_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_masterpass.tpl payment_heidelpaypostfinance_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_payment_postfinance.tpl heidelpay_order_iframe_mobile.tpl -> d3_d3heidelpay_views_mobile_tpl_order_iframe.tpl 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 \u00fcbergeben 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\u00e4hrend Formulareingaben in ein Session timeout kommen 0000000: Bestellbenutzer wird bei Admin Aktionen nicht gesetzt 0005301: Abgebrochene Bestellabwicklungen an den H\u00e4ndler melden 0005320: MasterPass Integration 0005289: Sprache ist im Admin ausw\u00e4hlbar 0005222: ReferenceId nach Schritt4 pr\u00fcfen 0005081: order::execute() R\u00fcchgabewert Fehlerhaft 0005300: Warenkorbwert kann gegen\u00fcber dem Transaktionbetrag manipuliert werden 0005170: Bestellung- Tab Heidelpay - Aktionen klappen nicht auf 0000000: PRESENTATION.USAGE wird nicht \u00fcbergeben 0000000: PA soll auch bei "gespeicherte Daten verwenden" genutzt werden 0005202: betrifft EE: cronjob f\u00fcr PP und IV ignoriert ShopId 0005189: bei gespeicherten Daten (Kredit-\/Debitkarte) fehlen die zu \u00fcbergebenden Parameter (agb, download etc) 0005188: falsche R\u00fccksprungbehandlung bei erfolgreichen Billsafe Bezahlungen 0005103: Heidelpay iFrame wird zerschossen angezeigt 5.2.0.1 Installationsroutine kann nicht abgeschlossen werden neue Debitkarten hinzuf\u00fcgen NGW geladene Icons sollen in eigene Templates (f\u00fcr Azure und Mobile ausgelagert werden) Hilfetext f\u00fcr "Pflichtfelder f\u00fcr den Bestellabschluss" m\u00f6glicher Fehler: Fehlerf\u00e4lle von order::execute testen unvollst\u00e4ndige \/ inkorrekte version_compare innerhalb des Moduls bei EE 5.0.x Nachkommestellen durch Punkt trennen Mobile theme lauff\u00e4hig machen 4.7.x ready machen Geburtstdatum \u00fcbergeben Inkorrektes Handling mit Gutscheinen 5.2.0.0 Implementierung PCI3 (Kartenzahlung via iFrame) Umstellung von SGW\/XML auf NGW\/POST neue Option "Registrierung f\u00fcr Karten nutzen (Kreditkarte, Debitkarte)" hinzugef\u00fcgt neuer Men\u00fcpunkt \/D\u00b3 Module\/Heidelpay\/Logging\/ Fehlverhalten im JavaScript mit einer deaktivierten Zahlungsart gel\u00f6st das Oxid Standard "Mobile-Theme" wird bis zum n\u00e4chsten Update nicht unters\u00fctzt! Aufl\u00f6sung 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\u00fcr Pflichtfelder bei einem Update NGW: Curl-Error-Handling implementieren NGW-Informationen f\u00fcr "nach Schritt 4" Anpassung des Mobile-Themes f\u00fcr NGW 5.1.0.0 ist nicht in der 4.7 einsetzbar 5.1.1.1 Pflichtfelder f\u00fcr den Bestellabschluss Installationsanleitung aktualisieren Changelog nachtragen 5.1.1.0 Integration der NGW-Schnittstelle Zahlart T-Pay Online \u00dcberweisung 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\u00fcr Oxid Mobile Theme kleiner Bug im Zusammenhang mit Billpay \u00dcbermittlung abweichende Lieferadresse an PayPal 5.0.0.4 Bugfix f\u00fcr automatische Installation Sprachdateien unverschl\u00fcsselt 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\u00e4t 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, \u00fcber Modul-Connector inaktiv, kann im Bestellschritt 3 nicht abgesendet werden fehlende sh-Datei nachgetragen Dokumentation \u00fcberarbeitet 5.0.0.1 Bugfix: W\u00e4hrend eines Update wurden die Zuordnungen zwischen Shop und Heidelpay-Modul nicht \u00fcbernommen Kompatibilit\u00e4t zu PHP 5.2 wieder hergestellt 5.0.0.0 Refactoring zur Oxid Zertifizierung 4.0.6.0 Kompatilit\u00e4t mit Skrill-Modul hergestellt #2465 Update der Systmpr\u00fcfung (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\u00e4ndlerkontos (nur bei Sofort\u00fcberweisung) in die Installationsanleitung eingef\u00fcgt Bugfix: Bei Nutzung von Sofort\u00fcberweisung konnte es im Zusammenhang mit SEPA zu Fehlermeldungen kommen 4.0.5.2 Bugfix: Wichtige Sicherheitsl\u00fccke 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) \u00dcberweisungsdaten f\u00fcr BillSAFE, Rechnungskauf und Vorkasse zeigen nun IBAN\/BIC in BS5 und EMails Integration von SEPA-Pr\u00fcfroutinen bei Giropay Sofort\u00fcberweisung ben\u00f6tigt keine Kontodateneingabe in BS3 mehr (\u00c4nderung des H\u00e4ndlerkontos bei Heidelpay n\u00f6tig) iDeal Bankenliste aktualisiert Bugfix: Sind Kontodaten mit * maskiert, werden sie nicht mehr in BS3 bei Bestandskunden vorausgef\u00fcllt Bugfix: fehlende Buchungsaktionen an den Bestellungen hinzugef\u00fcgt 4.0.4.1 Fehler in automatischer Installation behoben Precheck aktualisiert 4.0.4.0 Anpassung f\u00fcr OXID eShop 4.8.x \/ 5.1.x Integration Transaktionslog Integration Neues Admin Interface (unter Bestellungen, Tab "Heidelpay") Sofort\u00fcberweisung unterst\u00fctzt nun auch \u00f6sterreichische Bankkonten Fehlercodetabelle aktualisiert Bugfix: Bei Zahlungsart Giropay fehlte das Eingabefeld f\u00fcr den Kontoinhaber Bugfix: Bei Zahlungsart Billsafe werden die \u00dcberweisungsdaten nun korrekt nach Bestellungsende aus der Session entfernt Bugfix: Bei einigen Zahlungsarten gab es Probleme mit Umlauten in UTF8-Shops Install-PDF \u00fcberarbeitet, 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\u00fcgt Zahlungsart Rechnungskauf hinzugef\u00fcgt Zahlungsart PayPal hinzugef\u00fcgt 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\u00fcgt 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 \u00fcbergeben 4.0.0.0 komplette \u00dcberarbeitung des Moduls f\u00fcr 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\u00fcr 4.6.x entfernt checkout.css aus der payment_ext.tpl entfernt 3.2.2 \u00c4nderungen f\u00fcr Shopversion ab 4.6.0 integriert kleinerer JS-Fehler in payment-Template behoben NOK-R\u00fcckmeldungen werden nun als "response error" geloggt neue Testdaten f\u00fcr Sofort\u00fcberweisung 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\u00e4nkt in Shopversionen < 4.5 genutzt werden 3.2.0 Version f\u00fcr OXID ab 4.5.0 3.1.1 \u00c4nderung der Sprache nach einer Heidelpaytransaktion 3.1 Einbau neuer Zahlmethoden Sofort\u00fcberweisung Giropay iDeal Niederlande EPS \u00d6sterreich T-Pay automatische Vorkasse Speicherung der Registrierungsdaten f\u00fcr Heidelpay f\u00fcr 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\u00fcssen. Der H\u00e4ndler spart zus\u00e4tzlich die Kosten f\u00fcr eine Transaktion. Dieses ist standardm\u00e4\u00dfig ausgeschalten und kann wahlweise im Shopadmin \u00fcber den Haken "Gespeicherte Daten dem Kunden anbieten?" aktiviert werden. Einbau neuer Logos f\u00fcr fast alle Zahlmethoden und Kartentypen. \u00dcberarbeitung 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\u00fcr "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\u00fccksprung vom Heidelpay-Server ab OXID 4.1.3 Behebung durch zus\u00e4tzlichen config-Parameter Teilweise Probleme mit Shopr\u00fccksprung nach fehlerhafter 3DSecure-Eingabe 3.0.1 neu Multilang-Platzhalter eingebaut Fix Korrektur der order-Erweiterung, da mit Shopversion 4.1.1 die Pr\u00fcfung zum Widerrufsrecht ge\u00e4ndert wurde \u00c4nderung der Pr\u00fcfungsparameter f\u00fcr 3DSecure 3.0 Kompletter Neuaufbau des Moduls f\u00fcr 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\u00e4tzliche "Registrierung" des Kunden bei Heidelpay nicht genutzt und der Shopinhaber hat nur 1x Transaktionsgeb\u00fchren pro Bestellung KK- und Bankkarten - Daten werden aus den Heidelpay-Responsedaten ausgelesen und in die Session als Dynvalue gespeichert. -> Wichtig f\u00fcr eFire \/ creditPass-Bonipr\u00fcfung Zus\u00e4tzlich 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\u00fcr 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\u00e4t. Es konnte unter bestimmten Voraussetzungen passieren, das Bestellungen nicht ordnungsgem\u00e4\u00df 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\u00fcr Folgebestellungen ohne erneute Registration des Kunden Korrektur kleinerer Bugs im Modul und tpl-Dateien TransactionID zus\u00e4tzlich mit Timestamp belegt, um mehrfache Bestellversuche zu erm\u00f6glichen 1.0 Korrektur des formulars der payment_ext.tpl f\u00fcr ELV 1.0 beta: R\u00fcckgabe in hp_response.php per curl Einbau ELV","tags":"","url":"changelog\/Changelog.html"},{"title":"(6.1.0.0) Umstellung der Konfiguration","text":"Einleitung Wir haben f\u00fcr Shopbetreiber die Admin Konfiguration \u00fcberarbeitet, damit eine flexiblere Konfiguration der Zahlungsarten und Channels m\u00f6glich ist. So sind bspw. unterschiedliche Konfigurationen f\u00fcr jedes einzelne Rechnungsland m\u00f6glich. Migration der Channeldaten Die Migration (Umstellung) auf die neue Konfiguration wird in der automatischen Installation des Moduls vorgenommen. Die Update-Routine durchl\u00e4uft die alten Zuordnungen und erstellt daraus neue Channel-Konfigurationen. Bei konfigurierten Zahlungsart-Zuordnungen ohne einen entsprechend hinterlegten Channel nicht \u00fcbernommen werden. Es k\u00f6nnen doppelte Channel-Konfigurationen angelegt werden. Die Migration wird auf bestehende Konfigurationen der Modulversion 5.3.x.x, sowie 6.0.x.x durchgef\u00fchrt. Die nach Abschluss der Migration neu angelegten Konfigurationen sind unbedingt manuell zu \u00fcberpr\u00fcfen! Im Folgenden, wird anhand von Screenshots des Admin erkl\u00e4rt, wie die Konfiguration in der alten und im Vergleich in der neuen Konfigurationsmaske durchgef\u00fchrt wird: Einstellungen bis 6.0.3.x Die Channeldaten 1 (bspw. 31HA07BC8142*******49A60D979B6E4) werden in einzelne Channel-Felder unter D\u00b3 Module\/Unzer\/Einstellungen\/Stamm\/Channels gepflegt. Ein einzelnes Channel-Feld (bspw. Channel (Standard)) kann direkt eine oder mehrere Unzer-Zahltypen (Kreditkarte, Debitkarte, autom. Vorkasse, etc) bedienen. Die einzelnen Oxid Zahlungsarten 2 werden direkt einem Unzer-Zahltyp zugewiesen 3. bisherige Einstellungen vor 6.1.0.0 Channel-Konfiguration ab 6.1.0.0 Die Channeldaten 1 werden in D\u00b3 Module\/Unzer\/Channel-Konfigurationen in einzelnen Channel-Konfigurationen abgelegt. In der Channel-Konfiguration k\u00f6nnen Sie verschiedene Einstellungen nutzen: Aktiv - aktiv: Die Channel-Konfiguration wird genutzt Test Modus - aktiv: Die Channel-Konfiguration wird f\u00fcr den Testmodus genutzt Titel - dient dem Shopbetreiber als interne Beschreibung (wird derzeit in der Channel-Konfiguration's \u00dcbersicht genutzt) Unzer-Zahltyp 3 - Hier w\u00e4hlen Sie die zu verwendende Zahlungstypen (bspw Kreditkarte, B2B Rechnungskauf, Paypal, usw.) f\u00fcr die der Channel eingerichtet ist Channel 1 - Tragen Sie hier den Channel ein, den Sie von Unzer erhalten haben Zuordnung der aktuell gew\u00e4hlten Channel-Konfiguration, zu den Shop-Zahlungsarten 2 \u00dcbersicht der Channel-Konfiguration Zuordnungen der Shop-Zahlungsarten zu der aktuellen Channel-Konfiguration Zuk\u00fcnftig sollen weitere Zahlungstyp-spezifische Einstellungen migriert werden.","tags":"","url":"changelog\/Channel_Rekonfiguration.html"},{"title":"({unreleased}) Integration der PaymentApi \/ MGW Schnittstelle","text":"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\u00fcr die Integration in den Oxid Shop bleibt die Anbindung an die bisherige Schnittstelle Legacy Payments \/ NGW erhalten. Was \u00e4ndert sich f\u00fcr den Shopbetreiber im Modul? Der Administrator kann unter D\u00b3 Module\/Unzer\/Einstellungen\/Stamm\/W\u00e4hlen Sie das Interface aus. die entsprechende Schnittstelle (ngw = bisherige und mgw\/rest = neu) ausw\u00e4hlen. Die Daten SenderId, Login, Passwort und Channels werden durch Zugangskeys (Key Pair) ersetzt. Diese k\u00f6nnen nach der Umstellung auf "mgw\/rest" in einem neuen Abschnitt Zugangskeys eingetragen werden. Den Zahlungsmitteln entsprechende Formulare werden im Bestellschritt "3. Versand & Zahlungsart" angezeigt. Welche Zahlungsarten werden unterst\u00fctzt? 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","tags":"","url":"changelog\/MGW_Implementation.html"},{"title":"Konfiguration | wichtige Hinweise","text":"Inhaltsverzeichnis automatische Vorkasse und Rechnungskauf Cronjob einrichten (nur Legacy Payments \/ NGW) Konfiguration der Zahlungsarten Informationen und Anleitung von iDeal und Przelewy24 (nur Legacy Payments \/ NGW) Zahlungsinformationen f\u00fcr Rechnungskauf und Vorkasse anzeigen lassen 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 genannten Kontaktdaten Bescheid.","tags":"","url":"configuration\/index.html"},{"title":"Konfiguration der Zahlungsarten","text":"1. verf\u00fcgbare Zahltypen: Ihnen stehen folgende Zahltypen im Unzer Modul zur Verf\u00fcgung (abh\u00e4ngig von der eingesetzten Lizenz): Kreditkarte Debitkarte Bankeinzug automatische Vorkasse Sofort by Klarna Giropay iDeal (Niederlande) EPS (\u00d6sterreich) 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: Bereiten Sie die gew\u00fcnschten Shop-Zahlungsarten unter Shopeinstellungen \/ Zahlungsarten vor. Diese m\u00fcssen aktiviert, vollst\u00e4ndig konfiguriert und im Frontend sichtbar sind. Es werden durch den Installationsassistenten weitere Shop-Zahlungsarten hinzugef\u00fcgt: Debitkarte Sofort\u00fcberweisung iDeal Niederlande Giropay Deutschland EPS \u00d6sterreich Unzer Paypal Unzer PostFinance Unzer Przelewy24 Gehen Sie anschlie\u00dfend in den Men\u00fcpunkt Module \/ Unzer \/ Channel-Konfigurationen. (Sie k\u00f6nnen die bereits mitgelieferten Channel-Konfigurationen verwenden und ver\u00e4ndern.) Andernfalls geben Sie einen Titel (bspw. Kreditkarte Inland), den von Unzer erhaltenen Channel (nur Legacy Payments \/ NGW) ein und w\u00e4hlen Sie den Unzer-Zahltyp aus. Wenn der Haken bei "Test Modus" gesetzt wird, ist die Channel-Konfiguration erst dann aktiv, wenn das Modul sich im Test Modus befindet. Gehen Sie in den Tab Zahlungsarten. Hier sehen Sie eine Liste der Shop-Zahlungsarten und deren aktuellen Zuordnung. W\u00e4hlen Sie f\u00fcr 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. Sie k\u00f6nnen mehrere Shop-Zahlungsarten einer Channel-Konfiguration zuordnen. Eine Shop-Zahlungsart kann jedoch nur einer Channel-Konfiguration zugeordnet werden. Eine Shopzahlungsart wird grau\/inaktiv angezeigt, wenn diese bereits einer anderen Channel-Konfiguration zugeordnet ist 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?","tags":"","url":"configuration\/Konfiguration\/Konfiguration_der_Zahlungsarten.html"},{"title":"Automatische Vorkasse und Rechnungskauf (nur Legacy Payments \/ NGW))","text":"Sofern Sie die Zahlungsart "automatische Vorkasse" oder "Rechnungskauf" \u00fcber Unzer NICHT nutzen, k\u00f6nnen Sie auf die n\u00e4chste Seite bl\u00e4ttern. 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\u00fcft der Cronjob auf vorhandene Zahlungseing\u00e4nge bei Unzer. Werden vorhandene Zahlungseing\u00e4nge an den Shop \u00fcbermittelt, so werden diese mit den gespeicherten Bestellungen abgeglichen. Wird eine korrekte Zahlung ermittelt, so wird Interner Status "oxtransstatus" auf OK ge\u00e4ndert, sowie das Feld Bezahlt am "oxpaid" mit dem Zeitpunkt (Datum & Uhrzeit) der Bezahlung gef\u00fcllt. Weiterhin wird an den Kunden und den Shopinhaber, eine Informations-E-Mail \u00fcber den Erhalt der Zahlung geschickt. F\u00fcr die Formatierung der Mails stehen E-Mail-Templates zur Verf\u00fcgung unter \/modules\/d3\/heidelpay\/views\/tpl\/email\/*. Den E-Mail-Inhalt liefern CMS-Texte, die mit dem Modul installiert wurden. Diese finden Sie im Admin unter Kundeninformationen \/ CMS-Seiten beginnend mit dem Ident "d3_hp_vorkassemail" und dem Titel "Heidelpay Vorkasseinfomail". Hinweis: Sollte die H\u00f6he der Zahlung von dem Bestellwert abweichen, werden folgende Schritte durchgef\u00fchrt: Der "Interner Status" (oxtransstatus) der Bestellung wird auf "ERROR" gestellt und das Feld "Bezahlt am" (oxpaid) bleibt unver\u00e4ndert. Weiterhin werden E-Mails an Kunde und Shopinhaber gesandt, die auf die fehlerhafte Zahlung hinweisen. Einrichtung eines Cronjob F\u00fcr die Zahlungsarten "automatische Vorkasse" und "Rechnungskauf" ist ein Cronjob einzurichten. Dieser sorgt daf\u00fcr, dass t\u00e4glich mehrmals ein Abgleich eingegangener Zahlungen zwischen Shop und Unzer erfolgt. Wir empfehlen das Starten des Jobs 2-3x pro Tag. z.B. vormittags, nachmittags und abends. Weitere Informationen zum Anlegen von Cronjobs finden Sie in unserer 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: <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>","tags":"","url":"configuration\/Konfiguration\/automatische_Vorkasse_und_Rechnungskauf.html"},{"title":"Cronjob per Konsole einrichten (nur Legacy Payments \/ NGW)","text":"Der Cronjob muss entweder die Datei cron_bankaccount.sh oder cron_bankaccount.php aufrufen. Die Dateien liegen im Shop unter: \/modules\/d3\/heidelpay\/Cron\/ Die Endung .sh bezeichnet eine sog. Shell-Datei, die unter Unix\/Linux-Systemen ausgef\u00fchrt 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\u00fcr den Hosting-Provider Profihost einsetzbar ist. Bei anderen Providern kann der Inhalt der sh-Datei variieren. Erfragen Sie die Details bei Ihrem Provider nach. \u00d6ffnen Sie die .sh-Datei mit einem Text-Editor und passen Sie den Pfad zur startenden php-Datei an. 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. \u00d6ffnen Sie die Datei mit einem Editor und suchen Sie die Zeile $this->sShopDir.","tags":"","url":"configuration\/Konfiguration\/Cronjob_einrichten\/Cronjob_per_Konsole_einrichten.html"},{"title":"Cronjob per Webaufruf einrichten (nur Legacy Payments \/ NGW)","text":"F\u00fcgen Sie das Cronjob-Sicherheitspasswort in die Datei config.inc.php ein. Gehen Sie im Shopadmin in das Men\u00fc Module \/ Modul-Connector \/ Systemeinstellungen \/ Tab: Config-Eintr\u00e4ge \/ Datei bearbeiten Tragen Sie folgende Zeilen am Ende des Textfeldes ein: \/\/ Sicherheitspasswort f\u00fcr automatische Vorkasse und Rechnungskauf $this->cfgHeidelpay_sAccessKey = "Sicherheitspasswort"; \u00c4ndern Sie das "Sicherheitspasswort" in ein nur Ihnen bekanntes sicheres Zugriffspasswort. Alternativ k\u00f6nnen Sie die Datei cron_bankaccount.php per URL im Cronjob aufrufen lassen. Der Aufruf lautet wie folgt: https:\/\/www.IHRE-SHOP-URL.de\/modules\/d3\/heidelpay\/Cron\/cron_bankaccount.php?key=Sicherheitspasswort Ersetzen Sie die Phrase "Sicherheitspasswort" mit dem vergebenen Passwort. Ohne das korrekte Sicherheitspasswort wird die Ausf\u00fchrung des Cronjob verhindert. Setzen Sie auf jeden Fall ein Sicherheitspasswort. Damit wird die Ausf\u00fchrung des php-Cronjob per Browser durch Dritte verhindert.","tags":"","url":"configuration\/Konfiguration\/Cronjob_einrichten\/Cronjob_per_Webaufruf_einrichten.html"},{"title":"Zahlungseing\u00e4nge bei Unzer erneut abrufen (nur Legacy Payments \/ NGW)","text":"Der Cronjob fragt Zahlungseing\u00e4nge bei Unzer immer f\u00fcr den aktuellen Tag ab. Stellen Sie den Cronjob so ein, dass dieser mehrmals am Tag aufgerufen wird! Sollten Sie \u00e4ltere Eing\u00e4nge erneut abrufen wollen, steht Ihnen ein Parameter date zur Verf\u00fcgung. Die Syntax dazu lautet: YYYY-MM-DD. Der Aufruf per Browser w\u00e4re dazu: http:\/\/www.IHRE-SHOP-URL.de\/modules\/d3\/heidelpay\/Public\/cron_bankaccount.php?key=Sicherheitspasswort&date=2017-12-31\u201c Bei Nutzung der sh-Datei ist der Parameter ebenfalls nutzbar. Der Parameter muss an 2ter Stelle \u00fcbergeben werden (bspw. \/modules\/d3\/heidelpay\/Cron\/cron_bankaccount.php 1 2017-12-31 ).","tags":"","url":"configuration\/Konfiguration\/Cronjob_einrichten\/Zahlungseingaenge_bei_Heidelpay_erneut_abrufen.html"},{"title":"OXID eShop Enterprise Edition (nur Legacy Payments \/ NGW)","text":"Pro Subshop wird ein einzelner Cronjob ben\u00f6tigt. Hierzu verwenden Sie den Parameter &shp=N. Die Shop ID (N) finden Sie im Admin unter Stammdaten \/ Grundeinstellungen \/ Stamm \/ Shop ID. Beispiel: H\u00e4ngen Sie an das Ende der bereits erstellten URL den Parameter &shp=1 an, gilt der Aufruf f\u00fcr die Shop ID 1.","tags":"","url":"configuration\/Konfiguration\/Cronjob_einrichten\/OXID_eShop_Enterprise_Edition.html"},{"title":"Was hat sich im Bestellprozess ge\u00e4ndert? (nur Legacy Payments \/ NGW)","text":"Der Benutzer durchl\u00e4uft den Bestellprozess wie gewohnt. 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\u00e4re Bestellung erh\u00e4lt den Status PENDING sowie die Bestellnummer 0 (einstellungsabh\u00e4ngig). Die Einstellungen finden Sie in den Unzer-Modul-Einstellungen unter Unzer \/ Einstellungen \/ Cronjob Einstellungen (iDeal und Przelewy 24). Es wird zu diesem Zeitpunkt keine E-Mail versendet. Im Admin unter Bestellungen verwalten \/Bestellungen \/Tab Unzer k\u00f6nnen Sie die Reservation OT.PA sehen.","tags":"","url":"configuration\/Konfiguration\/Informationen_und_Anleitung_von_iDeal_und_Przelewy24\/Was_hat_sich_im_Bestellprozess_geaendert.html"},{"title":"Was macht der Cronjob? (nur Legacy Payments \/ NGW)","text":"Der Cronjob holt sich eine Liste von Bestellungen die auf PENDING gesetzt und nicht storniert sind. 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\u00f6nnen zwischen folgenden Bearbeitungsoptionen w\u00e4hlen: NOT_FINISHED (oxorder__oxtransstatus) Bis 6.1.0.2 blieb die Bestellung unver\u00e4ndert. Ab 6.1.0.2 wird der Bestellstatus (oxorder__oxtransstatus) PENDING auf NOT_FINISHED gesetzt. Bestellung stornieren Die Bestellung wird \u00fcber die regul\u00e4re Routine des Shops storniert (Order::cancelOrder()). Bestellung löschen Die Bestellung wird unwiderruflich gel\u00f6scht. Die L\u00f6schung erfolg \u00fcber den Shop selbst (order::delete())","tags":"","url":"configuration\/Konfiguration\/Informationen_und_Anleitung_von_iDeal_und_Przelewy24\/Was_macht_der_Cronjob.html"},{"title":"Was passiert bei einem Refund? (nur Legacy Payments \/ NGW)","text":"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 \u00fcber die Stornierung.","tags":"","url":"configuration\/Konfiguration\/Informationen_und_Anleitung_von_iDeal_und_Przelewy24\/Was_passiert_bei_einem_Refund.html"},{"title":"Wie ist der Cronjob einzurichten? (nur Legacy Payments \/ NGW)","text":"Die Datei unter \/modules\/d3\/heidelpay\/Cron\/collectpayments.php muss eingebunden werden. Folgende Parameter sind daf\u00fcr erforderlich: via WWW Aufruf: shp=oxshopid - oxshopid steht f\u00fcr die jeweilige Shop Ident key=accessKey - accessKey ist der Key, der hier beschrieben wird: Cronjob per Webaufruf einrichten Die fertige URL k\u00f6nnte so aussehen: http:\/\/www.meinshop.de\/modules\/d3\/heidelpay\/Cron\/collectpayments.php?shp=1&key=Sicherheitspasswort Aufruf via Konsole shp=oxshopid - oxshopid steht f\u00fcr die jeweilige Shop Ident (nur EE relevant) Der fertige Aufruf k\u00f6nnte so aussehen: php \/ihr\/serverpfad\/zum\/shop\/modules\/d3\/heidelpay\/Cron\/collectpayments.php 1 Es gibt einen Bereich im Admin Module \/ Unzer \/ Einstellungen \/ Stamm \/ Cronjob Einstellungen (iDeal und Przelewy24), hier k\u00f6nnen Sie die Einstellungen zum Cronjob vornehmen. In den Hilfetexten (mit einem ? gekennzeichnet) finden Sie eine Beschreibung zu den einzelnen Einstellungen.","tags":"","url":"configuration\/Konfiguration\/Informationen_und_Anleitung_von_iDeal_und_Przelewy24\/Wie_ist_der_Cronjob_einzurichten.html"},{"title":"Was ist noch zu beachten? (nur Legacy Payments \/ NGW)","text":"Sofern der Benutzer auf die Thankyou Seite kommt (Bestellschritt 5), sieht er folgenden Text: Vielen Dank f\u00fcr Ihre Bestellung im OXID eShop 6. Ihre Bestellung ist unter der Nummer 0 bei uns registriert. Sie haben bereits eine Bestellbest\u00e4tigung per E-Mail erhalten. Dieser Text sollte ggf. angepasst werden, da zu diesem Zeitpunkt keine E-Mail versendet wird. Die 0-Bestellnummer kann im Admin deaktiviert werden. Siehe Was hat sich im Bestellprozess ge\u00e4ndert?","tags":"","url":"configuration\/Konfiguration\/Informationen_und_Anleitung_von_iDeal_und_Przelewy24\/Was_ist_noch_zu_beachten.html"},{"title":"Infos f\u00fcr Entwickler (nur Legacy Payments \/ NGW)","text":"Bestellungen die \u00fcber iDeal und Przelewy24 abgewickelt werden, gehen einen anderen Weg. Statt \u00fcber 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\u00fchrt! Die Methode wurde in 2 Teile gesplittet: d3_oxorder_heidelpay::d3CreateTemporaryOrder d3_oxorder_heidelpay::d3FinalizeTemporaryOrder Sollte der Cronjob lange ben\u00f6tigen, k\u00f6nnen Sie folgende Indexes setzen: 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`);","tags":"","url":"configuration\/Konfiguration\/Informationen_und_Anleitung_von_iDeal_und_Przelewy24\/Infos_fuer_Entwickler.html"},{"title":"Zahlungsinformationen f\u00fcr Rechnungskauf und Vorkasse anzeigen lassen","text":"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\u00fcr die Anbindung einer Warenwirtschaft): \/** @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:","tags":"","url":"configuration\/Konfiguration\/Zahlungsinformationen_fuer_Rechnungskauf_und_Vorkasse_anzeigen_lassen.html"},{"title":"Webhooks","text":"Neben der synchronen Kommunikation mit Unzer kann auch unabh\u00e4ngig von der Nutzerinteraktion eine asynchrone Kommunikation seitens Unzer stattfinden. Hierf\u00fcr kann man Webhooks registrieren, \u00fcber die Unzer die teilnehmenden Systeme (z.B. Shop, WaWi, ...) \u00fcber Status\u00e4nderungen informieren kann. Das jeweilige System kann auf die Benachrichtigung passend reagieren. Warum sind Webhooks notwendig? Es kommt immer wieder vor, dass beim Durchf\u00fchren der Bezahlung bis zum R\u00fccksprung in den Webshop die Transaktion abgebrochen wird. Dies kann technische Gr\u00fcnde haben (z.B. Shop nicht erreichbar), aber auch (versehentlich) vom Shopbesucher so ausgel\u00f6st werden (z.B. Browser geschlossen). Dann bleibt die Bestellung in einem unklaren Zwischenstadium stehen. Mit Webhooks kann Unzer den Shop auch sp\u00e4ter noch anrufen und die konfigurierten Aktionen ausl\u00f6sen. Webhook einrichten F\u00fcr 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\u00e4tzlich von Unzer selbst ausgel\u00f6st, k\u00f6nnen 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\u00fcckgesetzt. Die Ausl\u00f6sung 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.","tags":"","url":"configuration\/Konfiguration\/Webhooks.html"},{"title":"Schnittstellenwechsel","text":"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\u00fcgung (siehe auch Welche Zahlungsarten f\u00fchrt Unzer unter PaymentApi \/ MGW?). Zuk\u00fcnftig werden alle Zahlungsarten St\u00fcck f\u00fcr St\u00fcck 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.","tags":"","url":"configuration\/Schnittstellenwechsel\/Start.html"},{"title":"Was ben\u00f6tigen Sie?","text":"Stellen Sie sicher, dass die Kunden w\u00e4hrend der Umstellung keine Unzer Zahlungsarten im Frontend w\u00e4hlen k\u00f6nnen, um Fehlbestellungen zu vermeiden. Bevor Sie mit der Konfiguration der PaymentApi \/ MGW Schnittstelle beginnen k\u00f6nnen, sind vorerst einige Daten zusammenzutragen: Zugangsdaten f\u00fcr das Unzer Insights PaymentApi \/ MGW - Schl\u00fcsselpaare (Keys) PaymentApi \/ MGW - Zahlarten (Zahlarten, die unter PaymentApi \/ MGW verwendet werden k\u00f6nnen) Eine Sicherung des IST-Zustandes","tags":"","url":"configuration\/Schnittstellenwechsel\/Vorbereitung\/was_wird_benoetigt.html"},{"title":"Zugangsdaten f\u00fcr das Unzer Insights","text":"Um diese Schnittstelle nutzen zu k\u00f6nnen, ben\u00f6tigen Sie Zugangsdaten zum Unzer Insights. Fordern Sie diese f\u00fcr den Live- und Testmodus beim Unzer-Support \u00fcber das Formular oder per E-Mail support@unzer.com an. Melden Sie sich bitte mit den Zugangsdaten an: Insights f\u00fcr Live-Modus Insights f\u00fcr Test-Modus Darin werden Sie weitere Informationen finden, die Sie f\u00fcr die vollst\u00e4ndige Konfiguration ben\u00f6tigen.","tags":"","url":"configuration\/Schnittstellenwechsel\/Vorbereitung\/Unzer_Insights.html"},{"title":"Schl\u00fcsselpaare finden","text":"Mit der PaymentApi \/ MGW-Schnittstelle haben Sie spielend leicht die M\u00f6glichkeit, zwischen Test- und Liveumgebung zu wechseln. Daf\u00fcr ben\u00f6tigen Sie nichts weiter, als die im Unzer Insights findbaren Schl\u00fcsselpaare. Navigieren Sie daf\u00fcr in der linken Sidebar, unter Einstellungen > Konfiguration auf die Schl\u00fcssel\u00fcbersicht. W\u00e4hlen Sie den Hauptchannel (der generelle Eintrag kann kontoabh\u00e4ngig auch anders benannt sein), um Zugang zu den ben\u00f6tigten Schl\u00fcsselpaaren zu bekommen. Bitte notieren Sie beide Schl\u00fcssel, da beide im n\u00e4chsten Schritt ben\u00f6tigt werden.","tags":"","url":"configuration\/Schnittstellenwechsel\/Vorbereitung\/Schluesselpaare_finden.html"},{"title":"Welche Zahlungsarten f\u00fchrt Unzer unter PaymentApi \/ MGW?","text":"In der PaymentApi \/ MGW-Schnittstelle stehen Ihnen die folgenden Zahlungstypen zur Verf\u00fcgung: Kreditkarte Debitkarte SEPA Lastschrift automatische Vorkasse Sofort by Klarna Giropay iDeal (Niederlande) EPS (\u00d6sterreich) Rechnungskauf (ohne Zahlungssicherung) Rechnungskauf (mit Zahlungssicherung) B2B Rechnungskauf Przelewy 24 PayPal Pr\u00fcfen Sie bitte, dass Sie ausschlie\u00dflich die oben genannten Unzer-Zahlarten verwenden m\u00f6chten. Dann kann das Modul auf PaymentApi \/ MGW umgestellt werden.","tags":"","url":"configuration\/Schnittstellenwechsel\/Vorbereitung\/Zahlarten.html"},{"title":"Datensicherung anlegen","text":"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\u00e4hlen die Channel\u00fcbersicht 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\u00fcckwechseln zu k\u00f6nnen. W\u00e4hlen Sie daf\u00fcr einen bestehenden Channel, \u00e4ndern dessen Titel und speichern diesen.","tags":"","url":"configuration\/Schnittstellenwechsel\/Vorbereitung\/Sicherung.html"},{"title":"Notierte Schl\u00fcsselpaare eintragen","text":"Wechseln Sie jetzt bitte in Ihren Shop-Admin unter D3 Module -> Unzer -> Einstellungen. W\u00e4hlen Sie beim Interface die PaymentApi \/ MGW-Schnittstelle und speichern diese Einstellung bitte ab. Tragen Sie nun die Schl\u00fcssel des Live- bzw. Testmodus in die entsprechenden Felder ein: Ihnen stehen vier verschiedene Schl\u00fcssel zur Verf\u00fcgung stehen: s-priv-...: privater Schl\u00fcssel (Private Key) f\u00fcr den Testmodus s-pub-...: \u00f6ffentlicher Schl\u00fcssel (Public Key) f\u00fcr den Testmodus p-priv-...: privater Schl\u00fcssel (Private Key) f\u00fcr den Livemodus p-pub-...: \u00f6ffentlicher Schl\u00fcssel (Public Key) f\u00fcr den Livemodus Tragen Sie die beiden Schl\u00fcssel des Live- bzw. Testmodus in die entsprechenden Felder ein.","tags":"","url":"configuration\/Schnittstellenwechsel\/Konfiguration\/Schluesselpaar_eintragen.html"},{"title":"Channeleinstellungen","text":"Navigieren Sie in die Unzer Channel Konfiguration im Shopadmin unter D3 Module -> Unzer -> Channel-Konfigurationen. Im Tab Einstellungen setzen Sie die grundlegenden Channeleinstellungen. Im oberen Bereich sehen Sie Channelprofile. Ungenutzte Profile k\u00f6nnen Sie l\u00f6schen, fehlende Profile erstellen Sie sich bitte neu. W\u00e4hlen Sie nun das einzurichtende Profil. In der unteren Bildschirmh\u00e4lfte sehen Sie die Einstellungen des Channels, die Sie wie folgt bearbeiten k\u00f6nnen: 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\u00fcr den Live-Modus legen Sie sich eine Kopie ohne diesen Haken an. Titel Hier k\u00f6nnen Sie einen freien Namen f\u00fcr 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\u00fctzt. Speichern Sie die ge\u00e4nderten Einstellungen ab.","tags":"","url":"configuration\/Schnittstellenwechsel\/Konfiguration\/Channeleinstellungen.html"},{"title":"Zahlartenzuordungen","text":"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\u00e4hlen Sie sich das passende Channelprofil und setzen Sie den Haken bei den daf\u00fcr relevanten Shop-Zahlungsarten. Beachten Sie, dass jede Zahlart nur maximal einem Test- und einem Live-Channel zugeordnet sein kann. Kann Ihre gew\u00fcnschte Zahlungsart nicht gew\u00e4hlt 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.","tags":"","url":"configuration\/Schnittstellenwechsel\/Konfiguration\/Channelzuordnungen.html"},{"title":"\u00dcberpr\u00fcfung und Freischaltung","text":"Testlauf Nach der Einrichtung raten wir Ihnen, jede Zahlart einmal zu testen. Nutzen Sie am besten daf\u00fcr den Test-Modus, um nicht versehentlich im Live-System ungewollte Bestellungen durchzuf\u00fchren. Setzen Sie dazu im Admin unter D3 Module -> Unzer -> Einstellungen den Haken f\u00fcr den Testmodus. Achten Sie darauf, dass auch die Schl\u00fcssel daf\u00fcr (s-...) gesetzt sind. Mehr Informationen zur Testumgebung und den darin verwendbaren Zahlungsmitteln finden sie in der Unzer - Testumgebung Freischaltung Verliefen alle Tests erfolgreich, aktivieren Sie das Modul f\u00fcr den Livebetrieb. Entfernen Sie dazu im Admin unter D3 Module -> Unzer -> Einstellungen den Haken f\u00fcr den Testmodus. Achten Sie darauf, dass auch die Schl\u00fcssel f\u00fcr Live (p-...) gesetzt sind. Auch hierf\u00fcr empfehlen wir einen Testlauf f\u00fcr jede Zahlungsart. Nacharbeiten Sofern Sie nicht planen, zur\u00fcck zu Legacy Payments \/ NGW zu wechseln, so empfehlen wir, die bisherigen NGW-Channels zu l\u00f6schen.","tags":"","url":"configuration\/Schnittstellenwechsel\/Nacharbeiten.html"},{"title":"Beschreibung","text":"Die Unzer GmbH ist einer der innovativsten und am st\u00e4rksten wachsenden Fintech-Dienstleister mit Hauptsitz in Heidelberg. Der international t\u00e4tige Spezialist f\u00fcr Zahlungsabwicklung setzt dabei auf eigene L\u00f6sungen wie Rechnungs- und Ratenkauf, Lastschrift, Online-\u00dcberweisung, Vorkasse und Kreditkarte sowie auf Anbieter von Wallet-L\u00f6sungen. Mit \u00fcber 16 Jahren Erfahrung im E-Commerce und am Point of Sale bietet die Unzer GmbH als von der BaFin zugelassenes Zahlungsinstitut Unternehmen jeder Gr\u00f6\u00dfe die M\u00f6glichkeit, weltweite Zahlungsabwicklungen durchzuf\u00fchren. Transaktions\u00fcbersicht an den Bestellungen Das Modul verf\u00fcgt \u00fcber einen eigenen Administrationsbereich an den Bestellungen, wo Sie mit der Premium-Version Buchungen, Stornierungen, Gutschriften etc. durchf\u00fchren k\u00f6nnen. Eine separate Anmeldung am Unzer-H\u00e4ndlerbereich ist f\u00fcr die Zahlungsabwicklungen der Shopbestellungen dadurch nicht n\u00f6tig. PCI 3 Konformit\u00e4t PCI DSS Level SAQ-A wird ab Modulversion 5.2.0.0 (azure) unterst\u00fctzt. Details zu PCI finden Sie unter https:\/\/www.pcisecuritystandards.org\/ . Folgende Leistungen bietet Ihnen das Modul \u00fcber 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 \u00dcberweisung Giropay * SEPA Lastschrift automatische Vorkasse iDeal * EPS * Przelewy 24 * MasterPass * EasyCredit * PostFinance * BillSAFE (nur Bestandskunden) Verf\u00fcgbarkeit abh\u00e4ngig 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\u00e4tzlich hinterlegtes Passwort eingeben. Damit erh\u00e4lt das Zahlungssystem des H\u00e4ndlers ein Authentifizierungsmerkmal. Die M\u00f6glichkeit zu 3D Secure ist in diesem Modul enthalten und kann bei Unzer angefragt werden.","tags":"","url":"description\/Beschreibung.html"},{"title":"Editionsunterschiede","text":"Wir liefern das Unzer Modul in 2 Lizenzmodellen aus, Basic und Premium. Die Unterschiede zwischen den Lizenzen k\u00f6nnen Sie hier einsehen: \u00a0 Basic Premium Preis 0,00 \u20ac ab 259,00 \u20ac Bankeinzug \/ Lastschrift Basic Premium ELV Deutschland, \u00d6sterreich, 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\u00e4nemark) X Maestro International 3D Secure X PIN \/ TAN Verfahren Basic Premium Sofort\u00fcberweisung X X Giropay X IDEAL (Niederlande) X EPS (\u00d6sterreich) 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 \u00dcbersicht Transaktionen X X Aktionen durchf\u00fchren (Storno, Refund,etc.) X","tags":"","url":"description\/Editionsunterschiede.html"},{"title":"Installation | Update | Deinstallation","text":"Inhaltsverzeichnis Anforderungen Neuinstallation Update Deinstallation 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 genannten Kontaktdaten Bescheid.","tags":"","url":"installation\/Installation.html"},{"title":"Systemanforderungen","text":"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\u00e4ltlich) ab Version 5.3.0.0 Installation via Composer bei Verwendung der Zahlungsart "iDeal" oder "Przelewy24" wird ein freier Cronjob ben\u00f6tigt bei Verwendung der Zahlungsart "Vorkasse" oder "Rechnungskauf" wird ein freier Cronjob ben\u00f6tigt Beachten Sie, dass die Ihnen vorliegende Modulversion entsprechend f\u00fcr Ihre genutzte PHP-Version sowie dem auf Ihrem Server vorhandenen Decoder kompatibel ist. Im Zweifelsfall kontaktieren Sie uns und nennen den f\u00fcr Ihren Shop genutzten Decoder und die PHP-Version. Kontrollieren Sie bitte auch, ob diese Modulversion f\u00fcr die von Ihnen eingesetzte Shopedition (Professional Edition (PE) oder Enterprise Edition (EE)) ausgelegt ist. Hinweis: Durch composer werden die Abh\u00e4ngigkeiten direkt vor der Installation gepr\u00fcft. D.h. wenn eine der Anforderung nicht erf\u00fcllt ist, wird das Modul nicht installiert und die entsprechende Anforderung wird direkt auf der Konsole ausgegeben.","tags":"","url":"installation\/Anforderungen\/Systemanforderungen.html"},{"title":"beiliegende Bibliotheken","text":"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","tags":"","url":"installation\/Anforderungen\/Beiliegende_Bibliotheken.html"},{"title":"Wichtige Hinweise","text":"zu Ihrem Unzer-H\u00e4ndlervertrag Nur relevant bei Zahltyp "Sofort by Klarna" und einem Update des Moduls. Das Modul nutzt f\u00fcr 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\u00e4ndlerkonto eingerichtet werden. Ohne diese Einstellung ist eine Nutzung des Zahltyp "Sofort by Klarna" nicht m\u00f6glich! Lassen Sie daher vor dem Einspielen der vorliegenden Modulversion die Aktivierung der genannten Option in Ihrem H\u00e4ndlerkonto von Ihrem Unzer-H\u00e4ndlerbetreuer pr\u00fcfen. Modulversion 6.1.0.0 Veraltete Konfigurationen\u00e4nderungen unter 6.0.0.0 werden nicht mehr migriert. Sollte eine \u00e4ltere Konfiguration migriert werden, installieren Sie bitte die Version 6.0.3.1 und lassen Sie die automatische Installation einmalig durchf\u00fchren. Danach aktualisieren Sie auf die gew\u00fcnschste Modulversion. Mit diesem Release stellen wir die neue Channel-Konfiguration vor. Modulversion 6.0.3.0 Die Zahlungsart Billsafe wird nicht mehr \u00fcber das Unzer Modul angeboten. Modulversion 6.0.2.0 Nur EE: Mit dem kleinem Update 6.0.2.0 werden f\u00fcr die gespeicherten Daten die Shopid eingef\u00fchrt. Damit wird unterbunden, dass Kunden auf die Referenzdaten aus anderen Subshops erhalten. Bitte f\u00fchren Sie die folgende Abfrage manuell im Admin oder in der Datenbank aus: 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\u00fctzt!","tags":"","url":"installation\/Anforderungen\/wichtige_Hinweise.html"},{"title":"Vorbereitungen","text":"Installieren Sie bitte zuerst unseren Modul-Connector in der erforderlichen Version. Ob dies evtl. schon geschehen ist, k\u00f6nnen Sie im Adminbereich Ihres Shops pr\u00fcfen. Existiert der Punkt D3 Module \/ Modul-Connector, k\u00f6nnen Sie die installierte Version unter Bibliotheksverwaltung ablesen. Fehlt dieser Eintrag, installieren Sie den kostenfreien Connector. Informationen zu dessen Installation finden Sie auf unserer Homepage. Klicken Sie auf den Reiter Downloads und w\u00e4hlen dort das f\u00fcr Ihre Installation passende Paket.","tags":"","url":"installation\/Anforderungen\/Vorbereitungen.html"},{"title":"Schnellstart","text":"Schnellstart per Composer php composer require d3\/unzer --update-no-dev Detailliertere Angaben zur Installation entnehmen Sie bitte der Installationsanleitung. Schnellstart im Admin Das Modul unzer bringt einen umfangreichen Adminbereich mit, in dem Sie die Konfigurationseinstellungen des Moduls setzen k\u00f6nnen. \u00dcber das Men\u00fc D3 Module \/ Unzer 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 \u00f6ffnet sich der Hinweistext. Unter Konfiguration des Moduls werden die Einstellungen und M\u00f6glichkeiten umfangreicher beschrieben.","tags":"","url":"installation\/Schnellstart.html"},{"title":"Neuinstallation","text":"Schnellstart per Composer auf der Kommandozeile php composer require d3\/unzer:^6.4.1.0 --update-no-dev .\/vendor\/bin\/oe-console oe:module:activate d3heidelpay .\/vendor\/bin\/d3modules_install .\/vendor\/bin\/d3cleartmp Detailliertere Angaben zur Installation entnehmen Sie bitte den folgenden Seiten.","tags":"","url":"installation\/Neuinstallation\/index.html"},{"title":"Modul zur Installation hinzuf\u00fcgen","text":"auf der Kommandozeile F\u00fchren Sie in der Konsole im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) diesen Befehl aus, um das Modul unzer zur Installation hinzuzuf\u00fcgen: php composer require d3\/unzer:^6.4.1.0 --update-no-dev Achten Sie darauf, dass Composer f\u00fcr die Installation die selbe PHP-Version verwendet, in der auch Ihr Shop ausgef\u00fchrt wird. Sie erhalten sonst m\u00f6glicherweise unpassende Modulpakete. Ben\u00f6tigt Ihre Installation einen anderen Aufruf von Composer, \u00e4ndern Sie den Befehl bitte entsprechend ab. F\u00fcr weitere Optionen dieses Befehls lesen Sie bitte die Dokumentation von Composer. In der Enterprise Editon des Shops ist ein alternatives Modul f\u00fcr 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\u00f6schen es bitte sonst.","tags":"","url":"installation\/Neuinstallation\/Modul_hinzufuegen.html"},{"title":"Verwendung eigener Themes","text":"Das Modul ist f\u00fcr die Verwendung mit den folgenden OXID-Themes vorbereitet: Wave Flow Azure Verwenden Sie in Ihrem Shop ein angepasstes Verzeichnis f\u00fcr Ihre Templates (neues Theme oder CustomTheme), kopieren Sie die Templates und \/ oder die CSS-Dateien in die neuen Ordner. \u00c4hnelt Ihr neues Theme technisch einem der OXID-Originale, k\u00f6nnen Sie dieses darauf umleiten. Childs von originalen OXID- Themes ben\u00f6tigen keine Umleitung. Weitere Informationen zur Umleitung finden Sie in unserer FAQ.","tags":"","url":"installation\/Neuinstallation\/Verwendung_eigener_Themes.html"},{"title":"Providerspezifische Installation","text":"Manche Provider erfordern besondere Einstellungen f\u00fcr installierte Module. Treffen Sie bei der Installation auf spezielle Anforderungen, zu denen Sie Unterst\u00fctzung ben\u00f6tigen, kontaktieren Sie uns bitte f\u00fcr weiteren Support.","tags":"","url":"installation\/Neuinstallation\/Providerspezifische_Installation.html"},{"title":"Modul im Shop aktivieren","text":"im Adminbereich Aktivieren Sie das Modul \u00fcber den Shopadmin unter Erweiterungen -> Module. Klicken Sie nach Auswahl von Unzer auf den Button Aktivieren. oder auf der Kommandozeile Alternativ k\u00f6nnen Sie die Modulaktivierung auch auf der Kommandozeile (CLI) im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) durchf\u00fchren. .\/vendor\/bin\/oe-console oe:module:activate d3heidelpay Enterprise Edition: Achten Sie darauf, dass das Modul in weiteren Shops (Mall) ebenfalls aktiviert werden muss, um dessen Funktion dort auch zu nutzen. Enterprise Edition: Zur Aktivierung in einem bestimmten Shopmandanten verwenden Sie das --shop-id-Argument (...oe-console --shop-id 1 oe:module...)","tags":"","url":"installation\/Neuinstallation\/Modul_im_Shop_aktivieren.html"},{"title":"Shopanpassungen installieren","text":"im Adminbereich Direkt nach der Modulaktivierung startet der Assistent, der Sie durch die Shopanpassung f\u00fchrt. Darin k\u00f6nnen Sie verschiedene Optionen der Installation w\u00e4hlen. Den Installationsassistenten finden Sie auch unter den Men\u00fcpunkten Admin \/ D3 Module \/ Modul-Connector \/ Modulverwaltung \/ Modulinstallation. Bei tiefgreifenden \u00c4nderungen an Ihrem Shop (z.B. Hinzuf\u00fcgen weiterer Sprachen oder Mandanten) rufen Sie den Installationsassistenten bitte erneut auf, um dann eventuell notwendige Nacharbeiten f\u00fcr das Modul ausf\u00fchren zu lassen. M\u00f6chten Sie die \u00c4nderungen manuell installieren, k\u00f6nnen Sie sich \u00fcber diesen Assistenten ebenfalls eine Checkliste erstellen. oder auf der Kommandozeile Der Installationsassistent steht Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verf\u00fcgung. F\u00fchren Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) aus: .\/vendor\/bin\/d3modules_install","tags":"","url":"installation\/Neuinstallation\/Shopanpassungen_installieren.html"},{"title":"TMP-Ordner leeren","text":"im Adminbereich Leeren Sie das Verzeichnis tmp \u00fcber Admin -> Module -> Modul-Connector -> TMP leeren. Markieren Sie komplett leeren und klicken auf TMP leeren. Sofern die Views nicht automatisch aktualisiert werden, f\u00fchren Sie dies noch durch. oder auf der Kommandozeile Alle TMP-leeren-Aktionen stehen Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verf\u00fcgung. F\u00fchren Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) aus: .\/vendor\/bin\/d3cleartmp Erfordert Ihre Installation eine andere Vorgehensweise zum Leeren des Caches oder zum Aktualisieren der Datenbank-Viewtabellen, f\u00fchren Sie diese bitte aus. Beim Kommandozeilenaufruf werden Ihnen weitere Optionen gezeigt, mit denen Sie die Aktion gezielt steuern k\u00f6nnen.","tags":"","url":"installation\/Neuinstallation\/TMP-Ordner_leeren.html"},{"title":"Lizenzschl\u00fcssel eintragen","text":"im Adminbereich Das Modul verwendet Lizenzschl\u00fcssel, um die Lizenzverwaltung f\u00fcr Sie und auch f\u00fcr uns einfacher zu gestalten. Hierbei haben Sie je nach Modul die Wahl zwischen einer kostenfreien Testlizenz und einer Lizenz f\u00fcr den Einsatz im Livebetrieb. Speziell unzer wird in unterschiedlichen (teilweise kostenfreien) Editionen f\u00fcr den Livebetrieb angeboten. Besuchen Sie unseren Moduleshop, um mehr dar\u00fcber zu erfahren. Rufen Sie zum Anfordern des Lizenzschl\u00fcssels die Modulverwaltung im Adminbereich unter D3 Module \/ Modul-Connector \/ Modulverwaltung auf. Klappen Sie den Eintrag des jeweiligen Moduls aus. Sofern erforderlich, k\u00f6nnen Sie hier den Lizenzassistenten starten, der schnell und einfach ihr Modul aktiviert.","tags":"","url":"installation\/Neuinstallation\/Lizenz_eintragen.html"},{"title":"Konfiguration einstellen","text":"Im Admin wird ein neuer Punkt D3 Module \/ Unzer gezeigt, unter dem alle Einstellungsm\u00f6glichkeiten 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\u00f6nnen Sie bei Unzer anfordern. Hinweise Solange die Demodaten eingestellt sind, werden keine realen Buchungen durchgef\u00fchrt Beachten Sie den Abschnitt Konfiguration f\u00fcr die korrekte Einrichtung des Moduls","tags":"","url":"installation\/Neuinstallation\/Konfiguration_einstellen.html"},{"title":"Updatef\u00e4higkeit","text":"Bei individuellen \u00c4nderungen von Moduldateien empfehlen wir, jeweils die \u00dcberladungsm\u00f6glichkeiten des Shops daf\u00fcr zu verwenden. So brauchen Sie die originalen Moduldateien nicht ver\u00e4ndern und erhalten sich so die Updatef\u00e4higkeit des Shops und des Moduls. Beachten Sie, dass Moduldateien bei Updateinstallationen \u00fcberschrieben werden. Weitere Informationen zu den \u00dcberladungsm\u00f6glichkeiten verschiedener Dateien finden Sie in unserer FAQ.","tags":"","url":"installation\/Neuinstallation\/Updatefaehigkeit.html"},{"title":"Wann kann ein Update ausgef\u00fchrt werden?","text":"Die Updateanweisungen k\u00f6nnen verwendet werden, wenn dieses Modul schon fr\u00fcher mit Hilfe von Composer installiert wurde. Wurde die Installation bisher noch nicht durchgef\u00fchrt oder die Installation wurde nicht \u00fcber Composer durchgef\u00fchrt (weil das Modul dies z.B. fr\u00fcher nicht unterst\u00fctzte), verwenden Sie bitte die Beschreibung unter Neuinstallation.","tags":"","url":"installation\/Update\/Updatedefinition.html"},{"title":"Modul deaktivieren","text":"im Adminbereich Deaktivieren Sie das Modul unter Erweiterungen -> Module. Klicken Sie nach Auswahl von Unzer auf den Button Deaktivieren. oder auf der Kommandozeile Alternativ k\u00f6nnen Sie die Moduldeaktivierung auch \u00fcber die Kommandozeile (CLI) im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) durchf\u00fchren. .\/vendor\/bin\/oe-console oe:module:deactivate d3heidelpay Enterprise Edition: Achten Sie darauf, dass das Modul in allen weiteren Shops (Mall) ebenfalls deaktiviert werden muss. Enterprise Edition: Zur Deaktivierung in einem bestimmten Shopmandanten verwenden Sie das --shop-id-Argument (...oe-console --shop-id 1 oe:module...)","tags":"","url":"installation\/Update\/Modul_deaktivieren.html"},{"title":"Dateien erneuern","text":"auf der Kommandozeile Starten Sie die Konsole Ihres Webservers und wechseln in das Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses). F\u00fchren Sie dort diesen Befehl aus: php composer require d3\/unzer:^6.4.1.0 --update-no-dev Im weiteren Ablauf werden Sie gefragt, ob die Moduldateien \u00fcberschrieben werden sollen. Best\u00e4tigen Sie dies f\u00fcr den Eintrag d3\/unzer. Achten Sie darauf, dass Composer f\u00fcr die Installation die selbe PHP-Version verwendet, in der auch Ihr Shop ausgef\u00fchrt wird. Sie erhalten sonst m\u00f6glicherweise unpassende Modulpakete. Ben\u00f6tigt Ihre Installation einen anderen Aufruf von Composer, \u00e4ndern Sie den Befehl bitte entsprechend ab. F\u00fcr weitere Optionen dieses Befehls lesen Sie bitte die Dokumentation von Composer.","tags":"","url":"installation\/Update\/Dateien_erneuern.html"},{"title":"Providerspezifische Installation","text":"Manche Provider erfordern besondere Einstellungen f\u00fcr installierte Module. Treffen Sie bei der Installation auf spezielle Anforderungen, zu denen Sie Unterst\u00fctzung ben\u00f6tigen, kontaktieren Sie uns bitte f\u00fcr weiteren Support.","tags":"","url":"installation\/Update\/Providerspezifische_Installation.html"},{"title":"Modulinformationen aktualisieren","text":"im Adminbereich Wechseln Sie im Adminbereich zu Erweiterungen -> Module. Klicken Sie nach Auswahl von Unzer auf den Button Aktivieren. oder auf der Kommandozeile Alternativ k\u00f6nnen Sie die Modulaktivierung auch \u00fcber die Kommandozeile (CLI) im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) durchf\u00fchren. .\/vendor\/bin\/oe-console oe:module:activate d3heidelpay Enterprise Edition: Achten Sie darauf, dass das Modul in weiteren Shops (Mall) ebenfalls aktiviert werden muss, um dessen Funktion dort auch zu nutzen. Enterprise Edition: Zur Aktivierung in einem bestimmten Shopmandanten verwenden Sie das --shop-id-Argument (...oe-console --shop-id 1 oe:module...)","tags":"","url":"installation\/Update\/Modulinformationen_aktualisieren.html"},{"title":"Shopanpassungen installieren","text":"im Adminbereich Ob Shopanpassungen notwendig sind, ist von der Versions\u00e4nderung des Moduls abh\u00e4ngig. M\u00f6glicherweise sehen Sie nach dem Neuaktivieren des Moduls den Installationsassistent, der Sie durch die \u00c4nderungen f\u00fchrt. Folgen Sie dann den einzelnen Schritten. M\u00f6chten Sie die \u00c4nderungen manuell installieren, k\u00f6nnen Sie sich \u00fcber diesen Assistenten ebenfalls eine Checkliste erstellen. Wird der Assistent nicht gezeigt (Sie sehen wieder die Modul\u00fcbersicht), waren keine Anpassungen am Shop notwendig. Ob erforderliche Updates ausgef\u00fchrt werden sollen, k\u00f6nnen Sie jederzeit im Adminbereich unter Module -> Modul-Connector -> Modulverwaltung -> Modulinstallation pr\u00fcfen. oder auf der Kommandozeile Der Installationsassistent steht Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verf\u00fcgung. F\u00fchren Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) aus: .\/vendor\/bin\/d3modules_install","tags":"","url":"installation\/Update\/Shopanpassungen_installieren.html"},{"title":"TMP-Ordner leeren","text":"im Adminbereich Leeren Sie das Verzeichnis tmp \u00fcber Admin -> Module -> Modul-Connector -> TMP leeren. Markieren Sie komplett leeren und klicken auf TMP leeren. Sofern die Views nicht automatisch aktualisiert werden, f\u00fchren Sie dies noch durch. oder auf der Kommandozeile Alle TMP-leeren-Aktionen stehen Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verf\u00fcgung. F\u00fchren Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) aus: .\/vendor\/bin\/d3cleartmp Erfordert Ihre Installation eine andere Vorgehensweise zum Leeren des Caches oder zum Aktualisieren der Datenbank-Viewtabellen, f\u00fchren Sie diese bitte aus. Beim Kommandozeilenaufruf werden Ihnen weitere Optionen gezeigt, mit denen Sie die Aktion gezielt steuern k\u00f6nnen.","tags":"","url":"installation\/Update\/TMP-Ordner_leeren.html"},{"title":"Lizenzschl\u00fcssel aktualisieren","text":"im Adminbereich Wird f\u00fcr die neue Modulversion ein aktualisierter Lizenzschl\u00fcssel ben\u00f6tigt, tragen Sie diesen im Adminbereich unter Module -> Modul-Connector -> Modulverwaltung ein. Klappen Sie dazu den Eintrag des jeweiligen Moduls aus und starten den Lizenzassistent.","tags":"","url":"installation\/Update\/Lizenzschluessel_aktualisieren.html"},{"title":"Erweiterungen anpassen","text":"Haben Sie f\u00fcr dieses Modul eigene Erweiterung entwickelt, gleichen Sie dies bitte mit der neuen Fassung des Moduls ab.","tags":"","url":"installation\/Update\/Erweiterungen_anpassen.html"},{"title":"\u00c4nderungen kontrollieren","text":"Wechsel auf Modul-Version 5.2.0.0 oder h\u00f6her Bitte beachten Sie die beiliegende Konfigurationsanleitung Informationen und Anleitung von iDeal und Przelewy24 Ab Modul-Version 5.2.3.4 k\u00f6nnen Sie mehrsprachige Konfigurationen nutzen. Kontrollieren Sie bitte die Einstellung "mehrsprachige Konfigurationen erlauben" unter Module \/ Unzer \/ 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.","tags":"","url":"installation\/Update\/Aenderungen_kontrollieren.html"},{"title":"Installationspr\u00fcfung","text":"Um die erfolgreiche Installation zu pr\u00fcfen, k\u00f6nnen Sie die folgende(n) Checkliste(n) verwenden: Einstellungsunabh\u00e4ngige Pr\u00fcfungen Backend das Modul ist unter Erweiterungen \/ Module aktiv geschaltet das Modul ist unter Module \/ Modul-Connector \/ Modulverwaltung aktiv geschaltet das Modul zeigt unter Module \/ Unzer einen eigenen Bereich f\u00fcr Einstellungen, Logging und die Transaktions\u00fcbersicht das Modul zeigt unter Bestellungen verwalten \/ Bestellungen einen neuen Tab Unzer Einstellungsabh\u00e4ngige Pr\u00fcfungen Frontend Im Bestellschritt 3 (Versand & Zahlungsart) werden Icons zu den konfigurierten Zahlungsarten angezeigt der Shop zeigt nach Absenden des Bestellschritt 4 (\u00dcberpr\u00fcfen & 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","tags":"","url":"installation\/Installationspruefung.html"},{"title":"Modulerweiterungen deaktivieren und entfernen","text":"Deaktivieren Sie alle vorhandenen Erweiterungen, die auf dem Modul unzer aufbauen und l\u00f6schen bitte alle Dateien dieser Erweiterungen. Entfernen Sie ebenfalls alle individuellen Templateanpassungen f\u00fcr dieses Modul.","tags":"","url":"installation\/Deinstallation\/Modulerweiterungen_deaktivieren_und_entfernen.html"},{"title":"Modul deaktivieren","text":"im Adminbereich Deaktivieren Sie das Modul unter Erweiterungen -> Module. Klicken Sie nach Auswahl von Unzer auf den Button Deaktivieren. oder auf der Kommandozeile Alternativ k\u00f6nnen Sie die Moduldeaktivierung auch \u00fcber die Kommandozeile (CLI) im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) durchf\u00fchren. .\/vendor\/bin\/oe-console oe:module:deactivate d3heidelpay Enterprise Edition: Achten Sie darauf, dass das Modul in allen weiteren Shops (Mall) ebenfalls deaktiviert werden muss. Enterprise Edition: Zur Deaktivierung in einem bestimmten Shopmandanten verwenden Sie das --shop-id-Argument (...oe-console --shop-id 1 oe:module...)","tags":"","url":"installation\/Deinstallation\/Modul_deaktivieren.html"},{"title":"Modul aus der Installation entfernen","text":"auf der Kommandozeile Starten Sie die Konsole Ihres Webservers und wechseln in das Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses). F\u00fchren Sie Sie dort diesen Befehl aus: php composer remove d3\/unzer --no-update Ben\u00f6tigt Ihre Installation einen anderen Aufruf von Composer, \u00e4ndern Sie den Befehl bitte entsprechend ab. F\u00fcr weitere Optionen dieses Befehls lesen Sie bitte die Dokumentation von Composer.","tags":"","url":"installation\/Deinstallation\/Modul_aus_der_Installation_entfernen.html"},{"title":"Dateien l\u00f6schen","text":"L\u00f6schen Sie den Ordner unzer und seine enthaltenen Elemente aus dem Verzeichnis source\/modules\/d3 Ihres Shops. Best\u00e4tigen Sie anschlie\u00dfend im Shopadmin unter Erweiterungen \/ Module \/ Installierte Shop-Module die Nachricht: Es gibt registrierte Erweiterungen im eShop, deren Verzeichnis nicht vorhanden ist. M\u00f6chten Sie alle Modulinformationen einschlie\u00dflich Konfigurationseinstellungen und Blockinformationen f\u00fcr Templates l\u00f6schen?","tags":"","url":"installation\/Deinstallation\/Dateien_loeschen.html"},{"title":"Datenbank bereinigen","text":"Das Modul legt Informationen in der Datenbank ab. Sofern diese Daten nicht mehr ben\u00f6tigt werden, k\u00f6nnen diese gel\u00f6scht werden. Legen Sie sich vorab bitte unbedingt eine Sicherung an, um die Daten im Zweifelsfall wiederherstellen zu k\u00f6nnen. F\u00fcr das Modul unzer 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\u00e4ge in bestehenden Tabellen: in Tabelle d3_cfg_mod: den\/die Eintrag\/Eintr\u00e4ge oxmodid = "{$moduleConfigurationident}"","tags":"","url":"installation\/Deinstallation\/Datenbank_bereinigen.html"},{"title":"TMP-Ordner leeren","text":"im Adminbereich Leeren Sie das Verzeichnis tmp \u00fcber Admin -> Module -> Modul-Connector -> TMP leeren. Markieren Sie komplett leeren und klicken auf TMP leeren. Sofern die Views nicht automatisch aktualisiert werden, f\u00fchren Sie dies noch durch. oder auf der Kommandozeile Alle TMP-leeren-Aktionen stehen Ihnen ebenfalls auf der Kommandozeile (CLI) zur Verf\u00fcgung. F\u00fchren Sie diesen Befehl im Hauptverzeichnis Ihres Shops (oberhalb des source- und vendor-Verzeichnisses) aus: .\/vendor\/bin\/d3cleartmp Erfordert Ihre Installation eine andere Vorgehensweise zum Leeren des Caches oder zum Aktualisieren der Datenbank-Viewtabellen, f\u00fchren Sie diese bitte aus. Beim Kommandozeilenaufruf werden Ihnen weitere Optionen gezeigt, mit denen Sie die Aktion gezielt steuern k\u00f6nnen.","tags":"","url":"installation\/Deinstallation\/TMP-Ordner_leeren.html"},{"title":"Hilfe und Support","text":"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 zur Verf\u00fcgung. Finden Sie darin die ben\u00f6tigten Antworten nicht, kontaktieren Sie uns bitte unter den folgenden M\u00f6glichkeiten: per E-Mail: support@shopmodule.com oder \u00fcber das Kontaktformular auf Oxidmodule.com oder per Telefon: (+49) 37 21 \/ 26 80 90 zu unseren B\u00fcrozeiten Geben Sie bitte an, wo und wie wir gegebenenfalls vorhandene Schwierigkeiten nachvollziehen k\u00f6nnen. Sind Ihre Fragen shopspezifisch, ben\u00f6tigen wir m\u00f6glicherweise Zugangsdaten zum betreffenden Shop. Wir w\u00fcnschen Ihnen mit Ihrem Shop und dem Modul viel Erfolg! Ihr D\u00b3-Team.","tags":"","url":"support\/Hilfe-und-Support.html"}]} |