RE: Default Branch Plant - P4311
Andy,
Thanks for the suggestion on using the inventory commit preference to assign
the branch/plant for items in a sales order. I followed up on your
suggestion and found a deeper issue. It will commit right, but it still
gives a warning due to a silly edit function.
Okay, here's what happens. When we enter a line on a sales order, JDE base
functionality checks if that item exists in the indicated branch/plant. Of
course it does not, because the branch/plant came from order header! That's
what's silly. Like any multi-plant operation we want to source from the
plant that produces the item, not some branch/plant the system mandates at
the order header.
So now the system wants us to manually figure out the sourcing plant and
over-write the default, even though the system will know what that will be
from commit preferences, as you said. Again, in a multi-branch operation
Order Entry enters orders for all branch/plants, not some superfluous
default from Default Printers and Locations.
Sure, later it will commit from the branch/plant that produces the item
because inventory exists there. So why did it even check for the
branch/plant that defaulted from the header? For NO GOOD REASON I'd say.
Should we give up and only have one branch/plant for all operations? This
seems to be the only JDE solution given that they require a branch/plant in
the sales order header which then defaults into order detail.
At the very least the problem is bothersome and time-consuming warning
messages that require entering a branch/plant in each line. The other
option is to maintain duplicate items in all branch/plants. That would keep
the edit checker happy because it will find the item in the default
branch/plant, even though we don't want it there. That creates
mega-unnecessary maintenance just to bypass a silly edit function. All
because edit checking occurs prior to the commitment checking, and the edit
is unnecessary for us anyway.
So it sounds like you had the right answer, but at this point JDE does not.
Sincerely yours,
Greg Rowe