Ebs系统接口表和对应请求.docx

Ebs系统接口表和对应请求AP接口表：AP_INVOICES_INTERFACEAP_INVOICE_LINES_INTERFACE涉及的请求：应付款管理系统开放接口导入涉及案例： 运费导AP、费用导APPO接口表：申请：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_additionsFA 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_contro