DRMasterChief

Hello, here is the official site for this: https://lucid.verpackungsregister.org/ (and you can switch this to English), some additional informations are here: https://www.verpackungsregister.org/fileadmin/userupload/How-to-Guideen04092018.pdf https://www.verpackungsregister.org/fileadmin/userupload/10-W-Fragenen15082018.pdf Please feel free for a further discussion, but i think the best is to read the official documents first.

Do you think we can have a solution for these Paypal issues, @lesley @Traumflug Thank you for a statement :) will appreciate that edit: A lot of users found the solution for the redirect - they use the EU Paypal module (not the US version). I also have tried this, but i can not make it work in original, i have to update it first. And then, it is no longer Paypal from Prestashop v3.12.0 . With the update it switches to tb v5.3.3 and shows the problem with redirect again.... so i can not try this solution but maybe there is the correct hint in the EU module ?! Can anyone please check?

OMG ! you are right. I just tried this in my 1.0.7 with Paypal 5.3.3 but in my case the payment was successful (paypal sandbox) and the order appears in the BO with customer address which is saved in Paypal sandbox account. This means, in this case the data was transfered into my BO and i see the order. But this behavior is quite strange and should not be possible. It seems that there are still some Paypal problems, also this: https://forum.thirtybees.com/topic/2391/paypal-return-url

I have no problems with logged-in customers and Paypal 5.3.3 from tb. The return link should be given in the module "Paypal login" and should be something like this: Use the following link for this store (repeat if you have multiple stores!) as the redirect_uri setting: http://yourdomainxyz.net/index.php?fc=module&module=paypal&controller=logintoken But you are right, when i make an checkout as an guest and do the payment by Paypal, there is only the "authentication" shown after finishing the payment/order. This is not very comfortable and professional.... can we define a short "thank you for your order" site or something like this? oh no... seems to be an "old" bug: https://www.prestashop.com/forums/topic/400277-native-paypal-module-not-returning-to-order-confirmation-page-after-payment/

Thank you, this seems to be the easiest way and it works. (i can not find the correct things in database for this, ID is not the same as in BO.... very confusing and not changing in BO when you change in database). btw, a great thing to modify the email templates is https://html5-editor.net/

You are talking about an guest checkout (not-logged in customer) ?

change Mail ID in order I would like to change the order of status messages which are sent to customers (Orders -> Status). And/or i would also hide (or delete) some of the messages. The thing is, that we only need 3 messages (awaiting payment/bankwire, preparation, shipped). And to make it as much easy as possible, these 3 should be shown correct descending in the list. How to move these 3 status messages? And/or how to hide the not used messages (this could be optional)? Unfortunately it seems that the order can not be changed directly in the backend and also not in the database. Mail IDs in the backend are not identical to the ones in the database. Thank you and greets

Yes, this depends on the webspace and sometimes can happen. Great to thear that tb works for you :)

Hi, translate it (or change/add more text the original language), you should find it 4x in the translations for FrontOffice, it´s in ADDRESS , AUTHENTICATION, ORDER-OPC-NEW-ACCOUNT-ADVANCED and ORDER-OPC-NEW-ACCOUNT

Eigtl. so wie oben beschrieben - versuchs nochmal, hat bei vielen anderen ja auch funktioniert :-)

Hi, you say "trying xlsx file".... this wont work. It must be an CSV file (clean and correct). Microsoft software can´t do this sometimes, maybe you will try some other editor to create a CSV file (e.g. OpenOffice).

Ja so sollte es gehen, bitte einfach mal testen was danach aber rauskommt wenn du im AEUC diese anteilige Berechnung aktiv hast!

Achso, AEUC - sags halt gleich ! siehe hier https://forum.thirtybees.com/topic/1841/aeuc-mit-unterschiedlichen-steuers%C3%A4tzen-7-und-19-vat-7-falscher-warenkorb/7 beachte die Antwort von @colorful-ant

Na klar, kannst du doch direkt in den Versanddiensten machen, dort eine USt. zuweisen. Ich habs laut Foto:

Ahh noch was: soviel ich getestet habe (damals, mit PS 1.6.1x) nahm PS anteilig die Warenwerte für 7% und 19% und hat darauf die USt. berechnet, aber eben auch stur anteilig auf beide Sätze - was zwar möglich ist, aber theoretisch dem deutschen UStG nicht entspricht und man so über die Jahre ggf. auch zuviel USt. ans Finanzamt abführt. Desweiteren war diese Berechnung von PS eigentlich immer falsch, genauer habe ich das aber nicht verfolgt bzw. konnte ich die Berechnung nicht genauer/richtiger hinbekommen, und da ich ja nun bei tb bin... ist´s mir wurscht :-)

Nö, für die Wawi sind einfach "Versandkosten" angelegt im Shop mit einer Artikelnummer (Derzeit verwenden wir noch ein anderes Shopsystem, tb kommt erst in ein paar Wochen !) Die Versandkosten sind in unserem Fall mit 19% angelegt, das ist dann Standard in der Wawi (so weisen wir zumindest nicht zu wenig USt. aus, bei "zuviel" stört sich das Finanzamt nicht dran). Der End-/Gesamtbetrag bleibt für den Kunden ja gleich, egal wie´s mit den Versandkosten ist. Daher hat sich in 15 Jahren auch noch nie ein Kunde daran gestört wenn nun in der Rechnung ein anderer USt.-Betrag stand als auf der Bestellbestätigung. Für abführen der USt. ist der Betrag der Rechnung bindend.

Hi, hmmm was meinst du mit "soll" - wer befiehlt das? :boy: Steuerrechtlich in DE ist es so, daß die Versand- oder andere Nebenleistungen umsatzsteuerrechtlich das Schicksal der Hauptleistung teilt. Die Nebenleistung darf dabei keinen eigenen wirtschaftlichen Zweck haben. Nun musst du selbst Hauptleistung definieren, wenn du also einen höheren Betrag aller Artikel mit 19% hast, dann haben die Versandkosten auch 19% USt. Wenn es mehr Artikel mit 7% dann sind die Versandkosten auch mit 7% Es muss aber nicht unbedingt der Betrag aller Artikel je 19% und je 7% hergenommen werden, es kann auch die Stückzahl oder Gewicht sein. Das kommt wirklich auf deine Begebenheiten an. Wir haben ungefähr diese Konstellation und berechnen die Versandkosten daher auch so: Gummibaum 100 EUR (7%) Pflanztopf 15 EUR (19%) Versandkosten 5 EUR (7%) Der Pflanztopf hat zwar einen eigenen wirtschaftlichen Zweck (kann ja auch leer als Dekoration verwendet werden, als Trinkgefäß oder sonstwas sein), steht beim Verkauf hier aber eindeutig untergeordnet zur Hauptleistung Gummibaum. ABER: wir berechnen das nicht über den Shop, sondern erstellen Rechnungen in einer Wawi und können das daher ggf. besser ändern und überblicken und auch erst bei der Rechnungslegung einstellen. Der Shop macht das ja gleich bei der Bestellung, und ggf. falsch.... zumindest PrestaShop kanns nicht richtig.

Die Community hier ist ja in den letzten Monaten sicher gewachsen, daher möchte ich das nochmal hochziehen.... hat jemand dafür schon eine Lösung gefunden oder zumindest Ahnung wie ich die ersten paar Zeichen der Produktbeschreibung in den Warenkorb reinbringe ?? Würde mich freuen wenn wir für diese Notwendigkeit (gesetzlich in DE) eine Lösungen finden können.

Will this be implemented in one of the next updates? https://github.com/thirtybees/thirtybees/commit/54c54a81e4f109e0efedecfe8e6c5d10bf03cbe1

Hallo, meinst du mit "Anpassung" die Berechnung weil du unterschiedliche USt.-Sätze hast (7 und 19% ) ??

Hm... do you use PS or thirtybees (or do you want to change to thirtybees and trying this, or?) :) Usually the * is a placeholder for some actions, i think this is the reason.

Hallo, Hi, vielen Dank / Thank you :) Vor jeglichen Änderungen sah der Test heute so aus (warum auch immer nun weniger Fehler kommen ?!??) - also 2 Fehler: Ich habe ein bischen probiert und einige der Allow-Anweisungen eingefügt. Nun sieht das so aus: Also macht jetzt nur noch Paypal ein Problem, aber mal sehen ob das wirklich was ausmacht ?!

Hello, i am not live with my tb shop, but will do this in the near future. I have installed Paypal module and it works fine (in the sandbox text mode), as far as the shop is not live, i can not test it with real customers, but i have several sandbox customers with different Paypal accounts and so there should be no difference. There are some tb users with problems with Paypal (you can see here in the forum) - not sure about the reason, but it it not very easy to discover these problems, maybe other modules crash something in the payment !? The best solution seems to install the Mollie payment module, which also accepts Paypal and a lot of other payments. Maybe you will have a look at this module? Another discussion for Mollie you can find here: https://forum.thirtybees.com/topic/2067/official-mollie-module/32 and maybe you will install this meanwhile and hold your customers. If there is a solution with the normal Paypal module in the next time, you can still test and switch to this later.

CCC - traue ich mich immer noch nicht, da ich noch die Probleme damit kenne seitens PS und AdvancedEUCompliance.... und ich bin noch nicht live mit tb, also noch am basteln.

Hi, please use the Search for this and you can find a lot of solutions, e.g. like this: https://forum.thirtybees.com/topic/1499/contact-page-not-working/4 should also work for you.