Re: How-to implement the e-Commerce-System found in the "IDDD" book

I assume you are building only an AP system, in which case wouldn't you just have one bounded context called AP? and then within this bounded context you'll have Invoice and Order? Because an Order in the AP bounded context is very different to an Order in say a Procurement system. E.g. an order in the context of the AP BC is just reference information used mainly for reading. An order in the context of the Procurement BC may include functionality on how to construct an order (i.e. both read/write operations).

If my assumption is wrong and you are actually building a system with both AP and Procurement functionalities, then I would create two bounded context within this system, namely AP BC and Procurement BC.

What do you think?

NB: i am also interested in what other people in the group think, seems a bit quiet.


--- In [email protected], J Vieten <j.vieten@...> wrote:
>
> I am receiving the invoice as the customer receiving a service (AP).
> 
> 
> I have given the "maufacturing" of a product to a company and as certain milestones of the "product manufacturing"
> are reached I am paying certain amounts which I track as a part-invoice in my system.
> 
> 
> ________________________________
>  Von: jamesz1980 <james.zhuo@...>
> An: [email protected] 
> Gesendet: 3:16 Freitag, 7.Juni 2013
> Betreff: [domaindrivendesign] Re: How-to implement the e-Commerce-System found in the "IDDD" book
>  
> 
> 
>   
> Just for clarification, is this a AP or AR application? I.e. are you issuing the invoice as the supplier (AR) or are you receiving the invoice as the customer receiving a service (AP).
> 
> --- In [email protected], "j.vieten" <j.vieten@> wrote:
> >
> > 
> > On Jun 5, 2013, at 10:11 AM, jamesz1980 wrote:
> > 
> > I have a scenario where a order is not payed all at once. The scenario has different invoice types.
> > One type is called a part-invoice. The invoices form then a chain.
> > 
> > Lets say the order amount is 1000000 Euro.
> > 
> > The first  part-invoice 1. PI goes over 150000 Euro.
> > The next part-invoice 2. PI goes over 200000 Euro.
> > The next part-invoice 3. PI pays   450000 Euro.
> > 
> > When viewing the last Final-Invoice 4.FI which pays the (1000000 Euros minus part-invoices)  the user can view the list of already payed part-invoices and therefore needs to refer to the before payed invoices
> > 
> > 
> > 
> > 
> > 
> > 
> > > 
> > > In what scenarios would you need to refer to another invoice from one invoice? I.e. what's the use case for this?
> > > 
> > >
> >
>




------------------------------------