SHIPPING CONFIRM後SHIPPING TRANSACTION LINE狀態為SHIPPED的特殊處理
SHIPPING CONFIRM後SHIPPING TRANSACTION LINE狀態為SHIPPED的處理.一般都是依提示作MOVE ORDER與TRANSACTION OPRN INTERFACE中處理後,再用TRIP NO來RUN三個REQUESTS即OK.還不行的話,一般在ORDER LINE中1,點右鍵查VIEW OPEN MESSAGE,如有則DELETE ALL;2,點右鍵,再點RETRY ACTIVE IN ERROR,有卡的話,再點OK即可3,點右鍵,再點PROGRESS ORDER,如發工單的作業.4,點TOOLS/SCHEDULING查RESERVATION DETAILS有沒有保留記錄,如有則DELETE上面四點有處理動作的話再RUN三個REQUEST即會成功.如此處理還不成功的話,就要依不用情況嘗試特殊處理,下面就是
value xxx for the flexfield segment customer:does not exist in the value set xxxx
value xxx(customer_name) for the flexfield segment customer:does not exist in the value set xxxx(OM_CUST_NAME)一開始懷疑是VALUE SET的SEGMENT長度不夠.將60放到240.此時點LOV選的CUSTOMER NAME時,上面的提示依然出現,但用COPY的方式輸 入CUSTOMER NAME就正常(不過沒有數據產生).[@more@] 在TOAD用SQL利用CUSTOEMR_NUMBER產生有數據,用CUSTOMER NAME就沒數據了.加TRIM(),即TRIM(CUSTOMER_NAME)=TRIM(xxxx).這時數據又有了.原來AR_CUSTOMERS這VIEW中的CUSTOMER NAME後面有一個空格' '.為了不改REPORT中SQL.故改了AR_CUSTOMERS的VIEW
一个共享软件作者的话
轉自 : http://alexclark.itpub.net/post/670/494216[@more@]本人与大家一样,原来只是一个普通的程序员,靠给软件公司打工谋生。后来感觉这样长期干下去没有什么前途,虽然现在年轻还可以加班加点靠拼身体吃饭,以后年纪大了怎么办?听说很多人自己单干每年靠共享软件都可以赚几十万,我为什么就不行?仗着自己技术好,并且当时已经有了成熟软件的思路,我就辞职出来加入共享软件这一行当了。 通过半年多的日夜苦干,软件终于编出来了。由于我觉得自己的软件功能比较新颖,编程的技术也很好,以为只要一发布就会大家抢着注册购买,也可以
存储过程中使用Dbms_Scheduler包的权限问题
轉自: http://groundsel.itpub.net/post/1284/496598[@more@]使用用户Test_User创建存储过程sp_create_job,在存储过程中使用Dbms_Scheduler包创建Job_Test,过程创建成功,但是在执行的时候,碰到权限问题,如下:SQL> conn test_user/test_user@test已连接。SQL> CREATE OR REPLACE Procedure sp_create_job As2 Begin3 Dbms_Scheduler.Create_Job(Job_Name => 'Job_Test',4 Job_Type => 'PLSQL_BLOCK',5 Job_Action => 'Begin sp_test; End;',6 Start_Date => sysdate + 2 / 24 / 60,7 Enabled => True,8 Comment
IR-ISO簡要說明
IR-ISO,即內部請購-內部訂單,一般為同一OU跨OU的還有INTERCOMPANY,跨CUSTOMER間的是DROP SHIP這里講的是IR-ISO[@more@]ITEM屬性IM層,有效的INVENTORY ITEMOU層,TYPE:Internal Requisition需求方,TYPE:Internal Requisition供給方,TYPE,能滿足出貨的即可流程1(手工入庫).內部請購單 出貨定單 收料 檢驗 入庫1.建立一張內部請購單(20183984 )左下部是需求方(請購方),右下部是供給方(銷貨方),不指定雙方庫別2.簽核內部請購單 3.在PO咝袌蟊沓淌剑篊reate Internal Sales Orders 請求咝薪Y束后,數據已經傳到OM相關接口表里。4.在OM中導成OM訂
銷貨後訂單LINE還是BOOKED的處理
最近新組織上線後OM模組好多異常.1: 開單人員沒有SCHEDULE(或SCHEDULE SHIP DATE在當前日期前的),造成銷貨人員無法撿料與銷貨的 做UNSCHEDULE/SCHEDULE即可.2: IR-ISO的,WARKHOURSE沒ASSIGNMENT對分廠別或撿料時沒有選對庫別,造成撿料不成功或銷貨後一直是SHIPPED無法變成INTERFACED的. 處理方法一般為查INV INTERFACE,TRANSACTION PENDDING,MOVE ORDER TRANSACTION;還有就是查ORDER LINE有沒有OPEN MESSAGE等.本廠或入庫庫別不對的,在INV INTERFACE中選對庫別與廠別,重RUN OM的INTERFACE即可.3: 銷貨後訂單LINE還是BOOKED的,處理方
銷貨後訂單還是BOOKED的處理
/* SELECT invoice_interface_status_code *//* FROM oe_order_lines Line *//* WHERE Line.line_id = 2690231 *//* &n...