The following sections contain tables that list the profile option names, values, and descriptions.
The following table lists and defines the MRP profile options used by Oracle Global Order Promising:
The following table lists and defines the MSC profile options used by Oracle Global Order Promising:
MSC: Action Allowed on ATP 24x7 Plan While Running |
Yes
No |
No |
Determines whether manual updates are allowed to the original plan when the plan copy is running.
Values are:
-
Yes: The ATP plan appears in the Workbench window while it is running. You can make changes to the plan. However, the changes will not appear in the refreshed plan.
-
No: The ATP plan appears only in the View Plan window.
|
MSC: Allocated ATP Forward Consumption |
Reduce future supply from lowest priority
Reduce available supply from any priority |
Null |
Determines the type of forward consumption that Oracle Global Order Promising can perform to accommodate the shortage faced by a demand class.
Values are:
-
Reduce future supply from lowest priority: Use the available supply from the lowest priority demand to account for the shortage of a demand class. If every demand class is at same priority, reduce the future supply to cover the shortage for a demand class.
-
Reduce available supply from any priority: A promised demand is the most important demand that you need to meet. Oracle Global Order Promising starts the adjustments from the higher priority demand class. That is, Oracle Global Order Promising reduces the availability of a lower priority demand class before a higher priority demand class to account for shortages from a previous period. Thus, it reduces the available supply to account for the shortage from lower priority demand classes.
|
MSC: ATP 24x7 Synchronization Downtime |
Any number between 0 and 999 |
Null |
Determines the approximate ATP downtime (in minutes) to cover the time required to synchronize and to switch over to the refreshed plan during the plan synchronization process. Oracle Global Order Promising internally translates this value into the number of orders to process.
You should set the value for this profile based on the sales order volume during the ATP 24x7 plan run.
This profile option also determines the duration of the extended synchronization process. This process is executed for the duration of the ATP downtime or 10 minutes, whichever is larger. |
MSC: ATP Allocation Method |
User-Defined Allocation Percentage
Demand Priority |
Null |
This site-level profile determines the allocation method used by ATP. This is a site level profile. Values are:
|
MSC: ATP Assignment Set |
Text |
Null |
Indicates name of the assignment set that Oracle Global Order Promising uses to identify all the possible shipping organizations. Oracle Global Order Promising uses this assignment set if the profile MRP: ATP Assignment Set is Null on the ERP instance. Users can update it at the site level in the Planning instance. |
MSC: ATP Capacity Allocation |
Yes
No |
No |
Set it to No. You should only set it to Yes with specific instruction from Oracle Applications development. |
MSC: ATP Debug Mode |
Debug Only
Debug and Database Trace
Database Trace Only
None |
Null |
Determines whether to enable debug messages within Oracle Global Order Promising. You can update it at the user level. Values are:
-
Debug Only: ATP generates a log file for an ATP request.
-
Debug and Database Trace: ATP generates a log file and a database trace file.
-
Database Trace Only: ATP generates a database trace file.
-
None: ATP does not generate a log file or a database trace file.
|
MSC: ATP Enforces Lead Time for ATO Models |
|
Yes |
Indicates whether ATP enforces lead time for ATO models or not.
|
MSC: Class Hierarchy |
Demand Class
-
Demand Class
-
Customer Class
|
Demand Class
Customer Class |
Indicates which allocation hierarchy to use. Users can update it at the site level. Values are:
-
Demand Class: User-defined, single-level hierarchy.
-
Customer Class: Has three levels: customer class, customer, and site.
|
MSC: Collection Window for Trading Partner Changes (Days) |
Integer >= 0 |
Null |
Use when collections for the trading partners entity is run in complete mode.
Specifies the number of days backwards for collecting changes in customer names, customer sites, vendors, and vendor sites. A Null value means all changes are collected. |
MSC: Custom Allocation |
Yes
No |
No |
If set to Yes and MSC Class Hierarchy is set to Customer Class, Customer Allocated ATP performance is improved.
This profile can be used only in the following cases:
-
The item can be only an end item allocation, not a component allocation. That is, the item cannot be a component of another BOM.
-
No CTP exists. No planned order demand allocation and CTP suggested supply or demand allocation exists.
|
MSC: Display Order Rescheduling Supplies |
Yes
No |
No |
Determines whether the rescheduling supplies appear in the Planner Workbench.
Values are:
This profile is provided for debugging and analysis only. Therefore, you should set this profile to No in a production environment. |
MSC: Enable Allocated ATP |
Yes
No |
No |
Use this profile option to indicate whether allocated order promising is used. Users can update this profile at the site level. |
MSC: Enable ATP Summary Mode |
Yes
No |
No |
Enables the summarization of supply / demand data for improved performance. This is a site level profile. Values are:
|
MSC: Enable ATP Workflow |
|
No |
Controls the generation of workflow notifications to send to the planner. This is a site-level profile. Valid values are:
|
MSC: Excess and Safety Stock by Demand Class |
Yes
No |
No |
Controls the allocation of supply or demand that pegs to excess or safety stock in the case of allocated ATP using the demand-priority based method.
Values are:
-
Yes: If such supply or demand has a demand class, and if the demand class exists on the allocation rule, then allocate the supply or demand to the demand class. If the supply or demand does not have a demand class or if the demand class does not exist on the allocation rule, then allocate the supply or demand to OTHER.
-
No: Allocate such supply or demand to OTHER.
|
MSC: Forward Stealing Logic & Enhanced Forward ATP |
Yes
No |
No |
When set to Yes, supply searches are more efficient in the forward pass. The software:
-
Considers multiple sources of supply (make, transfer, buy) together.
-
Considers component substitution in the forward pass.
Caution: Enabling this profile could significantly affect performance, and it must be enabled only after due analysis.
|
MSC: Horizontal Plan Demand Bucketing Preference |
Plan Recommended Date
Demand Due Date |
Demand Due Date |
Determines which date is used for bucketing demands.
Values are:
|
MSC: OTHER with Zero Allocation Percent is Valid Demand |
Yes
No |
No |
When set to Yes, demand classes with 0% allocation are considered as valid demand classes for allocated ATP calculations.
When set to No, demand classes with 0% allocations are not considered as valid demand classes for allocated ATP calculations. |
MSC: Perform ATP Check for Internal Sales Orders |
Yes
No, only if
Destination Organization on ISO is not part of Plan |
No |
Determines if an ATP check is performed for internal sales orders. |
MSC: Sales Orders Offset Days |
Integer >= 0 |
Null |
Collects completed sales orders within the offset duration. For example, if Sales Orders Offset Days is set to 90, all the sales orders completed in the past 90 days are collected. Can be defined at the site level. A Null value means all closed sales orders are collected. |
MSC:Select sourcing rules in ATP based on |
Sysdate, Request Date |
Sysdate |
Use this profile option to specify the basis of sourcing rule effectivity dates for available -to-promise. Valid values are:
- Sysdate: The sourcing rule effectivity date is based on the system date
- Request Date: The sourcing rule effectivity date is based on the greater of Request Date or Planning Time Fence Date
For example:
- MSC:Select sourcing rules in ATP based on = Request Date
- Item has five days leadtime and no on- hand
- Item currently sourced from supplier A
- Item will change sourcing to Supplier B on Dat 10
- Customer A calls today and requests item to ship on Day 20
- you would need to order the product on Day 14 to arrive on Day 19, then ship on Day 20
- Available-to-promise chooses Supplier B for this order based on Request Date |
MSC: Sourcing History Start Date Offset (in months) |
Integer >= 0 |
Null |
Offsets the starting date of sourcing history calculations and is used in conjunction with the following collections parameters:
These settings delete and then calculate Sourcing History (in months) from the Start date determined by the profile option value (in months). System performance might degrade when you set a high value for this profile option and the high volume of source transaction data is high. |
MSC: Use Enhanced Forward ATP |
Yes/No |
No |
Use this profile option to specify whether the GOP engine should use enhanced forward ATP: Valid values are:
- Yes: Use enhanced forward ATP
- No: Do not use enhanced forward ATP |
MSC: Use Shipping/Receiving Calendars |
Yes
No |
Yes |
Determines whether shipping/receiving/carrier calendars are used for order promising.
Values are:
-
Yes: Uses the shipping, receiving, and carrier calendars to schedule ship and arrival dates.
-
No: Uses only the organization's manufacturing calendar to schedule ship dates at each level.
|
The following table lists and defines the INV profile options used by Oracle Global Order Promising:
The following table lists and defines the BOM profile option used by Oracle Global Order Promising: