Professional Documents
Culture Documents
Setup Steps ASCP 1
Setup Steps ASCP 1
Setup Steps ASCP 1
com/user-guide/master-schedulingmrpscp/supply-chain-planning
Oracle Advanced Planning Suite has a component architecture that separates the transaction data and associated
processing (for example, inventory receipts and order entry) in a source instancefrom the planning calculations
done in a destination instance. This allows planning calculations to be done on a different physical machine
than the machine that performs transactions and results in better system response. It also allows planning
calculations (demand planning, inventory planning, supply planning and order promising) to be applied
simultaneously to information from across multiple source instances, which is useful when transaction information
for a global supply chain is spread across multiple instances. Oracle Demand Planning also uses athird instance,
anExpress database, to hold data while multidimensional manipulation of demand data occurs.
The source can be any ERP system, but out-of-the-box integration to the Oracle Advanced Planning Suite destination
instance (planning server) exists in some cases but not in all cases.
Set up for Oracle Advanced Planning Suite consists of steps for the source, steps for the destination, and steps for
Express.
In Oracle Advanced Planning, transaction processing and planning occur in separate database instances, the source
instance and the destination instance. If you deploy any Oracle Advanced Planning module using this multi-instance
configuration, please note the important restriction that both source and destination database instances must be on
the same major release of the Oracle database; either both instances must be on Oracle 8i or both instances must be
on Oracle 9i. The configuration source on 8i with destination on 9i is not supported and the configuration source on
9i with destination on 8i is not supported.
The following figure is a flowchart illustrating the source and destination setup steps.
Multti-Machine Implementation
For small implementations, source, destination, and Express can reside on the same machine and be in the same
instance.
For larger implementations where system throughput is more important, the various instances can be deployed on
separate machines. A two-machine deployment configuration is appropriate when the size of the demand planning
data is relatively small.
A three-machine deployment allows for the manipulation of high-dimensionality, large-scale demand planning data
to occur on a machine separate from the planning calculations done on the planning server. The following figure
illustrates this configuration.
The Advanced Supply Chain Planning concurrent manager may also be deployed on a separate machine.
Setup Flowchart
Implementing APS in centralized mode is only possible when collecting from an 11i source.A centralized
implementation does not require database links. Since the planning flexfields are included in 11i, submitting the
concurrent process, Create Planning Flexfields is not required. All other setup discussed in this document are
required.
This section describes the flows of information between the components of the Oracle Advanced Planning Suite and
provides an overview of how these components are to be used together in order to accomplish several key business
flows.
Topics covered in this section include the following:
APS Information Flows
The Demand-to-Make / Demand-to-Buy Business Flow
The Inquiry-to-Order Business Flow
APS Information Flows
The major information flows between the components of the Oracle Advanced Planning Suite and the rest of Oracle
Applications are shown in the figure below.
Oracle Advanced Supply Chain Planning (hereafter, Oracle ASCP) considers three streams of independent demand:
the safety stock planned demand from Oracle Inventory Optimization, forecasts from Oracle Demand Planning, and
sales order demand from Oracle Order Management. Oracle ASCP outputs a time-phased supply plan (planned
orders) that can then be released directly to the appropriate execution systems: Oracle Purchasing, Oracle Work in
Process (for discrete manufacturing), Oracle Process Manufacturing, Oracle Flow Manufacturing, Oracle Project
Manufacturing, or Oracle Shop Floor Management (for semiconductor manufacturing).
In the inquiry-to-order business flow, an inquiry for a potential order is sent from Oracle Order Management to
Oracle Global Order Promising. The fulfillment date returned by Global Order Promising, if later than the original
request date, is populated as the new request date of the order. This request date validation process is called
scheduling. Once an order is successfully scheduled, then it can be booked and made visible to Oracle ASCP for supply
planning purposes.
Planning Cycle
This section describes an end-to-end planning flow that a planner might perform during the course of a planning
cycle. The flow demonstrates the key features of Oracle ASCP that a typical planner would use in the course of their
work. The general flow that occurs during a planning cycle is shown in the figure below.
Setup Steps for the Source
1. Install the source instance patch
Before beginning the functional setup of the source instance(s), a patch must be applied that will create several new concurrent
programs, flexfields, profile options, and database objects on the source database. The patch that is required is determined by
the versions of the application and database on the source instance.
When successfully applied, the patch should create the Create Planning Flexfields, Create Global ATP Flexfields, and Refresh
Snapshot programs under the All SCP Reports Request group.
2. Create a database link pointing to the planning server.
Note: Before beginning the installation of the source patch, count all (if any) invalid database objects. If after the patch is
installed there are more invalid objects than before, there was a problem with the patch application.
A database link must be established on the source instance that points to the destination (planning) instance. This database link
will be referenced in a newly created profile option, MRP: ATP Database Link.
3. Create an Advanced Supply Chain Planner responsibility. You must create a responsibility in the source instance with the
name 'Advanced Supply Chain Planner'. The responsibility name must match Advanced Supply Chain Planner exactly. During the
data collection process which runs on the destination server, the Refresh Snapshot program is launched automatically in the
source from this responsibility. The refresh snapshot process will not complete properly if the responsibility name is not
correct.
The Create Planning Flexfields concurrent program creates new segment definitions in existing descriptive flexfields to hold
data that may be required for constrained and/or optimized planning. The program also populates profile values with the value
corresponding to the descriptive flexfield attribute number for each attribute (planning parameter) created.
4. Launch the Create Planning Flexfields report from the newly created Advanced Supply Chain Planner responsibility. The
parameters that must be set for the report are the attributes that you wish to utilize for the new flexfield definitions. The list of
values for each parameter lists only the available attributes in the subject descriptive flexfield.
After submitting the program, eleven additional processes should be spawned. These jobs are compiling the descriptive
flexfield views. Check that the profile values corresponding to each flexfield attribute were populated with the correct attribute
number. Some profile values may retain the value of unassigned after the Create Planning Flexfield program completed. You
must change any unassigned profiles to the attribute number corresponding to the flexfield attribute where the new segment
was defined.
2. Create a database link pointing to each source. These links will be needed when defining instances later on in this setup
procedure.
4. From the Navigator, choose Setup > Instances. Do not access this form while the collections process is running; it locks a
table that the collections process needs to complete successfully.
The Application Instances window appears.
Enter each of the Application instances for which you would like the Planning Server to plan.
Complete the fields and flags in the Application Instances window as shown in the table below.
Enter the organizations on each of the instances from which to collect the Planning data and plan for on the Planning Server by
clicking Organizations.
The Organizations window appears.
Select the organizations for a particular instance. Be sure to select the master organization.
Oracle Advanced Supply Chain Planning (ASCP) is a comprehensive, Internet-based planning solution that decides
when and where supplies (for example, inventory, purchase orders and work orders) should be deployed within an
extended supply chain. This is the supply planning function. Oracle ASCP addresses the following key supply planning
issues:
• How do I plan my supply chain in the least amount of time possible?
• How do I minimize the number of plans and iterations?
• How do I plan my entire supply chain?
• How do I involve my trading partners?
• How can I access my plan from anywhere?
• How do I keep improving my plans?
• How can I plan all manufacturing methods?
The source can be any ERP system, but out-of-the-box integration to the Oracle Advanced Planning Suite destination
instance (planning server) exists if the source is Oracle Applications Release 11.0 or 11i. The planning server is an 11i
instance.
Both source and destination database instances must be on the same major release of the Oracle database;
The basic requirement for both the machines is that of Oracle 11i E Business Suit.
Both the Oracle Applications 11i E-Business Suite are on release 11.5.10.2.
Patching the Source System (ERP System) and the Destination (ASCP system)
Task By: Apps DBA
Before beginning the functional setup of the source instance(s) and destination, the following patches must be
applied that will create several new concurrent programs, flexfields, profile options, and database objects on the
database.
If these patches have any prerequisite patches, you will have to apply all the prerequisite patches before applying
the main patches.
Note that these patches can be applied at the same time on both the systems. Also note that most of the patches are
to be applied on both the systems.
Note that we are using Oracle Applications 11.5.10.2 E Business suite and hence most of the patches may not be
required to be applied. To confirm this use the following sql script connected to the Oracle Application Database as
―APPS‖ user.
SET LINESIZE 120
COLUMN APPLICATION_SHORT_NAME FORMAT A20
SELECT
BUG_ID, APPLICATION_SHORT_NAME, BUG_NUMBER, CREATION_DATE, ARU_RELEASE_NAME
FROM AD_BUGS
WHERE BUG_NUMBER LIKE ‗%&BUG_NUMBER%‘
ORDER BY 4
Pass the patch number when asked for the Bug Number and check whether the bug / patch exist in the Oracle
Application database. If the query returns row (showing the presence of the patch) then you don‘t require applying
this patch.
Before applying patches please go through the readme files and associated notes (if present) for each patch. Before
beginning the installation of the source / destination patches, count all (if any) invalid database objects. If after the
patches are installed there are more invalid objects than before, there was a problem with the patch application. First
try to resolve them before going to next step.
Do the required pre install steps before applying each patch and then after applying do the post-installation steps.
Patch the Source System (ERP System)
The following patches are required to be applied on the Source system:
1. 4185358
2. 2700001
3. 3551142
4. 4183434
5. 4240365
6. 4039921
7. 4392144
8. 4366346
9. 4863176
Prepare a work sheet to identify whether the patch is required to be applied on the Oracle Application Source system
using above given sql script and whether it requires any pre-requisite patches.
Prepare a work sheet to identify whether the patch is required to be applied on the Oracle Application Destination
system using above given sql script and whether it requires any pre-requisite patches.
1. Log in to each concurrent processing server node as the owner of the Applications file system.
2. If the $SHT_TOP/lib/ilog/5.1 directory already exists, backup any files or directories that it contains.
3. Unzip the ilog51lib.zip file, located in the sht/lib directory of this patch, into the $SHT_TOP/lib directory. This will
create the ilog/5.1 subdirectory if it doesn‘t already exist.
5. Copy the library files from the current directory to the $SHT_TOP/lib/ilog/5.1 directory.
On UNIX Sun Solaris, the files are
i. libconcert.a
ii. libcplex.a
iii. libhybrid.a
iv. libilocplex.a
v. libschedule.a
vi. libsolver.a
This database link will also be used, along with a database link established on the destination instance, in setting up
the instances on the planning server.
First make necessary entry of the Target / Destination instance Oracle Database in the tnsnames.ora file of the
Source Instance Oracle Database tier (TNS_ADMIN location).
INSTANCE_NAME HOST_NAME
—————- ———————————————————–
TRNS1 indsapp001
APPS-TRNS1.USA.COM>show user
USER is ―APPS‖
APPS-TRNS1.USA.COM>ed
Wrote file afiedt.buf
COUNT(*)
———-
101
APPS-TRNS1.USA.COM>
Note the database link name created on this source / ERP system Oracle database for connecting planning /
destination server Oracle database.
INSTANCE_NAME HOST_NAME
—————- ———————————————————–
COE2 indsapp002
APPS-COE2.USA.COM>show user
USER is ―APPS‖
APPS-COE2.USA.COM>ed
Wrote file afiedt.buf
INSTANCE_NAME HOST_NAME
—————- ———————————————————–
TRNS1 indapp001
COUNT(*)
———-
100
APPS-COE2.USA.COM>
Note the database link name created on this planning / destination Oracle Database server for connecting to source /
ERP system Oracle database.
Prepare the Source System
Create an Advanced Supply Chain Planner responsibility
Task By: Apps DBA
You must create a responsibility in the source (ERP) instance that conforms to the specifications.
Warning: The responsibility name must match as ―Advanced Supply Chain Planner‖ exactly.
Check Profile Option Name
Task By: Apps DBA and Functional Consultant
The Create Planning Flexfileds concurrent program creates new segment definitions in existing descriptive flex fields
to hold data that may be required for constrained and /or optimized planning. The program will not populate profile
values.
• MSO: Penalty cost factor for late demands (Organization) flexfield attribute
• MSO: Penalty cost factor for exceeding material capacity (Organization) flexfield
• MSO: Penalty cost factor for exceeding resource capacity (Organization) flexfield
• MSO: Penalty cost factor for exceeding transportation capacity (Organization)
• MSO: Penalty cost factor for exceeding resource capacity (Resource) flexfield
• MSO: Penalty cost factor for exceeding transportation capacity flexfield attribute
• MSO: Penalty cost factor for late forecasts
• MSO: Penalty cost factor for late sales orders
Create APS partition on the Source System
Task By: Apps DBA
Login to Oracle Applications 11i Source System.
Select ―System Administrator‖ responsibility.
Navigate to Security Responsibility Request
Enter in the query mode in the ―Request Group‖ screen and query for ―All MSC Reports‖ .
Place cursor in the name column, Click the plus sign (Green +) on the toolbar to create a ―New‖ column.
In the name column select ―CREATE APS PARTITIONS‖ (Make sure to select the correct one) and the Save the
record.
Logged in to the Target (ASCP) System and choose ―Advanced Planning Administrator‖.
Navigate to Admin Instances. The Application Instances window appears.
Insert record for the Source (ERP) system as follows:
Instance Code : Give a new name for the Instance Code (uniquely identified).
Instance Type : Select ―Discrete‖ (consult Functional Consultant).
Version : 11i (default, for 11i E Business Suite).
From Source to APS : Database Link created on the Source System for Target System Database.
From APS to Source : Database Link created on the Target System for Source System Database.
Check ―Enable Flag‖, ―Allow ATP‖ and ―Allow Release‖.
GMT Difference : ―-8‖ (this is Application location specific, consult Functional consultant).
Currency : USA (this is Application location specific, consult Functional consultant).
Assignment Set : (Kept this blank unless advised by Functional Consultant).
Save the record.
Enter the organizations on each of the instance from which to collect the Planning data and plan for on the Planning
Server by clicking Organization. For this click on the ―Organizations‖ button.
Note that the above mentioned notes were not necessarily used for ASCP Multi Node Installation, but they were
studied. The Note required by the patches applied above are listed in its respective column.
Share This