目前日期文章:200801 (6)

瀏覽方式: 標題列表 簡短摘要
這篇是直接引述 Metalink 上,有關如果改變 Sales Order Header Close 週期的文章,參考參考


Applies to:

Oracle Order Management - Version: 11.5.9
Information in this document applies to any platform.

Goal

"Checked for relevance on 27-Oct-2007"

How to change the Workflow so that the Order Header Closes as soon as all the lines are Closed ?

Solution

There is a standard WorkFlow Wait process defined just before the Close Header WF process, that waits for the end of the month in which the Sales order was created, before closing the Sales Order. This is to ensure that there is enough time to add new items to a Sales Order before it is closed, in case the customer wants to call back and add aditional items to the same Sales Order.

It is possible to open the OEOH workflow by connecting to the database using the WF Builder and then change this setting.

Open the Process "Close - Order" and then Right Click on the WAIT-1 that is just before the "CLOSE_WAIT_FOR_L" In the Properties, Choose Node Attributes Tab and place cursor on the "Day of the month" and remove the Value that is currently set as "Last".

Instead, set this Node Attribute same as the other Wait further down in this flow.
Change the setting as Wait Mode as Releative Time and then set the Relative Time as 1.

With this setting, as soon as all the Lines are closed, the Header will become eligible to be closed.

This will affect only new orders that uses this newly modified Flow. For the existing orders, one needs to wait till the end of the month - the month in which the Sales Order was created. Pls note that this happens only for the month the Sales order is created. For eg. if 9 of the 10 lines in a Sales Order created in July was closed and the 10th line is closed on Augst 1st, the Sales Order will Close on August 1st itself and will NOT wait till the end of August. FYI.

If there is a TEST instance where there are sample Orders, one can open the Work Flow in the Sysadmin User and System Administrator Responsibility and try and do a Skip on this Wait, so that this progresses further. If that is successful and satisfactory, one can do that in PROD too. Pls note that Support and DEV generally recommends not doing Expedite -> Skip or Expedite -> Retry unless has been consulted.

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

雖然是 Part 1,可是有沒有 Part 2 就很難說了

我跟 User 介紹 Oracle Discoverer 時,我都說這是 Oracle 版的 Excel。當然,它沒有 Excel 好用,可是它有 Excel 的特點,舉凡畫圖、樞紐分析等,至少目前還沒看到不能轉成 Discoverer 的 Excel File (笑)。


Discoverer使用可以分成四個部份:
1. Oracle Discoverer Administrator
2. Oracle Discoverer Desktop
3. Oracle Discoverer Plus (Web)
4. Oracle Discoverer Viewer (web)

第一個就是 IT 人員平時維護 EUL 與 Business Area 的介面。

後面三個就是給 User 看 Discoverer Workbook 的介面,Desktop 是傳統 Client 的軟體,版本比較舊,也需要安裝,大多只有安裝給 IT 使用 (舊歸舊,使用起來還滿穩定的,而且速度比較快);第三跟第四個是新版本的,也跟 EBS 一樣是 Web 介面,Viewer 不多說,正常人一定不會想用,太簡陋了,雖然在 Workbook 的保護上,Viewer 是最 OK 的,可是一次只能看六個 Fields ... 我看還是算了吧。預設是六個 Fields,使用者可以自行調整要看的欄位

Plus 是 Desktop 的新一代,它有一些功能是不存在於 Desktop 的,例如:Search Parameter 是否必填,在 Desktop 沒得選,Plus 有這個選項、警示訊號範圍顏色等等,但是,它的優點也是它的缺點,因為是 Web 化,反應與處理速度上,沒辦法跟 Desktop 相比。

Discoverer 本身也有提供權限管理的功能,可是實際應用上跟 Oracle Workflow 一樣,太單調了,或許是台灣公司跟外國公司比起來,對於權限這種事觀感不一吧。說它單調的原因是:User 可以使用 Plus 去該改變當初制定 Workflow 的 Condition,雖然 Discoverer 的本義是提供 User 自由的去拉自己要的報表,可是我相信沒有一個 User 那麼有空去拉自己的報表,絕大多數還是由 IT 拉一個統一的報表供大家使用,在混用的情況之下,似乎沒有辦法很動態的去變化撈出來的資料 (這部份目前仍在研究中)


Updated 2008-01-18 :
OK了,找到動態 SQL 的解法了,可以利用 FND_PROFILE 來判斷 Login 的 User_ID 或 Responsibility,進而區分出可呈現出來的資料。
對於 FND_PROFILE 的用法還不是很了解,正在收集資料中 ~


列一些"真正"的心得好了

1. 可以在 Business Area 做一些 Custom Folder,再變成 LOV (Item Classes),例如 Customer Name,之後只要有 Customer Name 的 Business Area,就可以直接套用這個 LOV,這樣 User 在 Search 時就可以用選的

2. Desktop 上的字型 不等於 Plus 上的,就算有同樣字型同樣大小,兩邊看起來還是差很多

3. 在 Desktop 上設定的參數一定都是必填,在 Plus 上設定的可以選擇

4. 不要直接使用 Desktop / Plus 上的 "匯出成 Excel",因為它會把檔案放在一個 User 一定找不到的地方,要使用 "匯出",才可以選擇自己要的路徑

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

這個功能我已經是第二次做SR了,看來問題還真多

不過還好,第三天就給我一個 Patch 了

明確的問題發生原因也不是太確定,但是我自己試出來的原因是,如果在 Run "Audit History Consolidator" 這一隻 Request 時,它抓取到多筆的 SO Change Records,就會造成拋到 OE_AUDIT_ATTR_HISTORY的資料會有垃圾。垃圾的意思是說,我明明改的是 Order Qty,它會記錄到沒錯,但是卻可能多記了一筆  Unit Selling Price = New Order Qty 的 Record,這筆 Record 就是我指的"垃圾資料"

這個問題 Oracle 給我了一個 Patch : 5753510,不大不小,聽 DBA 說這是 OM 的整體修正 Patch,把一段時間累積下來的 BUG 一次修完,希望是不會有問題才是

也順便講一個算是烏龍吧

在 Shipping Transaction > (Tab Page) Delivery 中有一個 Ship Confirm 的按鈕,不用說就是出貨確認的按鈕,這個功能可以利用 Shipping 的權限控制來管控,可是在某一天我發現,我沒有開權限的 User 卻可以使用這個按鈕。我的天阿,這在我們公司可以是天大的問題,可是我查了設定與 User Actions,都沒有發現有任何不對的地方,可是 User 就是看的到也可以使用。

一度以為是之前 Log TAR 之後上的 Patch 有問題,還跑去 Submit new SR,但有一天回家後我突然想到,我好像對於 Ship Confirm 有做 Personalize,而我 Personalize 控制的就是按鈕的 Enable / Disable,隔天上班來確認,噗,還真的是勒,真是對 Oracle 有點不好意思,趕快把 SR 關了 XDDD

也因為這件事呢,我現在寫 Personalize 都不會隨便控制 Enable / Disable,能用 Displayed 就用吧

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

公司為依照部門對 Sales Order 這個畫面做很多功能區分,好比說誰能做 Release Hold 阿等等,除了要控制 Sales Order 的 Insert / Update / Delete Allowed 之外,Actions 的控制也是關鍵。

絕大多數的 Action 都是在 Menu 之下的 Function,不過,因為它是 Oracle,所以一定有例外 (爆)

-== 一定都會有 ==-
- Additional Order Information
* Apply Automatic Attachments ( 非 Query_Only 才會有 )
- Promotion/Pricing Attributes
- Version History
- View Adjustments
- View Blanket Sales Agreements
- View Reasons
- View Shipping Status
( 開 Form 來看,都是寫死在 Action LOV 裡面 )

-== Action Name 不等於 Function Name ==-
- Spit Line = Sales Orders: Schedule Orders

還有新的發現再補上囉~

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

噗,卡在哪已經不想查了,等有空吧 XD

會發現的原因是,INV 模組要關期間,系統提醒有未幾筆未完成的Shipping,但是系統描述沒有寫的很清楚,一時間都不知道是哪幾筆

( INV 模組 > Accounting Close Cycle > Inventory Accounting Periods > 選擇期間 > (B)Pending > Pending Transactions )

後來又多試了 一張出貨,馬上看系統才發現:

當Ship Confirm之後,系統會觸發 Workflow,但 Workflow 會因為不明原因"卡彈" ( Line Status = "Shipped" ),造成資料流停在 Workflow 的某一站上,這時就必須要人工在重啟 Workflow。

有兩隻系統的 Request 可以跑 ( OM模組 > Shipping > Interfaces > Run ) :

1. Interface Trip Stop - SRS
2. Order Management Interface - SRS

大部份的情況只要跑第一隻,但看metalink有一篇有提到,如果單跑第一隻Request不能解決問題的話,就要跑第二隻,完成後再重跑第一隻


還發現了另一種情況,就是 Ship Confirm 已成功,但是卻沒有把 Stage 倉的貨扣帳,進而發現卡在 Order Line Workflow 的某一站 ( 今天的 Case 是卡在 Ship ),用 SYSADMIN 做 Retry 也沒有,甚至還有 ERROR。

解決方式還不是很確定,但是今天是把 Table Space 打開,Retry 之後在 Run "Interface Trip Stop - SRS" 就解開卡住的問題

這個問題跟上面不一樣的是,INV 那邊的庫存帳沒有扣除,直接跑 Interface Trip Stop - SRS 也不能解決,所以算是特別的 Case 吧

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

這幾天都在研究 Sales Order 的 Actions List, 大部份都很簡單, 就是用 Function 的方式掛上去,

可是, 似乎有些是預設一定會有的,

1. Additional Order Information
2. Apply Automatic Attachments (*)
3. Promotion/Pricing Attributes
4. Version History
5. View Adjustments
6. View Blanket Sales Agreements
7. View Reasons
8. View Shipping Status

(*) 如果 Form 是 Query_Only, 這個 Action 不會出來

其實, 出來也沒差, 但是就想說如果是用不到的功能, 就想要把它 Disable

那, 目前仍是無解

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

找更多相關文章與討論

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼