公司自主開發的otc訂單模式.

a公司接客戶訂單,在系統奸訂單後可以用otc模式將個別料號拋轉到其他b公司的工廠,b公司到interface里撈成自已的訂單.不用手工key.減少了輸錯與重建.

b公司在生產完工後會製作出貨文件,如編排箱號等

a公司接到b公司出貨後,就可以將b公司做好的編排箱號資料import到a公司.

從而a公司減少了重新製作的工作.

但由於工廠有個別料號國屬性等問題,要將舊line取消後,重key.

這樣兩公司間訂單line的關聯就中斷了.為了將兩者的關系重新連起來,而新增了order line的彈性欄位.用於記錄a公司訂單的header_id與line_id,這樣子就又有了關聞.a公司在import b公司的出貨文件資料時,就不會漏掉.

因為b公司無法知曉a公司的訂單header_id與line_id,故想到用value set的方式帶出.

value set設定如下:

name: GOBO_OTC_SOURCE_HEADER_ID

format type: char maximum: 240 v number only(0-9)

validation type: table

table application: gobo customer

table name: oe_order_headers_all fac_oh,oe_order_lines_all FAC_ol, oe_order_lines_all source_ol,oe_order_headers_all source_oh, mtl_system_items_b msib,otc_orders_all ooa

table columuns:

value: TO_CHAR(SOURCE_OL.header_ID) char 240

meaning: TO_CHAR(SOURCE_Oh.order_number) char 240

where/order by:

where msib.inventory_item_id=source_ol.inventory_item_id
and msib.organization_id=nvl(source_ol.ship_from_org_id,source_ol.org_id)
and source_ol.ordered_quantity=nvl(:line.ordered_quantity:NULL,-1)
and source_ol.inventory_item_id=fac_ol.inventory_item_id
and source_ol.line_id=ooa.line_id
and source_ol.header_id=ooa.header_id
and source_ol.org_id=ooa.org_id
and ooa.ORIG_SYS_DOCUMENT_REF=fac_oh.ORIG_SYS_DOCUMENT_REF
and fac_oh.header_id=fac_ol.header_id
and fac_oh.org_id=fac_ol.org_id
and fac_ol.line_id=nvl(:line.line_id:NULL,-1)

line_id的也類似.

只是在value與meaning中有點不同: