We use manufacturing/3.70 german version: We have several sub-components and endproducts which are based on productionpartlists. We start the planning function. The time-range is setup generously. Result: No Production orders, no buy orders for the items with dispositionmethod= fixed orderquantity. We have some different stocks defined. The articles are different defined. Some have disposition method orderspecific, some are with fixed order quantity. The orderspecific work well. Not so the fixed order quantity ones. Even if we have a quantity under the minimum stock quantity or a direct demand caused through an sales order, we do not get the demanded line with a production or buying order. Our nsc believes, if we would have stockdatamodule, the problem could be solved. But the plannermodule seem to be disfunctional since beginning, because we have tried it in v.2ff, where different stocklocations where also standard an no stockdatamodule exists and it stalled either. There is onetimes rumored a workaround like: use “lot per lot”. The only difference, we can see in the first is, that the checkbox under dispositionmethod is the deactivated checkbox: “check demand in view of minimum stock”. Normally it should work fine with active checkbox. But you know: if-clause with boolean could to the right thing, or exactly the wrong thing, having a programming fault. Any ideas ?
Hi If you are taking demand from a variety of locations Navision can get confused, but the system works fine twith Stock keeping units. If the end-user does not have this funcitonality, they should set the"Components at Location" flag to be the default location. I am not aware of any specific Fixed Reorder Quantity issue, and I can get it to work fine here. There was a set-up isse whereby if you had no ledger entries and no demand but a reorder quantity no replenishment is planned, but this is by design (ask Microsoft not me). This area is huge with many settings impacting, and a few issues have been uncovered, but yours sounds more like a set-up issue than an error. Do you have any modifications in this area? In my version the disposition method is the reordering policy - I will presume this is an equivalent translation from German. I am more than happy to run through this as I have with previous users, but you will need to send me screen dumps of all the relevant item settings, BOM’s routings and set-up files so I can reproduce it and investigate it. I would also have to test it on GB 3.70 as I will not have a DE version.
Hi, thank you for reply, and sorry for me being late on that. You are right there are a lot influencing switches, we have gone through with our nsc on that - not succeeded. I will check again… How shall I post screen dumps, directly in here ? or to which adress ?