Oracle OM 標準的 Quote 只能產生一張 Sales Order,這個機制對我們來說並不適合,所以我們轉而使用 Blanket Sales Agreement (BSA)。

BSA 可以重複不斷的產生 Sales Order,也可以綁價格表 (Price List),當然也可以設定使用時間區間。

但是,打訂單的時候我們發現,如果去修改 Request Date,系統應該是要重新抓取對應到的 Blanket Line,卻沒有抓到造成 SO Line 的 Blanket Line Number 欄位被清空,進而發出 Note Message;如果再修改一次 Request Date,這次就抓到了。就演變成改一次不可以,改第二次可以的錯誤循環。

一樣,我去 Oracle Log TAR,Oracle 似乎不認為這是 BUG (?),所以給我以下的修正方式:

Package Name:OE_Dependencies_Extn

ELSIF p_entity_code = OE_GLOBALS.G_ENTITY_LINE THEN 底下新增下列 Code:

-- to disable dependency G_REQUEST_DATE -> G_BLANKET_LINE_NUMBER,
x_extn_dep_tbl(l_index).source_attribute := OE_LINE_UTIL.G_REQUEST_DATE;
x_extn_dep_tbl(l_index).dependent_attribute := OE_LINE_UTIL.G_BLANKET_LINE_NUMBER;
x_extn_dep_tbl(l_index).enabled_flag := 'N';
l_index := l_index + 1;
oe_debug_pub.add('G_BLANKET_LINE_NUMBER', 1);

就解決了我的問題。

Aloz 發表在 痞客邦 留言(0) 人氣()

我們對於訂單資料需要做很多的控管,尤其在 Book 之後更是重要。

Oracle OM 有提供一種功能:Audit History

IT 可以幫助 User 很快很直接的設定要控管的欄位,可在 OM > Setup > Rules > Security > Processing Constraints 中設定。

但是,看似完美的功能,卻發現了一個 BUG (BUG# 5735404)
這個功能對於「日期」欄位會發生 SQL Error,經過Log TAR之後,Oracle 告訴我這是一個 Internal BUG,也有一個對應的 Internal Patch,所以,直接在 Metalink 上找不到。

Patch Number:5853601

以下為 Oracle SR 回應,原文貼上:



PROPOSED SOLUTION(S)
======================
Apply Patch. 5853601 Jan 2007, Order Management (11.5.10) Cumulative Patch

PROPOSED SOLUTION JUSTIFICATION(S)
====================================
The issue is resolved by upgrading to file <filename> and version <Version number> or higher.
The following bug outlines this solution:
Bug.Bug 5735404 AUDIT HISTORY CONSOLIDATOR NOT FUNCTIONING PROPERLY WITH DATE PROCESSING CONSTRA
The patch will do the following:
1. make Audit History Consolidator functioning properly for DATE attribute

SOLUTION / ACTION PLAN
=======================
To implement the solution, please execute the following steps:

1. Download and review the readme and pre-requisites for Patch. 5853601

2. Ensure that you have taken a backup of your system before applying the recommended patch.

3. Apply the patch in a test environment.

4. Confirm the following file versions:
OEXPPCHB.pls
You can use the commands like the following:
strings -a $ONT_TOP/patch/115/sql/OEXPPCHB.pls |grep '$Header'

5. Retest the issue.

6. Migrate the solution as appropriate to other environments.

 

Aloz 發表在 痞客邦 留言(0) 人氣()

第一篇 

在 Oracle ERP 中,很多 Java Form 都提供給 User 自訂畫面 Layout,不論是欄位的位置,或是呈現與否,都可以自己決定。

不過對一開始使用的 User 來說,不是那麼容易上手;或者這個畫面本身就需要統一的修改與套用,可能會需要由同一個人維護 Folder,其他 User 只能用就可以了。

這個功能可以幫助 User (IT) 針對每個 Responsibility 指定預設的 Folder Name

Path : System Administrator > Administer > Application > Administer Folders

Aloz 發表在 痞客邦 留言(0) 人氣()

Close

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼