Profile Options
Tools
Edit Profile
Manage all aspects of your profile here including demographics, emails, notification settings, etc...
Change Password
Begin the password change process
Email Subscriptions
Manage your opt-in/opt-out email subscriptions
View Profile
View your profile - what other's see
Sign-out
Sign out of this community
1-800-819-1190
Contact support line
Smart Connect
Connect with others and manage various member options
View QR Code
View your profile QR Code - Connect and or share your contact information
Tour Page
Take an interactive tour of this page
Knowledge Base
Visit the knowledge base for more info
Insights
Member reporting and analysis
Terms of Use
Cookies
Privacy Policy
Contact Us
The very first programs related to this is CRS200 (Order Types), MMS100/MWS300 (DO/RO), MWS010 (dispatch policy). Of course there are many other decision factors in other programs, but what Karen is referring to is creating two Requisition Orders (meaning at least two different order types) - to answer your question you will need to pick the correct transaction type 40 and 41.
Hope this helps! Show less...
As I am sure you are aware, you need to remove all orders and all inventory from the system to hit that flag and then try to put it all back. Do not get tempted to do this with SQL, that would be fantastically risky and you'd be dealing with gremlins and data corruption for weeks.
You can do a big RO to book out all the inventory and another big one to put it all back. That's not impossibly hard to do with the API tools. The scary part is going to be the Read more...orders, you'd have to close all the lines and re-open new lines. This is also not impossible with API tools, but anything in a partial status will probably be problematic. You can't have anything in a status 44 or 66, and split statuses will need to be separated into different order lines. Each category of order that is affected (CO, PO, DO, RO, MO issue, MO receipt) will have to be considered separately with a different combination of APIs to make sure you are not breaking anything.
Really, the easier, safer solution is to just create new items and make use of replacement item # functionality in MMS020. If done properly you can automatically roll the item statistics from the old item to the new one without losing much from a reporting standpoint. And if you needed to accelerate the phase in of the new item you could try using MMS130 to reclassify the old stock to the new one directly. Show less...
We also have some product structures that backflush components and that is to be avoided with a lot controlled item or you will get the dreaded 8888888888 lot numbers. Just some lessons learned from my view point. I am sure there is more to consider. Show less...