EBS上用過的一些介面表整理資訊EBS上用過的一些介面表整理資訊

轉自：http://www.cnblogs.com/songdavid/articles/2371077.html

 

EBS上用過的一些介面表整理資訊AP介面表：AP_INVOICES_INTERFACEAP_INVOICE_LINES_INTERFACE涉及的請求：應付款管理系統開放介面匯入涉及案例： 運費導AP、費用導AP PO介面表：申請：PO_REQUISITIONS_INTERFACE_ALL涉及請求：匯入申請採購：po_headers_interfacepo_lines_interfacepo_distributions_interface涉及的請求：Import Standard Purchase Orders接收：rcv_headers_interfacercv_transactions_interfacemtl_transaction_lots_interface涉及請求：接收交易處理處理器涉及案例：運費導採購、MRP導申請、POP導申請 GL介面表：gl_interface涉及案例：ADI導日記賬、返利導日記賬 FA介面表：fa_mass_additions FA API：增加fa_addition_pub.do_addition修改：fa_adjustment_pub.do_adjustment   fa_asset_desc_pub.update_desc涉及案例：電子資產清理   庫存事務介面：mtl_transactions_interface1）一般用來做各類雜收發、Cost Update，對於和業務有關的事務一般不建議使用，比如SO發貨，如果自己發會導致Workflow沒有往下走2）成功匯入之後運行Cost Manager產生會計分錄3）平均成本更新也通過此介面；如果該Item沒有交易，則成本資料不會進入cst_item_costs 固定資產介面：fa_mass_additions1）fa_mass_additions這個表有幾個Trigger需要注意；會自動去插其他表，刪除的時候也是2）折舊方法介面表無法給，而是自動從Category繼承下來，所以匯入之後需要Update表3）不是通過AP引過來的FA，是沒有Source Lines資訊的；如果需要，可以通過插表來實現4）資料進介面之後從Navigator:Mass Additions/Post Mass Additions提交請求集，這樣會有個報表顯示匯入結果。不過我的測試程式可以直接提交請求集。 總賬分錄介面：gl_interface1）最簡單的介面，不說了 應付發票介面：ap_invoices_interface/ap_invoice_lines_interface1）Profile AP: Use Invoice Batch Controls定義是否使用批控制2）僅支援CREDIT/STANDARD；注意金額正負，小於零用CREDIT，大於零用STANDARD3）PREPAYMENT/DEBIT/EXPENSE REPORT/MIXED不支援，先用CREDIT或者STANDARD，進去之後再Update正式表ap_invoices_all4）匯入之後可再調用請求Invoice Validation自動Validate發票 應收發票介面：ra_interface_lines_all/ra_interface_salescredits_all1）幾個介面表之間的關係和其他介面不同，不是通過ID關聯，而是通過描述性彈性域Line Transaction Flexfield定義2）介面給ID還是Name，要根據Transaction Source上的定義，不能隨便給3）ra_interface_distributions_all這個表可以不插，讓系統自動產生分配行4）如果沒有銷售人員，可以提供一條ID=-3的No Sales Person記錄給介面。這個要看AR System Option Miscellaneous上的設定是否要求銷售人員 應收收據介面：ar_interim_cash_receipts_all1）AR Receipt標準介面是Lockbox，需要預先定義Format；Oracle根據Format定義把介面資料寫到 ar_interim_cash_receipts_all；我們可以跳過第一步，直接把資料插入到 ar_interim_cash_receipts_all，不過Batch需要我們直接插表2）在Batch介面查看：資料在ar_interim_cash_receipts_all的Batch Type為 Mannual Quick3）Batch的Currency取本位幣即可，收據用需要的貨幣 客戶匯入介面：ra_customers_interface_all/ra_customer_profiles_int_all/ra_contact_phones_int_all1）要導Customer，ra_customer_profiles_int_all需要有記錄2）orig_system_party_ref相同的話，Customer_Number不同，可以在一個Party下建多個Customer3）ship to的bill_to_orig_address_ref可用bill to的orig_system_address_ref，這樣可以自動關聯4）需要打Patch 3606744和3558213，否則Statement和Dunning類型的Site Use導不進去5）不是所以欄位都可以從Interface進去；以HZ_Cust_Site_Uses_all為例，匯入之後需要直接Update如下比較 重要的欄位：payment_term_id、order_type_id、warehouse_id、territory_id、 primary_salesrep_id6）更新HZ_Cust_Site_Uses_all的Primary_flag的時候注意同時更新hz_cust_acct_sites_all的bill_to_flag和ship_to_flag為P（Primary）或者Y 銷售訂單介面：oe_headers_iface_all/oe_lines_iface_all/oe_actions_iface_all1）整張Close的訂單可以通過介面表；Close的訂單，Oracle幾乎是直接插表；其他的要做很多驗證2）部分行Close的訂單，可以給行Assign一個僅負責Close（Enter/Fulfill/Close/End）的工作流程，這樣Workflow Back Ground Process起來之後就會Close3）非Close的訂單行號不能重複，所以介面表我們給空；如果有需要待匯入後Update Line表即可4）數量正負要與Line Type的類型一致，正的對Order，負的對Return，否則介面報Inventory Item錯誤5）訂單號更新需要更新幾個表：oe_order_headers_all/wsh_delivery_details/mtl_sales_orders6）訂單行在收貨或者發貨不足的情況下會拆行，拆行的時候系統幾乎是拷貝所有的欄位，如果碰到Unique的欄位會失敗。我碰到的問題是把源系統的line_id記錄在彈性域上，並給這個彈性域建了Unique索引，導致Dropship的訂單採購部分收貨老是報錯 採購訂單介面：po_headers_interface/po_lines_interface/po_distributions_interface1）PO介面有問題可察看錯誤資訊表po_interface_errors，可以解決大部分問題2）本位幣匯入之後，頭上的Rate Date為空白，需要Update表3）quantity_billed也可以事後更新，這樣AP不會再Match過來4）審批記錄可以直接插入表po_action_history5）注意採購的Valdiate ORG6）如果Item沒有Assign給Ship_to_org，會報No data found錯誤 採購接收介面：rcv_shipment_headers/rcv_transactions_interface1）收據頭直接寫表；收據行和收貨事務通過介面2）注意parent_transaction_id，Receive需要放空3）PO介面有問題可察看錯誤資訊表po_interface_errors，可以解決大部分問題4）如果要再現原來的Receiving Transaction，可按如下順序分批進入介面RECEIVE、TRANSFER、ACCEPT、REJECT、DELIVER、RETURN TO RECEIVING、RETURN TO VENDOR、CORRECT 庫存項目介面：mtl_system_items_interface1）在Master Org新增Item比較簡單，給足需要的欄位即可2）在其他組織增加Item（相當於從Master Assign後再Update），需要注意Master Org Conctrol的欄位需要保持主組織的值（比較多，看mtl_item_attributes的Conctrol_level = 1）3）在其他組織增加Item還需要注意一些欄位需要保持主組織的值，否則介面會報錯，它們是create_supply_flag、 dual_uom_control、buyer_id、allowed_units_lookup_code、 purchasing_item_flag、internal_order_flag、inventory_item_flag4）如果要給Item Assign Category，可以通過mtl_item_categories_interface，對應的請求是Item Category Assignment Open Interface

分類: 開發-oracle標準介面

AP介面表：AP_INVOICES_INTERFACEAP_INVOICE_LINES_INTERFACE涉及的請求：應付款管理系統開放介面匯入涉及案例： 運費導AP、費用導AP PO介面表：申請：PO_REQUISITIONS_INTERFACE_ALL涉及請求：匯入申請採購：po_headers_interfacepo_lines_interfacepo_distributions_interface涉及的請求：Import Standard Purchase Orders接收：rcv_headers_interfacercv_transactions_interfacemtl_transaction_lots_interface涉及請求：接收交易處理處理器涉及案例：運費導採購、MRP導申請、POP導申請 GL介面表：gl_interface涉及案例：ADI導日記賬、返利導日記賬 FA介面表：fa_mass_additions FA API：增加fa_addition_pub.do_addition修改：fa_adjustment_pub.do_adjustment   fa_asset_desc_pub.update_desc涉及案例：電子資產清理   庫存事務介面：mtl_transactions_interface1）一般用來做各類雜收發、Cost Update，對於和業務有關的事務一般不建議使用，比如SO發貨，如果自己發會導致Workflow沒有往下走2）成功匯入之後運行Cost Manager產生會計分錄3）平均成本更新也通過此介面；如果該Item沒有交易，則成本資料不會進入cst_item_costs 固定資產介面：fa_mass_additions1）fa_mass_additions這個表有幾個Trigger需要注意；會自動去插其他表，刪除的時候也是2）折舊方法介面表無法給，而是自動從Category繼承下來，所以匯入之後需要Update表3）不是通過AP引過來的FA，是沒有Source Lines資訊的；如果需要，可以通過插表來實現4）資料進介面之後從Navigator:Mass Additions/Post Mass Additions提交請求集，這樣會有個報表顯示匯入結果。不過我的測試程式可以直接提交請求集。 總賬分錄介面：gl_interface1）最簡單的介面，不說了 應付發票介面：ap_invoices_interface/ap_invoice_lines_interface1）Profile AP: Use Invoice Batch Controls定義是否使用批控制2）僅支援CREDIT/STANDARD；注意金額正負，小於零用CREDIT，大於零用STANDARD3）PREPAYMENT/DEBIT/EXPENSE REPORT/MIXED不支援，先用CREDIT或者STANDARD，進去之後再Update正式表ap_invoices_all4）匯入之後可再調用請求Invoice Validation自動Validate發票 應收發票介面：ra_interface_lines_all/ra_interface_salescredits_all1）幾個介面表之間的關係和其他介面不同，不是通過ID關聯，而是通過描述性彈性域Line Transaction Flexfield定義2）介面給ID還是Name，要根據Transaction Source上的定義，不能隨便給3）ra_interface_distributions_all這個表可以不插，讓系統自動產生分配行4）如果沒有銷售人員，可以提供一條ID=-3的No Sales Person記錄給介面。這個要看AR System Option Miscellaneous上的設定是否要求銷售人員 應收收據介面：ar_interim_cash_receipts_all1）AR Receipt標準介面是Lockbox，需要預先定義Format；Oracle根據Format定義把介面資料寫到 ar_interim_cash_receipts_all；我們可以跳過第一步，直接把資料插入到 ar_interim_cash_receipts_all，不過Batch需要我們直接插表2）在Batch介面查看：資料在ar_interim_cash_receipts_all的Batch Type為 Mannual Quick3）Batch的Currency取本位幣即可，收據用需要的貨幣 客戶匯入介面：ra_customers_interface_all/ra_customer_profiles_int_all/ra_contact_phones_int_all1）要導Customer，ra_customer_profiles_int_all需要有記錄2）orig_system_party_ref相同的話，Customer_Number不同，可以在一個Party下建多個Customer3）ship to的bill_to_orig_address_ref可用bill to的orig_system_address_ref，這樣可以自動關聯4）需要打Patch 3606744和3558213，否則Statement和Dunning類型的Site Use導不進去5）不是所以欄位都可以從Interface進去；以HZ_Cust_Site_Uses_all為例，匯入之後需要直接Update如下比較 重要的欄位：payment_term_id、order_type_id、warehouse_id、territory_id、 primary_salesrep_id6）更新HZ_Cust_Site_Uses_all的Primary_flag的時候注意同時更新hz_cust_acct_sites_all的bill_to_flag和ship_to_flag為P（Primary）或者Y 銷售訂單介面：oe_headers_iface_all/oe_lines_iface_all/oe_actions_iface_all1）整張Close的訂單可以通過介面表；Close的訂單，Oracle幾乎是直接插表；其他的要做很多驗證2）部分行Close的訂單，可以給行Assign一個僅負責Close（Enter/Fulfill/Close/End）的工作流程，這樣Workflow Back Ground Process起來之後就會Close3）非Close的訂單行號不能重複，所以介面表我們給空；如果有需要待匯入後Update Line表即可4）數量正負要與Line Type的類型一致，正的對Order，負的對Return，否則介面報Inventory Item錯誤5）訂單號更新需要更新幾個表：oe_order_headers_all/wsh_delivery_details/mtl_sales_orders6）訂單行在收貨或者發貨不足的情況下會拆行，拆行的時候系統幾乎是拷貝所有的欄位，如果碰到Unique的欄位會失敗。我碰到的問題是把源系統的line_id記錄在彈性域上，並給這個彈性域建了Unique索引，導致Dropship的訂單採購部分收貨老是報錯 採購訂單介面：po_headers_interface/po_lines_interface/po_distributions_interface1）PO介面有問題可察看錯誤資訊表po_interface_errors，可以解決大部分問題2）本位幣匯入之後，頭上的Rate Date為空白，需要Update表3）quantity_billed也可以事後更新，這樣AP不會再Match過來4）審批記錄可以直接插入表po_action_history5）注意採購的Valdiate ORG6）如果Item沒有Assign給Ship_to_org，會報No data found錯誤 採購接收介面：rcv_shipment_headers/rcv_transactions_interface1）收據頭直接寫表；收據行和收貨事務通過介面2）注意parent_transaction_id，Receive需要放空3）PO介面有問題可察看錯誤資訊表po_interface_errors，可以解決大部分問題4）如果要再現原來的Receiving Transaction，可按如下順序分批進入介面RECEIVE、TRANSFER、ACCEPT、REJECT、DELIVER、RETURN TO RECEIVING、RETURN TO VENDOR、CORRECT 庫存項目介面：mtl_system_items_interface1）在Master Org新增Item比較簡單，給足需要的欄位即可2）在其他組織增加Item（相當於從Master Assign後再Update），需要注意Master Org Conctrol的欄位需要保持主組織的值（比較多，看mtl_item_attributes的Conctrol_level = 1）3）在其他組織增加Item還需要注意一些欄位需要保持主組織的值，否則介面會報錯，它們是create_supply_flag、 dual_uom_control、buyer_id、allowed_units_lookup_code、 purchasing_item_flag、internal_order_flag、inventory_item_flag4）如果要給Item Assign Category，可以通過mtl_item_categories_interface，對應的請求是Item Category Assignment Open Interface