Search the Community

Buna ziua! Am o eroare in momentul in care accesez meniul Module din Back Office. Ma puteti ajuta va rog sa rezolv cumva aceasta eroare. Se pare ca este ceva in neregula la linia 1552 la modulul advancedeucompliance. Multumesc anticipat! Warning pe linia 1552 in fisierul /home/numemagazin/public_html/modules/advancedeucompliance/advancedeucompliance.php[2] Declaration of Advancedeucompliance::disable() should be compatible with ModuleCore::disable($force_all = false) Codul de la linia 1552: } (este doar aceasta paranteza )

Hello, When I turn debug on ('_PS_MODE_DEV_', true), I see, when in the backoffice I load the menu "Modules and services" a popup error Unknown error on line 1552 in file xxx/modules/advancedeucompliance/advancedeucompliance.php [2048] Declaration of Advancedeucompliance::disable() should be compatible with ModuleCore::disable($force_all = false) Is this a bug or ??? When debug is off, the "Modules and services" page loads two times. Thank you in advance Patrice

Hi @all, we are currently using your Prestashop module "Advanced EU Compiance" (v2.0.2) in almost all our Prestashop projects (version 1.6.1.1 - 1.6.1.9). So far it was working fine, but unfortunately when we enable the gift wrapping option in "Preferences->Orders", we are experiencing the problem that the gift wrapping costs are not being taken into account in the calculation of the final price of an order in step 5. It seems that the gift wrapping option is not being set within step 4 in the shopping cart after hitting the "Proceed to checkout" button. ==> Therefore step five does not recognize the wrapping option and does not calculate the wrapping costs accordingly. When I go to back to step 4 from here the checkbox for gift wrapping is not activated. I have not found any solution on the Internet yet and also did not find any source where someone experienced the same problem, but we have tried this on different prestashop instances and it seems it is a problem with the advancedeucompliance module itself, since the gift wrapping option works fine when we disable advancedeucompliance. This is a basic prestashop implementation v1.6.1.9 with the advancedeucompliance module installed and gift wrapping option enabled where the error appears: http://toys.thomax-media.de/en/ Do you have any idea what the problem might be and do you know a fix for this issue? Do you also experience this kind of problem with your latest version of advancedeucompliance (v2.0.2) or did we miss anything on the modules setup or configuration? Thank you very much in advance for your feedback. With best regards from Osnabrück

Hi, we have a shop (1.6.1.9) running with the standard PayPal module (v 3.11.1), using the Plus Option, and the AdvancedEuCompliance module (v 2.0.2). It seems, that there is no proper hook integrated for displaying the various paypal plus payment methods in the "order-payment-advanced.tpl" template. There is no "HOOK_PAYMENT", instead there is a hook called "HOOK_ADVANCED_PAYMENT". If the setting 'PS_ADVANCED_PAYMENT_API' is not activated, the PayPal module works fine and displays the various payment options - the "order-payment-classic.tpl" Template will be used. For the moment, there is no possibility to deactivate the setting in the live shop, because the setting enables a correct displayment of all the order data, according to EU laws. Additionally if I use the Plus option, there is also a PayPal express button integrated in the shopping cart page bottom, which results in an error if you click it. I thought the express option would not be active if I use the Plus option. Is there anyone else, who has the same problem? Or is there an existing fix, which I did not found yet? Best regards

Hola a todos, Estoy desarrollando el sitio web de mi sobrino, y me gustaría personalizar la presentación del módulo oficial advancedeucompliance, en concreto el hookDisplayProductPriceBlock. La idea es poder distinguir la etiqueta Estimated delivery time label (available products), de la etiqueta Estimated delivery time label (out-of-stock products), con la finalidad de aplicar diferentes estilos mediante el correspondiente CCS. Para ello he modificado el correspondiente tpl, hookDisplayProductPriceBlock.tpl de forma que el apartado identificado como {* "Delivery Estimation" Price Hook templating *}, lo he dejado como sigue: {if $product->quantity > 0} {if isset($smartyVars.after_price) && isset($smartyVars.after_price.delivery_str_i18n)} <div class="aeuc_delivery_label_green"> {$smartyVars.after_price.delivery_str_i18n|escape:'htmlall'} </div> {/if} {/if} {if $product->quantity <= 0} {if isset($smartyVars.after_price) && isset($smartyVars.after_price.delivery_str_i18n)} <div class="aeuc_delivery_label"> {$smartyVars.after_price.delivery_str_i18n|escape:'htmlall'} </div> {/if} {/if} Con ello modifico el div de la etiqueta con lo que adaptando el correspondiente CCS puedo personalizar la presentación de esta etiqueta, y esto me funciona perfectamente en las páginas de producto, como podéis ver en el caso de Estimated delivery time label (available products) O en el caso de Estimated delivery time label (out-of-stock products) sin embargo no soy capaz de que funcione en los listados de productos. Supongo que debería de modificar el product-list.tpl pero no soy capaz de determinar de qué forma. Agradecería cualquier ayuda y/o sugerencia. Un saludo Ricardo Prestashop 1.6.1.6 Nota.- Editado para ajustar el tamaño de las imágenes incluidas

Bonjour, Je suis passée depuis peu à PS 1.6 ! Bien que l'ensemble soit très attrayant, je rencontre une difficulté que je n'arrive pas à résoudre depuis un moment. Mon processus de commande est OPC, une seule page de commande. Lorsqu'un déjà existant client de la boutique passe une nouvelle commande, ses adresses de livraison et de facturation s'affichent sans possibilité de les modifier. Or ce n'est pas le comportement normal en commande standard 5 pages. Et ce n'était pas non plus le comportement normal sur ma précédente version 1.5, que ce soit une commande OPC ou standard 5 pages. Quelqu'un rencontre-t-il le même problème et pourrait m'aider ? Merci à tous Site : bijouxdemariage.com

Buenas a todos, voy a publicar un BUG que he detectado con el módulo que viene en Prestashop "advancedeucompliance - Cumplimiento avanzado en UE" con la versión de Prestashop 1.6.1.1 FUNCIONAMIENTO NORMAL DE PRESTASHOP Como funcionamiento normal de la tienda, cuando un cliente añade un producto al carrito de compra, se crea una línea en la tabla ps_carrier con la información del carrito de compra. Mientras el cliente va siguiendo los pasos y antes de elegir el transportista, en esa línea creada, la columna de Id_carrier es 0 y la columna de delivery_option está vacía porque no hay ninguna información sobre el transportista elegido. Sin embargo cuando el cliente elige el transportista y continua el paso hasta los "métodos de pago", el id_carrier es actualizado con la Id del transportista elegido y en delivery_option aparece información relativa al envío. Estos datos son extraídos por los módulos de pago para mostrar los precios sumando los costes de envío y demás. FUNCIONAMIENTO ANÓMALO A CAUSA DEL MÓDULO Sin embargo desde que se instala el módulo "ADVANCEDEUCCOMPLIANCE", en todo momento la línea creada en ps_carrier permanece con la columna de id_carrier en 0, incluso después de elegir el transportista. A causa de esto, ciertos módulos de métodos de pago (por ejemplo los de contrareembolso y redsys adquiridos en Alabazweb.com) originan un error y no se suman los costes de envío y en el caso del contrareembolso, no aparece entre los métodos de pago (desaparece). Seguramente más módulos relacionados con esto se ven afectados. El problema lo estoy intentando detectar más a fondo, pero reside a bien en los parámetros que instala en la tabla ps_configuration o en cietras funciones relacionadas con el carrier en su archivo php. Voy a proceder a notificarlo a los desarrolladores para que optimicen y saquen un FIX al problema. Espero haberos ayudado y al menos ahorraros muchas horas de desesperación buscando el problema (las mismas que he empleado yo en detectarlo y encontrar el origen del problema) Saludos.

Dank thepans Testversion konnte ich vorhin mal ein paar Vergleiche der beiden Versionen 1.6.0.14 und 1.6.1 beta anstellen. Auf jeden Fall hat sich, wie ja hier im Forum schon mehrfach bemängelt wurde, die Qualität der Übersetzung wieder verschlechtert. Manche „Errungenschaft“ von EU legal bringt PS 1.6.1 mit dem integrierten Modul AdvancedEUCompliance derzeit noch nicht mit. Ich eröffne deshalb hier mal eine neuen Thread, in dem wir vielleicht die Mängel zusammentragen können und der eine oder andere für Verbesserungsvorschläge sorgen kann. Zur Illustration hier mal ein paar Screenshots, die über die Punkte hinausgehen, die bereits hier diskutiert werden: https://www.prestashop.com/forums/topic/441031-ps-161-kein-eu-legal-mehr-notwendig/ Artikel -> Artikelpreis 1.6.0.14 Artikel -> Artikelpreis 1.6.1 Aus dem Nettopreis wird fälschlicherweise ein „Einzelhandelspreis“. Aber was viel gravierender ist: Die Möglichkeit der Bruttopreiseingabe bei automatischer Errechnung de Nettopreises gibt es nicht mehr. Damit Prestashop keine Rundungsfehler macht, bedeutet das, den Nettopreis mit 6 Stellen genau hinterm Komma einzugeben – das ist völlig unpraktisch! Der seit 1.6.0.14 vorhandene Fehler im Artikel-Menü ist immer noch drin: Aus den Artikel-Eigenschaften sind an gleich mehreren Stellen im Programm die „Maßnahmen“ (features) geworden. Auch die seit (gefühlt) 1.5.6 bereinigten "Produktmerkmale" sind wieder da. Menü Katalog 1.6.0.14 Menü Katalog 1.6.1 Da Prestashop nur SQL-Abfragen erlaubt, war der sog. „SQL-Manager“ seit längerem korrekt zu „SQL-Abfragen“ umbenannt worden. Das ging auch einige Versionen lang gut. Zuletzt in Prestashop 1.6.0.14 Jetzt in Prestashop 1.6.1 erscheint der „SQL-Manager“ in alter Unvollkommenheit: Es gibt noch viele andere Ungereimtheiten in den Übersetzungen, z.B. ist mal von „Zonen“, mal von (so war es ab 1.6.0.9 ) „Gebieten“ die Rede, mal sind es „Produkte“, mal „Artikel“, die „Versanddienste“ werden gelegentlich zu „Versanddienstleistern“ und Einiges ist überhaupt nicht (oder falsch) eingedeutscht. EU legal verdankten wir die Möglichkeit, die Lieferzeit nicht nur global, sondern auch (wo erforderlich) spezifisch beim einzelnen Artikel zu erfassen. Hier dazu Prestashop 1.6.0.14 Das wurde in Prestashop 1.6.1 (bis jetzt jedenfalls) wieder rückgängig gemacht: Das Rechnungsformular von 1.6.1 sieht zwar jetzt um einiges besser aus als vorher, doch scheint die neue dynamische Berechnung der Spaltenbreite nicht richtig zu funktionieren, denn es findet immer noch ein Umbruch mitten im Wort statt: Und die Ersetzung des Steuersatzes durch einen Steuercode (1,2) finde ich ... suboptimal. Bisher war es mit wenig Aufwand möglich, sich in der Rechnung den Steuersatz beim Produkt ausgeben zu lassen. Das wird wohl jetzt schwieriger sein, da Prestashop nun im Core den {tax code} verwendet. Vielleicht hat ja jemand eine Lösung. So, mehr fällt mir im Moment nicht ein.

Hallo, ich weiß nicht ob ich mich blöd anstelle, oder ob hier wieder ein Bug im Modul advancedeucompliance ist: Szenario: Sowohl Verbraucher als auch Händlerkunden sollen im gleichen Shop einkaufen können. Die Verbraucher sehen den Preis inkl. MwSt. Die Händler sollen ihren rabattierten Preis zzgl. MwSt sehen. Maßnahmen: Neue Kundengruppe "Händler" angelegt mit der Option "Preise anzeigen -> zzgl. MwSt" Artikelpreise mit hinterlegtem Sonderpreis für Gruppe "Händler" Ergebnis: Händler sehen zwar den korrekten Sonderpreis ohne MwSt. im FrontOffice, allerdings mit dem Zusatz "inkl. MwSt." was ja falsch ist. Hier sollte jetzt wie in den Kundengruppen festgelegt "zzgl. MwSt." stehen. Der korrekte Zusatz erscheint nur wenn ich in den Steueregeln im gesamten Shop die MwSt. Anzeige deaktiviere. Kurios: Wenn ich in den Einstellungen von advancedeucompliance die Option "MwSt. anzeigen" deaktiviere zeigt das FO dennoch die Zusätze "zzgl. bzw. inkl. MwSt. an. Diesmal sogar korrekt, allerdings unformatiert, in der gleichen Schriftgröße wie der Preis. bootstrap-default mit angepasstem Farbschema PS 1.6.1.1 Kann das jemand nachvollziehen oder stelle ich mich hier einfach blöd an und muss bestimmte Optionen miteinander kombinieren?