Bird

Also der Sinn des Gesetzes ist ja, dass sichergestellt werden soll, dass der Kunde über die gesetzliche Gewährleistung informiert ist. Demnach wäre es meiner Meinung nach nicht verkehrt, wenn der Kunde das auch bestätigen soll. Natürlich ist das nicht gesetzlich vorgeschrieben, aber dadurch ist der Betreiber des Shops auf der sicheren Seite. Und wie ich bereits erwähnt habe (und wir uns Einig sind), ist eine geschachtelte Anzeige der Mitteilung zur Zeit weder explizit erlaubt noch verboten. Das man die Mitteilung so anzeigen muss, wie in einem lokalen Geschäft, ist tatsächlich unmöglich und wird im Gesetzestext sogar erwähnt. (Wie z.B. soll man mindestens A4 auf einem Smartphone anzeigen?) DURCHFÜHRUNGSVERORDNUNG (EU) 2025/1960 DER KOMMISSION Richtlinie 2011/83/EU Soweit ich es beurteilen kann, steht nirgendwo in welcher Weise man diese Mitteilung auszustellen hat. Im Geschäft kann man sie also neben der Kasse oder an der Tür anbringen (oder sogar als Tischdecke). Im Onlineshop kann man sie demnach auch auf einer CMS Seite anbringen, solange man gewährleistet, dass der Kunde vor Kaufabschluss über die gesetzliche Gewährleistung informiert wird und, dass die Mitteilung farbig (RGB) ist.

@DRMasterChief Ich habe mir jetzt die entsprechenden Gesetzestexte mal im Detail angeschaut und muss Dir zustimmen, dass eine einfache Verlinkung im Footer womöglich doch nicht so ganz ausreicht. Allerdings habe ich auch eine neue Lösung gefunden. Nämlich das Advanced EU Compliance Modul. Da wir unsere Rückgabebedingungen / Widerrufsrecht in unseren AGB miteingebaut haben, hatte ich die Idee, die vorhandene "Revocation Terms within ToS" Funktion für die Gesetzliche Gewährleistung zu benutzen. Damit hat man also eine klare Zustimmung des Kunden, dass dieser die Gewährleistung zur Kenntnis genommen hat. Ich könnte das AdvancedEU Modul für die Gesetzliche Gewährleistung dementsprechend anpassen, dass man nur noch eine CMS Seite hinzufügen muss und in dem Modul auswählt. Vorher wollte ich aber fragen, was Du und @Pedalman von dieser Idee haltet. Die CMS Seite würde dann, wie die AGB, als iFrame popup nach Klick auf den Link erscheinen. Ich bin mir im klaren darüber, dass die geschachtelte Anzeige noch umstritten ist. Aber da sie in den Guidelines explizit vorkommen, bin ich zuversichtlich, dass sich das auch noch ändern wird. Die Idee, die Notiz in die Checkbox einzufügen, erfüllt jedenfalls die Pflicht, die Notiz beim "point of sale" auszustellen.

Ich möchte hier keinen Krieg anzetteln , aber ich verstehe nicht ganz, wo du diese Informationen her hast. In der offiziellen Richtlinie steht lediglich folgendes: https://commission.europa.eu/publications/practical-guidelines-and-high-resolution-vector-files-eu-notice-and-label-product-guarantees_en Wie man jetzt "prominent manner" interpretieren mag, ist wohl jedem selbst überlassen. (Klassischer Fall von Gesetz vor Implementierung) Ich interpretiere es so, dass es einfach auf jeder Seite einen Link geben muss, der einen sofort zu dem Label führt, ähnlich einer Impressumsseite / Datenschutzerklärung. In den angehängten Bildern ist ein Beispiel zu sehen, bei dem im Header ein Link zu sehen ist, der dann zu dem Gewährleistungslabel (scheinbar auf einer separaten Seite) führt. Dieses Beispiel unterscheided sich kaum von meinem Vorschlag, nur dass ich den Link im Footer, bzw. in dem CMS Block darstelle.

Hey @DRMasterChief da ich mich zu dem Garantielabel nicht so sehr informiert habe, kann es wohl sehr gut sein, dass ich die Anforderungen mit dem Gewährleistungslabel vermischt habe. Trotzdem wollte ich nur vermitteln, dass man für das Gewährleistungslabel nicht zwangsläufig das Thema (.tpl dateien) anpassen muss.

Ich denke, dass so ein großer Aufwand für das Gewährleistungslabel gar nicht nötig ist. Aus den offiziellen Richtlinien kann man interpretieren, dass eine einfache CMS Seite ausreicht. Ich persönlich benutze das "Block CMS" modul und verweise darüber auf die entsprechende CMS Seite. Anscheinend muss man das Label aber auch zur Bestätigungsmail hinzufügen. Meine implementierung ist in beiden Fällen (CMS, Email) wie folgt. Deutsch: <a href="https://europa.eu/youreurope/garantien"> <img src="https://domain.tld/img/cms/Legal-guarantee-harmonised-notice_de.jpg" alt="Gewährleistungslabel" title="Gewährleistungslabel mit den wichtigsten Infos zum gesetzlichen Gewährleistungsrecht" width="880" height="1199" style="border: 1px solid #515560;"> </a> Englisch: <a href="https://europa.eu/youreurope/guarantees"> <img src="https://domain.tld/img/cms/Legal-guarantee-harmonised-notice_en.jpg" alt="Harmonised notice" width="884" height="1200" title="Harmonised notice highlighting the main elements of the legal guarantee of conformity" style="border: 1px solid #515560;"> </a>

I second this suggestion. Here are my entries, vibecoded mostly with gemini and lumo. The attached module "tbswipershim" converts the outdated bxSlider elements to Swiper.js elements instead. Now the slides work with touch input, yay! My other module, which is a fork of the NoCaptchaReCaptcha module, replaces the google captcha with an Altcha proof of work captcha, but although it works, it still needs a lot of work: tbswipershim.zip

Our shop still needs some work, but it is mostly presentable. Would love to be added to the list. https://pipecoating24.de/

Hi y'all, first of all, if this is in the wrong subforum, I'm sorry... I just created my account. 😅 So, a while ago I came up with the idea to create a new module for a proof of work captcha. After a quick search I found the amazing https://altcha.org/docs/ captcha system and obviously the (outdated) https://github.com/thirtybees/nocaptcharecaptcha. I got it kinda working but can't get rid of some issues and would love to get some help from this amazing community. Unknown issues: - The captcha works in the module configuration (which is obviously in the backoffice), but not on the login screen for the backoffice (careful when activating it, you have to delete the altchacaptcha module folder through your hosting to be able to login again) - Whenever I open the "Live Edit" (under Modules/Positions tab in the backoffice) with the module active, I get a popup with: TECHNICAL ERROR: Failed to load module list Known issues: - Some behaviour (like the advanced settings) might be buggy with both the altcha module and the nocaptcha module active, because of file conflicts (both modules use files with the same name) Because of the "Live Edit" error, I modified the `views/templates/front/hook-captcha.tpl`. It should actually look something like this: <label>{l s='Captcha' mod='altchacaptcha'} ^*</label> <altcha-widget id="{$captchaHtmlId|escape:'html'}" challenge="{$challengeLink|escape:'html':'UTF-8'}" language="{$languageIso|escape:'html':'UTF-8'}"></altcha-widget> Also, I used AI during the creation of the module, because I never worked with PHP before. I try to keep my AI usage mostly to research, but occasionally I insert the provided code as is, because either it is just that good, or I'm way too dumb to code it myself. Hope you understand. As it is basically a rewrite of the NCRC module with AFL 3.0 and the Altcha code is licensed under MIT license, I think we can all work on this module going forward and distribute it as an official module. I don't have to be included in any credits, my only wish is for this module to stay free and open source. You can check the changes made to the main .php file with the attached diff.patch file, if you don't want to download the whole module. altchacaptcha.zip diff.patch