I need to customize Satchmo, so it basically serves two different types of stores. "Normal ones" which actually create and maintain their own products and (if that's the right english word) "retail shops", which essentially sell products created in the "normal" shops. Kind of like amazon maybe, where a customer can buy products from various private persons all in one order.
Now for this to work I think I would have to split the original Order into several ones, one each for all the products of one "normal" shop. The retail shops should still have the bundled information of which (partial?) orders belong to the actual order the customer created from his cart. As I understand so far, the Order is quite a central part of Satchmo and it's basically assumed that there is always exactly one Order (instance) for each time a customer tries to buy something. My question now is, where the best starting point is, to achieve what I want to. So at what step should I probably create these multiple Orders and in which parts could it be critical to handle these multiple orders (places where Satchmo usually expects only one Order for example). Another important factor would probably the whole payment procedure. How could I safely handle either multiple payments for the accumulated order or require multiple payments each for one partial order? I hope someone can give some rough directions on where to take a closer look at and where I should probably begin with. I looked through the various signals for example already, but none seemed to be really the right place to split an order for example. -- You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
