|
|
|
|
|
|
|
|
| Previous | Next | Contents | Index | Glossary | Library |
You can use the Implementation Wizard as a resource center to see a graphical overview of setup steps, read online help for a setup activity, and open the appropriate setup window. You can also document your implementation, for further reference and review, by using the Wizard to record comments for each step.
The Implementation Wizard guides you through the entire Oracle Applications setup, including system administration. However, if you do not use the Wizard, you need to complete several other setup steps, including:
Before you set up Oracle Inventory, you should:
You must design and configure your System Items Flexfield before you can start defining items. You must indicate how many separate segments your flexfield has, how many characters each segment has, and whether you want to validate the values that you assign to the segments. Once you define the structure of your flexfield and any applicable value sets, you must freeze and compile your flexfield definition.
All Oracle Applications products that reference items share the System Items Flexfield and support multiple segment implementations. Therefore, if you have already configured this flexfield while setting up another product, you do not need to perform this step.
For this and the following five steps, see: Oracle Inventory Flexfields, Key Flexfield Segments, Key Segment Values, and Value Sets.
You must design and configure your Item Categories Flexfield before you can start defining items since all items must be assigned to categories. You must indicate how many separate segments your flexfield has, how many characters each segment has, and whether you want to validate the values that you assign to the segments. Once you define the structure of your flexfield and any applicable value sets, you must freeze and compile your flexfield definition. Compiling the flexfield definition enables the Item Categories Flexfield pop-up window.
You can define multiple structures for your Item Categories Flexfield, each structure corresponding to a different category grouping scheme. You can then associate these structures with the categories and category sets you define.
If you make entries for your items in a standard industry catalog or want to group your items according to certain descriptive elements, you need to configure your Item Catalog Group Flexfield. You must indicate how many separate segments your flexfield has, how many characters each segment has, and whether you want to validate the values that you assign to the segments. Once you define the structure of your flexfield and any applicable value sets, you must freeze and compile your flexfield definition. Compiling the flexfield definition enables the Item Catalog Group Flexfield pop-up window.
Even if you do not use item cataloging, you must enable at least one segment and compile this flexfield before you can define items.
If you keep track of specific locators such as aisle, row, bin indicators for your items, you need to configure your Stock Locators Flexfield and implement locator control in your organization. You must indicate how many separate segments your flexfield has, how many characters each segment has, and whether you want to validate the values that you assign to the segments. Once you define the structure of your flexfield and any applicable value sets, you must freeze and compile your flexfield definition. Compiling the flexfield definition enables the Stock Locators Flexfield pop-up window.
Even if you do not implement locator control, you must still compile the Stock Locators Flexfield because all Oracle Inventory transaction and on-hand inquiries and reports require a frozen flexfield definition. However you do not need to configure the flexfield in a specific way.
If you want to define logical references to frequently used account number combinations and use them as transaction source types, you need to configure your Account Aliases Flexfield and define account aliases. You must indicate how many separate segments your flexfield has, how many characters each segment has, and whether you want to validate the values that you assign to the segments. Once you define the structure of your flexfield and any applicable value sets, you must freeze and compile your flexfield definition. Compiling the flexfield definition enables the Account Aliases Flexfield pop-up window.
Even if you do not use account aliases, you must still compile the Account Aliases Flexfield because all Oracle Inventory transaction inquiries and reports require a frozen flexfield definition. However, you do not need to configure the flexfield in a specific way.
If you want to ship items from inventory to meet customer demand as specified in a sales order, regardless of whether you are using Oracle Order Entry, you must configure your Sales Orders Flexfield. You must indicate how many separate segments your flexfield has, how many characters each segment has, and whether you want to validate the values that you assign to the segments. Once you define the structure of your flexfield and any applicable value sets, you must freeze and compile your flexfield definition. Compiling the flexfield definition enables the Sales Orders Flexfield pop-up window.
Even if you do not ship items against sales orders, you must still compile the Sales Orders Flexfield because all Oracle Inventory transaction inquiries and reports require a frozen flexfield definition. However, you do not need to configure the flexfield in a specific way.
Define names and addresses for the locations you use within your organization as well as the location you use for the organization itself. Oracle Inventory and other Oracle Applications products use locations for requisitions, receiving, shipping, billing, and employee assignments. See: Setting Up Site Locations.
Enter the names, addresses, and other personal details of your employees. Oracle Inventory uses this information as the QuickPick source for employee fields in your application. Employee information is used primarily to record the employees who perform your cycle and physical inventory counts. See: Entering a New Person.
If you perform inventory forecasting, reorder point planning, available to promise analysis or cycle counting, you must define your workday calendar. You can assign an exception set to denote holidays, scheduled maintenance, or extended downtime. When you complete defining your calendar, it is generated automatically. See: Creating a Workday Calendar.
Before you use Oracle Inventory, you need to define one or more organizations. Organizations describe distinct entities in your company and may include separate manufacturing facilities, warehouses, distribution centers, and branch offices. See: Creating an Organization
Since Oracle Inventory allows you to implement multiple sets of books with multiple organizations, you need to specify the set of books to which your organization is tied.
Whenever you first access Oracle Inventory, you must specify an organization; all subsequent activity uses this organization as your current organization. You may change your current organization at any time with the Change Organization window.
You must define the control options and account defaults for your organization before you can define items or perform any transactions. You can assign a unique short code to your organization and use this code to identify the organization with which you want to work. You must also specify the master organization and the costing organization for your organization. See: Organization Parameters Window.
Normally, when you log in to Oracle Inventory, you are asked to choose an organization from among those you have defined. But when you set up Oracle Inventory for this first time, no organizations exist. So for the first several setup steps, until you define an organization and set parameters, Oracle Inventory operates with no specific organization chosen.
However, from this point on in the setup process, you need to identify a specific organization as your current organization. Change to one of the organization you created above, using the Change Organization window. Or, you can log out and log back in to Oracle Inventory, and let Inventory choose the first organization for you. See: Changing Your Organization.
If you want intercompany relations between two operating units (typically the Shipping and Selling organizations) in a multi-organization environment, you must define the relationship in the Intercompany Relations window. See: Defining Intercompany Relations.
Oracle Inventory and Oracle Receivables must be installed before you can define intercompany relations. If Oracle Payables is not installed, the fields in the AP Invoicing for Selling region are not required.
If you perform inter-organization shipments using intransit inventory, you must use the Receipts window to receive items sent to your organization. Before you can receive items, you must define the options that govern receipts in your system. You can override some of the options you define at the item level. See: Defining Receiving Options.
If you use Oracle Purchasing in conjunction with Oracle Inventory, you can also use the receiving system for purchase order receipts. You can then override most of the options you define at the supplier, purchase order, and item level.
If you use Oracle Inventory and Oracle Order Entry to ship items to customers against sales orders, you must define picking rules. You assign a picking rule to an item to define the priorities that Oracle Inventory uses to pick units of that item for a sales order. When you pick release a sales order, Order Entry submits requests to Oracle Inventory which uses the information you enter here to generate pick lists for sales orders. See: Defining Picking Rules.
If you check item availability in the future based on supply and demand information and various accumulation and consumption criteria, you must define available to promise (ATP) rules. ATP rules define the options Oracle Inventory uses to calculate the available quantity of an item on a requested date and/or the first date on which a requested quantity of an item first becomes available. See: Defining ATP Rules.
If you keep track of the names of the parties responsible for planning certain items or groups of items, you need to define planners. You can then assign these planning entities or planners to items. See: Defining Planners
You need to define unit of measure (UOM) classes and the base unit of measure for each class. UOM classes represent groups of units of measure with similar characteristics, such as Volume or Length. Oracle Inventory uses the base unit of measure to perform conversions between units of measure in each class and between two different UOM classes. See: Defining Unit of Measure Classes.
You need to define units of measure for tracking, moving, storing, and counting items. Each item that you define in Oracle Inventory must have a primary unit of measure and each transaction you perform in Oracle Inventory must have a unit of measure associated with the transaction quantity. See: Defining Units of Measure.
You need to define the conversion rates between the base unit of measure and other units of measure within a UOM class if you want to be able to transact an item in units of measure other than its primary unit of measure. Oracle Inventory uses these conversions to automatically convert transaction quantities to the primary unit of measure of the item being transacted. See: Defining Unit of Measure Conversions.
If you want to transact items in units of measure belonging to classes other than their primary UOM class, you must define conversions between the base units of measure in different UOM classes. Oracle Inventory uses this information to convert between units of measure belonging to different UOM classes. In other words, for a specific item, you can define conversion rates between unlike units of measure such as boxes and kilograms.
For example, you can specify that 1 EACH of item XYZ weighs 50 LB where item XYZ has EACH as its primary unit of measure. You can now transact item XYZ in LB, and Oracle Inventory converts the transaction quantity to EACH and stores and updates the item quantity accordingly.
You need to define at least one subinventory for each organization. A subinventory is a physical or logical grouping of your inventory, such as raw material, finished goods, defective material, or freezer compartment. You must move each item into, out of, or within a subinventory whenever you perform an inventory transaction. The number of subinventories that you define depends on the way you structure your organization. See: Defining Subinventories.
If you implement prespecified locator control in your whole organization or in a particular subinventory, you must define stock locators. Locators identify physical areas within subinventories where you store items, such as rack/bin or aisle/row/bin locations. If you enable locator control, you must move each item into or out of a subinventory and locator combination whenever you perform an inventory transaction. See: Defining Stock Locators.
You need to specify the level at which Oracle Inventory maintains each item attribute: the item master level or the item/organization level. Item attributes are information about an item, such as order cost, lead time, item status, revision control, tax code, list price, asset category, primary unit of measure, and so on. If you choose the item master level for a particular attribute, Oracle Inventory maintains the value of the attribute in the item master, and the value will be the same in every organization that uses the item master, in which the item exists, and does not allow updates at the item/organization level. Conversely, Oracle Inventory allows updates at the item/organization level for item attributes that you maintain at the item/organization level. See: Defining Item Attribute Controls.
You must define categories to group items that share similar characteristics. You must define the flexfield structure to be used for each category you define. The flexfield structure you select for a category will determine how it may be grouped with other categories. (Similar flexfield structures can be grouped.). See: Defining Categories.
You need to define category sets to create different category grouping schemes. Category sets group your categories into functional areas, such as inventory, cost, purchasing, order entry, and so on. You can associate different flexfield structures with each category set, thereby introducing different naming structures for your categories. You may only group categories with the same flexfield structure as the category set in a single category set. For example, the catgories metal, rubber, and paper might be members of the Inventory category set, while taxable and non-taxable might be members of the Cost category set. You can also a create category set such as Priority, with members like high, medium, and low and use it as your personal item grouping mechanism for a report.
When you define items, you can assign one or more category sets to an item. Within a category set, you can assign exactly one category to an item. When you install or upgrade Oracle Inventory, Oracle provides the category set Inventory by default. When you upgrade Oracle Inventory from a previous version, your existing categories are assigned to this category set. See: Defining Category Sets.
You need to define a default category set for each of the seven predefined functional areas. Oracle Inventory will automatically assign items defined for use by a particular functional area to the category set associated with the functional area. Oracle Inventory defaults the appropriate category set in all the category set fields in the products that correspond to the functional areas. You may choose the same category set for more than one functional area if you have identical ways of grouping your items across those functional areas. See: Defining Default Category Sets.
You need to define statuses that you can assign to items, denoting the level of activity you allow for them. A status is a set of Yes/No values for the status attributes. Status attributes are flags that exist for each functional area for which you enable an item: stockable, transactable, purchasable, build in WIP, customer orderable, internal orderable, BOM allowed, and invoice enabled. When you define an item, you can use statuses to control the values of or provide default values for the status attributes. See: Defining Item Status Codes.
If you make entries for your items in a standard industry catalog or if you want to group your items according to certain descriptive elements, you need to define item catalog groups. An item catalog group consists of descriptive elements to which you assign certain sets of values. When you assign an item to an item catalog group, you can choose descriptive elements from the group and define values for each descriptive element.. See: Defining Item Catalog Groups.
For example, you can define an item catalog group called bicycle. You assign descriptive elements of type, size, and color to the group. In the Master Items window, you assign an item XYZ123 to the group bicycle, and choose values for each of the descriptive elements such as racer, 20", red or mountain bike, 18", blue. Now, you can reference your item by both the unique item number (XYZ123) and by the entry in the bicycle catalog (racer, 20", red).
If you want to use your own terminology to identify the types of items you define, you need to define your own item types. Oracle Inventory provides several predefined item types such as finished goods, option class, kit, purchased item, and so on. You can choose one of the predefined item types when you define an item, or choose one of your own. Oracle Inventory also provides several item templates to match the predefined item types. You then use these templates and any other user-defined ones in defining your items. See: Defining Item Types.
If you define many items sharing the same values for a number of attributes, you may want to define item templates that help you avoid duplication of effort. An item template is a standard set of attribute values that you use to define or update items. When you apply a template to an item, you set the item attribute values to the template attribute values for those attributes you enable in the template. You can apply the same or different templates to an item any number of times. Each new template updates the item definition of those attributes that differ from the previous templates. If an attribute already exists for an item, the more recent value (from the last template applied) overrides the previous value. See: Defining Item Templates.
For example, you apply a template that has unit of measure EACH and cycle count enabled YES. Then you apply a new template with cycle count enabled NO and carrying cost $25.00. The item definition now has three attributes and values: unit of measure EACH, cycle count enabled NO, and carrying cost $25.00.
If you maintain relationships between your item numbers and other entities such as old item numbers, you need to define cross-reference types. Using these cross-reference types, you can define cross-references to store additional information about inventory items.
For example, you can create a cross-reference type OLD to track the old item numbers, and a type SUPPLIER to track supplier part numbers. You can then create a list of cross-references using the Cross-Reference Types window, linking your item numbers to their corresponding old part numbers, and/or their corresponding supplier part numbers. Oracle Inventory provides a report that lists all items and their corresponding cross-references. See: Defining Cross-Reference Types.
If you want to enforce specific business rules and add custom checks that will be performed before Oracle Inventory allows the deletion of an item, you must define item delete constraints to supplement the standard item delete conditions. Oracle Inventory prevents you from deleting items if your data does not meet these conditions. Oracle Inventory predefines several standard delete constraints: you cannot delete an item if there is a job or a repetitive schedule for it; you cannot delete an item if a sales order or purchase order references it, and so on. See: Creating Custom Delete Constraints.
You need to define cost types before you can start entering item costs. A cost type is a set of costs, used for historical, current and future costs, as well as for simulation purposes. You can create as many cost types as you need, but Oracle Inventory is installed with three predefined cost types: Frozen, Average, and Pending. These are costs currently in use for an item and include material and overhead charges. See: Defining Cost Types.
If you are using standard costing in your organization, all transactions use the frozen cost at the time of the transaction. You can update your frozen costs by performing a standard cost update. If your cost method is average costing, Oracle Inventory uses the Average cost type and automatically updates your average costs after the appropriate transactions. You can also define cost types of your own for any purpose such as cost history or product cost simulation. You can then submit many cost reports based on these cost types.
If you measure the cost and performance of the work performed in your organization, you need to define your cost activities. Activities are processes or procedures that consume costs and time. In addition to the cost element and cost code, all costs are associated with an activity. Your activities may be directly related to building your items, such as run time or setup time, or they may be indirect, such as PO generation or payroll. The goal of activity based cost accounting is to accurately identify your product costs, especially overhead costs. See: Defining Activities and Activity Costs.
If you need to have greater item cost visibility and flexibility, you may want to define material sub-elements. Sub-elements are a smaller classification of the cost elements. For every sub-element you define, you must enter the method of allocating the cost to the sub-element (basis type). See: Defining Material Sub-Elements.
If you keep track of overhead rates for your organization, you must define material overheads. You can define any number of material overheads, such as freight, customs, purchasing, and so on. Each overhead is charged when you receive items into inventory. You cannot use material overheads in organizations that use average costing. See: Defining Overhead.
If you use material overheads, you may want to enter default rates at the organization or category level. When you define your items, Oracle Inventory automatically uses these defaults. See: Defining Material Overhead Defaults.
If you ship items from one inventory organization to another, and keep track of the names of and transportation costs charged by your carriers, you need to define freight carriers. Use these freight carriers whenever you perform direct inter-organization transfers or transfers via intransit inventory. Oracle Inventory automatically charges the freight costs to the freight carrier account you specify. See: Defining Freight Carriers.
If you want to move items from one inventory organization to another, you must define your shipping network. Specify the organizations to which you can ship from the organization you are currently in, choose whether you want to transfer items directly or via intransit inventory, and enter the accounting information for shipments between the two organizations. See: Defining Inter-Organization Shipping Network.
The Shipping Method code defines specific shipping methods. For example: Ground, Express, or Air. You can associate shipping methods with lead times in the Inter-org Shipping Methods window. See: Defining Shipping Methods.
If you plan to use movement statistics reporting, you must use the Movement Statistics Parameters window to define the parameters for gathering movement statistics. Inventory uses this information to validate entry of statistical movement transactions and to properly report the information. See: Defining Movement Statistics Parameters.
You may define one or more account aliases to use when you perform miscellaneous issue or receipt transactions. An account alias is a logical reference to a frequently used account number combination. It is also a transaction source type of its own, thereby allowing you to query and report transactions using your user-friendly references to particular account numbers. See: Defining Account Aliases.
You may define your own transaction source types to use while performing transactions. Transaction source types enable you to classify transactions according to their origins, such as purchase order, sales order, account number, physical inventory, and so on. Oracle Inventory provides several predefined source types: purchase order, sales order, account, job or schedule, account alias, internal requisition, internal order, cycle count, physical inventory, standard cost update, RMA and inventory. You may use a user-defined source type when you define a transaction type.
If you want to associate a list of valid sources with your transaction source type, you can create a value set that contains the values to choose from when you use that particular transaction source type in a transaction. For example, you can create a transaction source type called Donation along with a list of account numbers in the value set. See: Defining and Updating Transaction Source Types.
If you want to use your own terminology for certain kinds of transactions, you need to define your own transaction types. You create a transaction type by combining a transaction source type with a transaction action. A transaction action is a predefined method of changing the quantity and/or location and/or cost of an item. For example, if you create a transaction type with the transaction action "Issue from stores", you can use that transaction type to enter an issue transaction. You may use one of six predefined transaction actions: issue from stores, subinventory transfer, direct organization transfer, intransit shipment, cost update and receipt into stores.
For example, you can create a transaction source type called Donation along with a list of account numbers in the value set. You can then create a transaction type called Donation Receipt by combining the transaction action Receipt into stores and the transaction source type Donation. Now you can perform a receipt transaction by choosing the Donation Receipt transaction type and an account number from the value set associated with the Donation transaction source type. See: Defining and Updating Transaction Types.
If you want to associate a predefined explanation with each transaction that you enter, you need to define transaction reason codes. When you enter an inventory transaction you can choose one of the reason codes that you defined. You may then use these reason codes to view and report transactions. See: Defining Transaction Reasons.
If you perform inter-organization shipments using intransit inventory, you must use the Receipts window to receive items sent to your organization. You need to define certain default control options in the Purchasing Options window to save you time when you create your receipts. If you use Oracle Purchasing in conjunction with Oracle Inventory, you must define your purchasing options as one of the first steps in your implementation of Oracle Purchasing. See: Defining Purchasing Options.
Before you can use Oracle Inventory to enter transactions, you need to open an accounting period. You must define your accounting periods in Oracle General Ledger, and open them for Oracle Inventory using the Inventory Accounting Periods window. Oracle Inventory allows you to have multiple periods open at any given time. See: Maintaining Accounting Periods.
You must start your material transaction and material cost interface managers if you want to perform transactions in the background or concurrent processing modes, or if you use custom forms and data collection devices to enter transactions. You also need to start your demand reservation manager if you place demand from Oracle Order Entry in the background processing mode. If you prefer to perform all your transactions on-line, then you do not need to start any interface managers. See: Launching Transaction Managers.
Profile options specify how Oracle Inventory controls access to and processes data. In general, profile options can be set at one or more of the following levels: site, application, responsibility, and user.
Oracle Inventory users use the Personal Profile Values window to set profile options only at the user level. System administrators use the System Profile Values window to set profile options at the site, application, responsibility, and user levels. See: Oracle Inventory Profile Options.
Container Types are used in defining physical attributes of items. See: Defining Container Types.
Customer Item Commodity Codes are used to group customer items and can be entered during the definition of customer items. See: Defining Commodity Codes.
If you need to track the item numbers used by your customers, you must define these items as customer items in Inventory. See: Defining Customer Items.
If you want to relate customer items to your own item numbers, you must define customer item cross references. See: Defining Customer Item Cross References.
| Previous | Next | Contents | Index | Glossary | Library |