搜尋此網誌

2012年7月30日 星期一

[eBtax] 大陸內含稅7%的設定

在設定大陸內含稅7%(貨運費使用)時,遇到一個問題,它與一般內含稅不同的算法不同,其算法與外加稅的公式一樣,所以在設定Percentage Rate 時,若設為7,Allow Tax Inclusion設為Standard Inclusive Handling 時,算出來就與所要的不同,
所以該類內含稅的設法為:Percentage Rate = 稅率/(100-稅率 )*100,這樣算出的稅額才是所要的。

2012年7月23日 星期一

[AP]R12自行檢測AP Bug的方法

R12版本的AP Invoice目前通常都先做Data Fix來解決我們所遇到的問題所以官方提供一Script可以自行先做檢測是否為Oracle 只能做Data Fix而不修正程式的issue

Step:

1.   於測試區先做出該筆資料
2.   R12: Diagnostic Script to Validate Data Related to Invoices, Payments, and Suppliers (Doc ID 1360390.1) and "Follow this note" then use "single_trx.sql" to find your issue data(此為標準提供的檢驗Script15天會更新一次,要用時建議先download新版本)
3.   GDF的產出資料(置於server下的/var/tmp)所述於測試區更新相關Patch參照下圖GDF會列出Bug No.Note ID可連結至該文件再依文件的步驟做Data Fix。
      請注意,此類Patch更新一定要用標準上Patch的方式,不能自行將Script依序開至DB內,以免有更新不完全的情況。

4.   GDF沒任何Bug顯示,則要另行請Oracle Support協助處理。

2012年7月19日 星期四

[AP] Invoice 無法 Calculate Tax - Part II

近日發生平測區的Invoice match PO 可計算出稅額, 而無 match PO 的 invoice無法計算出稅額的情況, 檢查步驟如下:
1. Supplier設定Calculate tax  已設為Yes
2. 檢查eBTax中的所有設定, 及Tax Rule是ship to, use bill to if ship to is not available
3. 檢查Invoice Line 中 Ship to有值且該值與Supplier Site的設定裡的相同
=========================================================
檢查到此為止都找不到無法計算出稅額之因, 所有相關資料都很正常

最後, 終於找到原因了, 是Organization中OU及INV層級所對應的Location被更改過, 且於Supplier匯入後才被修改, 所以Supplier的Ship to 及 Bill to並不會跟著被修正.....
=========================================================

因為無法計算出稅額造成的情況都不同, 所以只要一發生, 先依以上步驟做檢查....

通常Organization會先設定確認無誤後, 其他基本資料才會做匯入工作, 但因平測區常會被人忽視, 更改設定沒通知相關模組, 所造成的問題反而要花更多時間才能解決

2012年7月18日 星期三

[AP] Invoice 無法 Calculate Tax

User反應 Invoice 無法 Calculate Tax, 因原先就發現上Patch發生了問題, 故一時間忘了, 還有一種情況會造成此情形, 檢查後才知Supplier的基本設定沒設上去, 設定如下,

路徑:Payables->Supplier->Tax and Reporting->SITE那層裡->Update Transaction Tax->
Calculate tax  要設為yes
Tax Classification 也要設定

Calculate tax若沒設定會造成AP立帳時, 不管怎麼按Calculate Tax的按鈕都不會幫你算稅額, 請特別注意此點!!
Tax Classification若沒設定於AP立帳時, 不會帶出稅別的預設值

若是該設定有設, 還是無法Calculate Tax, 則依當時情況做處理......







2012年7月13日 星期五

[PL/SQL技術]使用程式執行Oracle Bi Publisher 的XML報表

程式使用FND_REQUEST.SUBMIT_REQUEST 執行XML報表, OutputPDF, Concurrent request執行完畢後, 按下View Output結果出現下圖訊息,

經查詢文件後, 要開啟該類報表須先執行FND_REQUEST.ADD_LAYOUT 指定Output格式, 再執行FND_REQUEST.SUBMIT_REQUEST 就能順利開啟報表
(參考文件:
 (1)How to Use FND_REQUEST.ADD_LAYOUT When Submitting a Concurrent Request Via a PL/SQL Procedure [ID 308658.1]
 (2)How To Get Statement Output in PDF? Is There A Sample Template For AR Statements? [ID 603338.1]
)

[一般]提供Oracle ERP 程式的版本資訊

Oracle Support 有時會請我們提供程式的版本資訊, 可利用strings -a $XX_TOP/filename |grep '$Header' 的指令

例如, 要求下列程式版本:
$AP_TOP/patch/115/sql/apiimvt*.pls
$AP_TOP/patch/115/sql/apiimut*.pls
$AP_TOP/patch/115/sql/apiimpt*.pls
(:有時Oracle Support不會告訴你完整路徑, 只會跟你說程式名, 但通常都 XX_TOP下的/patch/115/sql, XX_TOP代表會變的, 如果是AP的程式, 就要改成AP_TOP, 依程式模組不同而做修改)

利用該指令一次將所有程式版本資訊顯示出來, 指令下法如下:
strings -a $AP_TOP/patch/115/sql/apiimvt*.pls $AP_TOP/patch/115/sql/apiimut*.pls $AP_TOP/patch/115/sql/apiimpt*.pls |grep '$Header'

得到的結果如下圖, 只要把這些資料丟給Oracle Support 就好