wakabayashi

Btw I found this http://doc.prestashop.com/display/PS16/Merchandise+Returns information. It says: How can a customer use a credit slip on next purchase?

Kannst du mal einen screenshot machen, wie das sein sollte? Wird bei dir total neu berechnet oder bleibt das immer der alte Betrag? Dieser Betrag hat aber sicher nicht dasselbe Vorzeichen wie die Vergütung oder?

Dann kreierst du im ersten Schritt aber keinen order-slip oder? Falls ich dich richtig verstehe nutzt du dann "partial refund" doch, um es vollständig rückzuvergüten oder?

That is an example of a partial refund, which I created today. Maybe I don't get things right, but I dont see how does this order-slip.pdf makes any sense? As Info the original total value of the order is 30,30 CHF. The original shipping cost was 8.00 CHF. And the orginal total of products was 22,30 CHF.

@colorful-ant why do you need both forms in this usecase?

Seriously I have read your PDF twice and don't believe my usecases work correctly. If they do, please explain me, how it works. How would that work: He sends 1 product back, but he doesn't deserve a full refund? IMO it doesn't work cleanly with partial refund as the product is not saved as returned... And the order-slip values are very strange. All values are minus. The total stays the same. I have no idea if this is wanted, but adding a discount has a completly different impact. How can adding a discount and adding a refund (with the same value) have completly different order-slip? And I dont even start to combine this issues with ASM where you have a field like usable_quantity. Where is it good for, if not at product returns?

Ich denke, dass dieses Problem relativ klar am Theme liegt...

I am sorry to hear that and understand ofc that you stopped for the moment 😞

1. What do you mean with total refund? My interest is when a customer orders 10 products and then we have cases like: He sends 1 product back and derseves a full refund He sends 1 product back, but he doesn't deserve a full refund. 1 product is broken and he deservers a full refund for this single product 1 is a bit broken and he is fine with a partial refund 2. If you want to cancel all products, why dont you just us "cancel order" status?

Thanks for your pdf. After reading it, it still doesn't make sense to me, why we need two forms. Where is the sense of "product returns"? You could just Make a "partial" refund with full amount of product price.

Some notes during testing: The distinction between partial refund and product return doesn't make big sense. It would be better to have one form, that allow both actions. A partial refund and a discount (add_voucher button) are acting completly different. The partial refund has no impact on order total, while discount has. No idea why it is like this!? If you use partial refund the revenue on the dashboard doesn't change at all (which is IMO wrong) When using partial refund total_products_tax_excl and total_products_tax_incl are the same in ps_order_slip table -> which makes no sense. Edit: this only happens in some cases (maxbe oder_slip_type) :S The column order_slip_type in ps_order_slip is nowhere explained Not clear why we need columns total_shipping_tax_excl, total_shipping_tax_incl, shipping_cost and shipping_cost_amount in ps_order_slip_table Conclusion: This is as frustrating as Advanced Stock Managment. You know that a lot of things are wrong, but you don't even get the intention of some things. So you can't even say: hey I am gonna fix this 10 issues. So I will work with some overrides for internal usage.

Ich verstehe das Problem, weiss aber nicht was die richtige Lösung dafür ist. Bist du sicher, dass das vorher in 1.0.8 funktionierte? Hast du da auch schon das Niara Theme verwendet? @Traumflug Im Theme werden die radio inputs ausgeblendet und man sieht lediglich den css style mit :before. Muss das über js gelöst werden? Mir scheint es so, dass die echten radio inputs absichtlich weit verschoben werden.

Was ist ein Optionsfeld und was ein Auswahlfeld? Redest du von radio buttons vs select felder? Hast du zufällig ein Link?

Looking at this topic again I am still puzzled. How to handle returns correctly!? Who is using partial refund and who is using product returns? Does the order slip generation work correctly for you? I see the product there, which was returned, but the total is still the same. Also I have quite strange information in the tax box :S OK it seems that we are not the only one with this problem: https://www.prestashop.com/forums/topic/496432-return-products-subtractdiscount-amount-of-refunded-money/

@datakick It was surely not helpful to announce an inhouse solution and then still stick to patreons. But why such a huge drop can happen, is still mysterious to me.

I can only confirm what @datakick and @zen said. This is a stable version. Probably the most stable version I ever had in ps/tb universum. Unfortunately a few new issues came up. Basically due the fact, that we merchants didn't test the things 😞 If we all wait till a version is super stable, then the life for the devs is very hard. With the new core updater its super easy to test things.

@danwarrior haha this happens quite often to me too 🙂 As this topic comes up from time to time, I wish to know, how tb could improve the BO order creation? Where can it be improved?

Bleeding edge is a term from the new core updater. It basically means, that the shop will update to the point of all github commits.

@Occam Thanks for your answer. I have seen the fix already before, but I guess this will soon be included in the bleeding edge anyway.

I can not confirm this for my shop, but didn't test this long. Could you downgrade to 1.0.8 with core update, to see if the problem is away? It takes a only a few seconds to down/upgrade, so its very easy to test this things.

We create a lot of orders from BO. So it's possible but could (and probably should) be improved.

I can confirm that with german. We have the same issues...

Yeah you would need to copy it somewhere and then execute it. I normally add it to the get_content method of a module. Then go to modules page and click on configuration. Thath will trigger it. I don't think there is an easy solution, to achieve this. You need an array with all the info. Unfortunately I can't find any function that allows this. Of course you could create a function that returns the needed info.

I dont know about datakicks module. Probably he will respond here too. If you really wanna add this fastly you could use the following script. But please make a backup before. $ids_add_accessory = [3862, 3861]; $query = new DbQuery(); $query->select('id_product'); $query->from('product'); $ids_product = array_column(Db::getInstance()->ExecuteS($query), 'id_product'); $inserts = array(); foreach ($ids_product as $id_product) { foreach ($ids_add_accessory as $id_add_accessory) { if ($id_product!=$id_add_accessory) { $inserts[] = array( 'id_product_1' => $id_product, 'id_product_2' => $id_add_accessory, ); } } } Db::getInstance()->insert('accessory', $inserts, false, true, 2); You basically change the values in $ids_add_accessory. If you want to just add this tags to some products (instead of all), you could also work with $ids_product manually. Example: $ids_add_accessory = [1,2,3] and $ids_product = [100,101] This means that products with id 100 and 101 get the accessoires 1, 2 and 3.

Well it depends, which modules you are using... Have you looked at the new html block module? About the stores. There is a controller in your menu called "AdminStores". I don't know how the menu point is called, but it is inside "Preferences". In general it's easier to answer such question, if there is one topic per problem. For example you say you are using module xy and it creates problem z.