Talk:Sponsored Development: Libero Distribution Resource Planning
In General I like this proposal very much. I think treating the "external" movements more like an Order will enable the warehouse staff to process these orders using the same procedures they follow for the Shipment of Sales Orders and the Receipt of Purchase Orders. So I do like this approach and it keeps within the standards already existing in the application.
Some things that come to mind as I read it are: 1)what are the Accounting Consequences for this new DRP Order. I am assuming as an Order there are none ... just checking :) And what of the Shipments & Receipts, I.e. the movement are their accounts as per standard? I assume so since they have not been mentioned... again just checking.
2)the DRP Order is ultimately to manage a transfer process between two what or who? Is it between two Organisations within the Client or between two Warehouses (in different Organisations) within a Client? I guess it could be between two warehouses within one organisation if it was internal to one organisation of the client but I would think a simple transfer (material movement) better suffice in such a situation!?
The current Material Movement is between two warehouses, with the from warehouse identified on the document Header and the TO warehouse identified, via the locator, on the document Lines. I, personally, always felt this was wrong as it allowed for the creation of a situation where a Shipment is created FROM one warehouses TO MANY warehouses which doesn't make sense to me. So if we say the DRP Order is manage the transfer of material between two warehouses then I would suggest that we need to identify warehouses on DRP Order header.
If it were between Organisations then the FROM Organisation would be identified as the standard Document organisation... then we need only identify the To Organisation. as I write this I am reminded of “Counter Documents” between two Organisations in a Client. I have never even tested this (admittedly very powerful) functionality... how is the addressed on Counter Documents?
In your example, the DRP Order's BP is the external Freight handler, and for such a scenario makes some sense that they are a BP. What though if it's internal shipment, i.e. the client is using their own transport fleet? What then is the BP?
If we get back to basics this is a transaction between two organisations in the Client's organisation tree.
So we should always have two organisations of the Client and a Freight Handler ... or potentially many Freight Handlers, e.g. goods sent by a van to a train station where it is transferred to an air or sea port! And I can imagine a scenario where at the moment of creating the DRP Order we know that a quantity of product must move from OrgA to OrgB but we might not know yet who or how it will be shipped! So as I see it the Freight Handler, if know at all, is simply what is expected but is just a default when it comes to shipment the actual Freight Handler is entered.
So we need to indicate two client Organisations and with perhaps suggested warehouses!? Well, all documents are created with Client & Organisation information so that document Organisation could represents the From Organisation.
Now another issue I see here is; each Organisation in Client's structure has an address. A warehouse must exist in one Organisation (I know I'm not telling you anything new there Victor just being explicit), but a warehouse also has it's own address. So is the transfer really between two warehouses or is it two organisations?
more later ....
--Croo 15:04, 1 April 2008 (EDT)