Beruflich Dokumente
Kultur Dokumente
Management Fundamentals
Student Guide
Course Code
Edition 1.0
Month Year
Part Number
Copyright © xxxx, 2007, Oracle. All rights reserved. (xxxx = the year the course was first released )
Disclaimer
This document contains proprietary information and is protected by copyright and other intellectual property laws. You may copy and
print this document solely for your own use in an Oracle training course. The document may not be modified or altered in any way.
Except where your use constitutes "fair use" under copyright law, you may not use, share, download, upload, copy, print, display,
perform, reproduce, publish, license, post, transmit, or distribute this document in whole or in part without the express authorization
of Oracle.
The information contained in this document is subject to change without notice. If you find any problems in the document, please
report them in writing to: Oracle University, 500 Oracle Parkway, Redwood Shores, California 94065 USA. This document is not
warranted to be error-free.
If this documentation is delivered to the United States Government or anyone using the documentation on behalf of the United
States Government, the following notice is applicable:
Trademark Notice
Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective
owners.
Author
Transaction Setup............................................................................................................................................6-1
R12 Transaction Setup ..................................................................................................................................6-3
Objectives ......................................................................................................................................................6-4
Overview ........................................................................................................................................................6-5
Inventory Transactions...................................................................................................................................6-6
Move Orders ..................................................................................................................................................6-7
Transaction Source Types .............................................................................................................................6-8
Transaction Action .........................................................................................................................................6-10
Transaction Reasons .....................................................................................................................................6-12
Transaction Types..........................................................................................................................................6-13
Guided Demonstration - Creating Customized Transactions .....................................................................6-14
Predefined Transaction Types .......................................................................................................................6-15
Transaction Managers ...................................................................................................................................6-16
Running Transaction Managers .....................................................................................................................6-17
Creating Picking Rules...................................................................................................................................6-19
Guided Demonstration - Creating Picking Rules ........................................................................................6-21
Account Aliases..............................................................................................................................................6-22
Accounting Periods ........................................................................................................................................6-23
Guided Demonstration - Opening Accounting Periods ...............................................................................6-24
Material Shortage Alerts and Notifications .....................................................................................................6-25
Setting Up Shortage Alerts and Notifications .................................................................................................6-27
Setting Up for Move Orders ...........................................................................................................................6-28
Setup Steps for Move Orders.........................................................................................................................6-30
Profile Options................................................................................................................................................6-32
Profile Options (Cont).....................................................................................................................................6-33
Implementation Considerations for Shortage Checks ....................................................................................6-38
Implementation Considerations for Move Orders ..........................................................................................6-39
Summary........................................................................................................................................................6-40
Inventory Accuracy..........................................................................................................................................11-1
R12 Inventory Accuracy Fundamentals .........................................................................................................11-3
Objectives ......................................................................................................................................................11-4
Overview of Inventory Accuracy.....................................................................................................................11-5
ABC Analysis Overview .................................................................................................................................11-6
Defining an ABC Analysis ..............................................................................................................................11-7
Define and Run an ABC Compilation .............................................................................................................11-8
ABC Compilation Criteria ...............................................................................................................................11-9
ABC Valuation Scope.....................................................................................................................................11-11
Defining ABC Groups.....................................................................................................................................11-12
Defining ABC Classes....................................................................................................................................11-13
ABC Item Assignments ..................................................................................................................................11-14
Guided Demonstration - Compiling an ABC Analysis.................................................................................11-16
Practice - Compiling an ABC Analysis .......................................................................................................11-18
Solution – Compiling an ABC Analysis.......................................................................................................11-20
Cycle Counting Overview...............................................................................................................................11-25
Defining and Maintaining a Cycle Count ........................................................................................................11-26
Cycle Count Approval Tolerance....................................................................................................................11-27
Approval Tolerances ......................................................................................................................................11-28
Hit/Miss Tolerance .........................................................................................................................................11-30
Copyright © Oracle 2009. All rights reserved.
Profile
Prerequisites
• <insert prerequisites from the course description, including any suggested preparation
courses>
• <if there are no prerequisites, insert the following sentence:> There are no
prerequisites for this course.
Oracle Publications
Title Part Number
Additional Publications
• System release bulletins
• Installation and user’s guides
• Read-me files
• International Oracle User’s Group (IOUG) articles
• Oracle Magazine
Notations:
(N) = Navigator
(M) = Menu
(T) = Tab
(B) = Button
(I) = Icon
(H) = Hyperlink
(ST) = Sub Tab
Overview
Oracle Inventory treats many different types of things as inventory. Inventory can be:
• Finished goods that you sell to customers
• Services that you sell to customers
• Spare parts for maintenance
• Raw materials for manufacturing processes
• Inventory you purchase from a supplier on consignment
Receipt to Issue
Oracle Inventory uses the receipt to issue process to manage your inventory. When inventory
arrives in your warehouse you receive it. After you receive inventory, you can transfer it
within your organization or to another organization. Finally, you can issue material out of
Oracle Inventory.
Receiving Inventory
There are different ways you can receive material into your organization.
Purchasing
You can use Oracle Purchasing to receive material from outside of your organization. You can
receive:
• Purchase order receipts
• Internal requisitions
• In-transit receipts
• Return material authorizations
• Unexpected receipts
Work in Process
You can use Oracle Work in Process to receive material from the manufacturing floor. You can
receive:
• Component returns
• Negative component issues
• Assembly returns
Inventory
Copyright © Oracle, 2009. All rights reserved.
Transferring Inventory
Different applications can generate requests to transfer inventory.
Shipping
You can use Oracle Shipping Execution to generate a transfer to move material from a storage
area to a staging to for shipping.
Order Management
You can use Oracle Order Management to generate a transfer to move material from a storage
area to a staging area for shipping.
Work in Process
You can use Oracle Work in Process to generate a transfer to acquire components for a project.
Inventory
You can use Oracle Inventory to:
• Transfer material between organizations
• Transfer material within an organization
• Replenish materials
• Request transfers
Issuing Inventory
You can use the following applications to issue material:
Order Management
Oracle Order Management can generate an inventory issue through:
• Sales orders
• Internal orders
Purchasing
Oracle Purchasing can generate an inventory issue for:
• Return to vendor materials
Work in Process
Oracle Work in Process can generate an inventory issue through:
• Component issues
• Assembly returns
Inventory
Oracle Inventory can issue stock through:
• User-defined material issues
Inventory Structure
Chapter 2 - Page 1
Copyright © Oracle, 2009. All rights reserved.
Inventory Structure
Chapter 2 - Page 2
R12 Defining Inventory Organizations
Inventory Structure
Chapter 2 - Page 3
Objective
Inventory Structure
Chapter 2 - Page 4
Inventory Organizations
Inventory Organizations
An inventory organization is a facility where you store and transact items. Before you can use
Oracle Inventory, you must define one or more inventory organizations. Inventory
organizations represent distinct entities in your enterprise and can be one of the following:
• A physical entity such as a manufacturing facility, warehouse, or distribution center.
• A logical entity such as an item master organization, which you use to define items.
An inventory organization may have the following attributes:
• An inventory organization can have its own location, ledger, costing method, workday
calendar, and items.
• An inventory organization can share one or more of these characteristics with other
organizations.
Inventory Structure
Chapter 2 - Page 5
Inventory Organization Structure
Inventory Structure
Chapter 2 - Page 6
Sample Inventory Organization
Inventory Structure
Chapter 2 - Page 7
Multi-Organization Structure
Multi-Organization Structure
Multi-Organization structure enables you to model multiple business units in an enterprise
using a single installation of Oracle applications. In a multi-organization architecture you can
keep data secure and separate from each business unit.
The following are the benefits of multi-organization structure:
• You can use a single installation of any Oracle Applications product to support any
number of business units, even if those business units use a different ledger.
• Secure access to data so users can access only relevant information.
• You can define a organizational model that best suits your business requirements.
• In Inventory, you can fulfill any Sales Order or Purchase Order regardless of them being
booked from any Inventory organization. You can also determine if any inter-company
invoicing needs to occur based on if the Sales Order or Purchase Order was booked in a
different Operating Unit other than the one to which the Inventory organization is
assigned.
Inventory Structure
Chapter 2 - Page 8
Setting Up Locations
Setting Up Locations
• Define information describing the physical locations of employees and organizations.
• Locations are shared between Oracle Inventory, Oracle Purchasing, and Oracle Human
Resource Management Systems. Locations flagged as global locations are available to all
business groups. You can associate each organization with only one location; however,
you can associate more than one organization with the same location.
Inventory Structure
Chapter 2 - Page 9
Guided Demonstration - Setting up Locations
Responsibility = Inventory, Vision Operations USA
1. Navigate to the Locations window.
(N) > Setup > Organizations > Locations.
2. Define a Location using the following information:
− Name: M12 Orlando
− Description: Orlando Manufacturing
3. (T) Address Details
− Address Style: United States
4. Enter the following address information:
− Address Line 1: 100 Buena Vista Drive
− City: Orlando
− State: FL
− Zip Code: 32803
− County: Orange
− Country: United States
− Telephone: (407) 828-5000
5. Select the following Timezone from the list of values:
− Eastern
6. (T) Shipping Details
− Ship-To Location:M12 Orlando
7. Verify the following boxes are checked
− Ship-To Site
− Receiving Site
− Office Site
− Bill-To Site
− Internal Site
8. Save and Close form.
Inventory Structure
Chapter 2 - Page 10
Defining Organizations
Defining Organizations
Classify the Organization
• Choose an organization classification to describe the general purpose of your organization.
• Examples of organization classifications are inventory organization, legal company, and
HR organization.
• Choose inventory organization as your organization classification to use your organization
for inventory management.
Ledger
• Tie each inventory organization to an operating unit. Each operating unit is associated to a
legal entity and a primary ledger.
Inventory Structure
Chapter 2 - Page 11
Inventory Parameters
Inventory Parameters
Organization Features
You must enter organization information such as the organization code, and the item master
organization. The system defaults this field to the current organization. You must change this
for any organization that is not an item master organization. The item master organization
should be the first inventory organization you create.
Note- The Manufacturing Partner Organization functionality is only available in Japan, Taiwan
and Korea.
Inventory Structure
Chapter 2 - Page 12
Costing Parameters
LIFO costing-Costing method where it is assumed that items that were received most recently
are
transacted first.
FIFO Costing-Costing method where it is assumed that items that were received earliest are
transacted first.
Inventory Structure
Chapter 2 - Page 13
Revision, Lot, Serial, and License Plate Number (LPN) Parameters
Inventory Structure
Chapter 2 - Page 14
ATP, Pick, Item-Sourcing Parameters
Inventory Structure
Chapter 2 - Page 15
Interorganization Parameters
Inventory Structure
Chapter 2 - Page 16
Other Account Parameters
Inventory Structure
Chapter 2 - Page 17
Warehouse Management Parameters
Inventory Structure
Chapter 2 - Page 18
Guided Demonstration - Setting Up Organizations
Responsibility: Inventory, Vision Operations USA
1. Navigate to the Organizations window.
(N) > Setup > Organizations > Organizations.
2. (B) New in Find window
3. Set up a new organization using the following information:
− Name: M12 Orlando MFG
− Type: Plant
− Location: M12 Orlando MFG
4. Save your work.
5. In the Organization Classification alternative region, select the following information:
− Name: Inventory Organization
− Enabled: Selected
6. Save your work.
Discuss the different types of organizations, Manufacturing Partner Organization, EAM Enabled, Process
Manufacturing Enabled, WMS Enabled, and WCS Enabled.
12. (T) Costing Information
13. Enter the following costing parameters:
− Costing Method: Standard
Copyright © Oracle, 2009. All rights reserved.
Inventory Structure
Chapter 2 - Page 19
− Transfer to GL: Yes
− Reverse Encumbrance: No
− Project Cost Collect Enabled: No
− Defer Logical Transactions: No
− Cost Cutoff Date: Blank
− Default Material Sub-Element: Blank
− Material Overhead Sub-Element: Blank
14. Enter the following valuation accounts:
Inventory Structure
Chapter 2 - Page 20
− Generation: At Item level
− Prefix SER
− Starting Serial Number: 0000000001
21. (T) ATP, Pick, Item-Sourcing
22. Enter the following information:
− ATP Defaults Rule: Total ATP, No DC (select second)
− Picking Defaults: Rule: Default Picking Rule PR1
− Subinventory Order: Blank
− Locator Order: Blank
− Pick Confirmation Required: Blank
− Over Picking for Manufacturing: Blank
− Over Picking for Transfer Orders: Selected
− Enable Rules Override for Lot-Level Res.: Selected
− Item Sourcing Detail: Type: Supplier
− Item Sourcing Detail: Organization: Blank
− Item Sourcing Detail: Subinventory: Blank
23. (T) Inter-org Information
24. Enter the following information:
− Inter-organization Transfer Charge: Predefined percent
− Predefined Percent: 10%
− Transfer Credit: 01-520-5290-0000-000
− Purchase Price Variance: 01-520-5210-0000-000
− Receivable: 01-000-1810-0000-000
− Payable: 01-000-2370-0000-000
− Intransit Inventory 01-000-1460-0000-000
25. (M) File > Close Form
Inventory Structure
Chapter 2 - Page 21
− Allow Cascade Transactions: Selected
− Validate Serial Numbers on RMA Receipts: Selected
− Receipt Number Generation: Automatic
− Receipt Number Type: Alphanumeric
− Next Receipt Number: 1
− Validate Lots on RMA Receipts: Restricted
− Receiving Inventory Account: 01-000-1410-0000-000
− Clearing Account: 01-000-1410-0000-000
28. (B) Save
29. Click Close Window.
30. Save your work.
31. Close the Organizations window.
Inventory Structure
Chapter 2 - Page 22
What is a Subinventory?
What Is a Subinventory?
A subinventory is a physical or logical grouping of inventory such as raw material, finished
goods, defective material, or a freezer compartment. A subinventory can be the primary place
where items are physically stocked. You must specify a subinventory for every inventory
transaction.
Inventory Structure
Chapter 2 - Page 23
What is a Subinventory (Cont)
Inventory Structure
Chapter 2 - Page 24
Defining Subinventories
Defining Subinventories
You define subinventories by organization. Each subinventory must contain the following
information:
• Unique alphanumeric name
• Status
• Cost Group (if you have Oracle Warehouse Management installed)
• Parameters
• Lead times
• Sourcing information
• Account information
For more information about subinventories see Defining Subinventories, Oracle Inventory
User’s Guide
Inventory Structure
Chapter 2 - Page 25
Guided Demonstration - Defining Subinventories
Responsibility: Inventory, Vision Operations USA
1. (N) Setup > Organizations > Subinventories
2. (M) File > New
3. Enter the following subinventory information:
− Name: Raw
− Description: Raw Materials
− Locator Control: Item Level
4. (B) Open.
5. Select Receiving as the subinventory Type.
6. (M) File > Save.
7. (M) File > Close Form.
8. (M) File > Close Form.
Verifying Subinventories
9. (N) Change Organization.
10. Select M2 Boston Manufacturing.
11. (N) Setup > Organizations > Subinventories
12. (M) View > Find.
13. Enter Raw in the Find Field.
14. Click OK.
15. Note that subinventory Raw is not available in M2.
16. (M) File > Close Form.
Inventory Structure
Chapter 2 - Page 26
Practice - Creating Subinventories
Overview
In this practice you will learn how to create two subinventories.
Assumptions
• You are skilled in Oracle navigation.
• Responsibility > Inventory, Vision Operations USA
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
If necessary, change your Organization to Seattle (M1).
Create four subinventories for your team. Create one subinventory for your finished goods
(FGI) stock, a Main Stores (MAIN) subinventory, a Raw Materials (RM) subinventory, and Low
Value (LV) items subinventory. Your Low Value subinventory must be a non-tracked
subinventory. Use the following naming convention to differentiate your team from other teams
(##FGI) where the pound sign represents your team number.
After completing the lab, answer the following questions.
1. In which organization are your new subinventories?
2. Determine if ##FGI exists in M2- Boston Manufacturing and why.
Inventory Structure
Chapter 2 - Page 27
Solution - Creating Subinventories
Responsibility = Inventory, Vision Operations USA
1. Change Organization to M1 Seattle.
(N) Change Organization
Choose Seattle Manufacturing
Select OK
2. Navigate to the Sub-inventories window.
(N) Setup > Organizations > Subinventories
3. (B) New
− Name: ##FGI
− Description: Finished Goods Inventory
− Status: Active
− Type: Storage
− Locator Control: Item Level
Inventory Structure
Chapter 2 - Page 28
− Description: Main Stores
− Type: Storage
− Status: Active
− Locator Control: Dynamic Entry
Inventory Structure
Chapter 2 - Page 29
8. (M) File > Save
9. (M) File > New
− Name: ##LV
− Description: Low Value Inventory
− Status: Unserviceable: Not Available for Netting, ATP and Reservations
− Type: Storage
− Locator Control: None
− Quantity Tracked: Deselected
Inventory Structure
Chapter 2 - Page 30
10. Save and Close window.
(M) File > Save
(M) File > Close Form
11. In which organization are your new subinventories? M1 Seattle Manufacturing
Verifying Subinventories
12. Does a subinventory called ##FGI exist in M2 Boston Manufacturing? No, you created your
subinventories in M1 Seattle Manufacturing.
13. (N) Change Organization.
Select M2 Boston Manufacturing.
14. (N) Setup > Organizations > Subinventories.
15. (M) View > Find.
Inventory Structure
Chapter 2 - Page 31
16. (M) File > Close Form.
Inventory Structure
Chapter 2 - Page 32
Locator Control
Locator Control
Locators are structures within subinventories. Locators are the third level in the enterprise
structuring scheme of Oracle Inventory. Locators may represent rows, aisles, or bins in
warehouses. You can transact items into and out of locators. You can restrict the life of
locators as well as define locator dimensions.
Inventory Structure
Chapter 2 - Page 33
Dynamic and Static Locators
Inventory Structure
Chapter 2 - Page 34
Subinventory-Locator Relationship
Subinventory-Locator Relationship
You can structure Oracle Inventory in such a way that some of the subinventories and items
have locator control while others do not. If locator control is turned on at the item level, you
must specify a locator when transacting the item into or out of a subinventory. If locator
control is turned on at the subinventory level, you must specify a locator when transacting any
item into or out of that subinventory. Each stock locator you define must belong to a
subinventory, and each subinventory can have multiple stock locators. The possible locator
control types are:
• None
• Prespecified
• Dynamic entry
• Item Level
You cannot use the same locator names within any two subinventories within the same
organization.
For more information about setting up locator control see Defining Stock Locators, Oracle
Inventory User’s Guide.
Inventory Structure
Chapter 2 - Page 35
Locator Flexfield Structure
Inventory Structure
Chapter 2 - Page 36
Guided Demonstration - Defining Locators
Responsibility: Inventory, Vision Operations USA
Inventory Structure
Chapter 2 - Page 37
Practice - Defining Locators
Overview
In this lab you will learn how to set up locator control for subinventories and items.
Assumptions
• You are skilled in Oracle Navigation
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
− Row: ## ##
− Rack: 02 02
− Bin: 01 02
− Subinventory: ##Main
Inventory Structure
Chapter 2 - Page 38
Solution – Setting Up Locator Control
Defining Stock Locators
1. Navigate to the Stock Locators window.
(N) Setup > Organizations > Stock Locators
(B) New
2. Enter the following new locators using the following information:
− Row: (your team #) ##
− Rack: 1
− Bin: 01
− Description: Anything you want
− Type: Storage Locator
− Subinventory: ##FGI
− Locator Status: Active
− Row: ##
− Rack: 1
− Bin: 02
− Description: Anything you want
− Type: Storage Locator
− Subinventory: ##FGI
− Locator Status: Active : Not Available for Netting, ATP and Reservations
− Row: ##
− Rack: 2
− Bin: 01
− Description: Anything you want
− Subinventory ##Main
− Locator Status: Active
− Row: ##
− Rack: 2
− Bin: 02
− Description: Anything you want
− Subinventory ##Main
− Locator Status: Active : Available for ATP and Reservations
Inventory Structure
Chapter 2 - Page 39
3. Select (M) File > Save
4. Select (M) File > Close
Inventory Structure
Chapter 2 - Page 40
Interorganization Shipping Networks
Inventory Structure
Chapter 2 - Page 41
Shipping Method
Shipping Method
Shipping methods are the way you ship material. When you create a shipping method, you
must enable it before you can use it in a shipping network. If you disable a shipping method
you cannot use it in a shipping network.
Inventory Structure
Chapter 2 - Page 42
Additional Set Up Steps
Inventory Structure
Chapter 2 - Page 43
Additional Organizational Setups
Inventory Structure
Chapter 2 - Page 44
Copying Inventory Organizations
Inventory Structure
Chapter 2 - Page 45
• Subinventories
• Locators
• Work in Process parameters
• Work in Process accounting classes
• Planning parameters
• Shipping parameters
Note: The system does not copy organization-specific data including: cost type, cost sub-
element, Process Manufacturing Enabled, Oracle Warehouse Management enabled, and cost-
sharing entities.
For more information about copying inventory organizations see Copy Inventory Organization
Implementation Guide.
Inventory Structure
Chapter 2 - Page 46
Organization Hierarchy
Organization Hierarchy
Organization hierarchies enable you to group together organizations and perform operations
across all organizations within a hierarchy. You can perform the following operations across
all organizations within an organization hierarchy:
• Assign items to organizations: You can assign an item to any organization that belongs to
the same master organization within the same hierarchy. You can also assign a range of
items or item categories to a single organization, as well as a range of items or categories
to multiple organizations.
• Copy item attributes: You can manage item attributes for many organizations in one place.
You can verify that an item or group of items were set up correctly, copy organization-
level item attributes from one item to other organizations that use the item, and copy item
attributes from one item to another within an organization.
• View item information: You can view on-hand quantity information as well as item where
used information for organizations.
• Open and close accounting periods: You can open and close accounting periods.
• Purge transactions: You can purge transactions.
• Process transactions with the Inventory Transaction Open Interface: You can use the
Inventory Transaction Open Interface to review, submit, or cancel transactions.
Inventory Structure
Chapter 2 - Page 47
• Manage bills of materials: You can create common bills of material for organizations as
well as delete items, bills, components, routings, and operations.
• Manage engineering change orders You can automatically implement as well as make
changes to engineering change orders.
Inventory Structure
Chapter 2 - Page 48
Organization Reports
Inventory Structure
Chapter 2 - Page 49
Organization Reports (Cont)
Inventory Structure
Chapter 2 - Page 50
Profile Options
Inventory Structure
Chapter 2 - Page 51
Implementation Considerations
Implementation Considerations
When you set up your organizations you need to determine the organization type. For
example, you need to determine if the organization is a process or a discrete organization and if
you are using Oracle Warehouse Management. You can use Oracle Warehouse Management
and Oracle Process Management in the same organization. You should not however, use
Oracle Asset Management with Oracle Warehouse Management or Oracle Process Execution.
If you plan on using Oracle Warehouse Management you need to determine if you are going to
use the Warehouse Control system. If this organization transacts business with Japan, Taiwan,
or Korea you can enable Chargeable Subcontracting for the organization. You must consider
all of this information before you create items or process transactions.
Inventory Structure
Chapter 2 - Page 52
Implementation Considerations (Cont)
Inventory Structure
Chapter 2 - Page 53
Implementation Considerations (Cont)
Inventory Structure
Chapter 2 - Page 54
Implementation Considerations (Cont)
Inventory Structure
Chapter 2 - Page 55
Implementation Considerations (Cont)
Inventory Structure
Chapter 2 - Page 56
Implementation Considerations (Cont)
Inventory Structure
Chapter 2 - Page 57
Summary
Inventory Structure
Chapter 2 - Page 58
Units of Measure
Chapter 3
Units of Measure
Chapter 3 - Page 1
Copyright © Oracle, 2009. All rights reserved.
Units of Measure
Chapter 3 - Page 2
R12 Units of Measure
Units of Measure
Chapter 3 - Page 3
Objectives
Units of Measure
Chapter 3 - Page 4
Units of Measure
Unit of Measure
You define units of measure for tracking, moving, storing, and counting items.
Primary Unit of Measure
When you define an item you establish a primary unit of measure. The system tracks on-hand
quantity and calculates transactions based on the primary unit of measure.
Secondary Unit of Measure
You can optionally establish a secondary unit of measure (dual unit of measure control) for an
item. Secondary unit of measure can be used for cases where you need to track in two units of
measure and there is no constant conversion between the two unit of measures (UOMs). For
example, chickens can be tracked in pounds and eaches.
If an item is under dual unit of measure control the system tracks on-hand quantity based on
both the primary and secondary units of measure. For example, you can track an item in both
eaches and liters.
Units of Measure
Chapter 3 - Page 5
Uses of Units of Measure
Units of Measure
Chapter 3 - Page 6
Unit of Measure Class
Units of Measure
Chapter 3 - Page 7
Guided Demonstration - Creating Units of Measure
Responsibility: Inventory, Vision Operations USA
1. (N) > Setup > Units of Measure > Units of Measure.
2. (M) File > New.
3. Use the following information to create two new units of measure:
Units of Measure
Chapter 3 - Page 8
Guided Demonstration - Creating Unit of Measure Classes
Responsibility: Inventory, Vision Operations USA
1. (N) > Setup > Units of Measure > Classes.
2. (M) File > New.
3. Enter the following unit of measure information:
− Name: 00-Metric
− Description: 00-Metric Class
− Base Unit 00-Meter
− UOM: 00M
4. (M) File > Save.
5. (M) File > Close Form.
Units of Measure
Chapter 3 - Page 9
Unit of Measure Conversions
Units of Measure
Chapter 3 - Page 10
Guided Demonstration - Defining Unit of Measure Conversions
Responsibility: Inventory, Vision Operations USA
1. (N) Setup > Units of Measure > Conversions
2. (M) File > New.
3. Enter 00-Centimeter in the Unit field.
4. Enter 0.01 in the Conversion field.
5. (M) File > New.
6. Enter 00-Kilometer in the Unit field.
7. Enter 1000 in the Conversion field.
8. (M) File > Save.
9. (M) File > Close Form.
Units of Measure
Chapter 3 - Page 11
Lot-Level Unit of Measure Conversions
Units of Measure
Chapter 3 - Page 12
Units of Measure Setup
Units of Measure
Chapter 3 - Page 13
Practice - Defining Units of Measure
Overview
In this lab you will be doing the following:
• Defining Unit of Measure Classes
• Defining Units of Measure
• Setting up Unit of Measure Conversions
• Setting up Lot-Level Units of Measure Conversions
Assumptions
• You are skilled in Oracle Navigation
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Units of Measure
Chapter 3 - Page 14
Solution – Defining Units of Measure
Responsibility = Inventory, Vision Operations USA
Units of Measure
Chapter 3 - Page 15
Note: Select (M) File > New between each new unit of measure.
Units of Measure
Chapter 3 - Page 16
13. (M) File > Save.
14. (M) File >Close Form.
Units of Measure
Chapter 3 - Page 17
18. (M) File > Save.
19. (M) File >Close Form.
20. What types of updates can you perform on the Update Quantities window?
______________________________________________________________________
____
______________________________________________________________________
____
Units of Measure
Chapter 3 - Page 18
Unit of Measure Reports
Units of Measure
Chapter 3 - Page 19
Profile Options
Units of Measure
Chapter 3 - Page 20
Organization Parameter Setup
Units of Measure
Chapter 3 - Page 21
Implementation Considerations
Implementation Considerations
• You can use a maximum of five decimal places for an individual unit of measure within
Oracle Inventory.
Note- Inventory transactions and on hand balance supports decimal precision to 5 digits
after the decimal point. Oracle Work in Process supports decimal precision to 6
digits. Other Oracle Applications support different decimal precision. As a result of
the decimal precision mismatch, transactions another Oracle Application passes may
be rounded when processed by Inventory. If the transaction quantity is rounded to
zero, Inventory does not process the transaction. It is therefore suggested that the base
unit of measure for an item is set up such that transaction quantities in the base unit of
measure not require greater than 5 digits of decimal precision. For example, in some
industries such as the gold jewellery industry, you may need a more granular level of
control than 5 decimal places. You need to carefully determine the base unit of
measure for each unit of measure class.
• Primary units of measure cannot be changed on items after they are saved.
Units of Measure
Chapter 3 - Page 22
Summary
Units of Measure
Chapter 3 - Page 23
Copyright © Oracle, 2009. All rights reserved.
Units of Measure
Chapter 3 - Page 24
Defining and Maintaining
Items
Chapter 4
What Is an Item?
An item is a part or service you:
• Purchase
• Sell
• Plan
• Manufacture
• Stock
• Distribute
• Prototype
Items can also be containers for items as well as components you build into other items.
Defining Items
Define only the information you need to maintain the item. You cannot define an item at the
organization level. Oracle Inventory automatically switches to the Master Item window when
you define a new item.
Item Master
Always define items in the master organization. When you define an item, Oracle
automatically changes your current organization to the master organization. You may enable
your new items in as many child organizations as needed.
Item Attributes
Item attributes are the collection of information about an item.
Item Status
You can use statuses to provide default values for certain item attributes to control the
functionality of an item. The Item Status attribute has a defined set of yes or no values for the
status attributes. You apply the values to the status attributes when you choose an item status
code when you define an item. For example, in the beginning of a product development cycle
you set the Item Status attribute to Prototype with all of the status attributes defaulted to yes
except for Customer Orders Enabled. When the item is ready, you change the Item Status
attribute to Active to enable all item functions.
You can assign one or more pending statuses for an item, to be implemented on future dates.
These statuses become effective on their assigned effective dates. You can view the status
history of an item if needed.
Assumptions
• You are skilled at Oracle navigation.
• Responsibility: Inventory, Vision Operations USA.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Item Templates
Oracle Inventory has several predefined templates that you can use to define and update items
or you can create your own templates.
If you regularly define many items that share the same values for a number of attributes, you
may want to define item templates. You can only use copy once when you define an item. You
can predefine templates with relatively few attributes enabled because you can apply more than
one template to define one item.
Attributes in Templates
You can enable attributes and assign them values in each template that you create. When you
apply a template to an item, Oracle Inventory updates only the attributes that are enabled for
the template. The order in which templates are applied is extremely important.
Further Item Templates Help
For more information about item templates see Item Templates, Oracle Inventory User’s
Guide.
Master-Level Control
An attribute you maintain at the master level has identical values across all organizations that
use the item.
Organization-Level Control
An attribute you maintain at the organization level may have different values for each
organization that uses it.
Attribute Control
Some attributes can be maintained at only the master level or the organizational Level. Units of
measure are controlled at the master level. If you are using multiple organizations, then you
should maintain min-max planning at the organization level.
Technical Note
Master-Level Control
For example, suppose you want to ensure that items defined in two organizations are
transactable at the same time in both organizations. If you make the item not transactable in
one organization, you want the same item to become not transactable in the other organization.
Organization-Level Control
Suppose only one of the two organizations in your Oracle Inventory implementation performs
manufacturing operations, while the other organization is strictly a distribution warehouse.
Copyright © Oracle, 2009. All rights reserved.
Revision Control
A revision is a particular version of an item, bill of material, or routing. Use the revision
control to track item quantities by item revision and specify a revision for each material
transaction.
Enable revision control for items you must track version changes or changes that are
significant enough to track but do not affect the function and feature of the item.
You cannot change the revision control item attribute when an item has quantity on hand. If
revision control is controlled at the Master Item level, the check for on-hand quantity is against
the sum of on-hand quantity in all child organizations. If revision control is controlled at the
organizational level, the check for on-hand quantity is against the sum of on-hand quantity in
that organization.
Use letters, numbers, and characters such as A, A1, 2B, and so on to define revision numbers.
Letters are always in upper case and numbers may include decimals. To ensure revisions sort
properly, decimals should always be followed by a number. Revisions are sorted according to
ASCII rules, therefore each revision must be greater than the previous revision. For example,
you cannot use revision 10 after revision 9 because, according to ASCII sorting, 10 precedes 9.
For more information about setting up Revision Control, see Defining Item Revisions, Oracle
Inventory User’s Guide
Assumptions
• You are skilled in Oracle navigation.
• Responsibility: Inventory, Vision Operations USA.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Create Items
Create an item using the template you created in the previous task. Create eight items using
the Finished Goods template with the following descriptions:
No Inventory Controls
Locator Control ON
Revision Control ON
Lot Control ON
Parent and Child Lot Control ON
Grade Control ON
Serial Number Control ON
Dual Unit of Measure Control and Lot Expiration Control ON
What item attribute do you have to disable if an item if you create an item under dual unit
of measure control? _________________________________________________
Note: Use the following naming convention for your items, ##-Item##, and be sure to
enable your items in M1 Seattle and M2 Boston.
Create Items
1. Navigate to the Master Items window
(N) Items > Master Items
2. Create the no inventory controls item:
− Name: ##-Item01
− Description Team ## No Inventory Controls
3. (M) Tools > Copy From
4. Enter Finished Goods in the Template field
5. (B) Apply.
6. (B) Done
Create a Unit of Measure Conversion for your Dual UOM controlled item
57. Navigate to the Unit of Measure Conversions window
58. (N) Setup > Units of Measure > Conversions
59. (T) Inter-Class
60. Enter the following information
− Item: ##-Item-08
− Destination: ##-Meter
− Conversion: .05
Item Relationships
You can define relationships between items. This allows you to search for items through these
relationships. Except in Oracle Purchasing, these relationships are for inquiry and reporting
purposes only. For example, you can create an item relationship for substitute items or items
for which you can up-sell.
Assumptions
• Replace ## with your terminal number.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Item Catalogs
To define your catalog, you set up as many distinct item catalog groups as you need to partition
your Item Master. Each group has unique characteristics (called a descriptive element) that
completely describe items belonging to the group. When you assign an item to an item catalog
group, you define values for the descriptive elements that apply to your item. For example, an
item catalog group called mug could have a descriptive element called material. Possible
values for material might be glass or ceramic.
Descriptive Elements
You can define any number of descriptive elements for an item catalog group. You can also
describe whether the descriptive element is required at item definition, and whether the
descriptive element value is included by default in the item catalog description. Descriptive
element values can be concatenated and used to create an item's description. You turn this
feature off or on for each descriptive element in a catalog group. Turn Description Default on
for any element you want included in a concatenated description. You create a concatenated
description when assign an item to an item catalog group.
Create Items
10. Navigate to the Master Items window.
(N) Items > Master Items
11. Create items according to the following table:
Note: Use the Finished Goods template and enable all parts in M1 Seattle Manufacturing
and M2 Boston Manufacturing.
Item Description
## Mug 1 Mug 1
## Mug 2 Mug 2
## Mug 3 Mug 3
## Mug 4 Mug 4
Implementation Considerations
You should set all costing attributes at the organizational level because costing is most
commonly done at organizational level. WIP requires costing at org level to set up WIP
accounting classes. Costing of individual items is specific to individual organizations because
of location and other considerations.
Costing Method
Costing method is chosen and set at the inventory organization level. Within a set of books, an
enterprise can have multiple cost methods specified at each organization level. For example, a
company may have one average cost org and one standard cost org. Available costing methods
are as follows:
• Standard
• Weighted
• Average
• FIFO
• LIFO
Child Lots
A child lot is a subdivision of a lot that you can use if you produce a lot over a period of time,
but still want to group the material as a single lot. Using a child lot maintains the integrity of
the lot, but enables you to consume it in manageable pieces. When you process transactions for
material under child lot control, you enter the child lot as the lot number. The system also
maintains a genealogy relationship between the parent lot and the child lot.
Discuss the different types of organizations, Manufacturing Partner Organization, EAM Enabled, Process
Manufacturing Enabled, WMS Enabled, and WCS Enabled.
12. (T) Costing Information
13. Enter the following costing parameters:
− Costing Method: Standard
Copyright © Oracle, 2009. All rights reserved.
Expired Lots
You can assign lot control shelf life days, or enter a lot expiration date to determine when a lot
expires. The expiration date controls the availability of the lot for transacting and planning
purposes. An expired lot:
• Is not considered as on-hand supply when you are performing min-max, reorder point, or
MRP planning calculations.
• Cannot be reserved for a date beyond the expiration date.
• Can be transacted and is included in on-hand quantities.
• Is included in all inquiries and reports, including inventory valuation reports
• Is included in a cycle count and count entry and adjustments are allowed
• Is included in a physical inventory and tag entry and adjustments are allowed
Lot Expiration Action
A lot expiration action is the action that you perform on a lot when it expires. You can assign a
default lot expiration to an item on the Item Master or when you generate a lot. To associate a
lot expiration action with a lot, you must define shelf life days for the item.
Disabled Lots
Disabling a lot only prevents it from appearing in a list of values when you are performing
receipt transactions. If you type in the lot number, it is valid and accepted even though it was
not in the list of values. Disabling is used only for tailoring this specific instance of the list of
values for lot numbers. A disabled lot:
• Is included in available to transact, available to promise, and available to reserve
calculations
• Is included as on-hand supply when you are performing min-max, reorder point or MRP
planning calculations
• Is included as on-hand in all inquiries and reports, including inventory valuation report
• Can be transacted with Inventory functions and the Transaction Open Interface
• Can be reserved
Assumptions
• You created lot control, parent and child lot control, grade control, and lot expiration
controlled items in the previous practice.
• Responsibility, Inventory, Vision Operations USA
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Generating Lots
Generate a lot for the following items:
## - Item04
##- Item05
## - Item06
## - Item 08
1. What is the origination type? _____________________________
2. What field
Serial Uniqueness
You use the Organization Parameters window to choose a type of serial number uniqueness for
your organization. You can choose to enforce uniqueness Within inventory items, Within an
organization, or Across organizations. The three levels for serial uniqueness are cumulative,
and the definitions are as follows:
• Within Inventory Items: Once you assign a serial number to a particular item you cannot
assign the same serial number to the same item regardless of the organization. For
example if you assign serial number SN100 to item A, you cannot assign serial number
SN100 to any other instance of item A in any organization. This also includes CTO items
derived from base model A. However you could receive item B with serial number
SN100 in any organization.
• Within an Organization: In addition to the Within Inventory Items restrictions, the same
serial number cannot exist twice within the same organization. For example, if you assign
SN100 to item A, you cannot receive item B with the serial number SN100 in the same
organization. You can, however, receive item B with the serial number SN100 in any
other organization.
• Across Organizations: In addition to the Within an Organization restrictions, you cannot
assign the same serial number to any other item regardless of the organization. For
example if you assign SN100 to item A you cannot receive item B with the serial number
Copyright © Oracle, 2009. All rights reserved.
Assumptions
• You are skilled in Oracle Navigation.
• You have completed the Define Items Lab.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
3. (B) OK.
4. (B) Submit
5. (B) Yes
Lot Genealogy
Lot genealogy tracks the relationship between lots and provides lot traceability that results
from inventory transactions. This includes all lot splits, merges, and translations. Lot
genealogy also enables you to view where a particular lot is used. For example, one of your
suppliers informs you that they supplied you with contaminated sugar, which needs to be
recalled, and you used this sugar as an ingredient in the production of orange juice. You can
use lot genealogy to find each lot of orange juice that contain the contaminated lots of sugar.
You can use lot genealogy to view the work order details for a WIP job, material and pending
transactions, and quality results for both WIP jobs and process batches. Oracle Process
Manufacturing does not support serial numbers or serial genealogy.
Serial Genealogy
Serial genealogy tracks the transaction and multilevel composition history of any serial-
controlled item from receipt to customer sale. The composition genealogy is captured through
material transactions in Oracle Work in Process and Oracle Process Manufacturing. The serial
genealogy appears in a graphical display, and you can trace an assembly down through all of
its components or from the component to an assembly. This genealogy tracing enables you to
expedite problem isolation and improve customer response times. Serial genealogy also helps
you to track and regulate supplier performance and quality.
You can view the transaction history of the serial across all organizations within an operating
unit and view the current organization where the serial resides. When issuing serialized
components to serial controlled assemblies, you must associate the component serial number
with the assembly serial number. If the component has a supply type of Push, the association
occurs at WIP Issue. If the component has a supply type of Operation Pull, the association
occurs at WIP Move. If the component has a supply type of Assembly Pull, the association
occurs at WIP Completion. If the item is under lot control, then you can also view the lot
genealogy for the same item. When you view the genealogy of the item, the system lists the
item number, followed by the lot number, and finally the serial number.
Transaction Setup
Chapter 6 - Page 1
Copyright © Oracle, 2009. All rights reserved.
Transaction Setup
Chapter 6 - Page 2
R12 Transaction Setup
Transaction Setup
Chapter 6 - Page 3
Objectives
Transaction Setup
Chapter 6 - Page 4
Overview
Transactions
A transaction is an item movement into, within, or out of inventory. A transaction changes the
quantity, location, planning responsibility, or cost of an item. Oracle Inventory supports a
number of predefined and user-defined transaction types. Every material movement has a
corresponding set of accounting transactions that Oracle Inventory automatically generates. All
transactions validate the various controls (revision, locator, lot, dual unit of measure, and serial
number) you enable for your items.
For more information about transaction see Overview of Inventory Transactions, Oracle
Inventory User’s Guide.
Transaction Setup
Chapter 6 - Page 5
Inventory Transactions
Inventory Transactions
Inventory transactions enable you to:
• Receive items into your organization.
• Issue items out of your organization.
• Transfer items from one subinventory in your organization to another subinventory in the
same organization
• Transfer items between organizations
Transaction Setup
Chapter 6 - Page 6
Move Orders
Move Orders
Move orders are requests for the movement of material within a single organization. They
formalize the process to request the movement of material within a warehouse or facility for
purposes like replenishment, material storage relocations, and quality handling. Move orders
are generated manually or automatically depending on the source type. To request a material
transfer between organizations requires an internal requisition.
Move Order Requisitions
A move order requisition is a manually generated request for a move order. It is available for
subinventory transfers and account transfers. Once a requisition has been approved, it becomes
a move order. These requests can optionally go through a workflow-based approval process
before becoming move orders. For more information about move order requisitions see
Generating Move Order Requisitions, Oracle Inventory User’s Guide.
Transaction Setup
Chapter 6 - Page 7
Transaction Source Types
Transaction Setup
Chapter 6 - Page 8
• Job or Schedule
• External Requisition
• Layer Cost Update
• Project Contract
When you perform a transaction, you specify a transaction type and a source. For example, for
a PO receipt transaction, the transaction source type is Purchase Order and the actual PO
number is the source.
Transaction Setup
Chapter 6 - Page 9
Transaction Action
Transaction Action
You use transaction actions with a source type. A transaction action identifies a transaction
type. Oracle Inventory provides the following transaction actions:
• Issue from stores
• Subinventory transfer
• Direct organization transfer
• Cycle count adjustment
• Physical inventory adjustment
• Intransit receipt
• Intransit shipment
• Cost update
• Receipt into stores
• Delivery adjustments
• WIP scrap
• Assembly completion
• Assembly return
• Negative component issue
Copyright © Oracle, 2009. All rights reserved.
Transaction Setup
Chapter 6 - Page 10
• Negative component return
• Staging Transfer
• Ownership Transfer
• Logical Issue
• Logical Delivery Adjustment
• Retroactive Price Adjustment
• Logical Receipt
• Delivery Adjustment
• Lot Split
• Lot Merge
• Lot Translate
• Lot Update Quantity
• Logical Expense Requisition Receipt
• Planning Transfer
• Ownership Transfer
• Logical Intercompany Sales
• Logical Intercompany Receipt
• Logical Intercompany Receipt Return
• Logical Intercompany Sales Return
• Container Pack
• Container Unpack
• Container Split
• Cost Group Transfer
• Logical Intransit Receipt
• Logical Intransit Shipment
• Retroactive Price Update
• Container Transaction
• COGS Recognition
• Residual Quantity Issue
• Residual Quantity Return
Transaction Setup
Chapter 6 - Page 11
Transaction Reasons
Transaction Setup
Chapter 6 - Page 12
Transaction Types
Transaction Types
A transaction type is the combination of a transaction source type and a transaction action. It is
used to classify a particular transaction for reporting and querying purposes. Oracle Inventory
also uses transaction types to identify certain transactions to include in historical usage
calculations for ABC analysis or forecasting. A number of transaction types are predefined in
Oracle Inventory. You can also create custom transaction types.
You use the Transaction Types window to define additional transaction types to customize
transaction entry. A user-defined transaction type is a combination of a user-defined
transaction source type and a predefined transaction action. For example, if you frequently
donate items to charity, you might want to define a transaction source type called charity and a
transaction type called Issue to Charity. In this case, the transaction action would be Issue
from Stores. You would then use the Miscellaneous Transactions window to actually issue an
item to charity, using the Issue to Charity transaction type. You would also specify the actual
charity to which you are issuing, such as Goodwill, and the expense account that specifies the
source Goodwill. For more information about transaction types see Transaction Types, Oracle
Inventory User’s Guide.
Transaction Setup
Chapter 6 - Page 13
Guided Demonstration - Creating Customized Transactions
Responsibility: Inventory, Vision Operations USA
Transaction Setup
Chapter 6 - Page 14
Predefined Transaction Types
Transaction Setup
Chapter 6 - Page 15
Transaction Managers
Transaction Setup
Chapter 6 - Page 16
Running Transaction Managers
Transaction Setup
Chapter 6 - Page 17
The move transaction manager processes move transactions in Oracle Work in Process and
move transactions you import from devices such as portable bar code readers or your custom
data entry forms using the Open Move Transaction Interface.
Transaction Setup
Chapter 6 - Page 18
Creating Picking Rules
Transaction Setup
Chapter 6 - Page 19
assigns a sequence number and return type to the rule. You can modify the sequence number,
but you cannot modify the return type. The return type is a strategy, rule, or value.
You can assign your rule to any combination of criteria the Rules Workbench displays. For
example, if you create a picking rule that allocates material by lot number in ascending order
followed by locator in ascending order, you can assign it to an item in the Rules Workbench.
This means for picking, the system allocates the lowest lot number of the item in the lowest
locator number where the item resides.
Transaction Setup
Chapter 6 - Page 20
Guided Demonstration - Creating Picking Rules
Responsibility: Inventory, Vision Operations USA
1. Navigate to the Inventory Picking Rules window.
(N) Setup > Rules > Picking
2. Enter the following information:
− Name: Sales_Order_Partial_Lot_Subinventry
− Description: Sales order partial lot allocation allowed
− Partial Allocation Allowed: Enabled
− Subinventory: RECEIPT DATE DESC
− Rank: 1
3. (M) File > Save
4. Select the Enabled check box.
5. (M) File > Save
6. (B) Assignment
7. Assign the rule to the following item:
− Item: AS18947
8. (M) File > Save
9. (M) File > Close Form
10. (M) File > Close Form
Transaction Setup
Chapter 6 - Page 21
Account Aliases
Aliases
An account alias is an easily recognized name or label representing a general ledger account
number. You can view, report, and reserve against an account alias. During a transaction, you
can use the account alias instead of an account number to refer to the account.
You must create an inventory account alias for each GL account if you wish to use an alias for
that GL account in inventory transactions. Oracle Inventory does not honor GL account aliases.
Transaction Setup
Chapter 6 - Page 22
Accounting Periods
Accounting Periods
Oracle Inventory uses accounting periods to group material and work in process transactions
for accounting purposes. An accounting period must be open for you to complete a transaction;
that is, the transaction date you enter must fall within the beginning and ending dates you
define for the period.
Closing Accounting Periods
You can close the earliest accounting period with a status of Open or Error. An automatic
general ledger transfer is processed when you close an accounting period.
Transaction Setup
Chapter 6 - Page 23
Guided Demonstration - Opening Accounting Periods
Responsibility: Inventory, Vision Operations USA
1. Navigate to the Inventory Accounting Periods window.
(N) Accounting Close Cycle > Inventory Accounting Periods
2. Select a Future accounting period.
3. (B) Change Status.
4. (B) OK
5. (M) File > Close Form
Transaction Setup
Chapter 6 - Page 24
Material Shortage Alerts and Notifications
Transaction Setup
Chapter 6 - Page 25
The shortage alert appears in the window during the transaction with the option to go to the
View Potential Shortages form, showing where the shortage exists. Alerts are automatic once
they are set up. Notifications are optional and can be sent to a pre–specified list of individuals.
Sources of Demand
When generating shortage alerts and notifications, the system considers one or more of the
following to be sources of demand:
• WIP jobs
• WIP schedules
• Sales order lines that have been pick released and detailed but for which adequate quantity
was not sourced
Supply Types
The system considers the transaction types you select as supply for the unsatisfied demand.
Shortage alerts and notifications are triggered for system or user defined transaction types with
transaction actions of:
• Receipt into stores
• Intransit receipt
• Direct organization transfer
• Assembly completion
• Negative component issue
Transaction Setup
Chapter 6 - Page 26
Setting Up Shortage Alerts and Notifications
Transaction Setup
Chapter 6 - Page 27
Setting Up for Move Orders
Transaction Setup
Chapter 6 - Page 28
Timeout Period and select Automatically Approve for the Move Order Timeout Action. The
approval process is also not enabled for organization items without an assigned planner.
Item Transaction Defaults
You can define the item transaction defaults to automatically populate the destination locator
on the move order line from an organization item.
Move Order Time-Out
Use move order time-out if you want to require approvals for the move orders in your
organization.
Time-out Period
The length of time, in days, you will let your move orders sit in a pending-approval queuing
status.
The following rules apply when you set up time-outs:
• After one time-out period, a reminder is sent to the approver.
• After two time-out periods, the move order time-out action is performed.
• The time-out action is either approved or rejected.
• If the time-out period is 0, all move orders are automatically approved.
• If the time-out period is left blank, the setting defaults to 0.
Transaction Setup
Chapter 6 - Page 29
Setup Steps for Move Orders
Transaction Setup
Chapter 6 - Page 30
For more information see:
(Help) Oracle Manufacturing Applications > Oracle Inventory > Transactions > Overview of
Move Orders > Setting Up Move Orders
Transaction Setup
Chapter 6 - Page 31
Profile Options
Transaction Setup
Chapter 6 - Page 32
Profile Options (Cont)
Transaction Setup
Chapter 6 - Page 33
Profile Options (Cont)
Transaction Setup
Chapter 6 - Page 34
Profile Options (Cont)
Transaction Setup
Chapter 6 - Page 35
Profile Options (Cont)
Transaction Setup
Chapter 6 - Page 36
Profile Options (Cont)
Transaction Setup
Chapter 6 - Page 37
Implementation Considerations for Shortage Checks
Implementation Considerations
Answer the following questions to determine which of the following demand sources should be
considered potential shortages.
• Which inventory organizations should be checked for shortages?
• Which type and statuses of WIP jobs/schedules should be checked for shortages?
Answer the following questions to determine the individuals and the method for delivering
shortage messages.
• Should workflow alerts and notifications be generated when actual shortages exist?
• Who should be notified?
• How frequently should notifications be sent?
Transaction Setup
Chapter 6 - Page 38
Implementation Considerations for Move Orders
Transaction Setup
Chapter 6 - Page 39
Summary
Transaction Setup
Chapter 6 - Page 40
Issuing and Transferring
Material
Chapter 7
Transactions
A transaction is an item movement into, within, or out of inventory. A transaction changes the
quantity, location, planning responsibility, and cost of an item.
Oracle Inventory supports a number of predefined and user-defined transaction types. Every
material movement has a corresponding set of accounting transactions that Oracle Inventory
automatically generates. All transactions validate the various controls (revision, locator, lot
number, serial number and secondary unit of measure) you enable for items.
See Overview of Inventory Transactions, Oracle Inventory User’s Guide for more information.
Inventory Transactions
You can perform the following inventory transactions:
• Receive items into your organization from a general ledger account number.
• Issue items from your organization to a general ledger account number.
• Transfer items from a subinventory in your organization to another subinventory in the
same organization.
• Transfer items directly between organizations.
• Transfer items between organizations by way of intransit.
• Reserve items for a specific account or temporarily prevent the release of items onto the
shop floor.
Miscellaneous Transactions
Miscellaneous Transactions enable you to issue material to individuals or projects that are not
in inventory, receiving, or work in process. These could include a research and development
group or an accounting department. You can also make manual adjustments to the general
ledger by receiving material from one account to inventory, and then issuing that material from
inventory to another account.
For more information see Performing Miscellaneous Transactions Oracle Inventory User’s
Guide
Assumptions
• You completed the Defining Items practice.
• You completed the Creating Subinventories practice.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Perform a miscellaneous receipt for the items you created in the Defining Items practice.
1. Receiving the following eight items where ## represent you team number. If the item has
associated inventory controls such as a lot or serial, generate a new lot or serial for the
item.
##-Item-01
##-Item-02
##-Item-03
##-Item-04
##-Item-05
##-Item-06
##-Item-07
##-Item-08
Subinventory Transfer
Some of the uses of subinventory transfers are:
• Transferring between asset and expense subinventories
• Transferring between tracked and non-tracked subinventories
Assumptions
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Assumptions
• You are skilled in Oracle navigation.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Transacting Items
Select an under lot or serial control to transfer from M1 Seattle Manufacturing to M2 Boston
Manufacturing using the following information:
Transact Type: Inventory Intransit shipment
Shipment Number: T##
Freight: DHL
Waybill: T##
Containers: 1
Expected Receipt date: 1 week from today.
Quantity: 1
From Subinventory: ##FGI
To Subinventory: Stores
Viewing Transactions
Use the Material Transactions window to verify the Transaction Processed
7. (B) Done
Viewing Transactions
8. Navigate to the Material Transactions window.
Copyright © Oracle, 2009. All rights reserved.
Managing Receipts
You can receive both internally and externally sourced shipments and deliver material directly
to inventory, the shop floor, and You can deliver to inventory, shop floor, and expense
destinations. You can also can satisfy the following receiving business needs:
• Increased receiving process control
• Streamlined receiving throughput
• Increased transaction visibility and traceability
• A common process for all receipt types
Entering Receipt Information
To process receipts, you select the items to receive and enter the receipt quantities. If you
change the unit of measure, the system adjusts receipt quantity to reflect the new unit of
measure. You can override this value if you are recording a partial receipt or are receiving
more than the expected quantity.
The quantity received on the corresponding purchase order or return material authorization
(RMA) is updated to reflect the received quantity.
Substitutions
You can receive predefined substitute items when you allow suppliers to ship alternatives to
the items that you order. For example, you assign different internal item numbers to mountain
Copyright © Oracle, 2009. All rights reserved.
Receipts
1. (N) Change Organization.
− M2 Boston Manufacturing
2. (N) Transactions > Receiving > Receipts.
3. Enter the following transaction information:
− Source Type: Internal
− Item: AS18947
4. Choose Find.
5. Select the Item to receive.
6. Enter the M2-Boston as the receiving Location.
7. (M) File > Save.
8. (M) File > Close Form.
Receiving Stock
9. (N) Transactions > Receiving > Receiving Transactions.
10. Enter the following transaction information:
− Type: Internal
− Item: AS18947
11. Choose Find.
12. Select the transaction to deliver.
13. Enter the following receiving information:
− Location: M2 Boston
− Subinventory: Stores
14. (M) File > Save.
15. (M) File > Close Form.
Assumptions
• You are skilled in Oracle Navigation
• You completed the defining items practice
• You completed the interorganization transfer practice
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Receiving Inventory
Receive the item into stock that you transferred in the interorganization transfer practice.
3. (B) Find
4. Close the Header when it opens.
5. Select the item to receive.
6. Verify the item quantity.
7. Verify the UOM.
Copyright © Oracle, 2009. All rights reserved.
Move Orders
Move orders are requests for the movement of material within a single organization. They
formalize the process to request the movement of material within a warehouse or facility for
purposes like replenishment, material storage relocations, and quality handling.
Move orders are generated manually or automatically depending on the source type used.
Move orders are restricted to transactions within an organization. Transfers between
organizations require an internal requisition.
Move Order Requisitions
A manually generated request, available for subinventory and account transfers.
These requests can optionally go through a workflow based approval process before they
become move orders that are ready to be sourced and transacted.
Allocating Items
Reservation
A reservation is a link between a supply source and a demand source. A reservation creates a
permanent data link between a supply source and a demand source, and represents a guaranteed
allotment of material to a specified demand source.
Pending Transaction
A pending transaction is a transaction that Oracle Inventory expects to occur shortly, but
confirmation of the transaction has not yet been recorded. This is a material pick that has not
yet been completed. Move order line details are an example of the pending transaction. A pick
slip may have already been printed, but the picker has not yet indicated that they have
deposited the material in the destination location.
Neither reserved material nor a pending transaction quantity is included in any availability
calculation for the source location.
You should not allocate a move order line too soon in the business process, because the
allocating process for a move order creates pending transactions and removes that quantity
from an availability picture. Allocating should not be done until you are ready to print the pick
slip and move the material.
Assumptions
• You are skilled in Oracle navigation
• You completed the Define Items practice
• You completed the Locator controls practice
• You completed the define subinventory practice
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
3. (T) Destination
− Subinventory: ##Main
− Locator: ##.02.01
4. (B) Open.
5. Select Receiving as the subinventory Type.
6. (M) File > Save.
7. (M) File > Close Form.
8. (M) File > Close Form.
Verifying Subinventories
9. (N) Change Organization.
10. Select M2 Boston Manufacturing.
11. (N) Setup > Organizations > Subinventories
12. (M) View > Find.
13. Enter Raw in the Find Field.
14. Click OK.
15. Note that subinventory Raw is not available in M2.
16. (M) File > Close Form.
Mobile Transactions
Oracle Mobile Materials Management enables you to use mobile devices to perform receiving,
inventory, and shipping transactions. You can:
• Record inspections, deliveries, and material movements during receiving transactions.
• Create transactions for material including kanban movement, cycle counting, and
intraorganization replenishment.
• Perform pick confirm and ship confirm transactions.
• Print labels
• Inquire on item and kanban transactions
• Subinventory transfer
• Transact move order
• Inter-Organization Transfer
• Perform mover orders
• Transfer inventory between organizations
• Transfer material between subinventories
For more information see Mobile Materials Management, Oracle Mobile Supply Chain
Applications User’s Guide.
Copyright © Oracle, 2009. All rights reserved.
Assumptions
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
• If you are in an education center, verify you are logged in to the launch pad.
Tasks
3. Enter your user name and password. Note that “Materials & Mfg” responsibility must be
assigned to your user name.
Managing Shipments
You can review and update intransit shipments between inventory organizations.
• Shipment Visibility: You can access all incoming and outgoing shipments associated with
the current organization.
• Shipment Header: You can update information pertaining to the shipment header such as
Ship-to Location and Number of Containers. If you change the Expected Receipt Date,
Oracle Purchasing updates Shipment Supply to reflect the new due date.
• Shipment Lines: You can update information pertaining to the shipment lines such as
Expected Receipt Date, Receipt Routing, Packing Slip, and Note to Receiver. The receipt
routing that you specify in Maintain Shipments overrides routings specified at the item,
organization, or system levels.
Overview of Reservations
A reservation is a link between a supply source and a demand source. A reservation creates a
permanent data link between a supply source and a demand source, and represents a guaranteed
allotment of material to a specified demand source. Item reservations prevent the allocation of
material you previously set aside for a sales order, account, account alias, inventory allotment,
user-defined source, process batch components or, Oracle Complex Maintenance and Repair
Overhaul work order components. You can also create reservations for different types of
supplies such as on-hand inventory, purchase orders, internal requisitions, discrete jobs, shop
floor jobs, and process manufacturing batches. In addition, you can create reservations for
advanced shipment notices (ASNs) and material in receiving for Oracle Warehouse
Management enabled organizations.
Note
• Availability to Inventory is not the same as availability to Planning- Planning looks at
inbound supply in addition to on hand quantity and deducts other demand. Inventory only
looks at what is on hand and subtracts what is committed to other uses (i.e reserved or about
to be moved or issued out the door)
• Availability to Inventory depends on what you want to use the material for. For example, if
you have material that is in a non-reserved subinventory, that quantity will not be available to
reserve but it may be available to transact (for miscellaneous issues etc).
Both allocations and reservations deduct from available inventory but in different ways. There
are checks in place to ensure that the system does not double deduct when you have a reserved
sales order that has also been allocated but not picked.
Material Workbench
The Material Workbench enables you to view material in receiving, on-hand quantities, and
inbound material. You can also view material across organizations. In addition, you can create
and save queries, create move orders, and request cycle counts, as well as change material
statuses.
You can view item quantity across organizations. You can view only material in organizations
to which you have access. If you do not enter an organization, you must enter an item.
Display Options
The viewing option that you select dictates the information the Material Workbench displays.
The viewing options are:
• Location: Location information includes the subinventory and associated locators. You
can also view subinventory quantities, including packed and unpacked quantities. This is
the only view by option that you can use if the material location type is Inbound.
• Item: Item information includes the organization, item number, UOM, available quantity,
lot, and serial number. You can use this option only if the material location type is On-
hand.
• Cost Group: Cost Group information that is assigned to the item. You can use this option
only if the material location type is On-hand.
• Status: Status information that includes the statuses assigned to subinventories, locators,
lots, and serials. You can use this option only if the material location type is On-hand.
• LPN: If you are in an Oracle Warehouse Management enabled organization, you can view
LPN information for the item. You can use this option if the material location type is On-
hand, Receiving, or both.
Assumptions
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
3. (B) Find
Available to Promise
Available to Promise (ATP) represents the quantity available for sale at any given period. The
basic formula for ATP is ATP quantity = on-hand quantity + supply - demand – shortage.
Oracle Inventory enables you to define different rules that govern what is considered supply
and demand. Available to promise process looks at existing supply and demand to determine
availability. For example, you have 100 units on hand on Monday, and 100 units of purchase
orders coming on Tuesday and new orders that you plan to release to execution for 100 units
on Wednesday. Consequently, the available to promise on Monday is 100, Tuesday is 200, and
Wednesday is 300.
Capable to promise
The capable to promise computations will try and create new supplies to compute availability.
If there is a demand for 200 units on Monday, then the system determines whether to move the
availability date to Tuesday when the Purchase orders and on-hand make it 200 units or see if
there is enough capacity and upstream materials (components) to make, procure, or transfer
100 additional units to make the availability for Monday.
ATP Demand
ATP demand is the sum of all demand quantities in the supply period. If demand occurs on a
nonworkday, the ATP calculation considers that demand as belonging to the previous workday.
ATP by Demand Class Check Box
If you select the ATP by Demand Class check box, the ATP calculation considers only supply
and demand for a particular demand class. The demand class feature enables you to forecast,
plan, and promise based on subdivisions of your demand. For example, a demand class might
represent a large customer or a group of related customers.
If you select ATP by Demand Class, Oracle Inventory considers only the following sources of
supply:
• Discrete MPS
• Repetitive MPS
• Discrete WIP
• Repetitive WIP
• Nonstandard WIP
Including User-defined Demand Sources
Reservation Types
For on-hand inventory supply, there are two types of reservations, high level reservations, and
low level reservations. High level reservations contain information about the item and the
organization. Low level reservations contain more detailed information about the item such as
revision, lot, subinventory, serial, and locator. You use the Item Reservations window to
create, view, update, transfer, and delete reservation requests.
User-Defined Demand
You can create your own demand types based on transaction source types. For example, you
can create a demand type for consigned material that you receive from a supplier. For more
information about creating transaction source types see Defining and Updating Transaction
Source Types, Oracle Inventory User’s Guide.
Reserving Material
You can create reservations as high-leveled or as detailed as you would like. You can reserve
material at the subinventory, locator, and if applicable lot and serial level.
You can reserve specific serial number, or reserve multiple serials. You can only enter a serial
for the supply type Inventory using the Reservations window. If you enter a serial number in
the serial column, and the item is uniquely identified in the system, then the quantity and
reserved serial quantity fields default to one, and all other applicable fields such as item, lot,
and LPN default as well. If the item is not uniquely identified, then you must enter the item
number. Once you enter the item number the rest of the information populates automatically. If
you reserve multiple serials, then the column Reserved Serial Quantity displays the amount of
serials you reserved. Though this value can differ from the quantity column, it cannot exceed
the quantity column.
Changes to Supply
If you make changes to supply sources, then the system behaves as follows for the different
supply types:
• Purchase Requisition: If you reduce the quantity of, or cancel a purchase requisition that is
reserved against a demand, then the system reduces or the cancels corresponding
reservation.
Assumptions
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Create a Reservation
1. Use the following information to create a reservation:
− Organization: M1
− Item: ##-Item02
− Type: Inventory
− Name: Team ## Reservation
− Need By Date: Today’s Date
− Quantity: 10
4. (T) Supply
5. Enter the following Supply information:
− Type: Inventory
− Name: Team ## Reservation
When a material status is assigned to a subinventory or locator, the material is not assigned the
material status of the subinventory or locator; rather, it takes on the behavior indicated by the
material status at the subinventory or locator level.
Assumptions
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
12. (B) Ok
Inventory Replenishment
Chapter 10 - Page 1
Copyright © Oracle, 2009. All rights reserved.
Inventory Replenishment
Chapter 10 - Page 2
R12 Replenishment Fundamentals
Inventory Replenishment
Chapter 10 - Page 3
Objectives
Inventory Replenishment
Chapter 10 - Page 4
Overview of Inventory Planning
Inventory Replenishment
Chapter 10 - Page 5
Order Planning
Replenishment Considerations
Before you replenish your inventory, you should consider the following:
• Order time
• Order size
• Planning method
When to Order
Typically, you should order when the on-hand quantity plus incoming supply minus demand is
less than the specified minimum inventory level. On-hand quantity refers to what you currently
have in stock. Supply represents on-hand stock plus inventory coming into the organization.
Demand represents the need for a particular item.
Inventory Replenishment
Chapter 10 - Page 6
How Much to Order
Inventory Replenishment
Chapter 10 - Page 7
Replenishment Process for Intra-Org Supply Sources
Inventory Replenishment
Chapter 10 - Page 8
Replenishment Process for Supplier Supply Sources
Inventory Replenishment
Chapter 10 - Page 9
Replenishment Process for Inter-Org Supply Sources
Inventory Replenishment
Chapter 10 - Page 10
Replenishment Process for Product Supply Sources
Inventory Replenishment
Chapter 10 - Page 11
Replenishment Methods
Inventory Replenishment
Chapter 10 - Page 12
Overview of Inventory Forecasting
Forecast Sets
Forecast sets consist of one or more forecasts. Sets group complimenting forecasts into a
meaningful whole. For example, a forecast set could contain separate forecasts by region.
Forecast Rule
Copyright © Oracle, 2009. All rights reserved.
Inventory Replenishment
Chapter 10 - Page 13
Forecast rules define the bucket type, forecast method, and the sources of demand.
Note: You can manually create forecasts using Oracle Inventory or Oracle MRP. There are no
constraints for manually created forecasts. Manually created forecasts can be based on
transaction activity other than historical data. For more information see Defining a Forecast
Rule and Generate a Forecast, Oracle Inventory User’s Guide.
Inventory Replenishment
Chapter 10 - Page 14
Forecast Types
Forecast Types
Forecast generation uses mathematical algorithms to calculate a prediction of future demand.
You can calculate estimated future demand for items using historical data and focus or
statistical forecasting techniques. You can create multiple forecasts and group complementing
forecasts into forecast sets. Oracle Inventory supports the following forecast types:
• Focus
• Statistical
Focus forecasting enables you to simulate various methods of calculating demand so you can
select the best forecasting model. Statistical forecasting enables you to use detailed history and
applies weighted factors to exponentially smooth the data. Statistical forecasting also enables
you to apply exponentially weighted trend and seasonality factors to predict demand.
You typically use focus forecasting to produce single period forecasts, whereas you can use
Statistical forecasting to forecast any number of periods into the future.
Inventory Replenishment
Chapter 10 - Page 15
Forecast Setup and Maintenance
Inventory Replenishment
Chapter 10 - Page 16
Guided Demonstration - Creating a Manual Forecast
Responsibility: Inventory, Vision Operations USA
Inventory Replenishment
Chapter 10 - Page 17
15. (M) File > Save.
16. (M) File > Close Form.
Inventory Replenishment
Chapter 10 - Page 18
Oracle Inventory Replenishment Methods
Inventory Replenishment
Chapter 10 - Page 19
Replenishment Methods Levels
Inventory Replenishment
Chapter 10 - Page 20
Safety Stock
Inventory Replenishment
Chapter 10 - Page 21
Economic Order Quantity
Inventory Replenishment
Chapter 10 - Page 22
Overview of Reorder-Point Planning
Inventory Replenishment
Chapter 10 - Page 23
Uses of Reorder-Point Planning
Inventory Replenishment
Chapter 10 - Page 24
Reorder-Point Planning Steps
Inventory Replenishment
Chapter 10 - Page 25
Performing Reorder-Point Planning
Providing a Forecast
The reorder-point planning program uses information from the forecast to calculate the
Economic Order Quantity (EOQ) and the reorder-point quantity. The following equations show
each of these calculations:
• EOQ = SQRT {[2 × (annual demand) × (order cost)] / (annual carrying costs)}
• Reorder point = safety stock + [(lead time) × (average demand)]
Providing On-Order Quantity Information
Oracle uses on-order quantity information to determine when to reorder an item. You should
reorder when the following is true:
(quantity on hand + quantity on-order) < reorder point
Oracle uses the following sources to calculate on-order quantities:
• Purchase orders
• Requisitions (internal and supplier)
• In-transit shipments owned by the organization
Oracle Inventory uses purchase orders, requisitions, and in-transit shipments that are scheduled
to be delivered before the supply cutoff date.
Viewing Planning Information
Inventory Replenishment
Chapter 10 - Page 26
You can view planning information before creating replenishment orders. If you want to create
replenishment orders automatically, then you must request requisitions.
Creating Requisitions
Oracle creates requisitions for all items that meet the following condition:
(quantity on hand + quantity on order) < reorder point
Oracle creates either purchase requisitions (if the source is a supplier) or internal requisitions
(if the source is an Inventory Organization). The reorder quantity is the EOQ constrained by
the following attributes:
• Fixed-lot size multiplier
• Minimum order quantity
• Maximum order quantity
Reorder Submission
You can submit the planning process for all items under reorder-point planning or submit the
planning process for just those items that are below their reorder-point quantities.
Inventory Replenishment
Chapter 10 - Page 27
Guided Demonstration - Setting up Reorder Point Planning
Responsibility: Inventory, Vision Operations USA
Inventory Replenishment
Chapter 10 - Page 28
Overview of Min-Max Planning
Inventory Replenishment
Chapter 10 - Page 29
Uses of Min-Max Planning
Inventory Replenishment
Chapter 10 - Page 30
Min-Max Planning
Min-Max Planning
Recall that Min-max planning is a method of that determines when and how much to order
based on user-defined minimum and maximum inventory levels.
Note: To perform organization-level Min-max planning for an item, you must specify
organization-level minimum and maximum quantities.
Deciding When to Order with Min-max Planning
You should order when the following is true:
(on-hand quantity – demand) + (quantity on order) < minimum quantity
Quantity on order is the sum of purchase order quantities, requisition quantities, and in- transit
shipments. It also includes WIP jobs as supply at the organization level. Quantity on order
represents supplies that you have not yet received in your organization.
Inventory Replenishment
Chapter 10 - Page 31
Min-Max Planning: How Much to Order?
Note
You can constrain the order quantity by specifying the following order modifiers for an item:
• Fixed-lot multiplier
• Minimum order quantity
• Maximum order quantity
Inventory Replenishment
Chapter 10 - Page 32
Min-Max Planning Steps
Inventory Replenishment
Chapter 10 - Page 33
Item Planning Attributes
Inventory Replenishment
Chapter 10 - Page 34
Min-Max Planning Setup Procedure
Inventory Replenishment
Chapter 10 - Page 35
Selecting a Planning Level
Inventory Replenishment
Chapter 10 - Page 36
Entering Planning Attributes
Inventory Replenishment
Chapter 10 - Page 37
Submitting the Min-Max Planning Requests
Inventory Replenishment
Chapter 10 - Page 38
Oracle Inventory displays the sum of all unfulfilled demand created before the cutoff date. The
system calculates demand quantity by using information from the following sources:
• Sales orders
• Internal orders
You can include WIP job component requirements as a source of demand as well. You can net
unfulfilled demand against on-hand quantity and also include inventory reservations in netting
on-hand quantity against demand.
Viewing Planning Information
You can view planning information before creating replenishment orders. To automatically
create replenishment orders, you must request requisitions.
Creating Requisitions and WIP Unrealized Jobs
If you request a restock, Oracle Inventory creates requisitions and WIP unreleased jobs for all
items that meet the following condition:
(on-hand quantity) + (quantity on order) < minimum quantity
Oracle Inventory creates purchase requisitions (if the source is a supplier) and internal
requisitions (if the source is an Inventory Organization) for all Buy items, and WIP unreleased
jobs for all Make items. The order quantity is constrained by the following attributes:
• Fixed-lot size multiplier
• Minimum order quantity
• Maximum order quantity
Inventory Replenishment
Chapter 10 - Page 39
Guided Demonstration - Setting up Min-Max Planning
Responsibility: Inventory, Vision Operations USA
Inventory Replenishment
Chapter 10 - Page 40
Practice - Performing Min-Max Planning
Overview
In this lab you will perform min-max planning for an item.
Assumptions
• You completed the define items lab.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Inventory Replenishment
Chapter 10 - Page 41
Solution – Performing Min-max Planning
Enable Min-Max Planning for Item
Inventory Replenishment
Chapter 10 - Page 42
7. Save and Close window.
(M) File > Save
(M) File > Close Form
Inventory Replenishment
Chapter 10 - Page 43
10. (B) OK.
11. (B) Submit.
12. (B) No.
Inventory Replenishment
Chapter 10 - Page 44
View the Min-Max Planning Report
13. (N) Requests
14. Select My Completed Requests
Inventory Replenishment
Chapter 10 - Page 45
15. Select Find.
16. Select your request.
Inventory Replenishment
Chapter 10 - Page 46
17. (B) View Output.
18. (M) File > Close.
19. (M) File >Close Form.
Inventory Replenishment
Chapter 10 - Page 47
Overview of Replenishment Counting
Replenishment Counting
Replenishment counting enables you to perform counts for non-tracked subinventories and
then direct Oracle Inventory to check these counts against the minimum quantities that you
specified.
A non-tracked subinventory is an expense subinventory for which Oracle Inventory does not
maintain on-hand quantity information. When you move valued material to a non-tracked
subinventory, Oracle Inventory automatically charges the appropriate expense account and
discards that quantity. Non-tracked subinventories typically store items of low value, such as
office stationery. You can also use replenishment counting if you do your own planning. In this
case you may order either a specific quantity or the maximum quantity specified in the Min-
Max values. Non-tracked subinventories might include hospital storerooms, where there is no
opportunity to record accurate and timely issue-transaction information.
For more information see Overview of Replenishment Counting, Oracle Inventory User’s
Guide.
Inventory Replenishment
Chapter 10 - Page 48
Uses of Replenishment Counting
Inventory Replenishment
Chapter 10 - Page 49
Replenishment Planning Steps
Inventory Replenishment
Chapter 10 - Page 50
• Use the INV: Replenishment Count Line Failure profile option to specify whether the
system should stop or continue processing in case a replenishment count fails.
Inventory Replenishment
Chapter 10 - Page 51
Subinventories Window
Inventory Replenishment
Chapter 10 - Page 52
Item Subinventories Window
Inventory Replenishment
Chapter 10 - Page 53
Item Subinventories: Order Modifier Tab
Inventory Replenishment
Chapter 10 - Page 54
Replenishment Count Headers
Inventory Replenishment
Chapter 10 - Page 55
Replenishment Count Lines
Inventory Replenishment
Chapter 10 - Page 56
The item for which you select this method can be planned using any replenishment planning
method. With the Order Quantity count type, Oracle Inventory generates a requisition for the
quantity that you enter.
Navigation Path
Use the following navigation path to access the Replenishment Count Lines window:
Inventory Responsibility(N) Counting > Replenishment Counts > Counts (B) Lines.
Inventory Replenishment
Chapter 10 - Page 57
Processing Replenishment Counts
Inventory Replenishment
Chapter 10 - Page 58
Mobile Replenishment Count Overview
Inventory Replenishment
Chapter 10 - Page 59
Practice - Performing a Replenishment Count Using Forms
Overview
In this practice you will perform a replenishment count using forms. The following are the steps
in this practice:
• Defining item-subinventory relationship and sourcing information
• Entering the replenishment count header information
• Entering the replenishment count using forms
• Processing the count information using forms
Assumptions
• You are skilled in Oracle Navigation.
• You completed the practice on creating subinventories.
• You completed the practice on defining items.
• The quantity of ##-Item02 in your ##FGI subinventory is at least 100.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Inventory Replenishment
Chapter 10 - Page 60
Process the Count Information Using Forms
Process the count entered for ##RC1 using the forms.
Answer the following question after you complete the lab.
What is the reorder quantity for ##RC1?
Inventory Replenishment
Chapter 10 - Page 61
Solution - Performing a Replenishment Count Using Forms
Define Item-Subinventory Relationship and Sourcing Information
2. (B) Find
Inventory Replenishment
Chapter 10 - Page 62
(M) File > Close Form
3. Navigate to the Subinventories window.
(N) Setup > Organizations > Subinventories
4. Select the ##LV subinventory from the list.
Inventory Replenishment
Chapter 10 - Page 63
5. (B) Item/Subinventory
6. Define the item-subinventory relationship using the following information:
(T) Planning
− Item: ##-Item02
− Min-Max Planning: Yes
− Min Qty: 10
− Max Qty: 50
(T) Sourcing
− Type: Subinventory
− Subinventory: ##FGI
Inventory Replenishment
Chapter 10 - Page 64
7. (M) File > Save
Inventory Replenishment
Chapter 10 - Page 65
Enter Replenishment Count Using Forms
11. (B) Default Items
12. Enter the following information:
− Count Type: Onhand Quantity
− Quantity: 5
Inventory Replenishment
Chapter 10 - Page 66
15. (B) Process and Report
16. (B) Ok
17. View the details of the Replenishment Count Report by querying for the request number in
the Requests window
Note: Because ##-Item02 is sourced from another subinventory, Oracle Inventory
automatically creates a move order after you process the count. To complete this
transaction you must transact this move order using the Transact Move Orders window.
18. What is the reorder quantity for ##RC1? The reorder quantity is 45 (maximum quantity –
on-hand quantity).
Inventory Replenishment
Chapter 10 - Page 67
Practice - Performing a Replenishment Count Using the Mobile
Application
Overview
In this practice you will perform a replenishment count using the mobile application. The
following are the steps in this practice:
• Entering the replenishment count header information using forms
• Entering the replenishment count using the mobile application
• Processing the count information using the mobile application
Assumptions
• You are skilled in Oracle Navigation.
• You completed the practice on performing a replenishment count using forms.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
• If you are in an education center, verify you are logged in to the launch pad.
Tasks
Inventory Replenishment
Chapter 10 - Page 68
Solution - Performing a Replenishment Count Using the Mobile
Application
Enter Replenishment Count Header Information
Inventory Replenishment
Chapter 10 - Page 69
6. (M) File > Save
7. (M) File > Close Form
Inventory Replenishment
Chapter 10 - Page 70
10. Enter your user name and password. Note that Materials & Mfg responsibility must be
assigned to your user name.
Inventory Replenishment
Chapter 10 - Page 71
12. Select <Inventory> from the Materials & Mfg Menu.
Inventory Replenishment
Chapter 10 - Page 72
14. Select <Repl Count> from the Counting menu.
Inventory Replenishment
Chapter 10 - Page 73
17. Enter ##-Item02 in the Item field.
18. Enter 30 in the Order Qty field.
Inventory Replenishment
Chapter 10 - Page 74
20. Press Ctrl+B to view the Message Page.
Inventory Replenishment
Chapter 10 - Page 75
23. Select Logout to exit the mobile application.
24. Can you enter the count in the Replenishment Count Lines window for ##RC2? Why? No,
you cannot enter the count in the Replenishment Count Lines for ##RC2. This is because
you would have selected the Count Using Mobile check box in the Replenishment Count
Headers window, you can enter the count only using the mobile application.
Inventory Replenishment
Chapter 10 - Page 76
Overview of PAR Counting
Inventory Replenishment
Chapter 10 - Page 77
Processing PAR Counts
PAR Counts
Periodic Automated Replenishment (PAR) counting is a replenishment method that enables
you to perform replenishment count at a locator level. For example, in Oracle Inventory you
can model a hospital storeroom as a subinventory and the shelves and trolleys in the storeroom
as locators. You can define PAR levels for each item stored in these locators. You can
replenish these items every time they go below the PAR level.
In general, the steps for PAR are the same as that of replenishment counting. For a list of these
steps, see Replenishment Planning Steps earlier in this lesson. The following steps are specific
to PAR:
• Enable PAR level planning for the subinventories.
• Define locators for the subinventories.
• Enter the PAR level when you define the item subinventory relationship.
Note: If you have enabled PAR level planning for a subinventory, you cannot perform min-
max planning for that subinventory. The PAR level acts as both the minimum and maximum
quantity levels for subinventories that have PAR level planning enabled.
Inventory Replenishment
Chapter 10 - Page 78
Reorder Quantity for PAR Count
Inventory Replenishment
Chapter 10 - Page 79
Note: If you have not specified the PAR level, then you can only choose order quantity as the
count type.
Inventory Replenishment
Chapter 10 - Page 80
Overview of Kanban Replenishment
Kanban Replenishment
Kanban is a means of supporting pull-based replenishment in manufacturing systems. A
kanban system is a self-regulating pull system that leads to shorter lead times and reduced
inventory. Kanban systems are typically applied to items with relatively constant demand and
medium-to-high production volume.
Kanbans represent replenishment signals that are manual and highly visible, such as a color-
code card that moves with the material, a light that goes on when replenishment is required, or
an empty bin that is moved to the supply location to trigger replenishment.
Kanban systems typically provide support for external devices, such as bar code readers to read
kanban cards and trigger a replenishment signal.
Kanban System Features
Kanban systems include the following characteristics:
• Close cooperation between the users and the supply channel
• Short re-supply lead times
• Relatively small quantities reordered at a time
• Relative frequent ordering
For more information see: (Help) Oracle Inventory > Inventory Planning and Replenishment >
Overview of Kanban Replenishment.
Copyright © Oracle, 2009. All rights reserved.
Inventory Replenishment
Chapter 10 - Page 81
Kanban Cards
Kanban Replenishment
Recall that a kanban system is a self-regulating pull system that leads to shorter lead times and
reduced inventory. Kanban systems are typically applied to items with relatively constant
demand and medium-to-high production volume.
Inventory Replenishment
Chapter 10 - Page 82
Kanban Planned Items
Inventory Replenishment
Chapter 10 - Page 83
Kanban Cards
Kanban Cards
Kanban cards are created for an item, subinventory, and locator (optional). They are uniquely
identified by a kanban number. For cards generated from a kanban pull sequence, the number
is automatically generated. For manually defined cards, both replenishable and
nonreplenishable, you can enter an unused kanban number or let the system create the number.
You cannot override the quantity for generated cards, but you can add additional cards or
delete existing cards from the pull sequence to control the inventory in the replenishment
chain.
A supply source defaults from the sourcing rules if a sourcing rule is available for the item and
kanban location. Only the primary supplier, based on the split percentage and ranking, is used.
You can manually override the quantity and supply source on a pull sequence only before the
cards are printed. Changes to the pull sequence are not reflected until the old cards are deleted
and new ones are created. Updates to the sourcing rules apply only to cards created after the
update.
Kanban Card Status
Kanban cards are generated with a default card status of Active. When you define a card
manually,you can initially give it either Active or Hold status.You can terminate use of a card
by changing the card status to Canceled, but you cannot reverse this change. Only canceled
cards can be deleted.
Copyright © Oracle, 2009. All rights reserved.
Inventory Replenishment
Chapter 10 - Page 84
Navigation Path
Inventory Responsibility(N) Kanban > Pull Sequences (T) Kanban.
Inventory Replenishment
Chapter 10 - Page 85
Kanban Supply Status
Inventory Replenishment
Chapter 10 - Page 86
Kanban Replenishment Sources
Inventory Replenishment
Chapter 10 - Page 87
Kanban Card Printing
Inventory Replenishment
Chapter 10 - Page 88
Guided Demonstration - Performing Kanban Replenishment
Responsibility: Inventory, Vision Operations USA
Inventory Replenishment
Chapter 10 - Page 89
Practice - Performing Kanban Replenishment
Overview
In this lab you will learn how to generate Kanban Cards.
Assumptions
• You have completed the defining Subinventories Lab
• You have completed the Defining Items Lab.
• You are skilled in Oracle navigation.
You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Inventory Replenishment
Chapter 10 - Page 90
Solution – Performing Kanban Replenishment
Setting up a Kanban Pull Sequence
Inventory Replenishment
Chapter 10 - Page 91
5. Yes to print Kanban cards.
6. Verify your Kanban cards printed.
(M) View > Requests
Select All My Requests
(B) Find
Inventory Replenishment
Chapter 10 - Page 92
9. (N) File > Save.
10. (N) File > Close Form.
Inventory Replenishment
Chapter 10 - Page 93
Planning and Replenishment Reports
Inventory Replenishment
Chapter 10 - Page 94
Planning and Replenishment Reports (Cont)
Inventory Replenishment
Chapter 10 - Page 95
Profile Options
Inventory Replenishment
Chapter 10 - Page 96
Profile Options (Cont)
Inventory Replenishment
Chapter 10 - Page 97
Implementation Considerations
Inventory Replenishment
Chapter 10 - Page 98
The following conditions must be satisfied before min-max can insert records into the PO
interface table:
• For requisitions (source type Inventory), internal orders must be enabled for the item. That
is, the Internal Orders Enabled check box in the Order Management tab of the
Organization Item window must be selected.
• For purchase orders (source type Supplier), the item is purchasable. That is, the
Purchasable check box in Purchasing tab must be selected.
• An Inventory AP Accrual account is defined for the organization.
• An Invoice Price Variance account is defined for the organization.
• For Min-Max Report to create Purchase / Internal requisitions successfully, Encumbrance
Account should be specified at Item or Org level, if the ‘Use Requisition Encumbrance’
check box is selected in the Financial Options window under Encumbrance tab. For
subinventory level planning, Encumbrance Account should be specified at the item-
subinventory, subinventory, organization-item or organization level. For organization
level planning, min-max will only look at the organization-item or organization level to
find the encumbrance account. If the ‘Use Requisition Encumbrance’ check box is not
selected, it is optional to specify Encumbrance Account in the Organization Items window
or Organization Parameters window.
• A charge account is defined. If the Inventory Asset Value check box in the Costing tab of
Organization Item window is checked, then the material account is used. For organization
level planning, the material account is specified in the Valuation Accounts section of the
Costing Information tab of the Organization Parameters window. For subinventory level
planning, the material account is specified in the Subinventories window. If the Inventory
Asset Value check box is not selected, the expense account is used for organization level
planning. The expense account is defined on the Purchasing tab of the Organization Item
window, or in the Valuation Accounts section of the Costing Information tab of the
Organization Parameters window; for subinventory level planning, Oracle Inventory
checks the expense account defined at the subinventory level before looking at the org-
item or org level expense account.
Additional considerations for Creation of WIP Jobs
For “make” items, min-max inserts a record into the WIP interface table
wip_job_schedule_interface for creating a WIP Job or Schedule for manufacturing this item.
WIP work orders cannot be generated for subinventory level min-max planning – if a Make
item is min-max planned at the subinventory level, the report flips the flag and treats it as a
Buy item instead. Also, the item must have the Build in WIP and Pick components enabled.
Make Item Considerations
The following considerations should be considered when using min-max on make type items.
• Discrete MPS
• Set the item type to Make.
• Make certain that under the general planning tab the sourcing is set to null and cleared out.
• Make certain to run the min-max planning with restock = yes. Whether or not WIP
demand and supply are included in the calculations is specified in the report parameters.
• It is possible to verify that an entry has been made into the table
WIP_JOB_SCHEDULES_INTERFACE.
Copyright © Oracle, 2009. All rights reserved.
Inventory Replenishment
Chapter 10 - Page 99
• Run the associated Mass load Concurrent Program (WIP > Discrete > Import Jobs and
Schedules) to ensure that the WIP interface tables have been picked up and processed.
Inventory Replenishment
Chapter 10 - Page 100
Implementation Considerations (Cont)
Inventory Replenishment
Chapter 10 - Page 101
Summary
Inventory Replenishment
Chapter 10 - Page 102
Inventory Accuracy
Chapter 11
Inventory Accuracy
Chapter 11 - Page 1
Copyright © Oracle, 2009. All rights reserved.
Inventory Accuracy
Chapter 11 - Page 2
R12 Inventory Accuracy Fundamentals
Inventory Accuracy
Chapter 11 - Page 3
Objectives
Inventory Accuracy
Chapter 11 - Page 4
Overview of Inventory Accuracy
Inventory Accuracy
Chapter 11 - Page 5
ABC Analysis Overview
ABC Analysis
An ABC analysis determines the relative value of a group of inventory items based on criteria
you define. ABC refers to the rankings you assign your items as a result of this analysis, where
A items are ranked higher than B items, and so on.
You use the ABC analysis you compile to drive cycle counts. You count items of high value
(A items) very frequently, items of lower (B items) value less frequently, and items of lowest
(C items) value very infrequently.
Inventory Accuracy
Chapter 11 - Page 6
Defining an ABC Analysis
Inventory Accuracy
Chapter 11 - Page 7
Define and Run an ABC Compilation
Inventory Accuracy
Chapter 11 - Page 8
ABC Compilation Criteria
Inventory Accuracy
Chapter 11 - Page 9
• Use the historical usage value (transaction history). This is the transaction quantities times
the unit cost of the transactions for the time period you specify. Assign the sequence
number by descending value.
Historical Usage Quantity
• Use the historical usage quantity (transaction history) for the time period you specify.
Assign the sequence number by descending quantity.
Historical Number of Transactions
• Use the historical number of transactions (transaction history) for the time period you
specify. Assign the sequence number by descending number of transactions.
Forecasted Usage Value
• Use the forecasted usage value based on the forecast quantity calculated and the cost type
you specify. Assign the sequence number by descending value.
Forecasted Usage Quantity
• Use the forecasted usage quantity. Assign the sequence number by descending quantity.
Previous Cycle Count Adjustment Quantity
• Oracle Inventory sums the quantity of all cycle count adjustments that have occurred since
the last ABC compile date. Assign the sequence number by descending quantity.
Previous Cycle Count Adjustment Value
• Oracle Inventory sums the value of all cycle count adjustments that have occurred since
the last ABC compile date. Assign the sequence number by descending value.
MRP Demand Usage Quantity
• Oracle Inventory sums the MRP gross requirements for the MRP plan you specify. Assign
the sequence number by descending quantity.
MRP Demand Usage Value
• Oracle Inventory sums the MRP gross requirements for the MRP plan you specify, then
multiplies each by the item cost type you choose in the ABC compile form. Assign the
sequence number by descending value.
MPS Demand Usage Quantity
• Oracle Inventory sums the MPS gross requirements for the MPS schedule you specify.
Assign the sequence number by descending quantity.
MPS Demand Usage Value
• Oracle Inventory sums the MPS gross requirements for the MPS schedule you specify,
then multiplies each by the item cost type you choose in the ABC compile form. Assign
the sequence number by descending value.
DRP Demand Usage Quantity
• Oracle Inventory sums the DRP gross requirements for the DRP plan you specify. Assign
the sequence number by descending quantity.
DRP Demand Usage Value
• Oracle Inventory sums the DRP gross requirements for the DRP plan you specify, then
multiplies each by the item cost type you choose in the ABC compile form. Assign the
sequence number by descending value.
Inventory Accuracy
Chapter 11 - Page 10
ABC Valuation Scope
Inventory Accuracy
Chapter 11 - Page 11
Defining ABC Groups
Inventory Accuracy
Chapter 11 - Page 12
Defining ABC Classes
Inventory Accuracy
Chapter 11 - Page 13
ABC Item Assignments
Inventory Accuracy
Chapter 11 - Page 14
% Value: You can enter the percent of total compile value from the ABC Descending Value
Report to include in each class. Oracle Inventory automatically calculates this value if you
choose to assign classes by another method.
It is possible to have several items in the ABC compile with zero value. If any item with zero
value is in a class other than the last class, you may only assign items using the sequence
number or item percent.
For the Inventory Value, % Item, and % Value fields, if the value entered does not exactly
match any item, Oracle Inventory chooses the first item with a value greater than the value
entered. For example, if you choose 20% to be A items, inventory calculates which items
comprise 20% and will include the next item if a partial is in the calculation. If 20% = the first
10 items in your compile, plus part of the 11th item, then items 1-11 are A items.
If you are not satisfied with the class into which an item falls as a result of the automatic ABC
assignment process, you can change it. For example, you compile your ABC analysis based on
historical usage value. A new item in your inventory is ranked low because it has little
transaction history. However, you know that for the future this item should really be ranked
higher. Use the Update ABC Assignments form to reclassify this item.
Whenever you recompile an ABC analysis or change the method by which you assign your
ABC classifications, you lose any changes you might have made to your item assignments. All
items are reclassified based on their new ranks in the ABC Descending Value Report and the
method you choose to determine cutoff points.
Inventory Accuracy
Chapter 11 - Page 15
Guided Demonstration - Compiling an ABC Analysis
Responsibility: Inventory, Vision Operations USA
Inventory Accuracy
Chapter 11 - Page 16
25. Choose the following ABC Classes.
− Finished Goods A
− Finished Goods B
− Finished Goods C
26. (M) File > Save
27. (B) Assign Items
28. Enter the following values in the % Items fields:
− A items: 50%
− B items 80%
− C items populates automatically
29. (M) File > Save and Proceed
Note: Note the Concurrent request number.
30. (M) File > Close Form
Inventory Accuracy
Chapter 11 - Page 17
Practice - Compiling an ABC Analysis
Overview
In this practice you will compile an ABC analysis.
Assumptions
• You are skilled in Oracle Navigation.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Receive Items
Receive 20 items of your choice in to your ##FGI subinventory. You can use part numbers from
other teams as well as system items that begin with AS, CM, or SB. Be sure to receive different
quantities of each item ranging from 5-100.
Note: Receive at least one system item. These items are associated with standard
costs.
− Name: ##Class B
− Description: B items
− Name: ##Class C
− Description: C items
Inventory Accuracy
Chapter 11 - Page 18
Define an ABC Sequence
4. Define an ABC Sequence using the following information:
Class Name
− ##Class A
− ##Class B
− ##Class C
Inventory Accuracy
Chapter 11 - Page 19
Solution – Compiling an ABC Analysis
Compile an ABC Analysis
(B) Compile
(B) OK
Note your report request number. ___________________
(B) Yes
(B) OK
Note your request number. _________________
3. (M) File > Close Form
Inventory Accuracy
Chapter 11 - Page 20
Define ABC Classes
4. Navigate to the ABC Classes window.
(N) ABC Codes > ABC Classes
(M) File > New
5. Define three ABC Classes using the following naming conventions:
− Name: ##Class A
− Description: A items
− Name: ##Class B
− Description: B items
− Name: ##Class C
− Description: C items
Inventory Accuracy
Chapter 11 - Page 21
(B) Group Classes
Inventory Accuracy
Chapter 11 - Page 22
12. Enter the following percentages in the % Items field:
− ##Class A: 50
− ##Class B: 80
− ##Class C: (system calculates)
Inventory Accuracy
Chapter 11 - Page 23
Change one item from ##Class C to ##Class A.
Change one item from ##Class B to ##Class C.
(M) File > Save
(M) File > Close Form
Inventory Accuracy
Chapter 11 - Page 24
Cycle Counting Overview
Cycle Counting
Cycle counting is the periodic counting of individual items throughout the course of the year to
ensure the accuracy of inventory quantities and values. Accurate system on-hand quantities are
essential for managing supply and demand, maintaining high service levels, and planning
production. Most effective cycle counting systems require the counting of a certain number of
items every workday with each item counted at a prescribed frequency. You can use cycle
counting along with ABC analysis to count items of greater importance more frequently than
those of less importance. Cycle counting supports scheduled counting based on value or
counting by location, and can be set up at the organization level or the subinventory level.
Benefits of Cycle Counting
Cycle counting enables you to keep inventory records accurate by correcting errors between
the system on-hand (perpetual) and actual on-hand (physical) quantities. Cycle counting can
also be a valuable tool to help identify patterns in the errors found. Analysis of these patterns
can suggest and help to prioritize improvements in training, tools, and processes. Over a period
of time these improvements may increase the average level of inventory record accuracy.
Inventory Accuracy
Chapter 11 - Page 25
Defining and Maintaining a Cycle Count
Inventory Accuracy
Chapter 11 - Page 26
Cycle Count Approval Tolerance
Inventory Accuracy
Chapter 11 - Page 27
Approval Tolerances
Approval Tolerances
Oracle Inventory supports two types of cycle count approval tolerances, Quantity Variance
Tolerance and Adjustment Value Tolerance. For each type, you can specify a positive and a
negative limit which can differ from each other. When a particular cycle count entry results in
an adjustment that exceeds any one of these limits, you have a cycle count adjustment that
exceeds approval tolerances. Based on the approval option you choose when you define your
cycle count, this adjustment is either posted automatically or held for approval.
Quantity Variance Tolerance
The Quantity Variance Tolerance is a user-defined limit for the difference between the actual
cycle count quantity and the system tracked on-hand quantity. You express positive and
negative quantity variance tolerances as percentages of the system on-hand quantity.
You enter these percentages when you define your:
• Cycle Count Header
• Cycle Count Classes
• Cycle Count Items
Oracle Inventory uses any percentages you define at the cycle count item level first. If you do
not have any defined for an item, it uses the tolerances defined for that item’s cycle count class.
If you do not have any defined for the class, it uses the tolerances at the cycle count header
Copyright © Oracle, 2009. All rights reserved.
Inventory Accuracy
Chapter 11 - Page 28
level. If you have no tolerances defined for the header, Oracle Inventory assumes that there is
no limit to the approval tolerance.
Adjustment Value Tolerance
The Adjustment Value Tolerance is a user-defined limit for the total value of a cycle count
adjustment.
• The adjustment value is calculated as:
adjusted value = (system on-hand qty – actual count qty) * current item cost
The Adjustment Value Tolerance is expressed as positive and negative amounts in your
functional currency. An adjustment value is out of tolerance if it falls outside of these amounts.
You enter these tolerances when you define your cycle count header and cycle count classes.
Oracle Inventory uses the values you define at the cycle count class level first. If you do not
have any defined for an item’s class, it uses the values at the cycle count header level. If you
have no tolerances defined for the header, Oracle Inventory assumes that there is no limit to the
approval tolerance.
Inventory Accuracy
Chapter 11 - Page 29
Hit/Miss Tolerance
Hit/Miss Tolerance
The Hit/Miss Tolerance is a user-defined limit for the difference between the system tracked
on-hand quantity and the actual cycle count quantity. You express positive and negative
hit/miss tolerances as percentages of the system on-hand quantity. A count is considered a “hit”
if it is within these tolerances, and a “miss” if it is outside them.
The Hit/Miss Tolerance allows you to evaluate the actual accuracy of your inventory.
You enter Hit/Miss tolerance percentages when you define your cycle count header and when
you define your cycle count classes. Oracle Inventory uses the percentages you define at the
cycle count class level first. If you do not have any defined for an item’s class, it uses the
tolerances at the cycle count header level. If you have no tolerances defined for the header,
Oracle Inventory assumes that there is no limit to the Hit/Miss tolerance, and all variances are
therefore hits regardless of the size.
Inventory uses these tolerances to generate the Cycle Count Hit/Miss Analysis report which
will be covered later in this course.
Inventory Accuracy
Chapter 11 - Page 30
Measurement Errors
Measurement Errors
Negative and positive measurement errors are user-defined limits for the difference between
the cycle count quantity and the system tracked on-hand quantity. Measurement Error limits
are assigned by Item. Inventory does not make any adjustments to an item whose cycle count
quantity differs from the system tracked on-hand quantity by less than the measurement error.
Because of this, measurement errors may implicitly override any approval tolerances you
specify.
You specify measurement errors when you define or update an item at the Master Item or
Organizational Item level. Use measurement errors with extreme caution since they actually
prevent cycle count adjustments from taking place. You would typically use this feature on an
exception basis for items you cannot accurately count. For example, if you visually check the
level of bolts in a bin to estimate the quantity, or you use their weight to approximate the
quantity, you might want to allow for measurement errors. Therefore, if your system tracked
on-hand quantity for the bolts in that bin is within an acceptable range, you do not perform a
cycle count adjustment.
Inventory Accuracy
Chapter 11 - Page 31
Cycle Count Items
Inventory Accuracy
Chapter 11 - Page 32
or to simply add items as they are defined in the system rather than recompiling your ABC
group and doing a complete reinitialization.
Inventory Accuracy
Chapter 11 - Page 33
Automatic Scheduling
Automatic Scheduling
In order for Oracle Inventory to perform automatic scheduling you must do the following:
• Set the Cycle Count Enabled item attribute to Yes for the items you want to include in the
cycle count.
• Enable automatic scheduling when you define your cycle count.
• Request the schedule using the Generate Automatic Schedule Requests window.
- Each time the auto scheduler runs, it schedules counts only for the schedule interval
you defined for the cycle count header. So if your schedule interval is weeks, Oracle
Inventory schedules all items that you need to be counted on all of the workdays in
the current week. If your schedule interval is days, then Oracle Inventory only
schedules those items that are due for counting on the current date.
Inventory Accuracy
Chapter 11 - Page 34
Manual Scheduling
Manual Scheduling
You can request counts for specific subinventories, locators, and items, and set the count for
any inventory date. For example, you could enter a request to count item A wherever it can be
found in subinventory X. Or you could request to count all item quantities in subinventory Y,
locator B-100.
Since manually scheduled counts have no impact on automatically scheduled counts, you can
potentially count some items more frequently than you had initially planned.
Physical Location Scheduling
You can use this feature to execute location-based cycle counting. You first need to generate a
schedule for counting each subinventory and locator. You then need to enter the schedule
requests for each locator, specifying the schedule date.
Inventory Accuracy
Chapter 11 - Page 35
Count Requests
Count Requests
This process takes the output of the automatic scheduler and your manual schedule entries and
generates a count request for each item number, revision, lot number, subinventory and locator
combination for which on-hand quantities exist. These count requests are ordered first by
subinventory and locator, then by item, revision, and lot. Oracle Inventory assigns a unique
sequence number to each count request that can be used for reporting, querying and rapid count
entry.
As the count requests are derived from the state of on-hand balances at the time the Generate
Cycle count Requests process is run, you should wait to run it until you are ready to count.
Note: When you schedule an item to be counted using manual scheduling, some schedule
requests may have overlapping count requirements. The count request generator does not
create duplicate count requests, but instead cross-references one count request back to each
associated schedule request.
Count Requests for Items with Zero Count
By default Oracle Inventory does not automatically generate requests to count items with an
on-hand quantity of zero. To include such items:
• Define all sourcing details and inventory controls for the item. For example, if an item is
under predefined locator control be sure it is assigned to a subinventory and locator.
Inventory Accuracy
Chapter 11 - Page 36
• Select the Generate Zero Counts option when you define your cycle count.
The count request generation process automatically creates a count request. If a quantity is
found and counted, an adjustment is made.
At count entry, you may receive a warning message stating “Zero count, no adjustment
performed.” Oracle Inventory generates this warning if it cannot find all levels of inventory
control defined for the item. In this situation, enter the count but no adjustment is performed.
To make an adjustment and update the missing information, enter an unscheduled count using
either the Cycle Count Entries or Approve Adjustments window.
Inventory Accuracy
Chapter 11 - Page 37
Entering Cycle Counts
Inventory Accuracy
Chapter 11 - Page 38
Cycle Count Open Interface
Inventory Accuracy
Chapter 11 - Page 39
Count Adjustments and Approvals
Inventory Accuracy
Chapter 11 - Page 40
Automatic Recounts
Automatic Recounts
If you turn on the Automatic Recount option when you define your cycle count, Oracle
Inventory automatically submits recount requests for items that are outside the limits of the
approval tolerances you specify. Oracle Inventory submits recounts as many times as
necessary, limited by the maximum automatic recounts you specify for the cycle count. After
you reach the maximum number of recounts, Oracle Inventory holds the count for approval.
Any count request with the Recount status automatically appears on the next cycle count
listing. You can manually request recounts when you are approving adjustments. This recount
request will be included in the next cycle count listing.
Inventory Accuracy
Chapter 11 - Page 41
Approving Cycle Counts and Adjustments
Inventory Accuracy
Chapter 11 - Page 42
• Item Location: View information for subinventory and locator. You can also view the
primary and secondary adjustment UOM, primary and secondary adjustment quantity,
adjustment value, and adjustment percent.
• Item Details: View information for a revision, lot number, and serial number. You can
also view the unit of measure and adjustment quantity.
• Reason, Reference: View or update the transaction reason and reference information. You
can also view the primary and secondary adjustment UOM, primary and secondary
adjustment quantity, adjustment value, and adjustment percent.
• Count: View information for primary and secondary UOM, primary and secondary count
quantity, counter, and count date.
• Count Status, Class: View information for the sequence number, count status, and cycle
count class.
• Approval: View information for date approved and approver.
Approval Actions and Adjustments Options
For items appearing in the Approval Actions, Adjustments region, you can approve, request a
recount, or reject cycle count entries that are pending approval. You can also approve or reject
any count for which a recount has already been requested. You can reject any cycle count
request that has not yet been counted. You can display count history information or open the
Count Adjustment Approvals window.
• Select Approved to approve the selected count entry and post the adjustment to the
transaction manager for processing.
• Select Rejected to reject the selected count record. An adjustment is not posted. No further
processing of this count entry takes place.
• Select Recount to process a recount request for the selected count request. An adjustment
is not posted.
• Select the Count History button to open the Count History window for the current item.
For the current item, this window displays count and variance information for the current,
prior and first counts.
• Select the Open button to open the Count Adjustment Approvals window for the current
line. This window is a combination block which you can use to view and enter approval
and adjustment information for the current line instead of using the Count Adjustment
Approvals Summary window.
Inventory Accuracy
Chapter 11 - Page 43
Guided Demonstration - Performing a Cycle Count
Responsibility: Inventory, Vision Operations USA
1. (N) Counting > Cycle Counting > Cycle Counts
2. (B) New
3. Enter the following cycle count information.
− Name: FGI Cycle Count
− Description: Finished Goods Cycle Count
− Calendar: Vision01
− Adjustment Account: Miscellaneous
− Late Days: 1
− Starting Sequence: 0
− Unscheduled Entries: Selected
− Display System Qty: Selected
4. Select Specific in the Count Subinventories alternative region.
5. Select the FGI subinventory from list of values.
6. (T) Serial and Schedule
7. Enter the following Serial and Schedule information:
− Auto Schedule: Yes
− Frequency: By period
8. (T) Adjustments and ABC
9. Enter the following approval tolerances:
− Qty Variance: 3
− Adjustment Value: 50
− Hit / Miss Analysis: 10
10. Enter the following ABC Information:
− Group: Finished Goods ABC
− Option: (Re)initialize
11. (B) Classes.
12. Enter the following ABC Class information:
− Class: Finished Goods A
− Count: 150
− Class: Finished Goods B
− Count: 100
− Class: Finished Goods C
− Count: 50
13. (M) File Save.
14. (M) Tools > Perform Full Cycle Count
15. Enter the cycle count name for the following parameters
− Generate automatic schedule recount
− Generate cycle count request
Copyright © Oracle, 2009. All rights reserved.
Inventory Accuracy
Chapter 11 - Page 44
− Cycle count listing.
16. (B) Submit.
17. (M) File > Close Form.
Inventory Accuracy
Chapter 11 - Page 45
40. Choose Approved to approve an item adjustment.
41. Select the Approver from the drop down list in the Approval tabbed region.
42. (M) File Save.
43. (B) OK.
44. Close the Approvals window.
45. Approve or reject the remaining items.
46. (M) File > Save.
47. (M) File > Close Form.
Inventory Accuracy
Chapter 11 - Page 46
Practice - Performing a Cycle Count
Overview
In this practice you will perform a cycle count using the ABC compile group you created in a
previous lab.
Assumptions
• You are skilled in Oracle Navigation.
• You completed the Compile an ABC Analysis practice.
• You completed the Define Items practice.
• You have at least 20 items in your ##FGI subinventory
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Inventory Accuracy
Chapter 11 - Page 47
− Name: Generate Automatic Schedule
− Cycle Name: ##Cycle Count
Inventory Accuracy
Chapter 11 - Page 48
Solution – Performing a Cycle Count
Define a Cycle Count Header
Inventory Accuracy
Chapter 11 - Page 49
(T) Serial and Schedule
− Count: Not Allowed
− Auto Schedule: Yes
− Frequency: By Period
Inventory Accuracy
Chapter 11 - Page 50
(B) Classes
− ##Class A: 150 counts per year
− ##Class B: 100 counts per year
− ##Class C: 50 counts per year
Inventory Accuracy
Chapter 11 - Page 51
4. (M) File > Save
5. (B) OK
Inventory Accuracy
Chapter 11 - Page 52
7. Enter the following parameters. After entering each power click OK.
− Generate automatic schedule (Parameters field): ##Cycle Count
Inventory Accuracy
Chapter 11 - Page 53
8. (B) Submit
9. (B) OK
10. (M) File >Close >Form
11. (M) File >Close Form
Note: Do not proceed until after your concurrent request completes.
Inventory Accuracy
Chapter 11 - Page 54
13. Enter ##Cycle Count in the Cycle Count name field, or select your cycle count from the list
of values.
14. (B) Find
15. (B) Yes
Inventory Accuracy
Chapter 11 - Page 55
18. Save and Close window.
(M) File > Save
(M) File > Close Form
Inventory Accuracy
Chapter 11 - Page 56
23. Why are some of the items already approved? They fall within set approval limits.
24. Approve, reject or recount your items.
25. Save and Close window.
(M) File > Save
(B) OK
(M) File > Close Form
Inventory Accuracy
Chapter 11 - Page 57
Mobile Inventory Accuracy Overview
Inventory Accuracy
Chapter 11 - Page 58
Practice - Mobile Counting
Overview
Use the mobile device to perform a cycle count for your ##FGI subinventory.
Assumptions
• You have completed the ABC Analysis Lab.
• You have completed part one of the Cycle Counting lab.
• You must have access to an Oracle Application Vision database or comparable training
or test instance at your site on which to complete this practice.
Tasks
Inventory Accuracy
Chapter 11 - Page 59
Solution – Mobile Counting
Entering Item Quantities Using the Mobile
3. Enter your user name and password. Note that “Materials & Mfg” responsibility must be
assigned to your user name.
Inventory Accuracy
Chapter 11 - Page 60
4. If more than one responsibility had been assigned to your user name, select Materials &
Mfg from the list.
Inventory Accuracy
Chapter 11 - Page 61
6. Select Counting from the Inventory Menu.
Inventory Accuracy
Chapter 11 - Page 62
8. Select Normal from the Cycle Count menu.
Inventory Accuracy
Chapter 11 - Page 63
10. Select Done to apply your cycle count.
11. Select Logout to exit the Mobile.
Inventory Accuracy
Chapter 11 - Page 64
Physical Inventory Overview
Physical Inventory
A physical inventory is a periodic reconciliation of system on-hand balances with physical
counts in inventory. You can perform physical inventories whenever you choose to verify the
accuracy of your system on-hand quantities. You can perform a physical inventory for an entire
organization or for particular subinventories within an organization. Physical inventories are
usually performed once every six months or once a year depending on the organization
requirements.
Inventory Accuracy
Chapter 11 - Page 65
Why Perform Physical Inventories?
Inventory Accuracy
Chapter 11 - Page 66
Defining Physical Inventories
Inventory Accuracy
Chapter 11 - Page 67
Physical Inventory Tags
Inventory Accuracy
Chapter 11 - Page 68
You can also exclusively use blank tags to perform a physical inventory. If you need to
perform a complete wall-to-wall physical inventory, you can go through your warehouse and
attach blank tags to every item and/or location you see. As you perform the count, you record
the item and stock-keeping unit information along with the actual on-hand quantity.
Inventory Accuracy
Chapter 11 - Page 69
Inventory Snapshots
Inventory Snapshots
Before you can generate tags for a physical inventory, you must take a snapshot of all system
on-hand quantities for your items. The snapshot saves all current item on-hand quantities and
costs. Oracle Inventory uses this information as the basis for all physical inventory
adjustments. All tag counts you enter for this physical inventory are compared with these
static quantities. This allows you to resume normal inventory operations after you have
entered your counts but before you have authorized all final physical inventory adjustments.
You can perform your recounts or investigate certain results without holding up transaction
processing.
Note: Oracle Inventory does not stop inventory processing during a physical inventory.
Therefore, you must procedurally coordinate the snapshot of your physical inventory with your
actual counting, and ensure that no transaction activity occurs in a particular location until after
you have performed your adjustments.
Note: It is recommended to clear the Pending Transactions and Transactions Open Interface,
before taking a snapshot of inventory quantities.
Inventory Accuracy
Chapter 11 - Page 70
For example, suppose that at the start of your physical inventory the system on-hand quantity
for item WIDGET in a particular bin is 30. Oracle Inventory saves this information with the
physical inventory snapshot. During the warehouse count, you count a total of 25 units of item
WIDGET in the same bin. Before you approve your counts and perform your adjustments, you
resume normal transaction operations, and consequently, item widget reaches a system on-hand
quantity of 45. At this point, you perform your physical inventory adjustments. Oracle
Inventory computes the adjustment as the difference between the tag count and the snapshot
quantity, NOT the current system quantity of the item that has now reached 45. So in this case,
the adjustment is 25 - 30 = -5 units. When the adjustment is posted, the new system on-hand
quantity becomes 40 units.
Inventory Accuracy
Chapter 11 - Page 71
Entering Physical Inventory Counts
Inventory Accuracy
Chapter 11 - Page 72
quantity variance or adjustment value tolerances, If you set your approval option to Required
for all adjustments, Oracle Inventory holds all counts for approval.
Inventory Accuracy
Chapter 11 - Page 73
Voiding Tags
Voiding Tags
It is important for auditing purposes to track the status of each physical inventory tag.
Therefore, if you do not use one or more of the tags Oracle Inventory generates, you should
void them in the Physical Inventory Tag Counts window. A voided tag is not reported as a
missing tag in the Physical Inventory Missing Tag Listing.
If you generated blank tags at the beginning of your physical inventory, and ended up not using
all of them, you void the unused tags. When you run the Physical Inventory Missing Tag
Listing for the whole range of tags you generated, the unused tags appear as missing tags.
If you void a default tag, (for example, a tag that identifies a stock-keeping unit for which
there is system on-hand quantity), Oracle Inventory adjusts the quantity in that location to zero.
This indicates that you did not use the tag in question, presumably because the stock-keeping
unit corresponding to the tag did not exist.
Inventory Accuracy
Chapter 11 - Page 74
Approval Tolerances
Approval Tolerances
Oracle Inventory supports two types of physical inventory approval tolerances. For each type,
you can specify a positive and a negative limit. When a particular physical inventory tag count
entry results in an adjustment that exceeds any one of these limits, you have a physical
inventory adjustment that exceeds approval tolerances. Based on the approval option you
chose when you defined your physical inventory, this adjustment is or is not held for approval.
If you decide that approval is required for adjustments out of tolerance you must enter at least
one positive or negative value for one type of approval tolerance. The quantity variance
tolerance is a user-defined limit for the difference between the system-tracked on-hand
quantity and the actual tag count quantity. You express positive and negative quantity variance
tolerances as percentages of the system on-hand quantity. You enter these percentages when
defining your physical inventory.
The adjustment value tolerance is a user-defined limit for the total value of a physical
inventory adjustment: adjustment value = (system on-hand qty - actual count qty) x current
cost, where: Current cost is the cost at inventory snapshot. You express positive and negative
adjustment value tolerances as amounts in your ledger currency. You enter these tolerances
when defining your physical inventory.
Inventory Accuracy
Chapter 11 - Page 75
Physical Inventory Adjustments
Inventory Accuracy
Chapter 11 - Page 76
Accuracy Reports
Inventory Accuracy
Chapter 11 - Page 77
Accuracy Reports (Cont)
Inventory Accuracy
Chapter 11 - Page 78
Accuracy Reports (Cont)
Inventory Accuracy
Chapter 11 - Page 79
Accuracy Reports (Cont)
Inventory Accuracy
Chapter 11 - Page 80
Accuracy Reports (Cont)
Inventory Accuracy
Chapter 11 - Page 81
Accuracy Reports (Cont)
Inventory Accuracy
Chapter 11 - Page 82
Profile Options
Inventory Accuracy
Chapter 11 - Page 83
Implementation Considerations
Inventory Accuracy
Chapter 11 - Page 84
Implementation Considerations (Cont)
Inventory Accuracy
Chapter 11 - Page 85
Implementation Considerations (Cont)
Inventory Accuracy
Chapter 11 - Page 86
Summary
Inventory Accuracy
Chapter 11 - Page 87
Copyright © Oracle, 2009. All rights reserved.
Inventory Accuracy
Chapter 11 - Page 88
Table Information
Chapter 12
Table Information
Chapter 12 - Page 1
Copyright © Oracle, 2009. All rights reserved.
Table Information
Chapter 12 - Page 2
R12 Table Information
Table Information
Chapter 12 - Page 3
Objective
Table Information
Chapter 12 - Page 4
Organization Tables
Organization Tables
• MTL_PARAMETERS: Associated with an organization. Primary key:
ORGANIZATION_ID.
• MTL_INTERORG_PARAMETERS: Identifies the receiving organizations linked to a
particular organization. You must define the interorganizational relationship before you
perform any interorganization transfers. Units of measure, distance, transfer charge, and
accounting information are also specified in this table. Primary key:
FROM_ORGANIZATION_ID, TO_ORGANIZATION_ID.
• GL_SETS_OF_BOOKS: Stores define set of books data in General Ledger. Each row
includes the set of books name, description, functional currency, and other data.
Corresponds to the Define Set of Books window. Primary key:
GENERAL_LEDGER_UPDATE_CODE.
• GL_CODE_COMBINATIONS: Stores valid Accounting Flexfield segment value
combinations for each accounting flexfield structure within your General Ledger. Primary
key: CODE_COMBINATION_ID.
• HR_ALL_ORGANIZATION_UNITS: Stores generic data about organizations. An
organization can be used for various purposes in Oracle Manufacturing applications. For
example, one organization can represent a business group, an ECO department, a planning
organization, and an inventory organization. Primary key: ORGANIZATION_ID.
Copyright © Oracle, 2009. All rights reserved.
Table Information
Chapter 12 - Page 5
Subinventories and Locator Tables
Table Information
Chapter 12 - Page 6
use subinventories from a predefined list. The primary key is INVENTORY_ITEM_ID,
ORGANIZATION_ID, SECONDARY_INVENTORY.
• MTL_ITEM_LOCATIONS: This table is the definition table for stock locators. The
associated attributes describe the subinventory to which this locator belongs, and the
locator physical capacity. The primary key is INVENTORY_LOCATION_ID.
• MTL_SECONDARY_LOCATORS: This table stores all locators within a subinventory
for a specific item. The locators make up the valid list of locators when transacting that
specific item to/from the subinventory when the user has specified that the item must use
locators from a predefined list. The primary key is INVENTORY_ITEM_ID,
ORGANIZATION_ID, SECONDARY_LOCATORS.
• MTL_PARAMETERS: This table stores the parameters for an inventory organization
with which an item is associated. The primary key is the ORGANIZATION_ID.
Subinventories and Locators Tables.
Table Information
Chapter 12 - Page 7
Item Master Tables
Item Master
• MTL_SYSTEM_ITEMS_B: This table is the definition table for items. This table holds
the definitions for inventory items, engineering items, and purchasing items. The flexfield
code is MSTK. The primary key for an item is the INVENTORY_ITEM_ID and the
ORGANIZATION_ID. The same item could be defined in more than one organization.
Each row represents an item in an organization.
• MTL_ITEM_ATTRIBUTES: This table stores the item attributes, their user-friendly
names if the item is maintained at the item or item/organization level, and the kind of
validation required for each attribute. This table is seeded on install or upgrade. The
primary key is ATTRIBUTE_NAME.
• MTL_ITEM_TEMPL_ATTRIBUTES: This table stores the attributes and attribute values
for a template. When a template is created, a row is inserted for each available item
attribute. When the template is applied to an item, the enabled attribute values are
propagated to the item. The primary key is TEMPLATE_ID, ATTRIBUTE_NAME.
• MTL_ITEM_STATUS_TL: This table is the definition table for a material status code.
The status code is a required item attribute and indicates the item status (for example,
active, pending, or obsolete). You may define as many additional status codes as you
want. The values of the individual status attributes associated with an item status are
Table Information
Chapter 12 - Page 8
stored in MTL_STATUS_ATTRIBUTE_VALUES. The primary key is
INVENTORY_ITEM_STATUS_CODE.
• MTL_ITEM_TEMPLATES_B: This table is the definition table for item templates. It
contains the user-defined name and description. When the template is applied to an item,
the enabled item attributes are propagated to the item. The primary key is
TEMPLATE_ID.
• MTL_STATUS_ATTRIBUTE_VALUES: This table stores the attribute values associated
with an item status code. One record is created for each of the function-enabling attributes
for each defined item status code. The primary key is
INVENTORY_ITEM_STATUS_CODE, ATTRIBUTE_NAME.
• MTL_PARAMETERS: This table is an inventory organization with which an item is
associated. The primary key is the ORGANIZATION_ID.
Table Information
Chapter 12 - Page 9
Item Status Tables
Table Information
Chapter 12 - Page 10
- Billable
• MTL_STATUS_ATTRIBUTE_VALUES: This table stores the attribute values associated
with an item status code. One record is created for each of the function-enabling attributes
for each defined item status code. The primary key is
INVENTORY_ITEM_STATUS_CODE, ATTRIBUTE_NAME.
• MTL_ITEM_STATUS_TL: This table is the definition table for a material status code.
The status code is a required item attribute and indicates the item status (for example,
active, pending, or obsolete). You may define as many additional status codes as you
want. The values of the individual status attributes associated with an item’s status are
stored in MTL_STATUS_ATTRIBUTE_VALUES. The primary key is
INVENTORY_ITEM_STATUS_CODE.
• MTL_PENDING_ITEM_STATUS: This table is used to define and store the history of
the item statuses that have been or will be assigned to an item. This table maintains the
status history for each item. This table also stores pending status information. The primary
key is INVENTORY_ITEM_ID, ORGANIZATION_ID, STATUS_CODE,
EFFECTIVE_DATE.
Table Information
Chapter 12 - Page 11
Item Categories Tables
Table Information
Chapter 12 - Page 12
• MTL_CATEGORY_SETS_TL: This table is a table holding translated Name and
Description columns for Category Sets. The primary key is CATEGORY_SET_ID,
LANGUAGE.
• MTL_CATEGORY_SET_VALID_CATS: This table defines the valid category list for a
particular category set. If category validation is required, the list of valid categories is
stored in this table and is used to restrict category selection for the category set. The
primary key is CATEGORY_SET_ID, CATEGORY_ID.
• MTL_DEFAULT_CATEGORY_SETS: This table stores the identifier of the category set
that acts as the default for a particular functional area. This information is used to
determine the mandatory category sets for an item. It is also used to provide a default
category set for forms and reports that require a category set field value or parameter. The
primary key is FUNCTIONAL_AREA_ID, CATEGORY_SET_ID.
• MTL_ITEM_CATEGORIES: This table stores the item assignments to categories within a
category set. For each assignment, this table stores the item, category set, and the
category. Items can be assigned to multiple categories and category sets, but can be
assigned to only one category in a given category set. This table is populated through
either the Define Item or the Update Item/Org Attributes forms. It can also be populated
by performing item assignments when a category set is defined. The primary key is
INVENTORY_ITEM_ID, ORGANIZATION_ID, CATEGORY_SET_ID.
Table Information
Chapter 12 - Page 13
Item Reservation Tables
Table Information
Chapter 12 - Page 14
• GL_CODE_COMBINATIONS: This table stores valid Accounting Flexfield segment
value combinations for each accounting flexfield structure within your General Ledger
application. Available material can be reserved against a valid Accounting Flexfield
combination. The primary key is CODE_COMBINATION_ID.
• MTL_GENERIC_DISPOSITIONS: This table stores the user-defined account alias. An
account alias provides a method to use accounting numbers and makes it easier to transact
account issues and receipts. Available inventory can be reserved against an account alias.
The primary key is DISPOSITION_ID, ORGANIZATION_ID.
• MTL_MATERIAL_TRANSACTIONS: This table stores a record of every material
transaction or cost update performed in Inventory. An issue transaction to an account
number or account alias can relieve a reservation against the account number or alias. The
primary key is TRANSACTION_ID.
• MTL_DEMAND_INTERFACE: This table is the interface point between non-Inventory
applications and the Oracle Inventory demand module. Records inserted into this table are
processed by the Demand Manager concurrent program.
• MTL_SYSTEM_ITEMS_B: This table is the definition table for items. This table holds
the definitions for inventory items, engineering items, and purchasing items. The primary
key for an item is the INVENTORY_ITEM_ID and the ORGANIZATION_ID.
Table Information
Chapter 12 - Page 15
Inventory Transaction Tables
Table Information
Chapter 12 - Page 16
• MTL_MATERIAL_TRANSACTIONS: This table stores a record of every material
transaction or cost update performed in Inventory. Records are inserted into this table
either through the transaction processor or by the standard cost program. The primary key
is TRANSACTION_ID.
• MTL_TRANSACTION_ACCOUNTS: This table holds the accounting information for
each material transaction in MTL_MATERIAL_TRANSACTIONS. Oracle Inventory
uses this information to track the financial impact of your quantity moves.
Table Information
Chapter 12 - Page 17
Guided Demonstration - Accessing eTRM
Note: You must have an Oracle Metalink account to access eTRM.
1. Navigate to the Oracle Metalink home page.
https://metalink.oracle.com/
2. Click Log in to Metalink
3. Enter your username and password.
4. (T) Knowledge
5. Click Applications Electronic Technical Reference Manuals (eTRM).
6. (B) I accept
7. Click FND Data Dictionary.
8. Click INV- Inventory.
9. Click 267-Tables.
10. Select any table to show the students.
11. Close the web page.
12. Click Sign Out to exit Metalink.
13. Close the web page.
Table Information
Chapter 12 - Page 18
Summary
Table Information
Chapter 12 - Page 19
Copyright © Oracle, 2009. All rights reserved.
Table Information
Chapter 12 - Page 20