Oracle EBS: Subinventory code is either not entered or not valid fo the given organization

狀況:
1.完工入庫時出現Error: Subinventory code is either not entered or not valid fo the given organization(圖1)
2.屬於Assembly Pull的item, 在WIP Material Requirements中的Subinv及Locator欄位是空的(圖2)

圖1.

圖2.

原因: 料號主檔中, Work in Process頁籤下的Supply項目中, Subinventory及Locator欄位未設定(圖3)

圖3.

處理方式:
1.Material Requirements直接補資料
2.料號主檔補上設定

Oracle EBS: 資料轉入manufacturer part (mtl_mfg_part_numbers)

要把資料批次轉入mtl_mfg_part_numbers, 先找找有沒有API.

有幾篇文章提到, 沒有API或interface可用.

再多看幾篇, 12.1.3及之後的版本有importing related items and cross references的功能, 但現行使用中的版本就沒這麼新, 直接忽略.

由於table看起來不複雜, 直接寫入資料應也不會有大問題.

再找找, 有人分享用系統標準程式的作法, mtl_mfg_part_numbers_pkg.insert_row , 測試的結果正常, 真是感恩~


DECLARE
   l_rowid   VARCHAR2 (30);
BEGIN
   fnd_global.apps_initialize (1007941, 20567, 703);
   mtl_mfg_part_numbers_pkg.insert_row (l_rowid,
                                        69, --mfg_xref_load_rec.manufacturer_id,
                                        'Test Part', --mfg_xref_load_rec.ls_mfg_part_number,
                                        173, --mfg_xref_load_rec.inventory_item_id,
                                        SYSDATE,
                                        1007941,                  --l_user_id,
                                        SYSDATE,
                                        1007941,                  --l_user_id,
                                        1007941,                  --l_user_id,
                                        204, --mfg_xref_load_rec.organization_id,
                                        '',
                                        '',
                                        NULL, --mfg_xref_load_rec.ls_authorization_status,
                                        '',
                                        '',
                                        '',
                                        '',
                                        '',
                                        '',
                                        '',
                                        '',
                                        '',
                                        '',
                                        '',
                                        '',
                                        '',
                                        '');
   COMMIT;
END;


Ref:
1.Is it Possible to Populate MTL_MFG_PART_NUMBERS Using an API or Interface? (Doc ID 435146.1)

2.Need Interface Or API For Loading Manufacturers: MTL_MANUFACTURERS and MTL_MFG_PART_NUMBERS? (Doc ID 1338078.1)

3.Mfg Cross References Single Record Script
https://arunrathod.blogspot.com/2009/08/mfg-cross-references-single-record.html

4.cobra_utility_ebs.sql
https://github.com/AdriRibeiro/PROJETO_RICHFACES_DOTACAO/blob/master/CobraHrDotacao/src/java/br/com/cobra/sql/cobra_utility_ebs.sql

Oracle EBS: 無法使用PDOI轉入from_header_id及from_line_id值

問題: 既有的程式sample、網路上找到的script, 都是可以用PDOI(Purchasing Document Open Interface)轉入from_header_id及from_line_id, 但無論怎麼試, 所產生PO的這兩個欄位都是空的.

原因: 版本造成, R12之前作不到, R12也要到12.1.3有Purchasing Roll Up Patch 18120913:R12.PRC_PF.B才能作到.

所以都作白工了, 看來只能再多一段update, 直接填入po_lines_all.

Orz...


Ref:
1.Reference Documents in Purchase Order interface
https://it.toolbox.com/question/reference-documents-in-purchase-order-interface-103008

2.Should PDOI Columns FROM_LINE_ID And FROM_HEADER_ID Come Across To Purchase Order Tables? (Doc ID 394307.1)

Form 6i client程式以timer排程產生報表檔案, 遇到error ORA-302000

狀況:
1.Form 6i client程式以timer排程產生報表檔案
2.排程異常終止, 有error ORA-302000

原因:
1.依搜尋所得資料, 可能是無法存取檔案造成.  在程式執行時, 的確是有寫入log檔, 或許log檔被lock而造成問題.
2.另一個查到的原因是沒有相符的目錄, 但這項與現有狀況不符.

治標方式: 終止原Form 6i runtime, 另以排程再重新執行

若要治本, 或許可試試改寫log檔的存取方式.


Ref:
Ora 302000 When Using Text_Io.Fopen
http://www.hivmr.com/db/ca78pdd137s38fcsdk1s7dxd99zjzpsp

Oracle EBS: JBO-25013: Too many objects match the primary key oracle.jbo.Key[xxxxxx nnnnnn ]

iSupplier Portal上的客製程式突然有狀況, 所有人都遇到相同error:

oracle.jbo.TooManyObjectsException: JBO-25013: Too many objects match the primary key oracle.jbo.Key [xxxxxx nnnnnn ]

看起來是primary key有問題, 但找了相關table:
1.沒有primary key
2.有primary key, 但沒有相符的id

找了一些文章, 實際的狀況都不符合.

DB中的幾個lock後來證實無關, AP server restart也沒有用.

最後查了有insert資料的table, 發現有兩個ID欄位有相符值, 但這兩個欄位沒有設定primary key, 而且ID重複的兩筆資料, 依creation_date來看, 在2014年就已存在.

刪除重複資料, 再執行客製程式, OK了.

所以是程式有檢查這兩個ID值?

程式最近一次異動大約在兩年前, 剩下的問題是:
1.如果重複值造成問題, 應該2014年或2016年就發生
2.若是系統設定異動造成, 會是什麼設定值

目前無解.

想到的唯一可能是有誤新增資料、但creation_date直接取2014年的日期, 而不是取新增時的日期.