1 regel
72 KiB
JSON
1 regel
72 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":"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 im MGW-Modus 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 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 (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 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 MGW\/Rest Api Schnittstelle","text":"Einleitung Seit 10. Dezember 2018 bietet Unzer offiziell eine Rest Api (auch 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 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","tags":"","url":"changelog\/MGW_Implementation.html"},{"title":"Konfiguration | wichtige Hinweise","text":"Inhaltsverzeichnis automatische Vorkasse und Rechnungskauf Cronjob einrichten (nur NGW) Konfiguration der Zahlungsarten Informationen und Anleitung von iDeal und Przelewy24 (nur 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 (nur NGW) iDeal (Niederlande) EPS (\u00d6sterreich) (nur NGW) Rechnungskauf (ohne Zahlungssicherung) Rechnungskauf (mit Zahlungssicherung) B2B Rechnungskauf Przelewy 24 (nur NGW) EasyCredit (nur NGW) PayPal MasterPass (nur 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 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 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 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 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 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 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 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 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 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 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 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 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":"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 Buchungen*, Stornierungen*, Gutschriften* etc. durchf\u00fchren k\u00f6nnen. Eine separate Anmeldung am Unzer-H\u00e4ndlerbereich ist f\u00fcr die Zahlungsabwicklungen der Shopbestellungen dadurch nicht mehr 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 Bankeinzug\/Lastschrift (DE, AT und CH) automatische Vorkasse Sofort\u00fcberweisung (in DE und AT) Rechnungskauf (ohne Zahlungssicherung) PayPal Debitkarte * Giropay * iDeal * EPS * Rechnungskauf (mit Zahlungssicherung) * B2B Rechnungskauf (mit Zahlungssicherung) * Przelewy 24 * MasterPass * EasyCredit * PostFinance * BillSAFE (nur Bestandskunden) * nur in der Edition "Premium" verf\u00fcgbar 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 5.6.x bis 7.4.x PHP Decoder installierter ionCube Loader Shopversionen \/ -editionen OXID eShop Community Edition (CE), Professional Edition (PE) oder Enterprise Edition (EE) in Compilation Version 6.0.x 6.1.x 6.2.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 \u201eiDeal\u201c oder \u201ePrzelewy24\u201c wird ein freier Cronjob ben\u00f6tigt bei Verwendung der Zahlungsart \u201eVorkasse\u201c oder \u201eRechnungskauf\u201c wird ein freier Cronjob ben\u00f6tigt Beachten Sie, dass die Ihnen vorliegende Modulversion entsprechend f\u00fcr PHP 5.6, PHP 7.0, PHP 7.1, PHP 7.2, PHP 7.3 oder PHP 7.4 sowie dem auf Ihrem Server vorhandenen Decoder (ionCube Loader) 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":"Modul zur Installation hinzuf\u00fcgen","text":"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.2.1.1 --update-no-dev Achten Sie darauf, dass die Installation \u00fcber Composer mit derselben PHP-Version erfolgt, in der auch Ihr Shop installiert ist. Sie erhalten sonst 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\/Neuinstallation\/Modul_hinzufuegen.html"},{"title":"Verwendung eigener Themes","text":"Das Modul ist f\u00fcr die Verwendung mit den folgenden OXID-Themes vorbereitet: 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":"Aktivieren Sie das Modul \u00fcber den Shopadmin unter Erweiterungen \/ Module. Klicken Sie nach Auswahl von Unzer auf den Button Aktivieren. Enterprise Editon: Achten Sie darauf, dass das Modul in weiteren Shops (Mall) ebenfalls aktiviert werden muss, um dessen Funktion dort auch zu nutzen.","tags":"","url":"installation\/Neuinstallation\/Modul_im_Shop_aktivieren.html"},{"title":"Shopanpassungen installieren","text":"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.","tags":"","url":"installation\/Neuinstallation\/Shopanpassungen_installieren.html"},{"title":"TMP-Ordner leeren","text":"Leeren Sie das Verzeichnis tmp \u00fcber Admin \/ D3 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. Erfordert Ihre Installation eine andere Vorgehensweise zum Leeren des Caches oder zum Aktualisieren der Datenbank-Viewtabellen, f\u00fchren Sie diese bitte aus.","tags":"","url":"installation\/Neuinstallation\/TMP-Ordner_leeren.html"},{"title":"Lizenzschl\u00fcssel eintragen","text":"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":"Deaktivieren Sie das Modul \u00fcber den Shopadmin unter Erweiterungen \/ Module. Klicken Sie nach Auswahl von Unzer auf den Button Deaktivieren.","tags":"","url":"installation\/Update\/Modul_deaktivieren.html"},{"title":"Dateien erneuern","text":"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.2.1.1 --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 die Installation \u00fcber Composer mit derselben PHP-Version erfolgt, in der auch Ihr Shop installiert ist. Sie erhalten sonst 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":"Wechseln Sie im Adminbereich zu Erweiterungen \/ Module. Klicken Sie nach Auswahl von Unzer auf den Button Aktivieren.","tags":"","url":"installation\/Update\/Modulinformationen_aktualisieren.html"},{"title":"Shopanpassungen installieren","text":"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 D3 Module \/ Modul-Connector \/ Modulverwaltung \/ Modulinstallation pr\u00fcfen.","tags":"","url":"installation\/Update\/Shopanpassungen_installieren.html"},{"title":"TMP-Ordner leeren","text":"Leeren Sie das Verzeichnis tmp \u00fcber Admin \/ D3 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. Erfordert Ihre Installation eine andere Vorgehensweise zum Leeren des Caches oder zum Aktualisieren der Datenbank-Viewtabellen, f\u00fchren Sie diese bitte aus.","tags":"","url":"installation\/Update\/TMP-Ordner_leeren.html"},{"title":"Lizenzschl\u00fcssel aktualisieren","text":"Wird f\u00fcr die neue Modulversion ein aktualisierter Lizenzschl\u00fcssel ben\u00f6tigt, tragen Sie diesen im Adminbereich unter D3 Module \/ Modul-Connector \/ Modulverwaltung ein. Klappen Sie dazu den Eintrag des jeweiligen Moduls aus und starten den Lizenzassistent.","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":"Deaktivieren Sie das Modul unzer \u00fcber den Shopadmin Erweiterungen \/ Module. Klicken Sie nach Auswahl von Unzer auf den Button Deaktivieren.","tags":"","url":"installation\/Deinstallation\/Modul_deaktivieren.html"},{"title":"Modul aus der Installation entfernen","text":"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 Achten Sie darauf, dass die Installation \u00fcber Composer mit derselben PHP-Version erfolgt, in der auch Ihr Shop installiert ist. Sie erhalten sonst 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\/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":"Leeren Sie das Verzeichnis tmp \u00fcber Admin \/ D3 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. Erfordert Ihre Installation eine andere Vorgehensweise zum Leeren des Caches oder zum Aktualisieren der Datenbank-Viewtabellen, f\u00fchren Sie diese bitte aus.","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"}]} |