forward production planning

David_MDavid_M Member Posts: 3
edited 2012-01-17 in NAV Three Tier
The setup I did is as follows:

We have an Item A that has a production BOM with item B in it
Then Item B has a production BOM with item C in it ...

each item is set on replenishment system prod. order and manufacturing policy make to order.


I have following issue when renewing a production order "forward":

the first line = item A is calculated forward but all of the other lines are calculated backwords.


Does someone have a solution so that the planning calculates from Item C up?

Comments

  • mohana_cse06mohana_cse06 Member Posts: 5,504
    Welcome to Mibuso

    What is the value of Flushing Method field in Item card?
  • David_MDavid_M Member Posts: 3
    it is set to manual as the user wants to post each step manually.
  • rico1931rico1931 Member Posts: 295
    David M wrote:
    it is set to manual as the user wants to post each step manually.

    HI David,

    Are you sure that each Item A, B and C are set to flushing method Manuel?
    -rico1931
  • Christian_RyttChristian_Rytt Member, Microsoft Employee Posts: 7
    Hi David,

    As I read it you have a setup with multiple prod. order lines in one Prod. Order, due to Make-To-Order on the items - like this:
    A Planned forward - based on order starting date
    ...B Planned backward - based on A
    ......C Planned backward - based on B

    The issue here is that NAV use the general planning engine to calculate the starting and ending time. The planning engine is always planning components backward as it completes the full loop before going to the next level (when, how much, incl. other demands and availability). So it is not possible with the current structure to calculate forward with multiple levels. For Capable To Promise on the Sales Order it has to add one day to the due date until the starting date is okay – but this is a demanding way of calculating the dates as you have to run the same data over and over.

    To my best knowledge the only workaround on this (without code change) is calc backward and then adjust the due date with the end/starting diff - you might have to do an extra adjustment to get it right. E.g. desired starting date = 17 Jan, calc. backward with due date 25 Jan gives start on 15 Jan (10D). Move due date to 27 Jan and you might get the correct starting date, else adjust again.
    Christian Rytt
    Senior Program Manager
    Microsoft Dynamics NAV
    ****** This posting is provided "AS IS" with no warranties, and confers no rights ******
Sign In or Register to comment.