Jump to content
xt:Commerce Community Forum

xt:Commerce

Members
  • Content Count

    164
  • Joined

  • Last visited

  • Days Won

    17

Everything posted by xt:Commerce

  1. Das Problem ist das nicht alle Banken moderne Schnittstellen zur Verfügung stellen, da brauchst du entweder ein spezielles Konto mit API Schnittstelle und aktivier Benachrichtigung oder zusätzliche Software die dein Bankkonto über die XS2A Schnittstelle abfragen kann - hierzug gibt es auch bereits Plugins für xt:Commerce welche die obere Anforderung direkt abdecken - und es wird bei eingehen einer Echtzeitüberweisung automatisch der Bestellstatus aktualisiert. https://addons.xt-commerce.com/de/Plugins/Zahlungsweisen/Automatische-Zuordnung-von-Bankueberweisungen-mit-Komfortkasse.html
  2. Dann hast du dies im Backend so eingestellt das bei der Schweiz die 5% berechnet werden.
  3. Wie im Ticket, auch für die Nachwelt. Der Fehler kommt idr wenn man versucht KP mit KCO Credentials zu nutzen. Der Auth funktioniert scheinbar mit KCO Credentials, aber dann beim anlegen der Session über die Klarna API wird das mit INVALID_OPERATION quitiert.
  4. Aus Entwickler-Sicht ändert das Urteil aktuell nichts - In den nächsten Wochen wird sich zeigen welche Dienste Ihre Verträge aktualisieren. Das ganze betrifft ja nicht nur reCaptcha sondern auch Dinge wie CloudFlare, Google Meet, Skype, Google Ads, Mailchimp, etc pp. Es wird wohl darauf hinauslaufen das entweder die Dienstleister Ihre Verträge aktualisieren, auf eine Speicherung in der EU ausweichen oder das man noch mehr Consent-Banner in seinem Shop benötigt als aktuell.
  5. Das gibt es Lösungeon von einer Vielzahl von Payment Service Providern. Je nach Bank kann eine Echtzeitüberweisung aber bis zu 5 Eur kosten - das ganze ist keine "zahlungsweise" sondern eine normale SEPA überweisung mit Expressoption, welche der Kunde initieren muss. von daher ist aktuell die Lösung in richtung sofortüberweisung, oder sepa direct debit über einen PSP eigentlich der bessere weg.
  6. Das verstehst du falsch, lass dich bitte von einem Anwalt beraten. Hier geht es um einfach Banner mit nur einem OK Knopf und Info Box und keiner Möglichkeit einer Einwilligung/nicht Einwilligung.
  7. Es muss nur das Plugin in das Verzeichnis geladen werden, wie z.b. das Youtube Plugin - dieses wird auch automatisch eingebunden.
  8. Ja das geht von alleine - das Plugin welches ein zustimmungspflichtiges Cookie setzt, registriert über die Funktion des cookie Consent Plugins die jeweiligen Cookies, und diese werden dann nur bei Opt-In gesetzt. Plugins welche zustimmungspflichtige Cookies setzen müssen natürlich dafür vom Modulhersteller angepasst werden um unsere Consent Lösung zu unterstützen.
  9. Inwiefern sollte man keine weiteren Cookies in das Plugin bekommen ? Das Consent Plugin ist doch genau für diesen Fall erweiterbar/gedacht - um Cookies von anderen Plugins (Google analytics ist auch ein Plugin und keine Core Funktion) erst zu setzen wenn eine Zustimmung vorliegt.
  10. Das Plugin benötigt mind. 6.2.2 da es ab Pluginversion 5.1.0 die cookie consent funktion in xtcommerce 6.2.2 benötigt.
  11. Ja, das passiert bei einer mysql 5.7 -> mysql 8 -> mysql 5.7 Migration, die db ist dann nicht mehr so wie sie war. Da bei der Migration von mysql 5.7 auf mysql 8 schema Informationen wegfallen - im konkreten hat mysql 8 kein int(1) mehr, sondern nur mehr int - und daran erkennt der Shop aktuell ob er eine check-box im backend anzeigen soll.
  12. Wer einen Shop Betreibt sollte diesen schon alleine aus Gründen der Sicherheit und geänderten Rechts-Vorschriften aktuell halten. Im Jahre 2020 sollte dies eigentlich jedem klar sein, Software aktuell zu halten. 4.2 ist im Standard nicht mehr DSGVO konform. Page-Speed Wertungen sind halt sehr subjektiv, und haben bei vernünftigem Hosting nur mit dem eingesetztem Template zu tun - der Core selbst hat hier nur Auswirkungen auf den TTFB, und da ist die Performance bei 6.2 besser als bei 4.2, und das alleine schon durch php 7.3 Support und natürlich einer vielzahl optimierungen im core. 4.2 wird unsererseits nicht mehr mit patches versorgt.
  13. Wir haben eine Vielzahl von Kunden mit Problem bei Hosteurope. Es wurde hier ewig kein mysql 5.7 sondern nur veraltete Versionen unterstützt, und jetzt gab es eine akündigung mit einer woche vorlaufzeit auf mysql8 only zu aktualisieren. Als hoster empfehlen wir Mittwald.de und profihost.com Hoster umzug siehe: https://xtcommerce.atlassian.net/wiki/spaces/MANUAL/pages/917683/Domain+ndern+Shop+auf+anderen+Hoster+umziehen
  14. Es gibt noch ein 6.3 Update vor dem 1.7. Für ältere Versionen wird es davor auch mysql 8 Anleitungen geben um die Änderungen vorerst ohne komplettes Update durchzuführen. Hierzu bitte Blog und Newsletter im Auge behalten. http://xt-commerce.cleverreach.de/f/168-135138/
  15. Update zu diesem Topic im Blog, und morgigen Newsletter: https://www.xt-commerce.com/aenderung-der-mehrwertsteuer-und-plugin-zur-preisanpassung/
  16. wenn du nur im admin den Steuersatz anpasst, dann ändert sich auch der Brutto Preis.
  17. das ist der access log, nicht der error log.
  18. Bei einem Fehler 500 gibt es immer einen Eintrag im php Error log (entweder in dem vom Hoster, oder im error log in xtLogs)
  19. das Problem hierbei ist, das der shop (und idr auch kein anderes system) hier keine brutto preise speichert, sondern es wird in netto umgerechnet, auch von angeschlossenen wawis erhalten wir idr nur netto + ust satz. grundsätzlich besteht hier nur die Möglichkeit alle netto preise im System um x,xx% anzuheben um auf den gleichen brutto preis zu kommen - wir prüfen aber ob sich über ein solches plugin dieser netto markup evtl setzen lässt, oder ob es vernünftiger ist alle netto preise anzupassen (auch wegen angeschlossenen systemen) Bzgl buchpreisbindung/VLB - dies ist ja nicht die erste ust Änderung, es gab ja auch bereits am 1.1.2020 (AT) und 18.12.2019 (DE) eine ust änderung für ebooks/Hörbücher - hier hat der vlb neue uvp rausgegeben.
  20. Nach bisherigen Überlegungen ein Plugin was den Steuersatz automatisch für diesen Zeitraum überschreibt um es fristgerecht um Mitternacht zu aktivieren/deaktivieren - am netto preis ändern wir hierbei nichts, das muss sich jeder Händler selbst überlegen. Für gleichbleibende brutto-preise, müsste man nur die Artikel exportieren und die netto preise via Formel anpassen - aber grundsätzlich ist der sinn dieser Aktion ja ein Kaufanreiz für den Kunden.
  21. Hallo!, Wir werden hierfür ein Plugin zur Verfügung stellen um die Änderung automatisiert zu ermöglichen.
  22. Es gibt nur eine Live-Demo der Pro Version: https://www.xt-commerce.com/demoshop-erstellen/ Die Free Version bieten wir nicht-mehr an.
  23. Hallo, Da die Free Version eine Kooperation mit Klarna war, ist diese nur auf Klarna als Haupt-Checkout limitiert. PayPal kann implementiert werden, aber nur über den Klarna Checkout nach erfolgter freischaltung durch Klarna. Um einen anderen Zahlungsanbieter zu nutzen, wird die Pro Version benötigt. (Lizenzdatei austauschen für Umstellung)
  24. Das Plugin wurde mit der Version 5.0.3 erweitert. Es kann nun wie oben gewünscht die Logik pro Versandart festgelegt werden (ob Pflicht opt-in, ooptionaler opt-in, gar kein opt-in) inkl Protokollierung an der Bestellung.
×
×
  • Create New...