Professional Documents
Culture Documents
Open Bills of Material Interface: Sanjeev Kale
Open Bills of Material Interface: Sanjeev Kale
This paper focuses on understanding of importing Bills and routings from legacy system to Oracle Bills of Material and Oracle Engineering. This paper is designed to supplement Oracle Manufacturing, Distribution, Sales and Service Open Interface Manual , User manual and BOM training class notes.
The Bill and Routing Interface program can be run from BOM responsibility Bills Import Bills.
When the Bills and Routing program is run, a number of runtime options must be specified. All Organizations Yes Run the interface for all organization codes in the bill of material and routing interface tables. No Run the Interface program only for the organization the user is in. The interface program only processes bill of material and routing interface records in the current organization.
Import Routing Yes Import records from the routing interface tables for the current organization or all organizations. No Do not import records from the routing interface tables.
Import Bills of Material Yes Import records from the bills of material interface tables for the current organization or all organization. No Do not import records from the bills of material interface tables.
Delete Processed Rows Yes Delete successfully processed rows from the bill of material and routing interface tables. No Leave all records in the bill of material and routing interface tables for successfully processed rows.
Each Interface tables required columns and derived columns are discussed in detail in the following pages. Look at the following example for updating a bill component. The required data for updating a bill component is PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update COMPONENT_SEQUENCE_ID There are two ways at looking at this information: a) You can provide the COMPONENT_SEQUENCE_ID for updating the bill component, or
b)
You can update the bill component by populating the following fields Component_Item_Id, Operation_Seq_Num, Effectivity_date, Assembly_Item_Id and Organization_Id Since Component_Sequence_Id is a derived column if the following columns are populated. Bill_Sequence_Id, Component_Item_Id, Operation_Seq_Num and Effectivity_date and Bill_Sequence_Id is a derived column if the following columns are populated Assembly_Item_Id , Organization_Id and Alternate_Bom_Designator (if a alternate bill exists)
Functional Overview
Before using the Bill and Routing Interface, a custom program must be written to extract bill of material and component details from the source system and this program must insert rows in the following tables for each extracted bill of material:
BOM_BILL_OF_MTLS_INTERFACE BOM_INVENTORY_COMPS_INTERFACE BOM_ASSY_COMMENTS_INTERFACE BOM_SUB_COMPS_INTERFACE MTL_ITEM_REVISIONS_INTERFACE BOM_OP_ROUTINGS_INTERFACE BOM_OP_SEQUENCES_INTERFACE BOM_OP_RESOURCES_INTERFACE MTL_RTG_ITEMS_REVS_INTERFACE BOM_INTERFACE_DELETE_GROUPS
After the data is loaded in the interface table, the Bill and Routing interface program can be launched from the Import Bills and Routings form in Oracle Bills of Material or Oracle Engineering. The interface program assigns values, validates the data and then creates, updates, or deletes bills of material, product family or a routing. To import a bill of material with components, the BOM_BILL_OF_MTLS_INTERFACE and BOM_INVENTORY_COMPS_INTERFACE tables must be populated. Using the bill of material header information and components from these two tables, details can be created. Similarly BOM_REF_DESGS_INTERFACE and BOM_SUB_COMPS_INTERFACE tables can be populated to assign reference designators and substitute components to bills of material.
To import a routing with operations and resources, the BOM_OP_ROUTINGS_INTERFACE,
BOM_OP_SEQUENCES_INTERFACE and BOM_OP_RESOURCES_INTERFACE tables must be populated. Using the routing header information from these three tables, operation and resource details can be created. Although bill and routing can be imported simultaneously, all routing operations must exist before a component is assigned to an operation. Primary and alternate bills of material can be simultaneously imported. Since the Bill and Routing Interface program validate data the same way the Define Routing or Define Engineering Routing form verifies data, the alternate bill cannot be defined if the primary bill does not exist. Therefore the primary bill must be imported before importing the alternate bill.
Using the Bill and Routing Interface program, manufacturing and engineering bills of material / routing can be imported. Specify a value in the ASSEMBLY_TYPE column to determine the type of bill to be imported. Specify a value in the ROUTING_TYPE column to determine the type of routing to be imported.
Transaction Type
Transaction_Type column determines the action to be taken to taken. It has following possible values: Create - To create bill of material or a Product family. Insert - To create a routings with operations and resources. Update - To update bill of material or routing. Delete - To Delete bill of material or routing.
Process Flow
Routing Data
Assign routing data all the rows in the BOM_OP_ROUTINGS_INTERFACE table are processed with PROCESS_FLAG = 1 Assign routing sequence Id Assign common routing Populate mandatory columns with default values. Set PROCESS_FLAG = 2 if assigning is successful.
Validate routing - all the rows in the BOM_OP_OPERATIONS_INTERFACE table are processed with PROCESS_FLAG = 2 Validate uniqueness of ROUTING_SEQUENCE_ID Validate for duplication of primary / alternate routing. Validate alternate Manufacturing common routing cannot point to an engineering routing. If a routing refers a common routing, validate no operation exists for this routing. Set PROCESS_FLAG = 4 if validation is successful. Assign operation data - all the rows in the BOM_OP_OPERATIONS_INTERFACE table are processed with PROCESS_FLAG = 1 Assign operation sequence Id Assign primary and foreign keys. Translate Department code, standard operation. Populate mandatory columns with default values. Create child operation resource records. Create child operation instruction records. Set PROCESS_FLAG = 2 if assigning is successful. Validate operations - all the rows in the BOM_OP_OPERATIONS_INTERFACE table are processed with PROCESS_FLAG = 2 Validate uniqueness of OPERATION_SEQUENCE_ID. Validate ROUTING_SEQUENCE_ID. Validate effective operation, DEPARTMENT_ID, STANDARD_OPERATION_ID. Set PROCESS_FLAG = 4 if validation is successful. Assign Resource data - all the rows in the BOM_OP_RESOURCES_INTERFACE table are processed with PROCESS_FLAG = 1 Assign primary and foreign keys. Translate Resource, Activity Populate mandatory columns with default values. Set PROCESS_FLAG = 2 if assigning is successful. Validate resources - all the rows in the BOM_OP_RESOURCES_INTERFACE table are processed with PROCESS_FLAG = 2 Validate operations, resources, usage rate, UOM, activity and AUTO_CHARGE_TYPE. Usage rate can be negative only for non-schedulable resources. Set PROCESS_FLAG = 4 if validation is successful.
Bill Data
Assign Bill data - all the rows in the BOM_BILL_OF_MTLS_INTERFACE table are processed with PROCESS_FLAG = 1 Assign bill sequence Id Assign primary keys. Assign common bill. Populate mandatory columns with default values. Set PROCESS_FLAG = 2 if assigning is successful. Assign component data - all the rows in the BOM_INVENTORY_COMPS_INTERFACE table are processed with PROCESS_FLAG = 1 Assign components sequence Id. Assign primary and foreign keys. Populate mandatory columns with default values. Create child reference designator record. Create child substitute component record. Set PROCESS_FLAG = 2 if assigning is successful. Assign reference designator data - all the rows in the BOM_REF_DESGS_INTERFACE table are processed with PROCESS_FLAG = 1.
Assign primary and foreign keys. Populate mandatory columns with default values. Set PROCESS_FLAG = 2 if assigning is successful. Assign substitute component data - all the rows in the BOM_SUBS_COMPS_INTERFACE table are processed with PROCESS_FLAG = 1. Assign primary and foreign keys. Populate mandatory columns with default values. Set PROCESS_FLAG = 2 if assigning is successful.
Parent
Child Planning
Assembly Item must be BOM enabled. Mfg bills must have mfg assembly items Alternate mfg bill cannot have a primary engineering bill. Component cannot be added to a bill where the same component, with same operation sequence and effectivity date already exists on the bill. Components cannot be added to a bill if it violates the rules shown in the following table.
Configurd ATO Model ATO Option Class ATO Standard
Configured ATO Model ATO Option Class ATO Standard PTO Model PTO Option PTO Standard Product Family
N Y P P Y N N N N
PTO Model
N Y P P Y N N N N
PTO Option Class
N Y P P Y N N N N
PTO Standard
N Y N N Y N N N Y
Product Family
Parent
Child Planning Configurd ATO Model ATO Option Class ATO Standard PTO Model PTO Option PTO Standard Product Family
N Y P N O P P Y N
N Y P N O P P Y N
N N N N N N N Y N
N N N N Y N N N N
For example, if the Parent item is PTO Model, it is not allowed to have a component that is a planning item, It is allowed to have a component that is a configured item, an ATO model components must be a phantom assembly, and any ATO standard component must be optional For ATO, PTO and phantom bills where the parent item has ATP components set to No, a component cannot be added that has either the item attributes Check ATP(ATP_FLAG) set to Yes or ATP Components(ATP_COMPONENTS_FLAG) set to Yes. An optional component cannot be added to a bill that is neither model nor option class. A component cannot be added to a standard bill whose planning percent is not equal to 100 A mandatory component cannot be added to a model or option class bill, whose planning percent is not equal to 100 and has the Forecast Control attribute set to Consume or None.
Validations for Common bills Common assembly item must be BOM enabled. Common bills organization must have the same master organization as the current bill. Common bill cannot reference another common bill. Common bill must be a mfg bill if the current bill is a mfg bill. Bill that references common bill should not have any components. Common bills alternate must be same as the current bills alternate. Following item attributes must be same for common assembly item and current assembly item. BOM_ITEM_TYPE, PICK_COMPONENTS_FLAG (pick Component), REPLENISH_TO_ORDER_FLAG (Assemble to Order). Commons bills components must exist in the current bills organization. Commons bills substitute components must exist in the current bills organization. Components can be added ONLY to a bill that is referenced as a common bill.
After the Bill and Routing Interface program successfully creates a bill of Material and components or a routing in the production tables, it sets the PROCESS_FLAG to 7 (Import Succeeded). To identify the error message for a failed row, the Interface program automatically populates the UNIQUE_ID column in the error interface table with the same value as the TRANSACTION_ID value. Each error also has a value for MESSAGE_NAME and REQUEST_ID columns in the error interface table. The MESSAGE_NAME column corresponds to message stored in Oracle Application Message Dictionary and REQUEST_ID column stores the concurrent request id. If the program detects any internal database error, the program stores the internal error in the MESSAGE_NAME column and stores the specific database error message in the ERROR_MESSAGE column.
If a bill of material with multiple components / operations is imported and one of the components / operation fails validation, the Bill and Routing Interface program imports the bill of material/routing and other validates components.
The program only fails the record where the error occurred. If however, the row in the BOM_BILL_OF_MTLS_INTERFACE/BOM_OP_ROUTINGS_INTERFACE table fails the bill of material and all of its details (routing and any operation, resource) are not imported. The rows in the interface tables can be reviewed and reported using SQL*Plus. Since all rows in the interface table have a value for PROCESS_FLAG, records can be easily identified that are successfully imported into Oracle Bills of Material and Oracle Engineering, or records that failed validation or import. These records can be identified by the unique value for the TRANSACTION_ID column.
SELECT ERR.TRANSACTION_ID, ERROR_MESSAGE, MESSAGE_NAME FROM MTL_INTERFACE_ERRORS ERR, BOM_BILL_OF_MTLS_INTERFACE BOI WHERE ERR.TRANSACTION_ID = BOI.TRANSACTION_ID
Any row from the interface tables can be updated using SQL*Plus. If a row is updated to resolve invalid data, the PROCESS_FLAG must be set to 1 (Pending) for that row. When the Bill and Routing Interface is resubmitted all rows pending validation are processed.
BOM_ INTERFACE_DELETE_GROUPS
When deleting a Bill, Component, Routing, Operation or Resource a record must be inserted in BOM_INTERFACE_DELETE_GROUPS with the following values: ENTITY_NAME =
BOM_BILL_OF_MTLS_INTERFACE BOM_INVENTORY_COMPS_INTERFACE BOM_OP_ROUTINS_INTERFACE BOM_OP_SEQUENCES_INTERFACE BOM_OPRESOURCES_INTERFACE
DELETE_GROUP_NAME New name or name of an existing delete group. DESCRIPTION Required if using a new delete group. Deleting a Component would require Delete Group information. However for deleting a Product Family Member Delete Group Information is not needed.
BOM_BILL_OF_MTLS_INTERFACE
Required Data for Creating Bill or Product Family
Each imported record must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Create ORGANIZATION_ID ASSEMBLY_ITEM_ID ASSEMBLY_TYPE 1 = Manufacturing 2 = Engineering bill If an alternate bill of material is being created, then the value must be entered in the ALTERNATE_BOM_DESIGNATOR column. If the bill being imported references a common bill of material then a value must be entered in the COMMON_ORGANIZATION_ID and COMMON_ASSEMBLY_ITEM_ID columns or a value must be entered in the COMMON_BILL_SEQUENCE_ID column.
Required Data for Updating Bill or Product Family
To identify the bill record you are trying to update, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update BILL_SEQUENCE_ID
To identify the bill record you are trying to delete, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Delete BILL_SEQUENCE_ID
Derived Data
The BOM_BILL_OF_MTLS_INTERFACE table contains user-friendly column. The Bill and Routing Interface program uses the values entered in these columns to derive unique identifiers.
The following tables list the user-friendly columns and the corresponding column that stores the derived values:
User Friendly Columns Common_Item_Id Common_Organization_Id Alternate_Bom_Designator If the above mentioned values are entered, Interface programs derives
Derived Column
common_bill_sequence_i d
For Bill:
User Friendly Columns Assembly_Item_Id Organization_Id Alternate_Bom_Designator If the above mentioned values are entered, Interface programs derives Derived Column
Bill_Sequence_Id
Bill_Sequence_Id
BOM_INVENTORY_COMPS_INTERFACE
Required Data for Creating a Component
Each imported record must have a value for the following columns: PROCESS_FLAG = 1
1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Create COMPONENT_ITEM_ID COMPONENT_SEQUENCE_ID OPERATION_SEQ_NUM EFFECTIVITY_DATE BILL_SEQUENCE_ID If the components are assigned to an alternate bill of material and BILL_SEQUENCE_ID has no value entered, then a value in ALTERNATE_BOM_DESIGNATOR must be specified.
Required Data for Creating a Product Family member
Each imported record must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Create COMPONENT_ITEM_ID BILL_SEQUENCE_ID
To identify the component record you are trying to update, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update COMPONENT_SEQUENCE_ID
To identify the component record you are trying to delete, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Delete COMPONENT_SEQUENCE_ID
Derived Data
The following tables lists the user-friendly columns and the corresponding column that stores the derived values:
User Friendly Columns Organization_Code Assembly_Item_Number Derived Column Organization_Id Assembly_Item_Id
For a Component
User Friendly Columns Bill_sequence_id Component_item_id Operation_seq_num Effectivity_date If the above mentioned values are entered, Interface programs derives User Friendly Columns Assembly_Item_Id Organization_Id Alternate_Bom_Designator If the above mentioned values are entered, Interface programs derives Derived Column
Component_Sequence_Id
Derived Column
Bill_Sequence_Id
Component_Sequence_Id
Derived Column
Bill_Sequence_Id
BOM_REF_DESGS_INTERFACE
Required Data for Creating Reference Designator
This table should not be populated if you are using Product Family. Each imported record must have a value for the following columns: PROCESS_FLAG = 1
1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Create COMPONENT_SEQUENCE_ID COMPONENT_REFERENCE_DESIGNATOR
To identify the reference designator record you are trying to update, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update COMPONENT_SEQUENCE_ID COMPONENT_REFERENCE_DESIGNATOR
To identify the reference designator record you are trying to update, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Delete COMPONENT_SEQUENCE_ID COMPONENT_REFERENCE_DESIGNATOR
Derived Data
The following table lists the user-friendly columns and the corresponding column that stores the derived values:
User Friendly Columns Bill_sequence_id Component_item_id Operation_seq_num Effectivity_date If the above mentioned values are entered, Interface programs derives User Friendly Columns Assembly_Item_Id Organization_Id Alternate_Bom_Designator If the above mentioned values are entered, Interface Derived Column
Component_Sequence_Id
Derived Column
Bill_Sequence_Id
programs derives
BOM_SUB_COMPS_INTERFACE
Required Data for Creating Substitute Components
This table should not be populated if you are using Product Family.
Each imported record must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Create COMPONENT_SEQUENCE_ID SUBSTITUTE_COMPONENT_ID SUBSTITUTE_ITEM_QUANTITY
To identify the substitute component record you are trying to update, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update COMPONENT_SEQUENCE_ID SUBSTITUTE_COMP_ID
To identify the substitute component record you are trying to delete, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update COMPONENT_SEQUENCE_ID SUBSTITUTE_COMP_ID
Derived Data
The following table lists the user-friendly columns and the corresponding column that stores the derived values:
User Friendly Columns Bill_sequence_id Component_item_id Operation_seq_num Effectivity_date If the above mentioned values are entered, Interface programs derives
Derived Column
Component_Sequence_Id
User Friendly Columns Assembly_Item_Id Organization_Id Alternate_Bom_Designator If the above mentioned values are entered, Interface programs derives
Derived Column
Bill_Sequence_Id
MTL_ITEM_REVISIONS_INTERFACE
Required Data for Creating Item Revisions
Each imported record must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Create INVENTORY_ITEM_ID ORGANIZATION_ID REVISION
If a value is entered in the REVISION column of the BOM_BILL_OF_MTLS_INTERFACE table, the Bill and Routing Interface program inserts a row into the MTL_ITEM_REVISIONS_INTERFACE table. To assign multiple item revisions, data can be directly inserted into the MTL_ITEM_REVISIONS_INTERFACE table. If the validation is successful, the program then imports the data into the MTL_ITEM_REVISIONS table.
Required Data for Updating Item Revisions
PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update INVENTORY_ITEM_ID ORGANIZATION_ID REVISION The Bill and Routing Interface program does not allow the deleting of item revisions.
BOM_OP_ROUTINGS_INTERFACE
Required Data for Creating a Routing
Each imported record must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded
If an alternate routing is being created, then a value must be entered in the ALTERNATE_ROUTING_DESIGNATOR column. If the routing being imported references a common routing, then a value must be entered in the COMMON_ROUTING_SEQUENCE_ID or the COMMON_ASSEMBLY_ITEM_ID column. Routings can only reference common routings that belong to the same organization. If the routing does not reference a common routing, the Bill and Routing Interface program defaults to the value of the ROUTING_SEQUENCE_ID for the COMMON_ROUTING_SEQUENCE_ID.
Required Data for Updating a Routing
To identify the Routing record you are trying to update, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update ROUTING_SEQUENCE_ID
To identify the Routing record you are trying to delete, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Delete ROUTING_SEQUENCE_ID
Derived Data
The BOM_OP_ROUTINGS_INTERFACE table contains user-friendly columns. The Bill and Routing Interface program uses the values entered in these columns to derive unique identifiers. The following tables lists the user-friendly columns and the corresponding column that stores the derived value:
User Friendly Columns Assembly_Item_Number Organization_Code Common_Item_Number Location_Name Line_code Derived Column Assembly_Item_Id Organization_Id Common_Assembly_Item_I d Completion_Locator_Id Line_id
User Friendly Columns Derived Column Assembly_Item_Id Organization_Id Alternate_Routing_Designato r If the above mentioned values Routing_Sequence_Id are entered, Interface programs derives
For Create, Routing_Sequence_id is derived from BOM_OPERATIONAL_ROUTINGS_S. If a value for the ASSEMBLY_ITEM_NUMBER or COMMON_ITEM_NUMBER column is entered, the system item flexfield separator between each segment of the item number should be entered.
BOM_OP_SEQUENCES_INTERFACE
Required Data for Creating a Operation
Each imported record must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Insert ROUTING_SEQUENCE_ID OPERATION_SEQ_NUM DEPARTMENT_ID EFFECTIVITY_DATE
If an operation to an alternate routing is being created and a value for ROUTING_SEQUENCE_ID is not entered, then a value must be entered in the ALTERNATE_ROUTING_DESIGNATOR column.
Required Data for Updating a Operation
To identify the Operation record you are trying to update, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update OPERATION_SEQUENCE_ID
To identify the Operation record you are trying to delete, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed
Derived Data
The BOM_OP_SEQUENCES_INTERFACE table contains user-friendly columns. The Bill and Routing Interface program uses the values entered in these columns to derive unique identifiers. The following tables lists the user-friendly columns and the corresponding column that stores the derived values:
User Friendly Columns Operation_Code Department_Code Organization_Code Assembly_Item_Number Resoure_Code1 Resoure_Code2 Resoure_Code3
User Friendly Columns Operation_Seq_Num Effectivity_Date Routing_Sequence_Id If the above mentioned values are entered, Interface programs derives
Derived Column
Operation_Sequence_Id
User Friendly Columns Assembly_item_id Organization_Id Alternate_Routing_designato r If the above mentioned values are entered, Interface programs derives
Derived Column
Routing_Sequence_Id
BOM_OP_RESOURCES_INTERFACE
Required Data for Creating Resource
Each imported record must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed
If a resource to an alternate routing is being created and the value for ROUTING_SEQUENCE_ID or OPERATION_SEQUENCE_ID is not entered, then the value must be entered in the ALTERNATE_ROUTING_DESIGNATOR column.
Required Data for Updating a Resource
To identify the Resource record you are trying to update, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update OPERATION_SEQUENCE_ID RESOURCE_SEQ_NUM
To identify the Resource record you are trying to delete, you must have a value for the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded TRANSACTION_TYPE = Update OPERATION_SEQUENCE_ID RESOURCE_SEQ_NUM
Derived Data
The BOM_OP_RESOURCES_INTERFACE table contains user-friendly column. The Bill and Routing Interface program uses the values entered in these columns to derive unique identifiers. The following tables lists the user-friendly columns and the corresponding column that stores the derived values:
Derived Column
Routing_Sequence_Id If the above mentioned values are entered, Interface programs derives
Operation_Sequence_Id
User Friendly Columns Derived Column Assembly_Item_Id Organization_Id Alternate_Routing_Designato r If the above mentioned values Routing_Sequence_Id are entered, Interface programs derives
MTL_RTG_ITEM_REVS_INTERFACE
Required Data
To Insert, Update and Delete data into MTL_RTG_ITEM_REVS_INTERFACE, values must be assigned to the following columns: PROCESS_FLAG = 1 1 = Pending 3 = Assign/Validation failed 4 = Import Failed 7 = Import Succeeded PROCESS_REVISION ORGANIZATION_ID INVENTORY_ITEM_ID
Derived Data
The Bill and Routing Interface program defaults to the system date for EFFECTIVITY_DATE column if no value is entered. NOTE: If a value for the ASSEMBLY_ITEM_NUMBER or COMMON_ITEM_NUMBER column is entered, the system item flexfield separator between each segment of the item number should be entered.
Examples
1. Deleting BOM
INSERT INTO bom_bill_of_mtls_interface (organization_id, assembly_item_id, Transaction_type, Process_flag) VALUES (207,4749,'Delete',1); INSERT INTO BOM_INTERFACE_DELETE_GROUPS (entity_name, delete_group_name, Description) VALUES ('BOM_BILL_OF_MTLS_INTERFACE', 'SK-DEL','SK DELETE GROUP');
INSERT INTO BOM_OP_SEQUENCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, Department_code, effectivity_date, transaction_type, process_flag, operation_description) VALUES (4749,207,200,'SK-DEPT', to_date('24-AUG-99'),'Insert',1, 'Attach Rear Assembly'); INSERT INTO BOM_OP_SEQUENCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, Department_code, effectivity_date, transaction_type, process_flag, operation_description) VALUES (4749,207,300,'SK-DEPT', to_date('24-AUG-99'),'Insert',1, 'Attach Front Assembly'); INSERT INTO BOM_OP_SEQUENCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, Department_code, effectivity_date, transaction_type, process_flag, operation_description) VALUES (4749,207,400,'SK-DEPT', to_date('24-AUG-99'),'Insert',1, 'Pack Wagon in box'); INSERT INTO BOM_OP_RESOURCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, effectivity_date, transaction_type, process_flag, resource_code, basis_type,
usage_rate_or_amount_inverse, usage_rate_or_amount, schedule_flag, resource_seq_num) VALUES (4749,207,100, to_date('24-AUG-99'),'Insert',1, 'SK-WORKER',1,8,0.1250,1,10); INSERT INTO BOM_OP_RESOURCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, effectivity_date, transaction_type, process_flag, resource_code, basis_type, usage_rate_or_amount_inverse, usage_rate_or_amount, schedule_flag, resource_seq_num) VALUES (4749,207,100, to_date('24-AUG-99'),'Insert',1, 'SK-TOOLS',1,1000,0.0010,2,20); INSERT INTO BOM_OP_RESOURCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, effectivity_date, transaction_type, process_flag, resource_code, basis_type, usage_rate_or_amount_inverse, usage_rate_or_amount, schedule_flag, resource_seq_num) VALUES (4749,207,200, to_date('24-AUG-99'),'Insert',1, 'SK-WORKER',1,12,0.08333333,1,10);
INSERT INTO BOM_OP_RESOURCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, effectivity_date, transaction_type, process_flag, resource_code, basis_type, usage_rate_or_amount_inverse, usage_rate_or_amount, schedule_flag, resource_seq_num) VALUES (4749,207,200,
to_date('24-AUG-99'),'Insert',1, 'SK-TOOLS',1,1000,0.0010,2,20); INSERT INTO BOM_OP_RESOURCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, effectivity_date, transaction_type, process_flag, resource_code, basis_type, usage_rate_or_amount_inverse, usage_rate_or_amount, schedule_flag, resource_seq_num) VALUES (4749,207,300, to_date('24-AUG-99'),'Insert',1, 'SK-WORKER',1,10,0.1000,1,10); INSERT INTO BOM_OP_RESOURCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, effectivity_date, transaction_type, process_flag, resource_code, basis_type, usage_rate_or_amount_inverse, usage_rate_or_amount, schedule_flag, resource_seq_num) VALUES (4749,207,300, to_date('24-AUG-99'),'Insert',1, 'SK-TOOLS',1,1000,0.00010,2,20); INSERT INTO BOM_OP_RESOURCES_INTERFACE (assembly_item_id, organization_id, operation_seq_num, effectivity_date, transaction_type, process_flag, resource_code, basis_type, usage_rate_or_amount_inverse, usage_rate_or_amount, schedule_flag, resource_seq_num) VALUES (4749,207,400, to_date('24-AUG-99'),'Insert',1, 'SK-WORKER',1,25,0.0400,1,10);
(component_item_id, assembly_item_id, organization_id, operation_seq_num, effectivity_date, Transaction_type, Process_flag, new_effectivity_date) VALUES (4755,4749,207,300, to_date('24-AUG-99'),'Update',1, to_date('25-AUG-99')); INSERT INTO bom_inventory_comps_interface (component_item_id, assembly_item_id, organization_id, operation_seq_num, effectivity_date, Transaction_type, Process_flag, new_effectivity_date) VALUES (4757,4749,207,200, To_date('24-AUG-99'),'Update',1, to_date('25-AUG-99')); INSERT INTO bom_inventory_comps_interface (component_item_id, assembly_item_id, organization_id, operation_seq_num, effectivity_date, Transaction_type, Process_flag, new_effectivity_date) VALUES (4769,4749,207,100, to_date('24-AUG-99'),'Update',1, to_date('25-AUG-99'));