Thanks for your great reply Kirsten.
Thanks for the Powerpoint. That would all work for us - as long as FC-Retail manage their markup over the FC-Wholesale price using fees, as you suggest at the bottom of the first page.
If however FC-W entered a base price of $36 for 6x jars but FC-R entered a base price of $7.80 for 1x jar, then BGs would be forced to use variant overrides.
This is just a matter of process - are you expecting FC-R to always enter a base price of $6 (not $7.80) for 1x jar, in the example you gave?
I see where you’re coming from. Maybe this is something we as a BG have to just workaround for now.
One good example in our case garlic. FC-W sell it in a unit size of 1kg for $29/kg, but we want to offer it in multiples of 100g at $2.90+15% = $3.34 per 100g.
It’s necessary for us to have the 100g variant, because otherwise anyone that wanted any garlic would need to order 1kg, then let us know (outside of OFN) that they actually only want 100g.
It’s easy enough for us to create our own 100g variant (in Bulk Edit Products) and add it to our order cycle. But we would have the following problems:
- When creating the variant for the first time I have to manually divide the FC-W by 10. I could get that wrong.
- If FC-W update the price of the 1kg price, that won’t affect my variant. ie in Bulk Edit Product the base price would remain at $2.90 for 100g even if FC-W increase their 1kg price to $30 my variant will still have a base price of $2.90.
- If I do notice that FC-W have updated their wholesale 1kg price, and then I go and edit the base price of my 100g variant in Bulk Edit Product, that affects the shopfront straight away. This could cause a problem for my last week’s unallocated order cycle that’s still open…
The above aren’t huge issues. But I could see a potential OFN enhancement - automatically generate a “consumer”, unit-level variant into the Bulk Edit Products list. This would save a lot of effort on the BG side. In this case OFN would create a “100g” variant that has a price that is the FC-W price divided by 10.
Workflow 1: making substitutions
OK, will do if I get a chance, thanks.
Workflow 2: Managing Unallocated Stock
Thanks for the info, I’ll wait to hear back from you. But based on the below bug I’ve just found I imagine the 2nd hub option would be the cleanest solution for my needs.
I just tested out two overlapping order cycles. There’s a bug:
- If I add 1 Barambah yoghurt in my “Week 1 excess” order cycle.
- Then switch to my “Week 2 normal ordering” order cycle.
- The “Week 2 normal ordering” order cycle now shows 1x Barambah yoghurt.
- If I do not add any extra products and I go to Edit Cart it will refresh the shopfront and the cart will be empty.
- If I I leave the 1x Barambah yoghurt in “Week 2 normal ordering” and add 1x Barambah feta then Edit Cart works, but it does show both these items against “Week 2 normal ordering”.
So currently overlapping order cycles can’t work on the shopfront. I imagine if I completed my “Week 1 excess” order before starting with “Week 2 normal” ordering it would work fine, but I’m sure our BG members would get very confused.
Is there a standard place for me to raise bug reports like this? Should I use the “Send Feedback” link at bottom RHS of my shopfront? I will do that now…