wakabayashi

@Briljander thanks a lot for your response! Is it this module? https://addons.prestashop.com/de/bestands-lieferantenmanagement/22049-advanced-order-processing.html Does this module just allow to set a fixed amount of shipping or does it also offer the "recalculate" feature?

https://www.payfast.co.za/integration/shopping-carts/prestashop download the older version for ps 1.6 and check, if it works.

I have invested another day. It's now possible to add fixed a fixed amount/weight. Also the hardcoded transit email can be fixed that way. Still my code is not totally finished: There needs to be validation check in the new updateShipping function. RMA seems to use "submitShippingNumber" as well. That's maybe not problematic. I don't use RMA at all. So no idea what this should do. After a click on edit, the form looks like this: Btw: For me this project is quite evident. My goal is clearly to push this into the core (after careful validations with merchants). If this doesn't workout, I won't supply anything in the future. Cause developping things for core, which doesn't get applied, is too costly: I invest a lot of time to be consistent with the core, if it's only for my own store, all is much faster and simpler. After a modification get declined, I have to rewrite again, since I need to use the code in an internal module instead of core. If this important (and much wanted) feature can't be implemented, I lose faith, that there will come any real progess on other topics (like asm, attributes on bundles/virtualProducts and so on...).

I don't have this file in my theme... But what about $order->payment

Was heisst nichts? 🙂 leere weisse Seite?

Not sure if I understand this right. Ist this about invoice.tpl?

great! 😍 enjoy it!

@RabbitZzZ, @toplakd, @datakick As I get mad almost once a week about the misssing "update shipping cost", I decided to tackle this myself. I couldn't wait any multiple years longer for this feature. In my opinion it's over due... As we pointed out above, there is no super clean solution to this problem, but I believe that my solution now is quite acceptable. At least it's much a cleaner way than the free PS module uses. Technically a new cart is created based on the order values. The cart is used then to recalculate the shipping cost. I practice you can select the shipping method in an order and click on "recalculate shipping cost". This is very useful in case you have edited the order before. The select also allows to change the shipping method at all. This way you can change, in case your customer wishes so or you can also select a shipping method, that is only visible in the BO. I haven't imlemented a amount input yet, but that would be possible too. I hope, that some expierenced user test my snipped (in a test store) and give a feedback. It's really hard to forseen every case. In my (quite simple) cases, the code seems to work properly. https://github.com/eschiendorfer/thirtybees/commit/4ccd64465ff1e4b956e1caba1feb411b6ee834a3

Who is they? Are you a dev? 😎 What about this: {"{$order_invoice->date_add}+{$customer->max_payment_days} days"|date_format:'%d.%m.%Y'}

Ok I understand your idea. Why don't you use: {$customer->max_payment_days} This should be available on invoice.tpl

I guess you can not use "due date" without modifying a php file. But my question is still the same. Is the payment time a constant? Is it always like 14 days?

Are you from germany? Is this "max_payment_days" a constant? I use something similar... My code looks like: {"+13 days"|date_format:'%d.%m.%Y'} Of course this only works with a constant.

@Leaton thats correct. I have changed this behaviour in our shop. It will only send one email and if there is a tracking code it will add it to the email... Depending on the new TB team, I will maybe add a PR, to make this the default behaviour.

It's surely possible with some theme modification. As an user, I don't like it tbh.

@Owen as ist message in red says: check your JavaScrip console... Normally you can find it with right clickt and then something like inspect.

We use our own module that combines multiple orders and create picking lists with it. It's quite a complex stuff, cause we try to minimize the picking meters. We pick with a smartphone, that has a special scanner inbuilt. But ok I guess nobody else here is doing it like we do 😅

For me it's always very difficult to answer a question like: Do you use an "OMS", "ERP", "CRM" or whatever. I think in functions/features. In general we try to automate a lot of stuff...

Are you sure, that you have done that properly? I have to download a file and then upload it. Btw which tb version are you using?

Oh nice! That reminds me on my own start with coding. Keep going 😉 I am not sure, what the variable $page_name is. Maybe this is working: {if $smarty.get.id_cms_category} {if in_array($id_cms_category, array(2))} {$content|escape:nofilter} {/if} {/if} I for myself would rather check CmsController and go for something like {if isset($cms_category) && in_array($cms_category->id, array(2))} {$content|escape:nofilter} {/if} But I haven't tested it... Just wrote it 😅 Just when rethinking it. Maybe this is not working, since it's another column. Maybe you have to use $smarty.get.cms_category. Please confirm if some of my lines are working ^^

@Traumflug sehr gut. Die Preise muss man ändern, wenn man die Steuersenkung selber einsacken will. Man ändert also die Steuersätze und setzt die Bruttopreise wieder auf das Niveau von vorher. Dazu muss natürlich der Nettopreis nach oben. Ist aber ein simpler Dreisatz 🙂

Ich kenne mich mit dem Deutschen Gesetz nicht aus, aber was ist das Problem mit folgendem Ablauf: neue Steuersätze anlegen Mit foreach Schleife Steuersätze für alle Produkte anpassen und gleichzeitig neue Nettopreise berechnen (falls Bruttopreis gleichbleiben soll)

I dont understand this. Sounds to me like a different problem. In general TB often forces a payment in order to add an order. Since we ship a lot of unpaid orders. I wanted to create orders with payment equal 0.00. This was not possible as the order wasn't created. That's why I assume the same problem here with the discount. Similar stuff was discussed here: https://github.com/thirtybees/thirtybees/issues/460

I am not part of the new team. As the new team doesn't want to give recognition yet, I say something: Because I have private contact to all almost all big contributors of this project, I have quite a clear idea, who the new owner will be (ofc I won't reveal anything to anyone). The new team is not any mysterious investor, who is lacking of tb/ps expierence. If this deal will be done, all TB users will be better of... So please @all: relax 🙂

Ok then I believe, that this is the problem. But I haven't tested it...

What is the total amount of the order after subtracting the discount? 0.00?