Hi @somewherewarm / Jason,
Thanks so much for your reply! After trying it, good news is that the “structure” created apparently looks okay: we were able to set up one “Pack” (Variable Product) and the customer is able to purchase her desired size variation (Product Bundle).
However, now we observe 3 problems which prevent to work as expected. Maybe we missed something and there is an alternative to properly solve these 3 problems. Or probably it is working as designed, in which case, we’re afraid this is not a feasible solution.
We appreciate if you please help us figure out best way forward:
– Problem #1:
The available stock quantity of a given size variation (Product Bundle) is not automatically rolled up to its container “Pack” (Variable Product).
So when a customer is intending to purchase an M size of the “Pack Shirt+Pants” (from its product page), she doesn’t see that this pack is out-of-stock when the M size of the corresponding Shirt has decreased down to 0.
We think that automatically rolling stock quantities up from Product Bundle to its Variable Product would solve this problem (in a similar way how the “Shirt”‘s stock is automatically rolled up to its Product Bundle).
– Problem #2:
Regular & Sale prices of a given size variation (Product Bundle) are not rolled up to the container “Pack” (Variable Product).
This means that the customer sees the price of the “Pack Shirt+Pants” (Variable Product) in its product page, but when she adds the desired M size to the cart, the price that will be charged is the price of this size variation (Product Bundle), which was not visible on the pack’s page.
In this case, we also think that automatically rolling prices up to the Variable Product (from the Product Bundle) would also solve this problem.
– Problem #3:
Assuming #1 & #2 were solved, this configuration process implies a very costly manual overload, since it requires to manually set up M variations * N “packs” (M*N times). This is difficult to scale for a store that sells more than just a few packs.
Set up time could be reduced if those variations were automatically populated from already existing products (e.g. from “Shirt”‘s sizes): it would only take to manually set up N “packs”.
The functionality we just really need is to create N new packs composed of existing products – setting up M variations (already existent) is redundant (sounds like an internal mechanism to make it work).
Thank you so much for your assistance!