Jump to content

siebenjahre

Members
  • Posts

    15
  • Joined

  • Last visited

Profile Information

  • Location
    Berlin, Germany
  • Activity
    Developer

siebenjahre's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Stimmt, ich habe da ein paar Anpassungen vorgenommen. Das Problem ist aber mit dem Original EU-Template das gleiche. Oder sollte es nicht? Ich habe das Problem jetzt "gelöst" (allenfalls ein Notbehelf) in dem ich die Nettopreise so angepasst habe (mehr Nachkommastellen) dass es bei der MwSt-Berechnung nur noch minimal Rundungsabweichungen gibt. @Mutabor, danke auch dir für deine Antwort. Das ist genau die Info die ich brauchte. Ich dachte EU legal wäre der Nachfolger mit allen Funktionen von GC German. Wenn das nicht der Fall ist sollte da schon eindeutiger darauf hingewiesen werden, denn dann wäre ich bei dieser Neuinstallation wohl erst mal bei 1.5 geblieben.
  2. Hallo, ich habe Probleme mit der Berechnung der Mehrwertsteuer. Ich habe jetzt ein paar Stunden diverse Threads zum Thema durchgelesen aber bin noch nicht wirklich viel schlauer. Ich nutze 1.6.0.9 mit EU Legal 1.0 Es wird hier und da erwähnt dass EU_legal Rundungsprobleme löst, aber genau welche denn eigentlich? Mal ein Beispiel aus einer Rechnung: a) Gesamt MwSt. wird zweimal unterschiedlich angezeigt. In der oberen Tabelle ist die Basis die addierten Bruttopreise, in der unteren Tabelle sind es die addierten Nettopreise. Da gibt es natürlich Abweichungen durch Rundung. Das müsste doch konsistent sein? Ich habe gesehen dass es ab 1.6.1 dann eine Option geben soll die Steuerberechnung auf Basis der Nettogesamtsumme vorzunehmen, und nicht für jeden Posten einzeln. Klingt sehr sinnvoll. Doch einstweilen frage ich mich schon warum die Berechnung in der von EU_legal hinzugefügten Steuerübersicht inkonsistent ist. Und gibt es vielleicht noch eine andere Möglichkeit die ich bislang übersehen habe? Danke!
  3. Hi Andy, Please read the OP again. The question is not how to set qty discount (specific prices, as you explained). The issue is that with specific prices set, the displayed product base price does not update dynamically when increasing or decreasing the # of selected items on product page. So for customers, there is no visual indication about the discount being applied until they get to shopping cart. FYI, I'm using specific price rules that modify the base price. Thanks, Udo
  4. Check this for a hack I applied to solve this: http://www.prestashop.com/forums/topic/355850-remove-carrier-selection-step-4-from-checkout-just-use-the-default-carrier-without-asking
  5. Eine Frage zur Anzeige der Lieferzeit für die einzelnen Produkte im Warenkorb/Kasse. Der Text hierfür wird ja im Produkt unter Mengen->"Displayed delivery time text when in-stock" festgelegt. Unser Problem: Wir versenden international, deswegen kann hier nicht immer die gleiche Angabe stehen (ist also abhängig vom Land in das versendet wird bzw. dem ausgewählten Versanddienst) Für mich wäre es am besten wenn hier die Angabe zur Lieferzeit aus dem vom Kunden ausgewählten Versanddienst übernommen würde. Natürlich funktioniert das wieder nur bei der Kasse, nicht im Warenkorb, bzw. erst sobald der Kunde angemeldet ist. Bevor ich da weiter grübele würde ich mich über kurzes Feedback freuen ob ich da vielleicht eine vorhandene Funktion übersehe oder einen Denkfehler mache.
  6. Hallo noch mal, soweit läuft bei mir jetzt fast alles wie gewünscht mit EU legal. Großen Dank ans Team! Ein Problem bleibt noch: Chrome zeigt mir in der Konsole auf der Seite /bestellung (letzter Schritt, Auswahl der Zahlungsart) einen Fehler mit SSL: The page at 'https://meinshop.com/shop/de/bestellung?multi-shipping=' was loaded over HTTPS, but is submitting data to an insecure location at 'http://meinshop.com/shop/de/module/sofortbanking/payment?token=97db626460e3f35c7sds769fe88899ad4&redirect=1': this content should also be submitted over HTTPS. ( bestellung?multi-shipping=:582) (Domainnamen habe ich geändert) Dieser Fehler bewirkt dass in der Adresszeile die SSL-Verschlüsselung nicht angezeigt wird, das ist natürlich Gift für das Vertrauen unserer Kunden. Die von Chrome referenzierte Stelle im Code ist: <tr style="display:none" id="sofortbanking_form_container" data-do-not-toggle="1"> <td colspan="3"> <form method="POST" action="http://meinshop.com/shop/de/module/sofortbanking/payment?token=97db626460e3f3sdsd84769sde8ds899ad4&redirect=1"> <input style='display:none' type='submit' id='submit_sofortbanking'> Ich habe erfolglos versucht diese Stelle im Code meiner Quelldateien in zu finden - komischerweise ist selbst der Text id="sofortbanking_form_container" nirgendswo zu finden. Hat jemand eine Idee? Danke!
  7. I applied a quick hack to make this work for now. Just a bit of CSS that hides the contents of the carrier selection page and a line of javascript that automatically clicks the "go to checkout" button once the page is ready. With page loading time of a second it's barely noticable, but surely not a beatiful long term solution.. -------------------------------- css/global.css -------------------------------- #order #carrier_area { display:none; } --------------------------------- js/global.js --------------------------------- $(document).ready(function(){ // Skip carrier selection in checkout by proceeding automatically $("body#order #carrier_area form button").click(); .... ------------------------------- order-steps.tpl ------------------------------- index 9b7a08d..d5881f6 100644 [spam-filter] -62,7 +62,7 [spam-filter] <span><em>03.</em> {l s='Address'}</span> {/if} </li> - <li class="{if $current_step=='shipping'}step_current{else}{if $current_step=='payment'}step_done step_done_last{else}step_todo{/if}{/if} four"> + {*<li class="{if $current_step=='shipping'}step_current{else}{if $current_step=='payment'}step_done step_done_last{else}step_todo{/if}{/if} four"> {if $current_step=='payment'} <a href="{$link->getPageLink('order', true, NULL, "{$smarty.capture.url_back}&step=2&multi-shipping={$multi_shipping}")|escape:'html':'UTF-8'}"> <em>04.</em> {l s='Shipping'} [spam-filter] -70,9 +70,9 [spam-filter] {else} <span><em>04.</em> {l s='Shipping'}</span> {/if} - </li> + </li>*} <li id="step_end" class="{if $current_step=='payment'}step_current{else}step_todo{/if} last"> - <span><em>05.</em> {l s='Payment'}</span> + <span><em>04.</em> {l s='Payment'}</span> </li> </ul> <!-- /Steps -->
  8. In our shop we are offering only one carrier so really it doesn't make sense to offer a selection of carriers to clients during the checkout process. It's quite confusing for users - prompting to "please choose a carrier", when actually they do not need to do this - there is only one option which is already selected on that screen! I searched the forums and found only an old thread for 1.5.3 that wasn't very helpful as it did not really show what changes to make, besides it's probably outdated with 1.6 I wonder why I find so little about this on the forums, isn't this a pretty common situation? I know a lot of online shops that I buy at where I have no option to select a carrier. So what I'd like to do is skip the carrier selection step and just go straight to payment selection. Am I missing something obvious? I'm using 1.6.0.9 with EU_legal module. Thanks!
  9. PrestaFanBoy, did you by any chance in the meantime adapt this to 1.6? It would be great if you'd share your modifications. Also I'm having trouble finding exactly what you are overriding in the orders controller since to me it looks like you uploaded the original OrderController.php from 1.5.3.1 release. Thanks!
  10. Ich hab's manuell von github geladen und auch via FTP das Standard-Modul ersetzt, leider taucht's immer noch nicht im Bezahlprozess auf.
  11. Hallo, zu Problem #1 (Paypal / AGB-Häkchen) - ich habe das inzwischen gemacht, gleiches Problem wie vorher. Ich habe auch die allerneueste dev-Version aller EU_legal Module installiert. Problem #2 (fehlender Text Widerrufsrecht) ist gelöst, danke! Neues Problem #3 - sofortbanking Modul (EU legal, neueste Version von github) via FTP installiert und vollständig nach Anleitung konfiguriert. Wird im Warenkorb (unter /schnell-bestellung) aber nicht als Zahlungsmethode angezeigt (weiterhin nur Paypal). Alle Häkchen unter Module -> Zahlungsart gesetzt ("Standard-Währung", alle User, alle Länder) Was mir auffällt: in der EU_legal Konfig. fehlt der Eintragt für sofortbanking, obwohl es eindeutig installiert ist (unter "mitgelieferte Module" wird nur Google Analytics, Trusted Shops, EU Bankwire, EU cheque, EU Paypal, EU Cash on delivery angezeigt)
  12. Danke! Nein, die Paypal-Einstellungen sind noch nicht komplett. Werde ich nachholen. Wiederrufsrecht ist auch noch nicht da. Ich probiere das mal aus und melde mich dann zurück.
  13. Ich habe auch das Problem dass wenn ich 1. Paypal auswähle 2. Dann die AGB akzeptiere 3. --> Der Radio-Button bei Paypal wieder zurückgesetzt wird (also nicht ausgewählt). Ich verwende Prestashop 1.6.0.9 und habe mir gestern die allerneueste Version von EU legal installiert. Modifiziertes Paypal-Modul ist via FTP installiert. Auf Anfrage kann ich euch Entwicklern gerne einen Admin-Zugang geben, der Shop ist recht frisch installiert und bislang noch nicht produktiv im Einsatz. Weiteres Problem: Der AGB-Text wird angezeigt als "Ich erkläre mich mit den AGB" - der Rest fehlt. Wie gesagt eine komplett neue Installation mit Standard-Theme und ohne besondere Module. Danke euch
×
×
  • Create New...