Dispatching orders depending on ZIP code

[michaelwechner]

Hi

One of our customers has the requirement, that they have severals physical stores within the same country, but
one central online shop. Now the orders should be dispatched to the various physical stores depending on the ZIP code of the customers/users buying via the central online shop.

Is this possible and if so where can I find some documentation on it?

Thanks for your help

Michael

[julie]

If you want to get the order in real time when it is submitted, you can use the OrderIntegrationMgr http://www.konakart.com/docs/OrderStatusChangeActions.html . Otherwise you can create a batch job (using the Enterprise version of KK) that through the Admin API, reads the unprocessed orders and dispatches them based on your customer's business logic.

[michaelwechner]

Thanks very much for this pointer.

So IIUC one needs to implement the interface

com.konakart.bl.OrderIntegrationMgrInterface

which needs to be configured by the property ORDER_INTEGRATION_CLASS (which is configurable within the Admin App under Configuration -> Stock and Orders

which means such an implementation could send an email to a particular "physical" store admin representing a specific ZIP code, right?

But what about the Admin App GUI re pending orders, etc.? Let's say the admin of Store with ZIP code MK5 8EH signs in and the requirement would be that this admin only sees the orders corresponding to this ZIP code.
Is it possible to customize the GUI of the Admin App?

Thanks

Michael

[julie]

If your physical stores just have to see the orders that belong to them, you could do this through a report. If they have to be able to manage them (i.e. change state as things happen) then one thing you could do is to set up a multi store environment with customers and products shared. Each physical store would have their own log in id in order for them to see only their orders. After the order is saved you'll have to edit it to change the storeId attribute to make it the id of the physical store that it belongs to. Actually, since an order lives in more than one database tables you will have to change the storeId in each table where parts of the order are saved.

[michaelwechner]

yes, each store needs to be able to manage the processing of the orders themselves, hence I guess we will have to do the multi story setup.

Thanks again for your help

Michael