There could be quite a bit that you'll need to do, or hardy anything...
To help you get started on this I recommend that you "get your story
straight", and by that I mean write some stories about the business
process you intend to support. You can get a head start on this by
basing your stories on the UBPL stories, like the Online Retail
Company one here:
http://docs.ofbiz.org/display/OFBREQDES/Story+of+Online+Retail+Company
For information about how to effectively write and maintain and then
use these stories, I recommend the HEMP books that I've been working on:
http://www.dejc.com/home/HEMP.html
-David
On Jul 17, 2009, at 3:34 AM, Leonardo Ruoso wrote:
Sounds better now!
An example of what I suppose to need development is to support the
individual set of rules defined by each factory. Every factory (and
supplier
and brand are the same here) has it's own set of rules to accept
purchase
orders, like minimum total, or to apply for discounts. So the
customer order
will need to obey to supplier rules. This rules could be set at the
supplier
or the brand entities...
Leonardo
2009/7/16 David E Jones <[email protected]>
This sort of detail is very helpful. You are basically describing the
business process for the mall site and that is the most clear and
actionable
way to communicate requirements.
Even based on just this it sounds like OFBiz will do most of what
you need.
You can have products and inventory that are "drop shipped" and the
basic
process for this is that when these items are ordered OFBiz can
automatically create purchase orders to suppliers with the shipping
address
set to the customers shipping address.
Chances are you will still want some sort of variation on this, but
it
sounds like this combined with various other features of the
software will
get you most of the way there.
-David
On Jul 16, 2009, at 2:07 PM, Leonardo Ruoso wrote:
I'm not going to keep accounting for each store and will not have any
system
integration with then. All the horizontal integration will be done
manually.
Customer will browse the products from all the stores, buy several
products
from several stores, pay at once. When we check the payment, the
customer
order should generate several back orders, but the stores will
sale direct
to the customer and we will pay then without our comission.
2009/7/16 BJ Freeman <[email protected]>
to keep accounting, and access separate, but have a single
interface for
the shipping department would take some customization.
it would also take an instance of ofbiz running for each store,
the way
I envision it.
there may be other ways, would have to get detailed requirements
to go
further.
Leonardo Ruoso sent the following on 7/16/2009 12:45 PM:
I'm not sure it's about sub-companies, because they are
independent
companies that have in commom a factory store in an specifc
outlet mall.
The
outlet mall team has a website and intends to create an e-commerce
website
to allow resellers to buy from the stores without coming to mall.
2009/7/16 BJ Freeman <[email protected]>
this has been answered before so let me take different approach.
The model was for A company and Sub-companies related to the
Company
Code can be written that allows this.
it is not 100% OOTB though.
Leonardo Ruoso sent the following on 7/16/2009 12:01 PM:
Saudações,
I'd like to know how much Ofbiz could help me deploy an
eletronic
outlet
mall. Resellers will login, add products from several diferent
factory
stores and checkout. Ofbiz should create one order for each
store and
the
eletronic outlet mall staf will receive all the goods from all the
stores,
pack it and mail it to the custommer. Revenue is based on
COMMISSIONS,
so
we'll not resale anything.
TIA,
Leonardo Ruoso
--
BJ Freeman
http://www.businessesnetwork.com/automation
http://bjfreeman.elance.com
http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro
Systems Integrator.
--
BJ Freeman
http://www.businessesnetwork.com/automation
http://bjfreeman.elance.com
http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro
Systems Integrator.
