手工RUN:Import Delivery Lines後可能造成WSH_DELIVERY_DETAILS中資料重復
查核是否有重復資料,我用的SQL是 select a.* from ( select l.org_id,h.order_number,h.header_id, l.line_id,l.ordered_quantity, (select sum(d.REQUESTED_QUANTITY) from wsh_delivery_details d where d.source_line_id=l.line_id and d.source_header_id=l.header_id and d.source_code='OE' ) d_qty-- into &orgid,&order_no,&headerid,&lineid,&ordqty,&wshqty from oe_order_lines_all l,oe_order_headers_all hwhere l.org_id=:ORG_IDand h.header_id=l.header_idand
DEFAULT_RECEIVING_SUBINV_MIR存的TABLE
ITEM畫面的RECEIVING頁簽的RECEIVING SUBINVENTORY是存放在TABLE:MTL_ITEM_SUB_DEFAULTS COL是subinventory_code 在ITEM畫面中修改後,這里也只有最後錄入的.[@more@]select MISD.INVENTORY_ITEM_ID,MSIB.SEGMENT1,MISD.subinventory_code from MTL_ITEM_SUB_DEFAULTS MISD, MTL_SYSTEM_ITEMS_B MSIBwhere MISD.INVENTORY_ITEM_ID=MSIB.INVENTORY_ITEM_IDAND MISD.organization_id =MSIB.ORGANIZATION_IDAND MSIB.ORGANIZATION_ID =:ORG_IDand msib.segment1=:ITEM
順展BOM實用SQL
依網上貼略有整理.[@more@]SELECT distinct bb.BOMcc, bb.zhpeijian, bb.zhpeijiandesc, bb.SUB_SEQUENCE, bb.SUB_ITEM, bb.SUB_ITEMDESC, bb.component_quantity, bb.UOM, bb.LYL_RATE, bb.SUBINV, bb.LOCATION, bb.ITEM_TYPE, bb.BOMtimes, BOR.COMPLETION_SUBINVENTORY ,--入庫, MSI.WIP_SUPPLY_SUBINVENTORY,-- 沖減, MSI.MAXIMUM_ORDER_QUANTITY ,-- 最大批量, MSI.LEAD_TIME_LOT_SIZE ,-- 提前期, MSI.FULL_LEAD
查詢刪除同訂單同一LINE NUMBER內有不同SHIP FORM ORG ID的處理
最近發現部分訂單分批銷貨後SHIP FROM ORG ID會變,如原為CS4,SPLIT後就變為CS1或CS2了.這是之前寫的一個TRIGGER造成的,現已修正(增加 AND :NEW.shipment_number=1 then ).CREATE OR REPLACE TRIGGER APPS.GOBO_OE_ORDER_LINES_ALL_T2 BEFORE INSERT ON ONT.OE_ORDER_LINES_ALL REFERENCING OLD AS OLD NEW AS NEW FOR EACH ROWDECLARE v_status varchar2(40); v_ship_from_org_id number; BEGIN IF :NEW.ORG_ID = 14 OR :NEW.ORG_ID = 57 THEN /* Order Organizer Product Status Visibility */ SELECT inve
存取Oracle当中扫描数据的方法
http://tech.it168.com/a2008/0825/201/000000201691.shtml[@more@]存取Oracle当中扫描数据的方法【IT168技术文档】Oracle 是一个面向Internet计算环境的数据库。它是在数据库领域一直处于领先地位的甲骨文公司的产品。可以说Oracle关系数据库系统是目前世界上流行的关系数据库管理系统,本文将对oracle当中扫描数据的存取方法进行介绍。 1) 全表扫描(Full Table Scans, FTS) 为实现全表扫描,Oracle读取表中所有的行,并检查每一行是否满足语句的WHERE限制条件一个多块读操作可以使一次I/O能读取多块数据块(db_block_multiblock_re
关于oracle中大对象处理的一些方法和实例
http://server.it168.com/server/2005-11-17/20051117038301.shtml[@more@]IT168 服务器学院】在oracle中,有4个大对象(lobs)类型可用,分别是blob,clob,bfile,nclob。 下面是对lob数据类型的简单介绍。 l blob:二进制lob,为二进制数据,最长可达4GB,存贮在数据库中。 l clob:字符lob,字符数据,最长可以达到4GB,存贮在数据库中。 l bfile:二进制文件;存贮在数据库之外的只读型二进制数据,最大长度由操作系统限制。 l nclob:支持对字节字符集合(nultibyte characterset)的一个clob列。 对于如何检索和操作这
IR-ISO的訂單分批銷貨後,餘下部分數量要CANCELLED時Ordered Quantity, Supply picture has been updated. A discrepancy exi
今天遇到一筆好奇怪的事,一IR-ISO在分批銷貨後,原需求120,銷了60PCS,要CANCELLED 60PCS,在做CANCELLED時有兩個提示信息,無法取消成功.[@more@]提示信息如下:Ordered Quantity, Supply picture has been updated. A discrepancy exists between the Sales Order and its corresponding Internal Requisition.The warehouse/subinventory combination is invalid.經查PR是需求120PCS,且已收60PCS.查ORACLE SUPPLY也沒眉目.依第二條提示此ITEM的SUBINVENTORY(M1,M5,N1),發現訂單里的SUBINVENTORY(M0)不在其內.因而試將M0改為M5,其間要錄入原因
設一ALERT,抓取SHIPPED後在ITEM DEMAND SUPPLY中還有記錄的
最近各廠都啟用了MRP方式產生需求,因而對ITEM DEMAND SUPPLY中的資料有了嚴格的要求,否則MRP會不準確.因而要對DEMAND SUPPLY中的異常要及時發現與處理[@more@]這是抓出SALES ORDER做SHIPPING CONFIRM後還有ITEM DEMAND SUPPLY及保留記錄的.定義一個ALERTApplication:Alert Name:Demand and Supply are still after shippedDescription:AREnabled:VPeriodic頁簽:Frequency:Every N Calendar DaysDays:1Start Time:15:00:00End Time:Keep 0 Days End Date:Select Statement:SELECT ol.ship_from_org_id||' '||lpad(oh.order_number,12,
設personalize,限制手工開的內部單不允許存盤.
最近工廠時有發生手工開的內部訂單(非IR-ISO),造成財務困域.為此要限制USER不能手工開立內部訂單.[@more@]打開SALE ORDER畫面,點HELP>diagnostics>custom code>personalize.在Form Personalizations(Sales Orders) Function Name:ONT_OEXOEORD Form Name:OEXOEORD加一個 Manual Internal is not save Level: FormCondition頁簽:Trigger Event:WHEN-VALIDATE-RECORDTrigger Objext:ORDERCondition::order.ORG_ID in (801,543) and :order.ORDER_TYPE='Internal' and NVL(:order.ORDER_SOURCE_DSP,'Online')<>'Intern
由於版本問題造成同一個訂單LINE同一DELIVERY_ID銷貨出現部分INTERFACED,部分SHIPPED
由於版本問題造成同一個訂單LINE同一DELIVERY_ID銷貨出現部分INTERFACED,部分SHIPPED 的應對方法.[@more@]由於版本問題造成同一個訂單LINE同一DELIVERY_ID銷貨出現部分INTERFACED,部分SHIPPED,ORDER LINE為CLOSED的,查MTL_MATERIAL_TRANSACTIONS ,高版本的銷貨正常,低版本的為SHIPPED.查TRANSACTION MOVE ORDER 有資料,TRANSACTION OPEN INTERFACE里有資料.因而對相關的資料進行UPDATE REVISION 1,TRANSACTION MOVE ORDER 因對TABLE比較難確定,故在畫面HELP/DIAGNOSTICS/EXAMINE改2,update MTL_MATERIAL_TRANSACTIONSset revision='A02' w
Error: The action can not be performed because the selected records are not eligible
shipping confirm時提示Error: The action can not be performed because the selected records are not eligible.[@more@]查訂單LINE為撿完料的狀態SHIPPING TRANSACTION的狀態DELIVERY頁簽為Status:Confirmed /Firm Status:Not FirmContents頁簽為Line Status:Staged/Pick ConfirmedPath by Trip頁簽為Status:Open / Activity:Remaining用Trip id在三個requests中LOV帶不出Path by Stop頁簽為Status:Open / Activity:Awaiting Pick..Open / Activity:Awaiting Drop..查無TRANSACTION MOVE ORDER無Transaction Open Interface無Pendding
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...
在Oracle中存取BLOB对象实现文件的上传和下载
http://hi.baidu.com/%C2%ED%D3%C0/blog/item/5a00b218cb0ef60535fa412f.html/cmtid/b5e9628991fb7bb90f2444bc[@more@]2007-06-26 11:13JAVA存取CLOB和BLOB方法 oracle大对象保存 java将blob转化byte 保存大对象文件 如何插入一个图片到Oracle数据库中(写出代码) oracle+blob+select+java 导入weblogic.jdbc.vendor.oracle.OracleThinBlob 怎样存取BLOB图片 xȡoracleblobֶ SQL文件存取 oracle存附件檔方式 在VB中怎样保存图片到oracle 怎样从oracle中读取图片文件 用VB怎样保存、读取oracle数据库的图片文件 IO流存取文件 or
下載Report結果路徑例
/ap680/test6ap/test6comn/admin/out[@more@]/ap680/test6ap/test6comn/admin/out