Professional Documents
Culture Documents
O E-B S R C D: Value Chain Planning Releases 12.1 and 12.2
O E-B S R C D: Value Chain Planning Releases 12.1 and 12.2
Last Updated:
April 5, 2011
Version:
1.0
Table of Contents
1.
Disclaimer
2.
Introduction
2.1.
Purpose of Document
3.
3.1.
3.2.
3.3.
Collections
3
3
3
4
4
5
6
7
7
7
8
8
8
8
9
9
10
10
10
10
10
11
12
12
12
13
13
13
13
14
14
14
14
15
15
16
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
ii
3.4.
3.5.
3.6.
16
16
16
16
17
17
17
18
18
18
18
19
19
19
19
20
20
20
21
22
23
23
23
24
24
25
25
25
25
25
25
26
26
26
26
26
26
26
26
26
27
27
27
27
27
27
27
27
28
28
28
28
29
29
29
29
30
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
iii
3.7.
3.8.
3.9.
3.6.2.9.
Sales Facts
3.6.2.10.
Shipments
3.6.2.11.
Orders
3.6.2.12.
Inventory
3.6.2.13.
Sales Forecasts
3.6.2.14.
Promotion Plans
3.6.2.15.
Category Sales Analysis Dashboard
3.6.2.16.
Product to Category Coverage Reports
3.6.2.17.
Category Growth Analysis Reports
3.6.2.18.
Category Sales by Type Reports
3.6.2.19.
Average Price Analysis Report
3.6.2.20.
Top and Bottom Performers Reports
3.6.2.21.
Ad-Hoc Reporting
3.6.2.22.
Sales Scorecard
3.6.2.23.
Supply Chain Scorecard
3.6.2.24.
Operations Scorecard
3.6.2.25.
Demantra Demand Management Integration
3.6.2.26.
Retail Merchandising System (RMS) Integration
3.6.2.27.
Web Services Integration
3.6.3. Release 12.1.2
3.6.3.1.
Exception Management Dashboard
3.6.3.2.
All Commodity Volume (ACV) / External Measures
3.6.3.3.
TDLinx Store/Outlet Adapter
3.6.3.4.
Scorecard Enhancements (Goals & Thresholds)
3.6.3.5.
Store Clusters
3.6.3.6.
Item Clusters
3.6.3.7.
Replenishment Rules
3.6.3.8.
Allocation Rules
3.6.4. Release 12.1.3
3.6.4.1.
Manufacturer Promotions
3.6.4.2.
Manufacturer Shipments
3.6.4.3.
Customer Shipment Facts
3.6.4.4.
Third Party Distributors
3.6.4.5.
Alternate Organization Hierarchy
3.6.4.6.
Forecast Type and Purpose Code
3.6.4.7.
User Defined Fields
3.6.4.8.
Type 2 Slowly Changing Dimensions
3.6.5. Release 12.2
30
30
30
30
30
31
31
31
31
32
32
32
32
33
33
33
33
34
34
34
34
35
35
36
37
37
38
39
39
39
40
40
40
41
43
43
44
44
44
44
44
45
45
45
45
45
46
46
46
46
46
47
47
47
47
47
3.9.1.
47
Release 12.2
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
iv
3.9.1.1.
3.9.1.2.
3.10.
3.11.
3.12.
3.13.
3.14.
47
48
48
48
48
48
48
48
49
49
49
49
49
49
50
50
50
50
50
50
50
50
51
51
51
51
52
53
53
54
55
55
56
57
59
60
61
62
65
67
69
69
70
70
71
72
72
73
73
75
76
77
78
79
80
80
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
3.15.
3.14.3.2.
Disable Multiple Release from the Same Plan for the Same Order
3.14.3.3.
User Defined Ideal Sequence
3.14.3.4.
Supply Tolerancing
3.14.3.5.
Control Application of Purchase Item Order Multiples Beyond Lead Time
3.14.3.6.
Improved Operation Status Logic in OPM integration
3.14.3.7.
Advanced Work Order Filtering
3.14.4. Release 12.2
84
86
88
89
91
91
93
93
93
94
94
94
94
95
95
95
96
96
96
96
97
97
97
97
98
98
98
98
99
99
99
100
100
100
100
100
101
102
102
103
103
104
105
105
105
106
106
106
106
107
107
108
109
110
110
111
111
111
112
vi
3.16.
3.17.
112
112
112
113
113
113
113
114
114
114
114
114
114
114
115
115
115
115
116
116
116
116
116
116
116
117
117
117
117
118
118
118
119
119
119
120
120
121
121
121
122
122
122
122
122
122
123
125
128
129
129
130
130
130
131
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
vii
1.
Disclaimer
This Release Content Document (RCD) describes product features that are proposed for
the specified release of the Oracle E-Business Suite. This document describes new or
changed functionality only. Existing functionality from prior releases is not described. It
is intended solely to help you assess the business benefits of upgrading to the specified
release of the Oracle E-Business Suite.
This document in any form, software or printed matter, contains proprietary information
that is the exclusive property of Oracle. Your access to and use of this confidential
material is subject to the terms and conditions of your Oracle Software License and
Service Agreement, which has been executed and with which you agree to comply. This
document and information contained herein may not be disclosed, copied, reproduced or
distributed to anyone outside Oracle without prior written consent of Oracle. This
document is not part of your license agreement nor can it be incorporated into any
contractual agreement with Oracle or its subsidiaries or affiliates.
This document is for informational purposes only and is intended solely to assist you in
planning for the implementation and upgrade of the product features described. It is not
a commitment to deliver any material, code, or functionality, and should not be relied
upon in making purchasing decisions. The development, release, and timing of any
features or functionality described in this document remains at the sole discretion of
Oracle.
Due to the nature of the product architecture, it may not be possible to safely include all
features described in this document without risking significant destabilization of the
code.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
Purpose of Document
2.
Introduction
2.1.
Purpose of Document
This Release Content Document (RCD) communicates information about new or
changed functionality introduced in Oracle E-Business Suite Releases 12.1 and 12.2, and
in subsequent Release Update Packs (RUPs) and off-cycle patches. For your
convenience, it also includes new or changed functionality introduced in the RUPs for
Release 12, including 12.0.2 through 12.0.7.
The features and enhancements described in this document are grouped by product, and
then by the release in which they first became available, for example, Release 12.1.1.
Features released in an off-cycle patch have a special designation for example, a
feature released after 12.1.1, but before 12.1.2, is designated as Release 12.1.1+.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
Purpose of Document
3.
Collections
3.1.1.
Release 12.1.1
3.1.1.1. Backward Compatibility to 11i10
Oracle Advanced Planning Release 12.1.1 supports, through a Collections backward
compatibility patch, the configuration where the source is E-Business Suite 11i10, and
the destination (planning server) is Release 12.1.1. This backward compatibility applies
to Advanced Supply Chain Planning, Distribution Planning (see exclusion below), RealTime Sales and Operations Planning, Demand Management, Demand Planning,
Inventory Optimization, Global Order Promising, Collaborative Planning, Advanced
Planning Command Center, and Service Parts Planning.
Specific capabilities not supported in this configuration are:
3.2.
Product Overview
Most supply chain planning processes, considered in their entirety, consist of multiple
decision-making sub-processes often performed by different groups that are chained
together. For example, a typical sales and operations planning cycle consists of
forecasting performed by different lines of business such as sales, marketing, finance and
manufacturing and distribution, a consensus demand review, inventory planning and
review, supply planning and review, and executive review. These sub-processes may be
supported by different underlying supply chain planning applications (Demand
Management, Inventory Optimization, Strategic Network Optimization, Service Parts
Planning and Advanced Supply Chain Planning.) The overall planning processes are
difficult to orchestrate because the planning data required are buried in multiple
underlying supply chain planning applications and because the human stakeholders come
from multiple organizations.
Oracle Advanced Planning Command Center is a new product that pulls together
planning outputs from multiple E-Business Suite supply chain planning applications and
makes them available for reporting and analysis within a unified user interface based on
Oracle Business Intelligence Enterprise Edition (OBIEE). The planning outputs are
viewable via seeded role-based dashboards, and are also accessible to custom OBIEE
reports and dashboards constructed by the user. Seeded dashboards support the Sales and
Operations Planning and Supply Chain Plan Analysis business processes.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
Collections
Oracle Advanced Planning Command Center offers an extensive list of web services that
decompose Oracle Advanced Planning capabilities into atomic functional pieces (for
example, run collections, generate a statistical forecast, run a supply chain plan, archive
a plan.) These web services are leveraged by seeded Oracle Business Process Execution
Language (BPEL) processes that can be used out of the box to automate Sales and
Operations Planning and Forecast, Inventory and Supply Planning business flows. Users
can also create an infinite variety of custom BPEL processes to automate and orchestrate
their specific in-house planning flows (for example, hub and spoke planning).
Oracle Advanced Planning Command Center provides extensive plan and scenario
comparison capabilities. It also allows you to assign manual activities required for the
evaluation and execution of alternative business scenarios and monitor and orchestrate
the completion of those activities.
Oracle Advanced Planning Command Center provides:
3.2.2.
the ability to automate, orchestrate, monitor and review the result of complex,
inter-organizational and inter-disciplinary planning processes that span multiple
supply chain planning applications (including external applications).
Release 12.1.1
3.2.2.1. Sales and Operations Planning Dashboard
The Sales and Operations Planning Dashboard included with Advanced Planning
Command Center provides all participants in the Sales and Operations Planning process
with interactive access to summary and detailed data required when executing the
demand review, supply review and executive review phases of an S&OP cycle.
The Demand Review page answers questions such as:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
The following reports are available at the page level in the Sales and Operations
Planning Dashboard:
Executive Review
Executive Summary
Consolidated Analysis
Profit and Loss
Constrained Forecast Comparison
Cumulative Budget Tracking
Key Performance Indicators
Forecast Accuracy
Customer Service
Inventory and Production KPI
Top Difference - Operating Plan and Budget by Category
Profitability KPI
Cost Breakdown KPI
Demand Review
Forecast Comparison
Forecast Accuracy
Projected Backlog
Top Forecast Attainment by Category
Forecast Scenario Comparison
Top Abs Diff Consensus Forecast and Budget by Category
Consensus Forecast Difference by Customer
Consensus Forecast Difference by Customer
Supply Review
Consolidated Analysis
Demand Fill
Production to Plan by Organization
Production Plan
Top Resource Utilization
Top Supplier Capacity Utilization
Consolidated Analysis Scenario Comparison
Bottom Demand Fill % by Customer
Supply Change by Category
Production Plan Comparison by Organization
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
exceptions summary
Resources
resource summary
most utilized resources
least utilized resources
resources with most change in utilization
resource utilization trend
Exceptions
Historical Performance
Scenario Analysis
This page is similar to the Plan Health page. It allows you to compare demand
and supply summary information, resource information, and exceptions across
scenarios instead of across plans. (A scenario is a grouping of plans whose
results should be added together and viewed as a whole.)
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
server, runs a Strategic Network Optimization (SNO) plan with the RT S&OP consensus
forecast as input, pulls the SNO constrained forecast/production plan output back into
RT S&OP, then creates consensus demand review and executive review activities and
assigns them to the appropriate stakeholders.
3.2.2.7. Process Automation
You can create planning processes and attach to them seeded or custom BPEL processes.
Planning processes allow you to launch or halt associated BPEL processes, to enable
completely flexible planning automation. The Planning Process user interface allows you
to specify input parameters such as plan names to the underlying BPEL processes, see
the key steps of the underlying BPEL process, assign process steps to owners, and
monitor the progress of the BPEL process as it runs.
3.2.2.8. Activity Management
Process automation steps can be assigned to individuals using the Planning Process user
interface. Such assignments become system activities with owning individuals. You can
also assign arbitrary manual activities to individuals, optionally tied to a scenario or
scenario set. Activities support file attachments, to allow more complete descriptions of
required steps or inclusion of supplemental information. Assigned activities can be
updated with progress status by the assignees and can be flexibly queried within the
APCC Activities screen for monitoring purposes. Planners working with APCC
dashboards and reports benefit from an iBot that informs them of open activities assigned
to them. They can drill from a display of activities in the APCC reporting layer directly
into the APCC Activities screen for further detail. APCC thus provides a comprehensive
way to stay on top of all the system and manual activities needed to complete complex
supply chain planning processes and scenario evaluations.
3.2.3.
Release 12.1.2
3.2.3.1. Compatibility with 11.5.10 Planning Server
Oracle Advanced Planning Command Center Release 12.1.2 supports, through a
Collections backward compatibility patch, the configuration where the Planning Server
(where all the other APS modules are on) is 11.5.10, the source Oracle eBusiness Suite is
also on 11.5.10 and only the Advanced Planning Command Center is on 12.1.2.) The
deployment configuration is as shown below.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
APS 11.5.10
APS 12.1
MultipleEBS
EBS(11.5.10)
(11.5.10)
Multiple
Legacyinstances
instances
ororLegacy
Out-of-box
Integration.
User Option
at Plan
launch to
push
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
3.2.4.
Release 12.1.3
3.2.4.1. Analysis of Inventory and Service Levels
The current Supply Chain Analyst (SCA) dashboard in APCC has been enhanced with
new measures and related reports to support Inventory Analysis workflows. The
following new reports are included in a new tab in the SCA dashboard.
o
o
o
o
o
o
Some of the new measures introduced as part of this include the following:
o
o
o
o
o
Some of the new measures introduced as part of this include the following:
o
o
o
o
o
o
o
o
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
10
o
o
Operating Plan
Financial Forecast
In addition, the existing reports have been updated with new usability enhancements and
new navigations to more drill-down reports. Also, a new tab called Financial Review has
been added with the following reports
o
o
o
o
o
o
o
o
o
o
o
o
o
o
Financial Summary
Operating Plan and Financial Forecast Comparison
Top % Difference - Operating Plan and Budget by Category
Financial Trend Analysis
Profit & Loss Monthly
Margin Difference by Category
Year-over-Year Financials
Financial Forecast and Budget Comparison
Top % Difference - Budget and Annual Plan by Organization
Top Revenue
Cost by Organization
Bottom Margin
Profitability KPI
Cost Breakdown KPI
This new Financial Review page enables planners and executives to answer questions
like:
o
o
o
o
o
The dashboard contains four different tabs - Executive Review, Inventory Analysis,
Supply Chain Sourcing and Glossary.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
11
The Sales and Operations Planning (S&OP) dashboard has also been enhanced to add /
modify the following reports:
o
o
In addition to the above, the following reports have been enhanced with additional
page/report filters:
o
o
o
o
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
12
o
o
o
3.2.5.
Release 12.1.3.2
3.2.5.1. New Dimension End Item
This is a new one-level dimension that enables users to build reports for analysis by the
Finished Good items as derived from the pegging generated in an ASCP plan. This
feature is available for ASCP plans only, and is enabled for the following two measures
only:
Order Quantity
Total Supply
Using the Order Quantity measure and the Order Type filter, users can analyze all
upstream component supplies (such as On Hand, Shipment Receipts, Purchase Orders,
and Planned Orders) and see the breakdown by End Items (Finished Goods) that are
driving the component demand.
This dimension is available in the seeded Advanced Planning Catalog. There are no new
seeded reports that use this new dimension.
Note: This dimension is enabled only when the profile option "MSC: Enable Model and
End Item Dimensions in APCC" is set to Yes.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
13
Order Quantity
Total Supply
Using the Order Quantity measure and the Order Type filter, users can analyze all option
supplies (such as On Hand, Shipment Receipts, Purchase Orders, and Planned Orders)
and see the breakdown by Parent ATO Models that are driving this option demand.
This dimension is available in the seeded Advanced Planning Catalog. There are no new
seeded reports that use this new dimension.
In the case where the Options are manufactured assemblies, even their components will
have the break-up by the Parent Model so that end users can analyze all upstream
components and understand the source of their demand by viewing the break-up by the
Parent Model.
Note: This dimension is enabled only for those options and key components that are
assigned to a special category set. The name of the category set is based on the profile
option "MSC: APCC Key Component Category Set."
Note: This dimension is enabled only when the profile option "MSC: Enable Model &
End Item dimensions in APCC" is set to Yes.
3.2.6.
Release 12.2
3.2.6.1. Plan-specific Forecasting Measures
This feature enables all forecasting measures (not just Consensus Forecast) from
Demantra Demand Management and Demantra Real-time Sales and Operations Planning
to be analyzed in Advanced Planning Command Center, striped by Demand Plan.
Users can analyze, compare or finally purge these plans like any other supply plan. This
enhances the analysis that users can do in APCC, as it is now possible to easily compare
sales forecast, projected backlog, and financial forecast measures across scenarios.
You can provide a plan name as a parameter in the new Demantra workflow processes
called Publish S&OP-APCC Measures (for RT S&OP) and Publish DM-APCC
Measures (for DM). These serve the same purpose as the current workflow Export
OBI-EE Data and the concurrent program Assign Plan Name.
3.2.6.2. Custom Series from Demantra DM and RT S&OP
You can configure the integration data profiles in Demantra to publish custom series
created in either DM or RT S&OP to APCC. By default, this feature collects any 15
measures (10 forecasting measures and 5 historical measures) that you choose. You can
alter the mix or add more measures by running a new concurrent program, Collect
Demantra customization information to APCC. The selected series must not have any
complex calculations or client expressions in Demantra.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
14
The following measures are specific to DRP plans and will also be published to APCC:
The seeded reports and dashboards in APCC are not designed for DRP plans or scenarios
with DRP plans. You should build custom reports or dashboards for analyzing DRP
plans. You can also use the spreadsheet file upload capabilities to load DRP plan data
into APCC.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
15
3.3.
Release 12.1.1
3.3.1.1. Oracle Transportation Management Integration
Most planning systems have no visibility to delays in transportation and their impact to
manufacturing utilization or customer service. With this release ASCP will:
Use the updated dates in ASCP interactive planning calculations to calculate the
impact of transportation delays on downstream orders and take corrective action
16
and downstream make supplies and enforce contiguous processing. You can also enforce
a minimum (standard) delay between make supplies in order to accurately reflect
processing constraints such as cool-down periods.
3.3.1.4. Minimum Remaining Shelf Life
Products such as groceries and pharmaceuticals have limited shelf lives. Customers of
such products typically impose rules that dictate that when such products arrive at the
customer site, they must have a certain minimum duration of remaining shelf life, so that
there will be enough time for the end consumer to buy and use the products. ASCP now
supports minimum remaining shelf life (MRSL) constraints specified at the itemorganization, item-customer site and sales order levels. Item-organization and itemcustomer site-level MRSLs are specified via item attribute simulation sets. Sales orderlevel MRSLs can only be entered via customization that populates a new column in the
MSC_SALES_ORDERS table on the planning server.
3.3.1.5. Distribution Planning Scalability Enhancements
Distribution enterprises often need to manage large numbers of locations and items: the
number of locations may be in the thousands; the number of items at each location may
be in the tens of thousands or more. Planning in such an environment requires a focus on
scalability.
With this release, Distribution Planning incorporates the following scalability
enhancements. First, the phase of planning that calculates the independent and dependent
demands at each distribution location and allocates scarce supply to those demands has
been made multi-process, in order to take advantage of the parallelization capabilities of
multi-processor hardware configurations. Such a configuration can either be a single
planning server with multiple processors, or multiple servers logically linked together via
Real Application Clusters. The partitioning of the distribution planning problem into
pieces that can be solved in parallel is done automatically.
In conjunction with the above change, the load consolidation phase of Distribution
Planning has been decoupled from the demand push-down and supply allocation phase
mentioned above and is now also done concurrently in a multi-process fashion.
Functionally, this may reduce how well Distribution Planning is able to consolidate loads
relative to its base behavior in Release 12, because the consolidation calculations in
downstream supply chain layers now no longer factor in the consolidation outputs from
upstream layers. This is a trade-off that the user optionally makes for the sake of better
performance.
The above behavior is optional, and is enabled via profile options.
3.3.1.6. End Item Substitution Enhancements
Use-up of on hand inventory is critical to controlling storage and obsolescence costs at
many companies. One way in which ASCP helps in this regards is to recommend the use
of available substitute item supplies when the demanded item is not on hand. Prior to this
release, such end-item substitution recommendations made by ASCP could not be
automatically released back and implemented in Order Management. With this release,
the ASCP sales order release process has been enhanced to support the passing back of
ASCP substitute item recommendations back to the associated sales orders in Order
Management.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
17
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
18
ASCP supports the concept of supply tolerancing through Shortage Tolerance and
Excess Tolerance Percent pegging controls that dictate when demands and supplies are
considered to be fully pegged. In the example with the 9,950 pound coil above, ASCP
will still generate a recommendation for an extra 10,000 pound coil to cover the supply
deficit, but will peg that supply to excess so that it is moved to the end of the planning
horizon. This prevents the planner from accidentally releasing unneeded work to the
production floor.
Supply tolerancing support where Shortage and Excess Tolerance Percentages are input
as global profile option values is existing capability. New with this release is the ability
for the user to optionally specify Shortage and Excess Tolerance Percentages (via
customization) at the item-organization level in the staging table
MSC_ST_SYSTEM_ITEMS. If these values are populated, ASCP will look at these
staging table values in lieu of the profile option values.
Also new is ASCP's ability to delay the satisfaction of 'small' demands until sufficient
outstanding demand has accumulated to warrant the production of a standard-sized batch.
'Small' is defined to be a percentage of the Fixed Lot Multiple order modifier. This
percentage can be entered (via customization) in the planner server table
MSC_SYSTEM_ITEMS.
3.3.1.11. Buy Order Processing Lead Time Backward Compatibility
In 11i9 the processing lead time for buy planned orders was offset based on the org
manufacturing calendar. Starting in 11i10, the processing lead time for buy planned
orders was offset based on the Supplier Capacity Calendar, if it was assigned on the
Approved Supplier List. Otherwise the processing lead time was offset based on a 24x7
calendar. In order to preserve behavior compatibility with 11i9 for customers who may
have set their buy item processing lead times assuming org manufacturing calendar
offsetting and are upgrading from 11i9 to R12.1.1, a new profile option MSC: Buy Order
Processing Lead Time Calendar allows you to either revert back to the 11i9 behavior
(when it is set to 'Org Manufacturing Calendar') or use the 11i10 behavior (when it is set
to 'Supplier Capacity Calendar').
3.3.2.
Release 12.1.2
3.3.2.1. Release Recommendations for Internal Requisitions
You can now release reschedule in, reschedule out, and cancellation recommendations
for internal requisitions. Previously, Oracle Purchasing did not support changes to an
internal requisition after the corresponding internal sales order had been created in
Oracle Order Management. This restriction has now been removed. ASCP's
recommendations for internal orders can now be successfully released from the planner
workbench. You can also release manual overrides of internal requisition date and
quantity.
3.3.2.2. Turn Off Planned Order Creation
You can turn off planned order creation for an item via the new Item Mass Maintenance
item attribute "New Planned Order Creation". The permissible values are: Create New
Planned Orders (default) and Do Not Create New Planned Orders. Use cases for this
capability are:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
19
To enable phasing out of item components and their replacement with newer
ingredients, it is required that there be no new order or build for the phased out
item. The existing supply of the phased out item is to be used up.
No new supplies for certain products are to be made, but available stock can be
distributed and sold.
This features is only available in the Constrained (Without Scheduling) and Constrained
(With Scheduling) planning modes. It is also available in Distribution Planning. It is not
available in the Unconstrained, Constrained (Classic), Constrained (Classic) With
Decision Rules and Optimized (Classic) planning modes.
3.3.2.3. Consume Purchase Orders in First In, First Out Sequence
Standard ASCP behavior matches supplies to demands in a way that minimizes
inventory. For example, if within a week there is a demand of 1 on Friday, and purchase
order supplies of 1 each on Monday and Thursday, ASCP would match the Thursday
purchase order to the Friday demand and recommend the cancellation of the Monday
purchase order.
With this (optional) feature, ASCP would match the Monday purchase order to the
Friday demand and recommend the cancellation of the Thursday purchase order. Use of
existing purchase order supplies in this chronological fashion applies across substitute
components: if the Monday and Thursday purchase orders in our example are in fact
different items but substitute components, ASCP would still consume the Monday
purchase order and cancel the Thursday purchase order.
This feature is useful for minimizing the impact of purchase order change
recommendations on suppliers.
3.3.3.
Release 12.1.3
3.3.3.1. Forecast Spreading Based on Shipping Calendar
Before this release ASCP supported forecast spreading based on only manufacturing
calendar.
In this release a new profile option MSC: Forecast Spreading Calendar enables users
to spread forecasts based on the shipping calendar in addition to the manufacturing
calendar. The list of values for this profile option includes:
Organization Manufacturing Calendar This is the default value. The system will use
the organization manufacturing calendar for spreading the forecast.
Organization Shipping Calendar The system will use the organization shipping
calendar for spreading the forecast.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
20
Note A forecast for a non-working day in the manufacturing calendar is moved to the
previous working day.
Example: Consider an organization with a manufacturing calendar that has both Saturday
and Sunday as non-working days. On the other hand the shipping calendar has only
Sunday as the only non-working day of the week. Based on the shipping calendar, a
forecast of 480 units for period 3 (March) is spread evenly to daily buckets from Monday
to Saturday (total of 24 buckets). That results in the daily forecast quantity of 20
(480 / 24 = 20). Since Saturday is not a working day based on the manufacturing
calendar, therefore ASCP moves and adds up the Saturdays forecasts to Fridays
forecasts (20 + 20 = 40). The result is shown in the following table:
Date
Monday
Tuesday
Wednesda
y
Thursda
y
Friday
Saturday
Sunday
Forecast
Date
20
10
Forecast
Date
Forecast
11
20
17
Forecast
Date
20
12
20
18
20
24
20
20
20
20
13
19
25
20
20
20
20
14
20
26
0
15
40
21
20
27
20
40
0
22
40
28
20
16
23
0
29
40
30
0
21
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
22
3.3.4.
Release 12.1.3.2
3.3.4.1. Forecast Explosion Enhancements
The enhancements to the forecast explosion process in ASCP include:
While exploding forecasts of ATO Models, ASCP traces the exploded forecasts
of option classes and options to the top model forecast that is the source of the
original demand. This information is used for reporting and analysis in
Advanced Planning Command Center.
Note: When using Demantra Demand Management to feed forecasts into
Advanced Supply Chain Planning, the seeded data integration profile publishes
both the Model forecasts and the exploded forecasts by default. When using this
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
23
option to explode forecasts in ASCP, users will need to set up a custom profile to
not publish the exploded forecast demand so that there is no double counting of
dependent demand.
The forecast explosion process will now be able to use the Planning percentages
from Demantra Demand Management (if published). If the planning percentages
from Demantra are not available, the explosion will use the usages on the Bills
of Material as the default.
Note: The Planning Percentages need to be published from Demantra using a
custom data integration profile. The seeded profile does not publish this by
default.
These features are valid for local and global forecasts and also in both simple, singleorganization models and multi-level, multi-organization models.
Both these enhancements are available only when the plan option 'Explode Forecast' is
turned on and the forecast control for the Options and Option Classes is set to Consume
and Derive.
3.3.5.
Release 12.2
3.3.5.1. Supplier Capacity Consumption Enhancement
A new profile option is introduced to control supplier capacity consumption by purchase
orders. This provides more flexibility for users to decide how supplier capacity should
be consumed by purchase orders inside and outside the planning time fence. The profile
also allows users to decide whether to consume supplier capacity with all purchase
orders or only unacknowledged purchase orders.
With this enhancement, the existing profile option MSC: Purchase Order Dock Date
Calculation Preference does not affect supplier capacity consumption. The two choices,
Promise Date and Need by Date, only determine which date is selected from the
purchase order to use within planning as the suggested dock date.
The new profile option MSC: Supplier Capacity Consumption by Purchase Orders has
four settings. You can select Yes and all purchase orders consume supplier capacity or
No Consumption (default) and then no purchase orders consume supplier capacity. If
you select Unacknowledged Purchase Orders Only then this behavior is similar to
current behavior where purchase orders without a promise date consume supplier
capacity.
The newest choice is Purchase Orders outside Lead Time Only. With this choice,
ASCP does not consume supplier capacity with any purchase order which has a dock
date inside of the item or supplier-item lead time. If the purchase order dock date is
outside of lead time, then the purchase order consumes supplier capacity. Users can set
supplier capacity to accumulate at lead time and only purchase orders outside of lead
time consume supplier capacity. The supplier capacity horizontal plan is enhanced to
display the supplier capacity consumption based on the new profile option.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
24
Organizations
Item Categories
3.4.
Release 12.1.1
3.4.1.1. Export Exception Details
This enhancement enables the export of the Collaborative Planning Exceptions Detail
screen to a .csv file that can be opened in spreadsheet and other external applications.
Data can be exported for one user selected exception class at a time, or for all exception
classes together. The structure of the exported data is similar to what is seen on the
Exception Details screen.
3.4.1.2. Detailed Supply Commit Based on ASCP Pegging
ASCP will publish supply commits to Collaborative Planning based on how end item
supplies are pegged to the end item demands in the ASCP plan. Earlier, ASCP published
only a single supply commit record to Collaborative Planning on the date when the
demand was completely satisfied. With the new behavior, if a demand is satisfied by
pegging against on hand and also a planned production batch, two supply commit records
will be published, corresponding to the individual pegging quantities and dates. This new
behavior is enabled by the profile option MSC: Publish Supply Commit Based on
Pegging Information.
3.4.1.3. Search Exceptions by Buyer and Planner
The search criteria in the exceptions detail screen have been enhanced to include "Buyer
Code" and "Planner Code".
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
25
3.4.2.
Release 12.1.2
3.4.2.1. Rich User Interface Enhancements
Oracle Collaborative Planning incorporates new rich user interface capabilities of EBusiness Suite 12.1.2. These include a redesigned applications home page with more
efficient navigation, multi-level navigation menus with saved favorites, and "look-ahead"
lists of values that automatically complete partial user entries.
3.4.3.
Release 12.1.3
There are no new enhancements in Oracle Collaborative Planning in Release 12.1.3.
3.4.4.
Release 12.2
There are no new enhancements in Oracle Collaborative Planning in Release 12.2.
3.5.
Release 12.1.1
3.5.1.1. Clear Data in Worksheets
This feature allows the user to clear data from existing cells in a worksheet.
The Fill Data dialog in the worksheet now allows a null entry. The data is replaced with
a null/NA. A recalculate is required to reflect the change across all levels of the
hierarchy.
3.5.1.2. Default Even Allocation Over Time
This feature gives the user the ability to allocate evenly down the time dimension and use
"first" allocation for other dimensions when an allocation basis is not available.
The profile MSD: Use Classic Even Allocation can now have three values, one of which
signifies that the fallback default allocation for the time dimension will be even. The
three valid choices for the profile are:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
26
3.5.2.
Release 12.1.2
There are no new enhancements in Oracle Demand Planning in Release 12.1.2.
3.5.3.
Release 12.1.3
There are no new enhancements in Oracle Demand Planning in Release 12.1.3.
3.5.4.
Release 12.2
There are no new enhancements in Oracle Demand Planning in Release 12.2.
3.6.
Product Overview
The Oracle Demand Signal Repository (DSR) helps manufacturers collect detailed
retailer and other demand data, analyze it to identify issues and opportunities, and
respond via a SOA-enabled services library.
Typical retail data sources include daily point-of-sale, on-hand inventory, store orders
and receipts, returns, store promotions and sales/order forecasts. The DSR transforms
retailer data into manufacturer terms including manufacturer item identification,
manufacturer hierarchies and calendars. A high-performance data loading facility
cleanses the data and allocates it to a uniform set of dimension levels.
The Demand Signal Repository data model is based upon the Oracle Data Warehouse for
Retail (ODWR) data model, adapted to a manufacturer point of view. An extensive
OBIEE metadata layer sits on top of the ODWR data model, and allows users to develop
custom reports that combine the data in customer-specific ways.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
27
3.6.2.
Release 12.1.1
3.6.2.1. Customer Organization Hierarchy
DSR captures customer organizational information as well as customer organizational
hierarchy to allow CG Manufacturers to view customer data based on the customers
perspective of their organization.
The lowest level in the organization hierarchy is the Business Unit which is a single
customer location. While business unit types are user-defined, the two most common
types of business units are stores and customer distribution centers.
DSR captures several business unit attributes such as address, general contact, and VAT
information, as well as store-specific attributes such as store manager, physical
properties (store size, number of window displays, restrooms, etc.). Additionally,
business units can be associated with a distribution channel and/or a market area to allow
analysis by channel or a market area (such as the Los Angeles market).
Each business unit has a physical address. This enables the Business Unit to be analyzed
by a geographic dimension, as well as the organization hierarchy.
The other levels of the organization hierarchy (listed from top to bottom) include: Retail
Group, Chain, Area, Region, District, and finally Business Unit. DSR allows you to
aggregate fact data to any level of the customers organization hierarchy.
The customer organization hierarchy supports the slowly changing dimension (SCD)
type 2 feature. This feature keeps historical data (e.g., sales) associated with the
hierarchical structure in effect at the time, to ensure proper analysis.
3.6.2.2. Multiple Calendar Support
In addition to the standard Gregorian calendar, DSR also provides additional calendars
types including business, fiscal, advertising, and planning calendar type.
The consumer goods manufacturer can use all calendar types, whereas the only calendar
type that supports customer-specific calendars is the business calendar. By having a
separate business calendar for each customer, the account team or category manager can
view data in terms of the customers week, month, etc.
3.6.2.3. Customer Item Hierarchy
DSR captures customer item information as well as customer item hierarchy to allow
consumer goods manufacturers to view customer data based on the manner in which the
customer organizes their product groupings.
The lowest level in the customer item hierarchy is the SKU. DSR captures several
attributes at the SKU level including price, cost, size, color, style, variety, etc.
Additionally, SKUs can be associated to a brand or group into item clusters to allow
further analysis.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
28
The other levels of the customer item hierarchy (listed from top to bottom) include:
Company, Division, Group, Department, Category, Subcategory, Item and finally SKU.
DSR allows you to aggregate fact data to any level of the customers item hierarchy.
The customer item hierarchy supports the slowly changing dimension (SCD) type 2
feature. This feature keeps historical data (e.g., sales) associated with the hierarchical
structure in effect at the time, to ensure proper analysis.
3.6.2.4. Manufacturer Item Hierarchy
DSR captures the manufacturers item information as well as item hierarchy to allow
consumer goods manufacturers to view data by the product categorization and
descriptions used within their own company.
The lowest level in the manufacturer item hierarchy is the SKU. DSR captures several
attributes at the SKU level which can differ from the retailers SKU attribute values.
The other levels of the manufacturers item hierarchy (listed from top to bottom) include:
Company, Division, Group, Class, Subclass, Item and finally SKU. The manufacturers
item hierarchy is seven levels deep, whereas the customers item hierarchy is eight levels
deep (to accommodate the broad range of products carried by retailers).
Like the customer item hierarchy, the manufacturers item hierarchy also supports the
slowly changing dimension (SCD) type 2 feature. This feature keeps historical data
(e.g., sales) associated with the hierarchical structure in effect at the time, to ensure
proper analysis.
3.6.2.5. Multiple Currency Support
Monetary values within DSR can be represented in one of two currencies. The first is
the retailers corporate currency, whereas each retailer can have a different currency.
The second is the reporting currency of the manufacturer.
DSR converts values from the retailers currency to the manufacturers reporting
currency based upon a conversion table.
By default, reports will use the manufacturer reporting currency. If needed, the reports
can be customized to replace the reporting currency with the retailer currency.
3.6.2.6. Alternate Units of Measure
In DSR the typical base unit of measure is a saleable unit or Each (EA). DSR supports
alternate units of measure (kilos, liters, stats) to address manufacturing, shipping or
marketing requirements. For example, a beverage company might select volume in liters
as their alternative UOM. Each SKU has a ratio to convert the primary UOM quantity to
the alternate UOM quantity.
3.6.2.7. Authorized Distribution
A system parameter, called discovery mode, controls whether stores must be authorized
to carry an item.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
29
When discovery mode is off, items must be pre-associated with a valid business unit (aka
store) in order to successfully process sales and forecast data for that business unit/item
combination.
When item discovery mode is on, the data loading process will create a new authorized
item/store record the first time that it encounters a SKU at a business unit (store) where it
has never previously been reported.
3.6.2.8. Sales Allocation
Fact data in Demand Signal Repository is always stored at the lowest level by
SKU/Business Unit/Day. Data supplied at an aggregate level is allocated down to the
day during the load process. For example, weekly, chain-level data must be allocated to
a daily, business unit level (either store or DC).
Organization and time-level allocation profiles define the percentage of the aggregate
value to be allocated to each the day or location. Allocation preserves any fractional
quantity, in order for a data value to be the same when re-aggregated to the level at
which it was originally received.
3.6.2.9. Sales Facts
The DSR sales & return process flow loads units sold, units returned and their related
monetary value and cost. Data can be reported at the business unit level (e.g., store) or at
a higher level in the organization for a given day or week. Sales reported at an aggregate
level are allocated to the lowest level (by business unit / day).
3.6.2.10. Shipments
The shipments process flow loads shipped units and monetary amount for a given
business unit/item/day. Shipments are reported against a specific store or distribution
center, no allocation logic is supported for shipment data.
3.6.2.11. Orders
The orders process flow loads order quantity and monetary amount for a given business
unit/item/day. Orders (like Shipments) are reported against a specific store or
distribution center, again no allocation logic is supported for order data.
3.6.2.12. Inventory
The item inventory process flow loads on-hand, received, in-transit, backordered, and
quality hold quantities, net costs, and retail amounts for a given business
unit/item/location/day. Item Inventory (like Shipments and Orders) are reported against
a specific store or distribution center, so no allocation logic is supported for order data.
3.6.2.13. Sales Forecasts
The sales forecast process flow loads forecasted sales units and their related monetary
value. Like the sales and returns process flow, data can be reported at the business unit
level (e.g., store) or at a higher level in the organization for a given day or week. Sales
forecasted at an aggregate level are allocated to the lowest level (by business unit / day).
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
30
Retailer Net Cost to Gross Margin is a quick reference into the profitability of
each product category carried by the retailer.
Category Coverage provides a breakdown of sales by retailer by product
category.
Product Mix provides a breakdown of sales by product category across retailers.
Product Contribution to Profit lists the top performing products based on
contribution to their respective product category.
Category Sales by Type displays the breakdown by promotional versus nonpromotional sales.
Sales Growth Percent Change to Previous Period displays the growth (or
decline) of this periods sales to the prior period.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
31
Top Performer (which is the number to display, the default if left blank is 10)
Time (year, quarter, month).
Product Category
Item Type (manufacturer item or retailer items)
Customer
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
32
The measures displayed in each of the four quadrants include Monetary Sales, Unit
Sales, Category Sales, Category Share, Retailer Gross Margin, Gross Marting Percent,
and Forecast Accuracy.
3.6.2.23. Supply Chain Scorecard
The Supply Chain scorecard shows results against goal comparisons for seven supplychain oriented measures. Like the Sales Scorecard, it is divided into four panels, with the
left panels showing the latest results and the right panels showing values summarized by
year. Also like the Sales Scorecard, the top two sections show company performance;
however, the bottom two sections show performance across all manufacturer products at
the customer organizations region level.
The measures for each of the four sections of the supply chain scorecard include Service
Level, Order Cycle Time, and On-Time Delivery, Inventory Cover, On-hand Inventory,
In-Stock %, and Percent returns
3.6.2.24. Operations Scorecard
The operations tab is divided into two panels. Operational measures are only available at
supply chain level, not at a more granular level (such as category or region).
All seven measures (Perfect order %, Order change %, Invoice accuracy %, Payment
days, Deduction amount, Item data synchronization % and Item data accuracy %) are
external measures imported into DSR through the ETL process.
3.6.2.25. Demantra Demand Management Integration
Demand Signal Repository has a pre-built outbound integration of aggregated demand
signals to Demantra. Data sent from DSR to Demantra includes:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
33
3.6.3.
Release 12.1.2
3.6.3.1. Exception Management Dashboard
The Exception Management Dashboard automatically sifts through vast amounts of
customer data to quickly detect potential problems in key business processes. Using
OBIEEs iBot functionality, pre-built queries can be run periodically, as needed, to
locate issues and create exceptions.
Once exceptions have been created, the Exception Management Dashboard aggregates
and displays exceptions by customer and product category, listing them in order from
highest to lowest number of exception so users can address the most critical areas first.
The exception types analyzed within the Exception Management Dashboard include:
Imputed Out of Stock Exception where sales are significantly below expected
sales and the probability is very high that the product is out of stock.
Reorder Point Exception where inventory levels (on-hand plus back order
quantity) are below the customers reorder point.
Overstock Exception where on-hand inventory levels are above the customers
reorder point.
New Item Not Selling Exception which reports on items introduced at the store
within the last 30 days which have no sales.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
34
From each one of these exception types users have the option to view one of the
following reports to get more information.
The Forecast Accuracy report shows actual versus forecasted sales, deviation
between the two for the selected week as well as prior week.
The Inventory Position report shows the previous weeks ending balance,
receipts, sales and both an expected ending balance and an actual ending
balance. The customers replenishment information (min, max, reorder point,
etc.) is also displayed.
The Item Distribution report shows the number of authorized stores and the
number of authorized stores not selling, in addition to the average sales per store
selling.
The Price Deviation report shows average sales price, promotional price,
quantity sold, actual revenue and expected revenue.
Exception history is retained to allow users to track trends on whether exceptions are
increasing or decreasing.
3.6.3.2. All Commodity Volume (ACV) / External Measures
Many companies using Demand Signal Repository purchase consumption data from
syndicated data providers to analyze market penetration by retailer, geography, product
and time. The set of syndicated consumption data includes pre-calculated ACV
measures as well as other measures such as sales by promotion type, baseline sales, and
coupon sales. Syndicated consumption data can be purchased at various levels of the
product hierarchy and customer organization hierarchy, as well as geographic region or
sub-region.
DSR provides an initial set of 100 generic measures which are renamed during
implementation to match the measures purchased. In addition, the number of measures
can be extended, if needed.
When loading the external measures the product and geography keys supplied by the
syndicated data provider are translated into the appropriate organization, product or
geography hierarchy levels.
A sample set of measures along with an out-of-the-box report is available to use as is, or
rename and revise based on specific customer needs.
3.6.3.3. TDLinx Store/Outlet Adapter
Demand Signal Repository has created an adapter to load AC Nielsen TDLinx
store/outlet data. As a result, the existing set of business unit (store) attributes were
enhanced to include additional data elements, such as status, sub-channel code, retail
group, as well as other attributes.
The TDLinx store/outlet adapter maps data from the AC Nielson source CSV file to the
Organization Business Unit Interface table. From there the existing Organization
Hierarchy ETL process flow can be used to update the Organization Business Unit
(DDR_R_BSNS_UNIT) target table.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
35
Color-coded performance indicators which are based on the loaded goals and
thresholds.
Latest Results are now based on weekly results, goals and thresholds.
Previously, the latest results displayed daily values, which was too granular.
Overall Results are now based on YTD results. Previously, the scorecard
compared a yearly goal against the associated measure (e.g., unit sales) for a
given year. This allows users to monitor performance throughout the year
(rather than waiting until the end of the year).
Both the measure value and the color-coded performance indicator are displayed
on the main scorecard pages
When drilling down from the scorecard, the year filter criteria is passed to the
underlying report. In addition, the associated chart is displayed first (before any
table data)
On the operations scorecard, the Deduction Balance measure has replaced the Deduction
Amount measure.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
36
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
37
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
38
3.6.4.
Release 12.1.3
3.6.4.1. Manufacturer Promotions
Oracle Demand Signal Repository has been extended to include the capture and analysis
of Manufacturer Promotions. The functionality within this feature includes:
The ability to load manufacturer promotion information using out of the box
generic interface tables and Oracle Warehouse Builder process flows
Weekly sales compliance trend broken down by promoted and noncompliant sales
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
39
Expected vs. actual sales by promotion type (e.g., display, feature, etc.)
to analyze results by promotion tactic
The ability to load manufacturer shipment information using out of the box
generic interface tables and Oracle Warehouse Builder process flows
Customer shipments vs. receipts (by product category and business unit)
to spot potential product diversion issues
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
40
The ability to load distributor reference information using out of the box generic
interface tables and Oracle Warehouse Builder process flows. This includes
loading:
o
The ability to load distributor fact information using out of the box generic
interface tables and Oracle Warehouse Builder process flows. This includes
loading:
o
Distributor shipments
Distributor inventory
41
so that account teams can still talk to customers in terms of the customers view of their
organization.
Example 2 Customer Buying Organization / Planning Hierarchy. The manufacturers
own view of the customers organization may be based on how the customers buying
organization is structured. When performing activities, such as promotion planning and
execution, the promotion may apply to a level within the retailers organization, which
represents the area for which a buyer is responsible. For example, a retail department
(e.g., giftware, jewelry, etc.) or buying region (e.g., east, west, etc.). One or more of
these views of the customer organization can be loaded to the alternate organization
hierarchy.
The business benefits to having alternate organization hierarchies include:
Ability to view customer data at aggregate levels that represent the various ways
in which the manufacturer conducts business with the customer.
Ability to analyze fact data at a level that is equivalent to other systems in use by
the Manufacturer. For example, to analyze and report on DSR retail demand data
by planning account (i.e., a level in an alternate organization hierarchy), which
would be equivalent to the planning account used in Demantra Predictive Trade
Planning or Siebel Consumer Goods.
The ability to load alternate organization hierarchy information using out of the
box generic interface tables and Oracle Warehouse Builder process flows.
Information loaded includes:
o
A sample report, called Sales Performance by Account, has been made available
to illustrate how the alternate organization can be used to build other reports.
Additional Information
DSR ships with a sample alternate organization hierarchy exposed in the Answers web
catalog which has four levels exposed. To use additional alternate organization
hierarchies, the DSR repository must be modified to define the number of levels being
used and the names of each level to be exposed. Up to ten levels within an alternate
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
42
organization hierarchy can be exposed without requiring any physical data model
changes.
3.6.4.6. Forecast Type and Purpose Code
Prior to this release of Oracle Demand Signal Repository, forecasts were assumed to be
sales related. In addition, there was no way to distinguish baseline from incremental
forecast. As of this release, Oracle Demand Signal Repository has enhanced the forecast
facts to provide additional types of forecast, as well as defining baseline vs. incremental
forecast. The functionality within this feature includes:
To differentiate the types of forecasts provided by the retailer, the forecast data
contains two additional attributes.
Forecast Type. The forecast type code indicates whether the forecast
quantity includes only base demand (without promotional volumes),
promotional demand only, or "total" demand (including both base and
promo).
Existing out of the box reports and dashboards were modified to specify that the
forecast data being displayed had a Forecast Purpose code of SALES and a
Forecast Type of TOTAL. This is to maintain parity with the original intent of
the reports.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
43
Organization
Historically, the Type 2 SCD feature is always turned on for these three dimensions.
With this release, Type 2 SCD functionality can be turned off at implementation time to
give customers the option whether to use this feature or not.
3.6.5.
Release 12.2
There are no new features in Oracle Demand Signal Repository in Release 12.2.
3.7.
Release 12.2
3.7.1.1. Calendar Month Support in Weekly System
Each Oracle Demantra implementation has a core time resolution definition. This
definition drives the resolution of data kept in the system, which in turns drives the
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
44
granularity of data available to users, as well as key Demantra processes. Currently this
data granularity serves as the smallest building block upon which all time management
and display is done.
If a customers business requirements include support of both weeks and calendar
months they cannot achieve this using a weekly system, as weeks do not aggregate
wholly into calendar months. Currently the only way to support this requirement is to
have a system where the lowest time resolution is daily.
This release will enhance the Demantra data model to enable supporting week-to- month
calendar rollups. Functionality supported:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
45
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
46
Many of these steps are simply used to notify users of data to review or exceptions to
take note of. Once the notification has been sent, the workflow should proceed to
completion rather than wait for the user to mark as Done.
3.8.
Release 12.2
3.8.1.1. Enhanced Integration with Advanced Planning Command Center
Demand Management seeds integration with Oracle Advanced Planning Command
Center. Demand plan measures can be published to the Advanced Planning Command
Center (APCC) and used in dashboard reports. These measures are archived by plan for
immediate scenario comparison to facilitate faster development of profitable demand
shaping strategies.
There is support for publishing custom demand series to APCC forecasting measures.
For example, if customer forecasts are maintained in a Demand Management series then
this forecast data can be published to a seeded, generic APCC measure.
Integration is also available for a limited item hierarchy mapping between Demand
Management and APCC. For example, if a custom item hierarchy has been defined in the
Business Modeler (e.g. Item < Product SubGroup < Product Group < Product Line) then
this structure can be replicated automatically in APCC.
3.9.
Release 12.2
3.9.1.1. Improved Cost Modeling
Detailed supply cost modeling is available in S&OP. Supply cost breakdown is by
transportation, storage, purchase, and manufacturing costs. Seeded integration with
Strategic Network Optimization brings planning costs at the item, organization and time
level by plan scenario rather than deriving total cost using standard costs in S&OP. This
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
47
enables our customers to understand the cost trade-offs between plan scenarios for a
more profitable response. For example, a SNO plan scenario may indicate higher
transportation and supply costs due to outsourcing whereas an alternative plan scenario
that increases resource capacity may reflect higher manufacturing and storage costs. This
enhancement improves decision support through more detailed cost analysis.
3.9.1.2. Enhanced Integration with Advanced Planning Command Center
Prior to this release, nearly all of the Forecasting measures from S&OP were plan
independent in APCC and publishing overwrote the previous set of values. This
diminished the utility of the APCC for demand data analysis. For example, there was no
ability to compare sales forecast, projected backlog, and financial forecast measures
between scenarios to evaluate plan differences. All Forecasting measures published from
S&OP (excluding historical data series) are now striped by plan name, and can be
archived and are therefore comparable between scenarios. S&OP leverages the same
integration enhancements as in DM.
These enhancements to S&OP-APCC integration include:
Release 12.2
3.10.1.1. Enabling Dynamic Open Link capabilities and Demantra Anywhere
Previously, Dynamic Open Link (DOL) and Demantra Anywhere (DA) were available
only if the Sales and Operations Planning component was installed. In this release,
customers who have licensed Predictive Trade Planning are able to use DOL to export
promotion data from Demantra into third party reporting tools such as Microsoft Excel.
They will also be able to leverage the thin client of DA for promotions planning.
Release 12.2
3.11.1.1. Enabling Nodal Tuning
Previously, nodal tuning was only available to Advanced Forecasting and Demand
Modeling (AFDM) customers. In this release, we enable this advanced analytical
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
48
functionality for Predictive Trade Planning customers who purchase Trade Promotion
Optimization. This enables more granular control of the analytical engine.
3.11.1.2. Enhancements to Optimization
A number of enhancements are introduced:
Exclusion rules: Users will be able to define a set of conditions that should not
occur together in a solution. For example, you should not run a TPR
simultaneously with an Ad, and discount should exclude discounts in a certain
range.
Optimized buydown: Buydown is now optimized like other variables in the
optimizer. In previous releases, the buydown calculation was deterministic and
calculated using the minimum retailer margin constraint. In this version,
buydown is now part of the optimization problem and the value is selected by the
optimization process.
Vehicle cost overrides: The vehicle_cost expression has been changed to allow
cost event overrides per causal and per transpose.
Control over impact of financial constraints: Provide the ability to turn off
financial constraints such as minimum manufacturer or retail margins.
Define baseline: If a manual override was done to the baseline forecast,
customers might require that value be used as the baseline for the promotion
when calculating Revenue and Profit. In this release, we provide control over
the expression denoting baseline.
Release 12.1.1
There are no new features in Oracle Global Order Promising in Release 12.1.1.
3.12.2.
Release 12.1.2
There are no new features in Oracle Global Order Promising in Release 12.1.2.
3.12.3.
Release 12.1.3
3.12.3.1. Enhanced Forward ATP
Prior to this enhancement, during forward scheduling (when there is insufficient supply
to promise a demand on its requested date, due to which GOP searches for supply later
than the requested date), GOP would consider sources in rank order and select the first
source that yielded a promise date less than or equal to the latest acceptable date. This
did not guarantee that the source with the best promise date would get selected.
With this enhancement, GOP returns the best possible promise date by combining
availability across all sources. The enhancement is enabled by enabling the profile
MSC: Use Enhanced Forward ATP. With this enhanced behavior, GOP uses iterative
search logic to determine the most optimal promise date during forward scheduling. This
feature increases the computation burden of the order promising calculation, and may
impact GOP performance, especially in very constrained supply scenarios.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
49
3.12.4.
Release 12.2
There are no new features in Oracle Global Order Promising in Release 12.2.
Release 12.1.1
3.13.1.1. Support for Intermittent Demands
Inventory Optimization now explicitly supports forecasts that represent intermittent
demands. Forecasts that are fed into IO from Service Parts Planning that have been
generated using a statistical method designated as being for intermittent demands, or
forecasts that are designated via plan options to be of the intermittent demand variety,
will now be assumed by IO to have a more appropriate Poisson error distribution about
the forecasted mean. In addition, IO intelligently distributes small calculated total safety
stock targets across multiple echelons of a supply chain so that the location-specific
targets are integer numbers.
3.13.2.
Release 12.1.2
There are no new features in Oracle Inventory Optimization in Release 12.1.2.
3.13.3.
Release 12.1.3
3.13.3.1. Enhanced Budget Constraints
Prior to this release, IO did not have the ability to ensure integer valued safety stock
solutions within input budget constraints. A new heuristic ensures integer valued safety
stocks while respecting input budget constraints. This new heuristic is enabled by setting
the profile option MSR: Budget Heuristic to Yes (the default value is No).
A few points about the new heuristic:
3.13.4.
Release 12.2
There are no new features in Oracle Inventory Optimization in Release 12.2.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
50
Release 12.1.1
3.14.1.1. Units of Measure on Items
A Unit Of Measure has been added
as an explicit attribute of every item.
This enhancement provides improved
visualization throughout the model
and schedule views.
o
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
51
The alert view is now tab based and summarized by category / type and is context
sensitive to selection within the Model Workspace for easier navigation
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
52
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
53
This works well, but if there are many sales orders and the user wishes to create a work
order for each demand / line item combination this could potentially take quite a bit of
time.
A new feature has been added to PS that allows users to automatically create Work
Orders for a given sales order without even navigating to the Work Order Editor.
A simple right click on a demand or a folder or a subset / mixture of folders and demands
(via multi-select) allows users to automatically create a work order per demand.
3.14.1.6. Find Functionality for Model Objects
Find functionality is now available in PS using CTRL-F via the PS toolbar by selecting
Edit | Find. This will launch a Find dialog box which provides text based searching in
the PS model and the ability to drilldown to the found objects. You can limit the
search to the following (by chosen scenario):
o
o
o
o
o
o
o
o
o
o
All (will search all model objects listed below and their description fields as well)
Supplies and Demands only
Work Orders only
All Resources
Crews only
Machines only
Tools only
Items only
Operations only
Routings only
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
54
Work order operations having a Firm Start Date, Firm End Date, or Firm Date
Range in the past,
>1 work order operations having an Active Status on the work order routing
operation step which conflicts with another work order
>1 work order operations with a firm status with overlapping date ranges
For example, in the screen capture below, the area shaded in yellow indicates a point in
time that occurs prior to the horizon start.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
55
While this provides excellent feedback to users, it also introduces another issue the
operations can not actually be run in the past. Prior to this release of PS, reconciling the
schedule was primarily performed by using Cut | Paste in the Resource Gantt.
While this method worked well, it could potentially be somewhat cumbersome to do
when there are many operations running behind and/or many resources in the model.
This release of PS provides the user with a right click menu item Enforce Horizon
Start on resources. Enabling this flag (or setting it in the data model) and performing a
repair solve will push forward all operations on that resource to the start of the horizon
while maintaining operation sequence and at the same time respecting upstream /
downstream precedence constraints. Enabling this flag (or setting it in the data model)
and performing a coldsolve will accomplish the same thing without user intervention (i.e.
Auto-reconciliation).
For example, in the diagram below, the operations running on Die Bonder 2 are running
behind. The user selects Die Bonder 2, performs a right click, selects Enforce Horizon
Start and performs a
repair solve (or cold
solve). (Users are also
able to multi-select and
enable this flag for all
highlighted resources).
The operations on the
applicable resource are
pushed forward,
maintaining the original
sequence. This can also
be persisted in the data
model for a given
resource as well.
Operations running in the past will be pushed to start at the beginning of the horizon.
The sequence of operations on the resource will not be changed. In many cases, the
operations running behind will be one of several operations that are contained within a
routing. Since routings have precedence constraints between operations, moving
operations from the past to horizon start may have consequences on other operations in
the routing. Any upstream or downstream pegged operations of this operation will be
pushed forward (if precedence constraints dictate).
3.14.1.9. Batchable Resources
A Batchable resource can be described as a machine / oven / kiln (or similar) that can
process one or more items simultaneously, but
only if they share 1 or more similar Attributes
(such as Temperature, Color, Duration etc) and
Attribute Value such as 1 Hour @ 400 Degrees
Typically, these resources have several spots or
something equivalent in them. Items when
processes within these resources consume 1 or
more of these spots.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
56
For example, the Resource Gantt below illustrates several ovens (CC4101 -> CC4105).
Each of these ovens constrain a variety of operations which are running at the same time
and grouped by temperature and duration. The summary colour at the oven level
indicates spot utilization. Bubble help indicates the attributes of the batch and one can
utilize an option in the Toolbar which allows you to highlight only certain batches if you
wish (in orange).
Batches are of course applicable to regular manual scheduling activities. You can cut,
paste entire batches between ovens, move operations from batch to another, resequence
batches and even manually move operations into another batch which does not share the
same attributes (you will be provided with a warning).
3.14.1.10. Consistent Resource Assignment within a Portion of a Routing
Alternate resources in a given manufacturing operation are very common amongst most
Production Scheduling customer models. These alternate resources are modeled via the
use of resource sets. In many cases, this resource set recurs in an upstream or
downstream operation(s). In many cases, it is imperative that once a resource is chosen in
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
57
When the first setup operation occurs on either M1 or M2, resource assignment
must be the same for the following 2 operation steps.
If M1 is chosen in the setup operation, it must also be chosen in the run and cleanup.
(You dont want to cleanup a machine that you didnt run on).
The cooling process occurs in a staging area. However, after the cooling operation
takes place, the same logic occurs for the next recurrence of the setup, run and
cleanup operations, but a different alternate can be chosen.
The first three steps must run on the same machine and the last three steps must also
run on the same machine.
The user opens up the properties of the routing and creates 2 distinct group and assigns
the first 3 operations to the first group and the last 3 operations to the second group as
illustrated.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
58
The user performs a solve. The first three operations are run on M1. After the cooling
operation, the remaining three operations are run on M2. This could of course all be on
M1 or all of M2 or in reverse order. The point is the operations in the groups share the
same resource.
If operations are not assigned to groups, they are permitted to be run on any
given resource.
If the user is using All of Sets (i.e. >1 Resource such as a Machine1 and Tool1
OR a Machine2 and Tool2), consistent resource assignment applies to the group.
i.e. The group must be the same.
When migrating a model from previous versions, the import will detect if a
routing has consistent resource assignment selected and auto-create a group and
assign all operations to it.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
59
If the resource specific cycle size checkbox is selected, planners can enable this flag
by CRO resource. Therefore, different lines in the plant can be on their own cycle
times rather than having to adhere to global cycle.
>1 work order operation firmed on a same single capacity resource with
overlapping date / times.
A firm date range on a work order operation which is shorter than total
operation run / elapsed time
If the dates fell within the fixed time fence, PS would reconcile the
infeasibility and alert the planner that shop floor backlog exists
If these work order operations were outside of the fixed time fence this
resulted in an infeasible schedule.
In this release there is an added capability for the solver to resolve
conflicts of this type outside of the fixed time fence if necessary to avoid
this situation.
For example, take the following 2 work orders which are both firmed at the same time
outside of the FTF:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
60
Solved in a previous version the schedule was infeasible and the planner was provided
with an error message indicative of such.
In this release, the schedule is feasible. The highest priority work order is moved to start
earlier in the horizon.
Supporting alerts are also provided to the user to indicate the firm date violation.
3.14.1.13. Disable Units of Effort for Setup and Cleanup Operations
PS has a differentiating feature introduced several releases ago which provides the ability
to schedule Work Orders according to their individual unit of effort.
This feature cross references the routing template to break down work order operations
into the lot multiples specified on the routing. The feature can be enabled as either a
global option applying to all routings, or the user can specify the feature for specific
routings. For example, if this feature is leveraged, a work order is scheduled to
release inventory according to every lot multiple. In the example below, inventory is
moved between operations in 25 unit increments the work order has only 3 operations
listed on it, but PS will break it down according to the routing lot multiple.
In some cases, it is quite possible that the first operation may be a setup operation and
the last operation may be a cleanup operation.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
61
In this case, the setup & cleanup operations only need to be executed once as opposed to
three times. This release of PS has the ability to specify an operation of type Setup,
Production or Cleanup.
Setup and Cleanup operations will not be broken down to their units of effort.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
62
The work order editor has a new column to indicate the name of the all of set. This is
where manual overrides can be made to which set is attached to the work order. If an
alternate set has a different number of resources, rows will be added / subtracted as
appropriate.
Paste targets in the Gantt charts are consistent with previous versions of PS. Offloading
to an alternate set will show the target in orange. Pasting to a different time on the same
set will be highlighted in light blue.
A 1 of resource set can contain a mixture of All of sets, plus single resources.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
63
The All of Sets are shown in the Production Pegging View. The operations on the
solver selected All of Set is summarized on the set name, so the user will have
visibility into which All of set has been chosen without expanding all of the sets.
From an offloading perspective, The overall approach is virtually the same as previous
versions of PS, but the offloading calculation must be applied to all members of the set.
If any one of the resources within an All of set have their threshold violated, all
resources will be offloaded. If any one of the resources in the target All of set have
their offload thresholds violated prior to the offloading taking place, the operation will
not be offloaded to that set. At this point, an additional alternate will be evaluated - if
no alternates have available capacity, no offloading should take place. If the primary is
significantly overloaded, offloading will still occur to less loaded (but still overloaded)
alternates. This effectively spreads the load and will help get orders met as quickly as
possible.
The PS Consistent Resource Assignment feature is also impacted by this enhancement.
Prior to this release, Consistent Resource Assignment across routing steps was based on
a single resource. If Line 1 was chosen in Step 1 of a routing, it must also be chosen
in a subsequent step. In this release, Consistent Resource Assignment applies to
members of the all of set.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
64
Material A is a subassembly also manufactured in the plant as per the following process.
The lot multiple across this routing is also 25 units. The material is produced by
Operation C1.
Assume the user creates a work order for the finished good and the material (50 units
each).
These Work Orders are related through inventory, so will generally schedule JIT and
have some degree of overlap as illustrated below.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
65
If the user wishes to explicitly relate these Work Orders to one another (for example for
lot control, quality reasons etc), they can specify the relationship in the work order editor
in the new Related Work Orders tab. Precedence relationships (to facilitate a cooling
process, inspection etc) can also be specified, along with min / max separation
constraints.
Assume the user populates Starts After End with a minimum separation time of 5
Hours. When Units of Effort is used, the 5 hour minimum separation is applied to the
pegged work order routing instances. In this case, the Work Orders are for 50 units each
(remember, the routing has a lot multiple of 25 units), therefore there are 2 routing
instances and separation is applied twice.
66
trial manufacturing
process changes
line improvements
labour constraints
new product development
temperature / humidity variations
This release of PS provides the user with the ability to specify dynamic rates on a
resource (crew, machine, tool).
For example, Packing Line #1 produces items, A, B, C and D. At normal speeds, it
produces product at a rate of 100 units per hour. In this example, Item D is produced in
runs of 1700 units per week.
Assume due to a labour constraint, the packer now runs at the following throughput
rates:
The user navigates to the Packer resource properties to the Throughput tab and defines
the appropriate dynamic percentages.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
67
The speed at which the items are produced can clearly be seen in Gantt chart by the
operation length as well as by looking at the steepness of the slope of the item graph for
a given item.
If >1 resource on the operation also has a dynamic throughput range, the lowest value
for a given time interval wins. For example, if an operation requires both Packer 1
and Tool 1 and they have competing dynamic throughput rates and effective ranges.
In a resource set, resources can have different throughput rates for different date ranges.
If production is offloaded to an alternate resource with a different throughput, the
operation duration on the alternate resource will reflect the new throughput.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
68
The next time a model is imported into PS, integration processes could be
extended to reference the various data model elements exported from the
previous scheduling session which could amend to the new model prior to import
A new tab in the Publish Profiles allows users to define which data objects to publish
Whenever the Publish Process is called (whether in batch or interactively), the chosen
data will be exported to a user named XML file.
Aspects of the model can be output to a user defined filename any object within the
model can be output to this specific file.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
69
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
70
In a previous release of PS, a new feature was added to PS which removed the PS
dependency on having a routing template pre-created in the model for every work order
in the application. For those scenarios outlined, PS dynamically cross references the
work order routing against the routing template during the import process. If a work
order meets on of the problematic scenarios outlined earlier, one can expect to see a
newly created routing which directly corresponds to the work order in question. If
operations differ from their standard templates, a newly created operation will be present
in the routing as well.
When PS was generating this routing and operation templates, it was not reading the
precedence constraints on the work order routing between the operations, nor were the
resource sets being constructed. This release of PS has enhanced logic in the import
process which addresses these 2 issues. When generating the precedence constraints for
the auto-generated routing, the import now looks at the operation codes and cross
references the precedence constraints on the routing. If the work order has different
precedence constraints than the routing template, the precedence constraints as specified
on the work order routing will be used when the auto-generated routing is created.
Similarly for resource sets - the operation template is reference to reconstruct the
resource sets.
3.14.1.21. Selective Work Order Release to Production
After a user approves a schedule within PS, the general business process is to publish the
schedule back to ERP. The publish process within PS uses a Release timefence to
filter out work orders from the release process. If a work order starts before the end of
this timefence, it will be included in the release. If the user wishes to include / exclude
individual work orders from this process (regardless of start time), this was not possible
prior to this release. This new release provides a new mechanism for the user to be able
to individually select which work orders are released back to ERP.
For example, after analyzing the schedule, the user approves the schedule he/she is
happy with. The user then performs a right click on the scenario name and selects a new
option Edit Work Order Release.
This launches a new dialog view which lists all work orders and their various attributes.
The Publish Profile selected has a Release Horizon. Any Work Orders starting within
this release horizon will be auto-selected. The user can override this if desired.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
71
3.14.2.
Release 12.1.2
3.14.2.1. Resource Business Objectives
From a resource perspective, Production Scheduling generically considers all crew,
machine, tool capacity and calendar constraints simultaneously when sequencing
operations. Focusing and resolving the most critical constraints in the scheduling
horizon has been regarded as the most effective scheduling strategy to resolve multistage floating bottleneck problems when sequencing operations. Addressing the most
critical constraints first breaks down sequencing problems into smaller sub-problems
which are generally easier to resolve.
However, it sometimes is desirable for users to be able to dictate to the Production
Scheduling solver which resources to focus on first.
Currently in Production Scheduling, users can dictate to the solver engine which
resource or group of resources should be focused on and in what order - essentially
enabling scheduling in an incremental fashion via some simple configuration in the
application. However, solver objectives cannot be set changed each stage they are set
at a global level.
The scope of this enhancement is to allow different solver objectives by solve stage. For
example, one may wish to optimize changeovers on the injection molder, then mix the
upstream materials JIT, then immediately pack the kits and assemblies from the molding
using a prebuild solve strategy. This approach optimizes the bottleneck stage while
minimizing WIP between upstream / downstream stages.
This enhancement will allow users to:
1) Set solver objectives by group of resources (i.e. a Stage)
2) Insert breakpoints where the user can review solve progress at any given stage (and
even refine the schedule as appropriate via manual scheduling and then resume the
larger solve process).
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
72
3) Setup Multi-stage Campaign Run Optimization (CRO) users will have the ability
the utilize the CRO algorithm in a multi-stage fashion provided the stages have
decoupling inventory and the CRO resource is not recursive.
Cut/Paste
Resequence
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
73
Remove idle
Change durations of operation instances
Change start or end times of operations
Change calendar events in the Gantt charts (add / remove / change)
Change resource assignment (i.e. manually offload)
Fixing / Unfixing operations (single or multiple operations)
Change lead times for Purchase Order Recommendations.
Following each of these actions, there is a repair based solve action to institute the
change and repair any upstream / downstream ramifications this change may have
caused. However it is possible that the user may not accept the repaired schedule or
simply made a mistake when implementing this change.
This enhancement to
Production Scheduling provides the ability to Undo these changes. The Undo action
reverts back to the previous solve state prior to the change. Examples include:
Action: {manual change} | UNDO
Result: Will undo the manual change
Action: {manual change} | Repair | UNDO
Result: Will undo the repair and manual change
Action: {manual change} | {manual change} | UNDO |
Result: Will undo both manual changes
Action: {manual change} | {manual change} | Repair | UNDO
Result: Will undo the repair and manual changes
Action: {manual change} | Repair | {manual change} | Repair | UNDO
Result: Will undo the 2nd repair and 2nd manual change
Action: {manual change} | Repair | {manual change} | Repair | UNDO | UNDO
Result: Will undo the both repairs and both manual changes
Undo also applies to another new feature in Production Scheduling (Resource Business
Objectives). Included in this feature is the ability to solve groups of resources in a
Stage and perform manual scheduling activities between stages (i.e. At a breakpoint) in
the solve process. Undo can be performed within this context as well. This includes
the ability to undo manual changes in the stage itself as well as to completely undo a
given stage of the solve process - upon which the solution will revert back to the
previous solved stage.
For example:
Action: {solve stage | breakpoint} | manual change | Repair | Undo
Result: Will undo the manual change
Action: {solve stage} | {solve stage | breakpoint} Undo
Result: Will undo the 2nd solve stage result will revert back to the first solve stage
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
74
Operations and Groups will have attributes assigned to them. Changeover rules specified
by attribute will automatically associated all operations sharing the same attribute.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
75
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
76
When using Batchable resources, drilldowns are also now provided from the Minimum
Batch Violation alerts as previous versions did not allow this.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
77
3.14.2.7. Drilldowns from the Work Order Editor to the Gantt Charts
Additional drilldowns introduced in the application make finding work orders in the
Gantt charts much easier. The drilldown from the work order editor which is launched
via right click in the editor from the operation code takes the user directly to either the
Production Pegging view, the Resource or Operation Gantt views. Drilldown from the
Work Order Editor highlights the selected operation and performs a context sensitive
zoom as well.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
78
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
79
3.14.3.
Release 12.1.3
3.14.3.1. Maintenance Work Order Scheduling
The scheduling of maintenance resources at a maintenance depot can be quite complex.
Several new constructs have been introduced into PS to allow for this:
Visits This new data construct allows users to associate one or more work orders,
where the work orders will fall inside Visit envelope dates such as the anticipated
aircraft arrival into a maintenance depot and the request date associated with the
completion of the Visit.
Milestones These provide the ability to specify logical groupings of work orders within
a Visit. The combination of Visits and Milestones provides a capability to define task
hierarchies that flexibly group work orders together in both concurrent and sequential
patterns where work can diverge and converge.
Work Breakdown Structure Several new key attributes have been added to work orders
which can be used for organizing and filtering work orders.
The scheduling of visits must take into consideration numerous constraints. It must
account for:
To support these requirements, the following key capabilities are now available in Oracle
Production Scheduling:
Collection of Oracle cMRO Work Orders
Production Scheduling now optionally collects Oracle CMRO maintenance work orders.
New Operational Data Store Tables for Data Augmentation
Six new tables, housing information such as visits, work breakdown structure, work
order relationships, and milestones, have been added into the Operational Data Store
(ODS) as this information is required to properly schedule cMRO work orders.
Currently, this information is not available to standard planning collections from cMRO.
An API into these new tables to augment collected data has been added to complement
the existing collections framework as PS requires this information to generate a
maintenance schedule.
The overall architecture is represented in the following diagram.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
80
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
81
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
82
The work breakdown structure is populated as work order attributes and can be viewed
in the work order editor. This allows for advanced filtering in Work Order Filters where
they can be used to group work orders in the various views when analyzing the schedule.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
83
Once the model is reviewed and analyzed in Production Scheduling, work order dates
generated by the schedule and can than be released back to cMRO for execution.
The solution may be applicable for other industries with similar requirements, but focus
has been on solving aircraft short term maintenance scheduling problems.
3.14.3.2. Disable Multiple Release from the Same Plan for the Same Order
This enhancement allows Production Scheduling to keep track of work orders which are
sent back to source as Released and disable subsequent release from the same plan to
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
84
prevent creating duplicate supplies in the ERP system. This process functions per the
procedure below:
The user generates a plan and downloads to the client per standard procedures.
The user solves the model (if not already solved on the server).
The user then saves the schedule as a .dxt file (PS persistence for solved models).
This is a key step, as re-importing from XML source will not preserve this
information.
Once the scheduler is happy with the plan, the user will then approve or Release
selected Work Orders to source and publish to ASCP as she/he deems appropriate
(no change to existing functionality).
After this action, the user will not be able to release the same work orders from the
application as the checkbox indicating which work orders to release will be grayed
out. The user is also free to close the model and reopen the .dxt file as necessary.
Illustration:
The user selects the first four work orders for release:
On subsequent navigation to the Release View, the Work Order Release Checkbox is
no longer selectable for those work orders:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
85
If the user does want to release the same work orders again for some reason,
they can open the original XML file that was downloaded from integration.
Any work orders not previously marked as released will still be available for
release or publish (as planned orders) into ASCP.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
86
The mechanism in which the ideal sequence is defined is by selecting and sorting of
associated attributes and their attribute values on CRO resources in the model.
For example, take attributes Size and Grade. Within Size there are 1/4 Inch, 1/3
Inch and 1/4 Inch as attribute values. Within the Grade attribute, there are Grades A
and B.
Assume the user defined Ideal Sequence is to cycle by size and grade within the size, as
outlined in the following example:
1/4 Inch-Grade A -> 1/4 Inch Grade B -> 1/3 Inch-Grade A -> 1/3 Inch Grade B -> 1/2
Inch-Grade A -> 1/2 Inch Grade B.
This would be setup in Production Scheduling in the Attributes tab where attributes are
associated to resources.
E
s
s
e
n
t
i
a
l
l
y
,
t
h
e
order in which the selected attributes and attribute values in the right column are
structured in the UI dictates the ideal sequence of operations (the operations must be
associated to these attributes). If Grade was more important than size, then the user
could move the Grade above the Size Attribute. The sequence would then cycle by
Grade and then Size within the Grade.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
87
This is a very powerful tool to help make sequencing decisions and reduce changeovers
in the model.
3.14.3.4. Supply Tolerancing
The Production Scheduling integration infrastructure to Oracle EBS and JD Edwards
EnterpriseOne uses Work Orders as the vehicle to communicate production
requirements and schedules between systems. When a PS plan is created, it will have
Work Orders as a source of supply. Demands are created via Sales Orders, Transfer
Orders Out, Forecasts, and Internal Sales Orders, etc.
Since PS is a scheduling application, typically one would assume there are sufficient
supply quantities generated in the form of work orders to meet the stated demand
requirements for the organization being scheduled by the time you are actually
scheduling your facility.
However, in some cases it is acceptable for demands to be shorted by a certain quantity
or percentage without the generation of additional supply requirements. For example, if
you have supply (say an on-hand inventory of 134,999) and have an order quantity of
135,000 (finished good or intermediate), there may not be an additional work order
created for the extra 1 unit in ASCP (lot sized of course) due to a supply tolerancing
feature it has (this can be at any level in the bill of material).
However, PS does not have this explicit supply tolerancing feature. The net result is
that PS may recommend extra production as PS sees the need to balance supply and
demand down to the unit. PS naturally uses the routing lot size to recommend new
production - in some cases, this could be very large (such as 100,000lbs per run) and
completely unnecessary as it is perfectly acceptable to ship 1lb less than order size.
Instantiating net new production disrupts other production runs, steals capacity and
materials schedule quality is inevitably diminished.
A feature has been added to Production Scheduling to be able to essentially shut off
any PS created net new production suggestions to avoid these situations.
This exists in Tools | Options | Global Settings:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
88
With this flag enabled, there will be no net new production recommendations generated
at any level in the BOM (i.e. only work order supply production will be scheduled). If
there is insufficient work order supply, inventory will be automatically added to prevent
levels from falling below zero (i.e. Demand is permitted to be shorted). A PS log
message is generated to indicate what inventory quantity adjustments were made.
Utilizing this feature assumes work order supply is sufficient to meet demand.
3.14.3.5. Control Application of Purchase Item Order Multiples Beyond Lead Time
Items marked as Purchased in Production Scheduling must be associated with a source
of supply (i.e. a Supplier) and a corresponding order multiple must be modeled. It is key
to note that Production Scheduling is not intended to plan procurement specifically, but
to be constrained by lead time only. Beyond lead time, supply for these purchased items
is essentially unconstrained therefore the purchase item multiple is not especially
relevant. However, customers do find these order multiples to be useful for various
types of modeling approaches.
A feature has been added to be able to control whether or not purchase item multiples are
respected beyond supplier lead time or not. Keeping these relaxed helps solve
performance and is generally recommended.
In the PS Plan Solver Options, there is a flag entitled Relax Purchase Items Beyond
Lead Time. Default is set to Yes.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
89
When this flag is enabled, the order multiple is internally set to a very large value and
effectively ignored beyond lead time one will see the addition of a new red line in the
item graph to represent the time of the item. Beyond the lead time, the item graph is
shaded to indicate infinite supply.
If the flag is set to No, the item graph is displayed taking into account the order
multiples.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
90
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
91
A new Work Order Filter view has been added to PS which is accessible off of the
toolbar.
Selecting the icon launch the filtering window. The user then inputs criteria. Selecting
OK will filter out the various Gantt Charts.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
92
You can create as many filters as you like which are specific for various analysis
purposes and even save them locally as a file (and send to your colleagues).
This is a very useful feature which provides a very advanced level of filtering capability
into an already rich user interface.
3.14.4.
Release 12.2
There are no new features in Oracle Production Scheduling in Release 12.2.
Product Overview
Oracle Rapid Planning is a fast, heuristic based engine that generates supply chain plans
that span the enterprise manufacturing and distribution networks covering the supply
chain from supplies to customers. Rapid Planning delivers fast, comprehensive plans
that respect material and resource capacity constraints.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
93
Oracle Rapid Planning provides users an ability to simulate and quickly evaluate impacts
of various changes in demand and supply conditions. It allows planners to evaluate the
consequences of these changes and also compare and contrast various alternative courses
of action based upon user configurable metrics.
Rapid Planning leverages the integration capabilities of the Value Chain Planning suite
which means it can be deployed and integrated out-of-the-box with Oracle E-Business
Suite or with heterogeneous back-end systems. Rapid Planning is integrated with Oracle
E-Business Suite R12.1 and R11i10. Rapid Planning utilizes the proven Advanced
Planning collections architecture to integrate your source system reference and
transaction data to the Rapid Planning engine.
3.15.2.
Release 12.1.3
3.15.2.1. Fast Simulation
Oracle Rapid Planning uses an in-memory engine that can very quickly react and
recompute the impacts of any user changes and report, in real time, the consequences
across the supply chain. It also re-calculates the exceptions, key performance indicators
to reflect these impacts.
Rapid Planning supports input of simulation changes to master data like items, resources,
bills of materials, routing operations in two ways:
Items
End Item Substitution relationships
Resources
Routings and operations
Routing Operation Networks
Bill of Materials, components and substitutes
Resource Availability
Manufacturing Order Resource Requirements
Manufacturing Order Operation Networks
Calendars
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
94
Supplier capacity
This feature enables planners to do what-if analysis without having to make these
changes permanent or without the need to make these changes in the source ERP systems
and re-collect to see their impacts. This saves a lot of time and effort for the planners.
These simulation sets can then be referenced in different plans through a plan option.
3.15.2.4. Mass Edits
Users can make quickly make updates on a large number of rows (for example, increase
the post-processing leadtime of all items in category ABC by 10%) through the massedit feature.
This feature is supported for almost all entities like items, resources, supplies, demands,
etc. Users can update using various operators like set value to, increase by,
decrease by, increasy by %, decrease by %, etc.
Users can undo the simulation changes at an attirbute-level by using set value to
original operator to revert to the original value.
3.15.2.5. Plan Comparisons
Oracle Rapid Planning allows users to quickly make multiple copies and then use them
as alternatives for corrective actions. Once the plans are run, users can compare any two
plans (or one plan with its previous run) inside any of the following four views:
In addition, users can use order-by-order comparison view where they can compare any
two plans (or a single plan with its previous run) and make the following comparions:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
95
96
suppliers, alternate BOM and routing, alternate resources and substitute components to
locate the supply source that provides the delivery date closest the demand due date.
3.15.2.11. Demand Forecasts
Rapid Planning utilizes forecast and demand data from Oracle Demantra. Oracle
Demand Planning integration to Oracle Rapid Planning is not supported. Rapid Planning
performs forecast consumption and allows the planner to optionally explode forecasts.
The forecast consumption features allow the planner to include both forecasts and actual
sales orders without double counting demand. Planners can select the enforce demand
time fence plan option and forecasts inside the demand time fence are not included as
demands in the plan.
During plan definition, the planner can select forecast spreading option. For example, if
the forecast is a weekly forecast, the planner can choose to spread the forecast to daily
buckets and also optionally set the forecast consumption forward and backward day
controls. This allows the planner to accept aggregate (weekly or period) forecasts and
more accurately plan supplies in daily buckets.
3.15.2.12. Respect Demand Priority Rules
Demand priority rules can be specified at the plan level, allowing the planner to easily
compare results from two different plans using different demand prioritization
approaches. Demand priority rules control the sequence of demand priorities assigned to
all demands. The most urgent demands have the best chance of being satisfied on time.
Alternatively, Rapid Planning can use externally specified demand priorities for sales
orders and forecasts.
3.15.2.13. Demand and Supply Pegging
Rapid Planning pegging links supplies to demands so that the planner can easily identify
demand impacts when supply dates change. The planner can use pegging to trace
component or resource problems up to the affected sales orders. Pegging also enables
the planner to identify which supplies are linked to critical demands and ensure that
those supplies remain on schedule.
3.15.2.14. Supply Chain Sourcing
Rapid Planning is compatible with the sourcing rules, bills of distribution and
assignment sets used by Oracle Purchasing or upload supply chain sourcing definitions
via file loaders. Sourcing rules and bills of distribution determine the movement of
materials between organizations in your global enterprise; these organizations include
your suppliers and the materials include those items made at the manufacturing
organizations.
Sourcing rules and bills of distribution specify dateeffective sourcing strategies,
combining replenishment sources with source rankings. Users can flexibly assign
sourcing rules to individual items, categories, organizations and regions to define the
complete supply chain from suppliers to customers.
Rapid Planning can select primary or alternate sources depending on supply constraints
to provide the best demand satisfaction dates. If Rapid Planning selects an alternate
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
97
organization to source an order, then the selection is reported by the exception message
Order Sourced from Alternate Facility.
3.15.2.15. Supplier Capacity
You can specify timephased capacity of individual suppliers to specific items in Oracle
Purchasing or upload supplier capacity via file loaders. Rapid Planning can allocate
planned orders based the constraints of the suppliers. Planned orders are assigned
supplier sources in respect to their capacity. Rapid Planning uses the ranking
information you specify in sourcing rules and first attempts to source the planned orders
with the primary sources. If the capacity to fulfill the demand is not available, alternative
sources are used. If the order is sourced from an alternate supplier, then the selection is
reported by the exception message Order Sourced from Alternate Supplier.
You can specify item-supplier lead times and supplier capacity calendars. Rapid
Planning recognizes the item-supplier specific parameters and applies them as sources of
supply are evaluated to find supply that meets a demand on time. Users can also enter
item-supplier specific order modifiers.
The supplier capacity calendar governs how supplier capacity is accumulated over a
period of time. Supplier capacity is only accumulated on the working days according to
the supplier capacity calendar. The supplier capacity calendar also governs how the
supplier processing time is calculated.
3.15.2.16. Bills of Material and BOM Effectivity
Rapid Planning is integrated with Oracle BOM or you can upload bills of material and
routings via file loaders. It supports single-level and multi-level bills of material. Rapid
Planning recognizes and recommends substitute components when primary components
are delayed or not available. Substitute component selections are reported by the
exception message Planned Order uses Substitute Component.
If alternate bills of material are specified, then the alternate bill may be recommended if
there are supply constraints on the primary bill of material and routing. Alternate bills of
material selections are reported by the exception message Planned Order uses Alternate
BOM/Routing.
Rapid Planning respects BOM effectivity dates. The planning engine will calculate
component requirements based on the BOM effectivity date and also considering
component effectivity dates. Rapid Planning evaluates the engineering change orders as
of their scheduled effective date. You can order material and plan resources that you
need for new revisions ahead of time.
3.15.2.17. By-products and Co-products
By-products and co-products specified on the BOM are evaluated by Rapid Planning.
New planned orders include by-products and co-products which can be used as supply
available on the completion dates. Rapid Planning also uses existing WIP standard and
non-standard job by-products and co-products as available supply.
3.15.2.18. Routing Operation and Resource Scheduling
Rapid Planning constrained planning respects resource capacity and schedules new
planned orders and existing discrete jobs to avoid resource capacity overloads. You can
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
98
define routings, resources and resource capacity in Oracle BOM or upload via file
loaders.
You can specify simultaneous resources and set the maximum assigned units for each
resource requirement to control scheduling results. Rapid Planning respects prior and
next operation scheduling controls. Resource efficiency and utilization are used by
Rapid Planning resource requirement calculations.
If you can specify alternate resources, Rapid Planning selects alternates and schedules
around constraints on primary resources to meet demands on time. Rapid Planning also
chooses alternate routings when required because of constraints on the primary BOM
and routing. Alternate selections reported with the exception messages Planned Order
uses Alternate Resource and Planned Order uses Alternate BOM/Routing.
Rapid Planning respects routing effectivity dates. Resource requirements are generated
using routings which are effective on the start date of the planned order.
Planners can select certain bottleneck resources to perform constrained planning. Other
resources are planned in an unconstrained mode using the resource lead time during
scheduling. Rapid Planning creates schedules that do not overload the selected
bottleneck resources and reports overloads on the non-bottleneck resources. This allows
the planner to focus on the critical bottleneck resources.
3.15.2.19. End Item Substitution
Rapid Planning uses end item substitution rules to find acceptable substitute item
supplies when the requested item is not available for the demand request date.
Substitution is based on user-defined rules that can be effective either in one direction or
in both directions; defining a chain of substitution relationships. Customer specific item
substitution rules can also be specified which are respected by Rapid Planning when
searching for supplies for that customers demands. When item substitutes are selected,
Rapid Planning alerts the planning with the exception message Demand Satisfied Using
End Item Substitution.
3.15.2.20. Lead Times and Planning Time Fence
Rapid Planning respects manufacturing and purchasing lead times. Users can set preprocessing, processing and post-processing lead times. Rapid Planning constraint based
planning respects these lead times. Rapid Planning respects planning time fences
defined at the item organization level which allows the user to freeze the schedule during
the initial periods of the plan.
3.15.2.21. Order Modifiers
Rapid Planning includes the user specified order modifiers at the item organization level
and creates new planned orders respecting the order modifiers. Order modifiers
respected include minimum order size, maximum order size, fixed order quantity, fixed
lot multiplier and round order quantity. Additionally, users can specify supplier specific
order modifiers which are respected by Rapid Planning when creating new planned
orders sourced from the supplier.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
99
100
New planned make orders are released with an alternate BOM/Routing recommendation.
If Rapid Planning selects substitute components and alternate resources, these selections
are also be released as part of the make order.
Rapid Planning allows the user to specify the auto-release of planned orders within the
release time fence. Users can set the release time as the item organization attribute.
Auto-release of planned orders occurs immediately after the Rapid Planning plan
processes complete.
Rapid Planning release processes are fully integrated with Oracle Purchasing and Order
WIP. The release processes also allow for integration to third party systems.
3.15.2.27. Exceptions
Rapid Planning generates the following 24 exception types, and are displayed within the
"Exceptions" view in Rapid Planning.
Exceptions are generated only when a plan run has completed, and are not regenerated
when manual edits are made to a plan.
Users can choose to enable or disable the display of specific exception types, and specify
their arrangement within the Exceptions view through a configuration mechanism.
Within an exception type, users can specify search criteria or filters to specify the
exceptions that must be displayed. Search criteria can be saved with a user specified
name for future use.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
101
From an exception, navigation to other related Rapid Planning views has been provided
in context of the exceptions attributes (Item, Org, Resource, etc). Exceptions generated
in Rapid Planning can be exported to MS Excel for further analysis.
When Plan Comparison is enabled in Rapid Planning, exceptions for the base plan and
compared plan for an exception type are displayed in adjacent tabs. The name of the
exception type also has the name of the associated plan to easily identify which plan the
listed exceptions belong to.
3.15.2.28. Embedded Analytics
KPIs/Metrics are displayed in Rapid Planning in a separate Analytics view. Rapid
Planning can display the following plan metrics:
In addition to the above metrics, Rapid Planning can also display different facts (Count,
Quantity, Value, etc) for the supported exception types as metrics.
Selection of the metrics that must be displayed, their display levels, associated filter
conditions, and their layout within the Analytics view can be configured at a user level.
In a Plan Comparison mode, values from both the base and the compared plans are
shown together for easy visibility and comparison.
The Analytics view also enables the comparison of end order satisfaction across two
plans within an Order Comparison region. To easily compare end demands planned
differently across the base and compared plans, seeded comparison mechanisms (e.g.
Was On Time, Now Late) are provided. Search capabilities are also provided to
restrict the comparison to a user defined selection.
3.15.2.29. Late Demand Diagnosis
Rapid Planning generates, for each late demand, root cause information that can be
viewed in a new Constraints view. The view tells the planner what material and resource
constraints caused the demand to be satisfied late, as well as an assessment of how
severe each constraint is.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
102
For every late demand, Rapid Planning will report the following types of constraints:
Material Constraint
o Lead Time Constraint
o Planning Time Fence Constraint
o Date Effectivity Constraint
o WIP Window Constraint
Resource Constraint
Supplier Constraint
These constraints will be reported along all alternate paths: alternate resources on
routings, substitute components on bills of material, alternate bills of material and
routings, alternate sources on sourcing rules, and end item substitutes.
Each constraint will have information such as requested date, requested quantity,
available quantity, shortage (both in absolute quantity and percentage terms) so that
planners can immediately see what actions to take to resolve each late fulfillment of a
demand.
3.15.2.30. Global Forecasting
Global forecasting allows you to define forecasts without the context of a shipment
organization. This is done in Oracle Demand Management. Forecasts can have reference
to ship-to entities such as customer site and zone. You can choose a ship-to consumption
level in Rapid Planning.
You can use sourcing rules to distribute consumed global forecasts to appropriate
shipment organizations. Forecast distribution is performed in an unconstrained manner
based on the user defined percentages in the sourcing rules. Rapid Planning issues
exception messages when a distributed forecast demand at an organization cannot be met
on time by supply in that organization.
3.15.2.31. Configure to Order
Rapid Planning supports configure to order environments. Rapid Planning can accept
forecasts for assemble to order (ATO) models and pick to order (PTO) models as
demand schedules. ATO and PTO forecasts from Oracle Demand Management and EBusiness Suite R12 and R11i10 are supported.
Single level and multi-level ATO models are supported by Rapid Planning. Multi-level
ATO models include models at lower levels of the BOM structure. Configured to order
sales orders consume model forecasts at each level of the multi-level model. Rapid
Planning will plan for the unconsumed model, option and option class forecasts as well
as planning for the configured items. Supplies are scheduled and created as needed for
all lower levels.
You can provide pre-exploded forecast values of your ATO and PTO models and
components to Rapid Planning. Configured sales orders consume the model and lower
level forecasts. Rapid Planning supports forecast consumption at various levels such as
customer, customer site, zone (global forecasts), demand class, and item organization.
Rapid Planning can also optionally explode the forecast for the top level model. Model
forecasts are exploded to option, option class and component forecasts within Rapid
Planning using the 'Explode Forecast' plan option. After forecast explosion, Rapid
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
103
Planning will consume and plan supplies for the unconsumed forecast demand at each
level.
Multi-level multi-organization models are supported. A multi-organization model is one
which contains top level or some lower-level models which are transferred between
organizations. If you have multi-organization models you must use global forecasting for
forecast consumption to be correct.
Rapid Planning distributes global forecasts for ATO and PTO models across
organizations based on the user-specified sourcing rule percentages. The global forecasts
can be consumed at different levels such as Global (Item), Organization, Customer,
Customer Site, and Zone.
Rapid Planning plans only consider ATO sales orders after they have been progressed to
include a linked configured item. This allows Rapid Planning to schedule these sales
orders with all the capabilities provided for standard items - for example, to net existing
supplies of pre-configured stock at any supply chain bill of material level.
A forecast for a lower level ATO configuration that will be stocked will be consumed by
a sales order for the top level configured model. Rapid Planning will consume the
forecast for this specific configuration first. Any remaining demand will then consume
the forecast for the associated ATO model.
For procured configurations, Rapid Planning allows you to plan based on the aggregate
capacity of the supplier-supplier site to build the base model. A supplier capacity
statement for the ATO model is consumed by the ATO items that are created based on
this model. KPIs illustrating supplier capacity metrics, as well as exception messages are
provided to help you make an informed decision.
3.15.2.32. Default Order Sizing
Rapid Planning provides support for default order sizing to improve scheduling results.
Smaller order sizes improve scheduling flexibility which leads to higher fill rates and on
time supplies. In the absence of order modifiers, Rapid Planning sizes orders to daily
production capacity. When some capacity is consumed on a day, Rapid Planning reduces
the order size to fit within the remaining capacity in a day.
Users can override the default order sizing algorithm by specifying a new itemorganization attribute called planning unit of work. The user can set planning unit of
work to the number of hours for the duration of the maximum order size. For example,
set planning unit of work to 8 hours and the resulting new planned orders will not exceed
8 hour shifts in duration.
User can set the planning unit of work to larger than daily capacities and Rapid Planning
will create new planned orders that typically span several days up to the specified
planning unit of work.
The default order sizing does not override existing item-organization order modifiers.
For example, if the fixed order quantity is specified, then all order sizes equal fixed order
quantity without regard to the planning unit of work. Default order sizing is only applied
to new planned orders and does not affect the quantity of an existing supply.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
104
Search for the make orders for which the user wants the Clear to Build status to
be improved;
Prioritize specific make orders for Clear to Build this results in on-hand being
allocated to these make orders preferentially when the plan is launched next;
View contentions for selected make orders contentions are other make orders
that share common components; these make orders could potentially contribute
to the improvement of the clear to build status of the target orders;
Selectively de-prioritize certain make orders from allocation of on-hand these
selected orders will be given lower priority when on-hand is allocated to Make
Orders in the next plan run;
View how a specific component is allocated to multiple make orders, and
prioritize or de-prioritize make orders for on-hand allocation based on this
component allocation view.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
105
This is the ability to dictate which functions (Create, Update / Edit, Delete,
Launch, Save, Close, Load, Copy, and Release) a responsibility should have
access to.
Data Security
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
106
3.15.3.
which the organizations exist and (ii) all items within those
organizations.
Plan: A user creating a plan can mark the Plan as Private or Public. A
Public plan is accessible by all responsibilities (and, as a result, by all
users) provided they have the necessary Organization level security
granted. A Private plan is only accessible by specific users to whom
access has been granted (access is granted by the user who created the
plan and marked it as Private). In case of Private plans, users will have
access all items and organizations within that plan. However, the
actions the user can take are controlled by the Function Security of the
users responsibility.
Release 12.1.3.3
3.15.3.1. Demand Pull-In and Upside Processing
This feature allows Rapid Planning to seek to improve on the fulfillment date of a
demand while guaranteeing that no previously committed date for any demand will be
made any worse. Rapid Planning can now plan considering multiple dates with different
priorities on a single demand. This enables planners to maximize revenue by trying to
meet new, revised Request Dates from customers, but when they cannot, fall back to
previously committed dates - including preserving the supply allocation (pegging).
This feature enables Rapid Planning to better utilize excess inventory and potentially
improve fill rates. It lets planners improve responsiveness by providing the ability to
improve to request date, but guarantee promise date / commit date.
In the example illustrated above, a demand is initially committed for week 7. There is
excess inventory from weeks 3 to 6. If the customer comes up with a request to satisfy
the demand by week 2, Rapid Planning will now try to satisfy the demand on the feasible
date closest to the new request date, in this case week 3. In the cases where it cannot
improve the earlier commit date, the earlier commit date is preserved.
Rapid Planning generates two new exceptions:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
107
Sales Order / Forecast Pulled in: Generated whenever the demand is satisfied
prior to the original demand satisfied date.
If a demand is partially met on a revised demand date and partially met on the earlier
commit date, both the above exceptions will be generated for that demand.
Based on the above two exceptions, Rapid Planning also generates the following new
measures for analysis that users can use to create graphs in the analytics tab of the Rapid
Planning workbench.
Late Replenishment for a Pull-in Sales Order (Count, Value, Days, Quantity)
Based on the successful pull-ins, planners can now also release the changes to sales
orders from the workbench to the source system's Order Management application to send
the updates to quantity and the scheduled ship date.
3.15.3.2. Favorite Lists
This feature allows users to create user-defined lists of items, resources and suppliers
and save them as favorite lists that can be used later as a shortcut to all the related
information about those items, resources or suppliers. Users can have multiple named
lists per user, accessible across plans.
They can access the lists from the left navigator pane and drill using an easy, single-click
navigation to Material/Resource Plans, Exceptions, Supplies and Demands for multiple
items, resources or suppliers.
Static Lists
Users can create a list with an enumerated list of items, resources and/or suppliers by
saving to a favorite list from other views in the workbench including Items, Resources,
Suppliers, and Supplies and Demands.
Users can organize the order of the list to reflect supply chain structure by using move
up/down actions. This will enable navigation to the Material Plan that places items in
supply chain bill order: for example, assembly, sub-assembly, then components.
Dynamic Lists
Users can also create lists based on certain conditions that then construct the list
dynamically every time. For example, users can create a list based on a condition like
'Bottom 10 items based on fill rate %'. Users will then see the resultant list based on the
plan. Users can use any of the following measures to create these dynamic lists
Fill Rate %
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
108
Inventory Turns
On time Orders %
Resource Utilization %
Purchasing Cost
Users can create these dynamic lists by creating a metric in the analytics tab using any of
the above measures with any of these applicable dimensions ("view by") - Item,
Organization, Resource or Supplier.
3.15.3.3. Safety Stock Enhancements
This enhancement enables users to view an items safety stock profile in quantity (units)
even though the planning was done using a safety stock lead time approach. It also lets
planners use time-phased safety stock quantity (units) as input to calculate the safety
stock lead time.
This enables Rapid Planning to be easily integrated with other applications that generate
safety stock quantity in units. It also provides an easy to understand view of supply and
demand that includes the safety stock (target and actual) expressed in quantity (units).
The safety stock lead time is calculated from the safety stock quantity using a simple
formula:
Safety Stock Lead Time (Days) = Avg (Safety Stock Quantity) /
Avg Daily Demand in the Plan
The material plan displays two additional measures:
Target Safety Stock: This is the time-phased safety stock quantity that is defined
by the user or collected from a source system.
Actual Safety Stock: This is the safety stock quantity that the plan has planned
for. Though the plan has actually planned using a safety lead time approach, it is
displayed in terms of quantity by converting the safety lead time into safety stock
quantity (not time phased) using the formula above.
Users can enable this behavior of deriving the safety stock lead time from the quantity
(instead from the safety stock %) using a new plan option called Safety Stock Lead Time
Method.
In addition to the above, users also have the option to input a non-time phased safety
stock quantity for each item using a new item attribute called 'Target Safety Stock
Override'.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
109
Selling Price
Standard Cost
Discount %
Users can edit these and see the impacts on plan recommendations and cost metrics after
running a simulation. Edits to Demand Time Fence Days and Release Time Fence Days
are only applicable in plan inputs mode using simulation sets. For all the above attributes
users can use the standard mass update features like Increase by, Decrease by, Increase
by %, Decrease by %, Set Value To, Reset to Original.
The impact of these user changes on the time fence attributes and the cost/price
attributes can be seen (after running the plan) on exceptions such as Orders to be
Rescheduled In and measures such as Revenues and Gross Margin.
3.15.3.5. Simulation Edits of Approved Supplier Lists and Supplier Capacity
Users can now do what-if simulation based on attributes of Approved Supplier Lists and
Supplier Capacity as listed below.
Supplier Price
From Date
To Date
Capacity
Users can simulate changes to these attributes in a specific plan or as part of a simulation
set that can be used across plans.
However, users cannot add a new Approved Supplier (Item-Supplier) entry that does not
already exist. Also this is still applicable only for global Approved Supplier Lists: any
update to a single org propagates to all orgs.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
110
Users can view the impact of these simulation changes in all related measures. For
example, a what-if change to supplier price impacts related purchasing metrics.
3.15.3.6. Simulation Edits of Processes
Users can now do what-if simulation based on changes to their manufacturing processes
(routings). Users can copy (duplicate) an existing operation or activity and edit any of
the following attributes to either create a new operation and/or activity in that operation.
However, users cannot create new routings. The following attributes of the routing
operations and activities can be updated:
Operation Yield
Resource
Assigned Units
Rate or Amount
Users can use these attributes to simulate changes to their manufacturing processes in a
specific plan or as part of a simulation set that can be used across plans.
3.15.3.7. Mass Update Enhancements for Resource Availability
Mass updates to the fields From Time and To Time now support additional operators:
'Decrease by' and 'Increase by'. In addition, mass updates to To Time also support the
relative date/time operator 'From Time+'. This takes a positive or a negative number (say
'n') and sets the To Time to 'n' hours relative to the From Time. This lets users to do
actions such as shorten all shifts in a week by 1 hour in a single update even though
there are multiple shifts with different To Time's.
Whenever the action results in the To Time being earlier than From Time, it will be
interpreted as a shift ending the next day. These mass update actions are available in both
plans and plan inputs.
3.15.3.8. Mass Update Enhancements for Firm Date on Demands and Supplies
Mass updates to the field Firm Date now support additional operators: 'Decrease by',
'Increase by', 'Request Date+' and 'Suggested Due Date+'. The last two operators take a
positive or a negative number (say 'n') and set the Firm Date to 'n' days relative to the
Request Date or the Suggested Due Date. This lets users to do actions like firm all Sales
Order demands for an item to their respective request dates in a single update even
though the dates are all different.
All Date operations in this mass update are based on calendar (24x7) days and not
working days. These mass update actions are available in both plans and plan inputs.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
111
Profile option (3) above controls the display of all aggregate quantities especially in the
Material Plan and in Analytics, and profile option (4) above controls the display of all
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
112
aggregate time/hours in the Resource Plan and in Analytics. The rest of the profiles
control the display of decimals in all other views for the type of fields indicated above.
These profiles are only for display purposes and do not control the precision of the
internal values or the editable decimal precision.
3.15.3.13. Last Saved Information for Plan Options
The plan options window now displays the fields Last Saved By and Last Saved Date to
indicate who last updated the plan and when the plan was last updated. These fields are
also updated when a plan is run with the details of time of plan run and the user that ran
the plan.
3.15.3.14. Blow Through Phantom Items in Clear to Build
The Clear to Build workbenchs Component Allocation View has been enhanced to
display the actual components required by a make order by blowing through the make
items phantom sub-assemblies. This provides visibility into the real component
requirements for the make order and allows the user to reallocate scarce component
availability as required.
3.15.3.15. Global Forecasting Display in the Material Plan
Global forecasting allows you to define forecasts without the context of a shipment
organization. You can use sourcing rules to distribute consumed global forecasts to
appropriate shipment organizations. Forecast distribution is performed in an
unconstrained manner based on the user defined percentages in the sourcing rules.
With this release of Rapid Planning, the Material Plan has been enhanced to display
global forecasts. This provides users with the ability to view the original global forecast
quantities, forecast consumption and the distribution of the global forecasts to specific
organizations. The Material Plan view of global forecasts also shows the spreading of
forecasts to the various time buckets.
3.15.3.16. Auto-release of Planning Recommendations
Rapid Planning now supports the auto-release of new planned orders. This is controlled
with a new plan option, Enable Auto Release. Users can set the release time fence by
editing an item-organization attribute. Rapid Planning will automatically release new
planned orders when the suggested start date is inside the release time fence.
Rapid Planning also supports the auto-release of reschedules and cancelations. This is
controlled with a new plan option, Auto Release Reschedules. The release time fence
item attribute also determines when auto release of reschedules and cancelations is
performed.
Simulation planning in Rapid Planning has been enhanced to work seamlessly with the
release of planned orders and reschedules. If recommendations are released, the
simulation plan remembers what was released and does not create duplicate supplies.
As planners release planned orders and then simulate new conditions, the plan has a
record of what has already been released. The simulation plan treats the released plan
orders as firm supplies.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
113
3.15.4.
Release 12.2
There are no new features in Oracle Rapid Planning in Release 12.2.
Product Overview
Oracle Service Parts Planning (SPP) brings advanced multi-echelon supply chain
planning to a service supply chain consisting of internal warehouses, emergency stocking
locations, internal repair depots, external repair vendors, and external new buy vendors.
Oracle SPP is a new product dedicated to the service parts planning domain. It offers an
integrated forecasting and replenishment planning workbench, planning logic dedicated
to the unique characteristics of the service parts planning domain (such as reverse
logistics, multiple part conditions, and part supersession), and seamless integration to
Oracle Supply Chain Management and Oracle Service (Spares Management and Depot
Repair) applications to support execution of planned replenishment actions, including
external and internal repair.
3.16.2.
Release 12.1.1
3.16.2.1. Integrated Demand and Supply Planning
By running a single Service Plan, you can regenerate both the forecasts and the
replenishment recommendations (procurement, transfer, and repair) for an entire service
supply chain.
A service parts planning workbench lets you view and manipulate forecasts as well as
transfer, and new buy and repair recommendations and transactions. All demand/supply,
exception, item attribute and comments pertaining to a service part are visible in a single
screen, creating a very efficient user experience for the planner.
3.16.2.2. Service Parts Planning Workbench
In service environments, it is common for planning responsibility to be divided across
planners by item, and for planners to analyze, change, and execute plans on an item by
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
114
item basis. To support this practice, a new SPP screen shows in a single window the
following information about an item:
The SPP Workbench can display demand and supply information at the level of a single
item, or aggregated across multiple revisions of the items supersession chain. It can
display demand and supply information at a single location, or aggregated across userdefined groups of locations (inventory organizations).
3.16.2.3. Integration to Spares Management for External Repairs
SPP plans for repair of defective spare parts at external vendors. Movement of defective
parts to the repair vendor, repair lead times and yields at the repair vendor, and
movement of repaired (good) parts back to an internal warehouse are considered. The
repair vendor must be modeled as an inventory organization. Upon release of a
recommendation for external repair, integration with Oracle Spares Management
automatically creates the repair purchase order to the repair vendor, the internal sales
order to move defectives to the repair vendor, and the underlying work orders necessary
to progress the repair through the repair vendor. (Management of the work orders is
automatic and does not require user intervention.) Tracking of repair progress is done
through a workbench in Oracle Spares Management.
3.16.2.4. Integration to Depot Repair for Internal Repairs
SPP plans for repair of defective spare parts at internal repair depots. Movement of
defective parts to the repair vendor, repair lead times and yields at the repair vendor, and
movement of repaired (good) parts back to an internal warehouse are considered. The
repair depot must be modeled as an inventory organization. Upon release of a
recommendation for internal repair, integration with Oracle Depot Repair automatically
creates the transfer order to move defectives to the internal repair depot, the repair work
order at the repair depot, and the transfer order to move the repaired spare parts back to a
warehouse. Tracking of repair progress is done through a workbench in Oracle Depot
Repair.
3.16.2.5. Support for Part Condition
SPP distinguishes between supplies of a single spare part that are of different conditions:
good and defective. This allows SPP to recommend appropriate repairs to satisfy demand
for good spare parts.
3.16.2.6. Criticality Matrix
You can group items into various criticalities on the basis of a flexible number of
attributes such as cost, order frequency, reliability, and impact of failure. You can then
specify forecasting methods and service level targets by criticality.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
115
116
3.16.3.
Release 12.1.2
3.16.3.1. Multi-process Inline Forecasting
The performance of Inline Forecasting in Oracle Service Parts Planning (SPP) has been
significantly enhanced through the introduction of a new profile option "MSO: Number
of processes for Inline Forecast".
While previously a single 'Memory Based Forecaster' process was launched to generate a
forecast for all items in the plan, you can now launch multiple processes, so that
forecasts for different item-chains are generated in parallel. This profile determines the
number of such processes that are launched in parallel for forecasting.
3.16.3.2. Intermittent Demand Flag
Whether the history data for an item is intermittent or not determines:
the forecast methods that Oracle Service Parts Planning (SPP) employs to
generate a 'Blended' (Bayesian weighted average) forecast, and
the safety stock calculation method used by Oracle Inventory Optimization (IO).
IO assumes Poisson-distributed demand variability for intermittent demands,
normally-distributed demand variability for non-intermittent demands.
Previously the SPP Forecast Rule screen had an option to specify whether the history
data was intermittent or not. This approach this had two inherent issues: (i) the forecast
rule is independent of item and (ii) non-SPP users of Oracle Inventory Optimization
needed to set up SPP Forecast Rules in order to trigger IO's intermittent demand
calculations.
Release 12.1.2 has an enhanced Item Attribute Mass Maintenance (IMM) form, with a
new item attribute 'Intermittent Demand' added. This attribute will be used to specify
whether the history pattern is intermittent or not, and will be referred to by the SPP
forecasting engine, and by IO. This will be available both on the Item-Organization and
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
117
Item-Zone tab of the IMM. The options on the Forecast Rule screen to specify whether
history is intermittent or not have been removed.
3.16.3.3. Planner Worklist Enhancement
Oracle Service Parts Planning already had a 'Planner Worklist' that could be set up for
each planner so that it dynamically lists important exceptions / key recommendations on
his items. This shows the most important to-dos that each planner must take care of at
any given time.
The Planner Worklist has been further enhanced in Oracle Service Parts Planning 12.1.2.
The grouping of exceptions and recommendations has been rationalized so that the
results are presented in a more concise manner, and it is easier to drill down from this
prioritized list of tasks to details regarding each.
3.16.4.
Release 12.1.3
3.16.4.1. Re-order Point-based Parts Planning
Reorder point based planning is a widely adopted method of planning replenishments for
service parts. It uses demand forecasts and item lead times to decide when to place a new
order in order to avoid dipping into safety stock. Orders are usually created for the
economic order quantity, in order to strike a balance between purchasing and carrying
costs.
PAB Profile
Q
u
a
n
t
i
t
y
Re-order
Quantity
Safety
Stock
Time
Demand
Supply
Oracle Service Parts Planning 12.1.3 has been enhanced to support Re-order point based
planning. SPP computes the safety stock target for a part based on mean absolute
deviation (for parts with regular demand) or assuming a Poisson distribution (for parts
with intermittent demand), or reads in safety stock targets from other sources (like
Inventory Optimization). It then dynamically determines when to place an order,
depending on this safety stock target and future demand.
SPP also computes the Economic Order Quantity using the standard formula, so that new
orders are placed for this quantity. The user also has the option to override the system
computed values. The values of safety stock and EOQ can be recalculated during a
planning run, or they can be retained at their existing values.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
118
Oracle Advanced Supply Chain Planning (ASCP) plans for the manufacturing supply
chain and currently handles the first stream of demand. ASCP is now integrated with
Oracle Service Parts Planning (SPP) which plans for the service supply chain. Thus SPP
would take in demand from the Service supply chain and try to meet these demands
through repair of defective parts. In case all demands cannot be met in this manner, SPP
can source parts from the manufacturing supply chain. This demand for spare parts
from SPP is read in by ASCP (by virtue of the SPP plan being a demand schedule in the
ASCP plan). ASCP then plans the manufacture.
3.16.4.4. Integration with APCC - Service Parts Planner Dashboard
A new Service Parts Planner dashboard is now available in Advanced Planning
Command Center. Service Parts Plans can be archived and published to Advanced
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
119
Planning Command Center. The archived versions can then be viewed in reports and
dashboards.
The Service Parts Planner dashboard is structured to address the typical questions that a
parts planner would have and includes a number of service-specific measures and KPIs,
such as repairs versus new buys, internal versus external repairs, service contracts
performance.
The SPP dashboard has five pages: the first, a Plan Health summary, summarizes
demand and supply, exceptions, and service agreements.
The Demand and Supply page enables the planner to start with an overall view of
demand satisfaction in the service supply chain, and drill down all the way into the SPP
planner workbench.
The Exceptions page of the Service Parts Planner dashboard highlights key exceptions in
the service parts plan and enables the planner to investigate their causes.
The Service Level Agreement Analysis page is meant for evaluating service contracts.
The planner can see compliance to service contracts, and review costs, revenues,
profitability and achieved versus target safety stocks. The reports on this page are based
on Inventory Optimization plans.
Finally the Historical Performance page gives the planner a picture of how the plan is
tracking against actuals. The planner can compare how actuals for measures such as
shipments and returns, compare against SPP plan output.
3.16.5.
Release 12.1.3.2
3.16.5.1. Fair Share
In case of constrained supplies, Oracle Service Parts Planning (SPP) previously allocated
the available supplies to the first demand. However, planners may prefer to fair share
constrained supplies among competing demands of the same priority from different
organizations. SPP has therefore been enhanced in release 12.1.3.2 to support this.
A Supply Allocation Rule screen has been added to SPP to specify the organizations
whose demands can compete for constrained supplies at a source organization. SPP
allocates supplies to demands based on the demand priority. If there is insufficient
supply and there are multiple competing demands of the same priority in the allocation
bucket, supplies at the source organization are fair shared amongst them in the ratio of
the current demand. In case of a tie, the organization priority specified in the Supply
Allocation Rule is used as a tiebreaker.
SPP considers demands across the supersession chain while fair sharing supplies.
Supplies are also fair shared among safety stock demands, after reserving a portion of the
supplies to meet the source organization safety stock target.
The SPP Supply Demand Analysis window has been enhanced to add an Unconstrained
Demand row, so that the planner can identify the various demands that are competing
for constrained supplies within a time bucket.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
120
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
121
3.16.6.
Release 12.2
3.16.6.1. Support Multiple Move-in / Move-out Lines for a Repair Order
In case the depot organization is different from the central warehouse and defectives are
not at the depot organization, Oracle Service Parts Planning (SPP) generates three
separate planned order recommendations for internal repair. They are:
1. Order to move defectives in for repair (move-in line);
2. Non Standard repair work order to repair the part (repair work order);
3. Order to move usable inventory to the demanding organization (move-out line).
During the release process, the SPP release code calls an Oracle Depot Repair API,
which creates execution documents for the move-in line, repair order and the move-out
line. Until Release 12.2, the Depot Repair API did not support multiple move-in and/or
move-out lines for a repair order. This meant that there had to be a one to one to one
pegging between the move-in line, the repair order and the move-out line in the SPP
engine.
The Depot Rapair API is being enhanced in Release 12.2 to support multiple move-in /
move-out lines for a repair order. Corresponding to this, the SPP release capability is
being enhanced to support this situation. SPP therefore will no longer enforce one to one
to one pegging between the move-in line, the repair order and the move-out line.
Release 12.1.1
3.17.1.1. Supply Chain Risk Management
Due to the dynamic nature of the global business environment, companies are searching
for ways to improve their supply chains in order to absorb disruptions that occur
unexpectedly. While providing other substantial benefits, Just-in-time, and Lean
Manufacturing initiatives have hindered many business's ability to absorb the impact of
unexpected events. Slack in the supply chain - usually in the form of inventory - is no
longer an acceptable hedging strategy and a sudden change such as a missed supply, can
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
122
The Ability to consider unplanned, and planned events and its impact on the
supply chain
Vital to this enhancement is the concept of unplanned events. In order to simulate the
unpredictable nature of such events, the element of surprise needs to be reflected in the
solution. For example, if a plant is unexpectedly shut down due to a natural disaster the
solver should not pre-build inventory in anticipation of this event. This requirement will
be a key differentiator for the Strategic Network Optimization and strengthen its position
in the marketplace as the leader in Supply Chain Risk Management decision support
systems.
3.17.1.2. Alerts
Alerts are used to assist the planner with identifying and resolving exceptions after
solving the model. The current mechanism to view and manage alerts in SNO is by
using the Over and Under User Sets. While this is useful, the generic Over/Under
categorization makes it difficult for users to quickly identify exceptions of a certain type.
Reports (Smart graphs) are typically created to supplement the Sets and present the
information in a more useful format. Reports require set up beforehand and multiple
reports are needed to identify exceptions of different types.
Introducing an alert framework in SNO alleviates the need to use both Sets and reports to
manage and review exceptions in the model. It will also provide a familiar alert
workflow that is typical in many planning applications. Because of it flexibility, SNO is
often used to solve non-traditional supply chain problems. This enhancement focuses on
the traditional strategic and tactical manufacturing & distribution use of the application.
Consideration for a more flexible framework to support non-traditional uses will be
considered in the future.
Alerts are categorized based on the business area. Within each category, the type of alert
violation will be identified. This provides the planner with the ability to quickly identify
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
123
and focus on the area of interest. The ability to drill-down and easily navigate to the
node or arc of interest is also an important requirement that is addressed.
Alerts will provide the following benefits:
You can drill-down to the exact location of the exception within a node or arc.
Alert categorization is more specific than Over and Under User Sets
categorization.
This image shows the new Alerts area at the bottom of the Strategic Network
Optimization main user interface:
The number and type of alerts is displayed in the Model Workspace area. In the Model
Workspace tree, at the root level of Alerts, the number of alerts is displayed in brackets
and the word Alerts is displayed in bold font. If no exceptions are found in the model,
Alerts has no number in brackets next to it and the font is not bolded. In the example
above, total of (68) exceptions were found when the model was solved.
Within Alerts, there are six different alert categories. The number of exception found
within each type of alert is displayed next to the alert category in the Model Workspace
area. In the example above, (42) Demand alerts, (22) Inventory alerts, and (4)
Transportation alerts were found for a total of (68). Within each alert category, there are
several specific types of exceptions. If an exception is found, a red exclamation mark is
displayed next to the exception type and if no exceptions are found, a green checkmark is
displayed next to the exception type, as seen in the example above.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
124
The Alerts section can be displayed across the bottom of the main user interface, as seen
in the example above. This section can be shown, expanded, or collapsed, using the up
and down arrows at the top of the section. If you double-click an Alerts folder in the
Model Workspace tree, the Alerts section at the bottom of the main user interface
expands. Single-clicking on an item in the Alerts section of the Model Workspace tree
displays the alert in the Alerts section at the bottom of the main user interface. The six
tabs; Demand, Inventory, Manufacturing, Transportation, Supply, and Other reflect the
alerts results and match the Alerts section in the Model Workspace tree.
When using alerts, each node or arc that you want to be alerted about is assigned an alert
category. To assign an alert category, a new Category drop-down list was added to nodes
and arcs:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
125
Transportation Cost - The sum of all costs for any node or arc in the model
where Category is set to Transportation.
Production Cost - The sum of all costs for any node or arc in the model where
Category is set to Manufacturing.
Supply Cost - The sum of all costs for any node or arc in the model where
Category is set to Supply.
Inventory Cost - The sum of all costs for any node or arc in the model where
Category is set to Inventory.
Other Cost - The sum of all costs for any node or arc in the model where
Category is null.
By default, Key Performance Indicator data is displayed in bar chart format. However,
the data can also be displayed in pie chart format or polar format by clicking the Pie or
Polar tabs. A polar chart displays points in a graph based on data in the scenario. An
example of a polar chart can be seen here below:
=
Polar chart
By default, each scenario defined in the Model Workspace appears in the Key
Performance Indicators view. However, you can use the KPI Selection Dialog to choose
which key performance indicators scenarios are displayed.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
126
Unplanned
Planned
Unplanned events have been added to support Supply Chain Risk Management, they are
complete surprises. They are used when there is no warning that the event will occur. A
sudden change such as a missed supply can have an immediate impact on a companys
operations. Unplanned events allow you to incorporate the concept of surprise into your
models solution. Examples of unplanned events which can massively interrupt supply
chain operations include natural disasters such as hurricanes and floods.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
127
Planned events are not surprises and there is at least some react time involved. With this
advance warning, there is at least some time to make other supply arrangements and
activate contingency plans. Examples of planned events include seasonal supply chain
interruptions, anticipated shortages, and increases in demand caused by promotions.
3.17.1.4. Usability Enhancements
The investment in usability continues with this release. In addition to the Alerts, and
KPI view the following enhancements have been incorporated to improve the overall
user experience:
Improved Find and Replace
Find, Replace, and Find Export are essential tools required by consultants, pre-sales, and
customers. The purpose for initiating any of these utilities are many from model
creation, navigation, and data editing to name a few. While each function serves a
distinct purpose, there is some overlap and the fact that they each have similar, yet
different dialogs is confusing. The usability suffers further as the number of modal
dialogs that pop up can be many. For example, a simple Find query with an ensuing
replace opens up to seven dialog boxes which must than be closed. This enhancement
provides the following in SNO:
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
128
3.17.2.
Release 12.1.2
3.17.2.1. Aggregate Assignment Set and Lane Definition
When setting up a Strategic Plan, assignment sets and lanes are required to be defined for
each item that needs to be considered in a plan. For assignment sets the number of itemorganization combinations can potentially be very large since many of the aggregate
assignment levels are currently not supported. Similarly, when setting up lanes from
organization to customers each individual lane needs to be defined for every itemorganization-customer site-ship method combination. The setup for this can become
very tedious and error prone. A simple example will illustrate the current challenge.
Number of customer sites =100
Average Number of DCs per customer site=2
Number of ship methods (rail, truck)=2
For this small supply chain 2 x 100 x 2 = 400 individual lanes would need to be entered.
The purpose of this enhancement is to ease the set-up required when defining strategic
plans. This is achieved by:
Support all available assignment type levels for input assignment sets.
Support for specificity rules to allow for defaulting. For example, a sourcing rule at
the item-organization level will override a previously defined assignment at the
category-organization level.
Support lane definition for regions or zones
This enhancement will ensure consistency with the other planning products and greatly
improve usability. This will also decrease the number of initial setup problems since the
most common problem is missing one of the many assignments or lanes that need to be
defined.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
129
3.17.3.
Release 12.1.3
There are no new enhancements in Oracle Strategic Network Optimization in Release
12.1.3.
3.17.4.
Release 12.2
3.17.4.1. Specify Scenario File in the Plan Options
This enhancement improves the usability and robustness of Strategic Network
Optimization when deployed leveraging the standard integration to Oracle EBS or
EnterpriseOne. In many cases it is necessary to augment the model that is created using
the standard integrated process as the information may not be available in the source
system or the modeling constructs might need to be altered to satisfy specific business
requirements. Some examples include
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
130
Currently this can only be accomplished on the server side by expert users and requires
access to the server, appropriate server permissions and knowledge of the back end file
structure, scripts, and Strategic Network Optimization batch import commands. Server
side customizations will still be available and is the recommended approach for
significant customizations. The following diagram illustrates this enhancement in
context of the overall architecture.
Providing the ability to attach scenario files to the plan options will:
Decrease data and model errors as the appropriate version of the scenario/import
file can be attached to the plan
131
The new CPLEX version also comes bundled with a Mixed Integer Programming (MIP)
solver which allows SNO to provide better (lower cost) solutions for go/no-go problems,
including Capital Asset Management. Typical Capital Asset Management problems
include:
Leveraging the MIP algorithm will better align SNO with current cost-driven objectives
used in facility planning.
Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Document
132