begin
MO_GLOBAL.SET_POLICY_CONTEXT('S',121);
end;
select
sys_context('multi_org2','current_org_id')
from
dual
2015年2月22日 星期日
2014年8月6日 星期三
GV有兩筆重複的憑證號碼存在
這個發生的情況為憑證類別為海關代徵營業稅,使用者在不同發票上輸入相同的憑證號碼,資通的顧問說畫面上會提示,但允許存檔。 如果發現相同的話,如果 ap invoice 作刪除,也要順便把 GV的那一作刪除才行。
2014年7月21日 星期一
Oracle EBS R12 PO Line單價異動影響 AP會科費用產生
通常發生在倉管人員有作退料的情況下,採購使用者會來問,為什麼收料是一個單價,退料又是另一個單價,AP Invoice, Debit Memo這時會科就會出現差異,很明顯的就是在這收、退的期間內,使用者去改變 PO Line的單價了,但可能是使用者太忙忘了,還是推責任的因素,往往都不承認有作過這件事,所以可以用 DB Trigger or ERP Alert的方式,如果有針對價格或數量有更動的話,把記錄寫進到一個暫存的 table內,這樣就比較好找出問題了。 雖然 Oracle ERP有很多 bug,尤其是在 AP這一模組,但實在很不想聽到每次使用者都說是系統的問題。
2014年5月30日 星期五
如何讓 Procedure的 Concurrent Status可以變成 Warning 或 Error
參考文章:ERRBUF and RETCODE in Concurrent Program
因為是 Concurrent是呼叫 Procedure的話,第一個、第二個參數為
errbuf out varchar2 ,retcode out varchar2
所以可以利用 retcode
retcode := 1 ERP Request Status就會是 Warning,
retcode := 2 就會是 Error
因為是 Concurrent是呼叫 Procedure的話,第一個、第二個參數為
errbuf out varchar2 ,retcode out varchar2
所以可以利用 retcode
retcode := 1 ERP Request Status就會是 Warning,
retcode := 2 就會是 Error
2014年5月28日 星期三
Oracle EBS R12 Doc ID 1489862.1 R12 Generic Data Fix (GDF) Patch for COMMONLY OCCURING INVOICE ISSUES 無法解決 Mat 3
前一陣子有用 single_trx.sql找出一筆 invoice需要作 data fix,使用 ap_one_off_scripts_sel(fix).sql來解決,於更新了 patch也執行了 fix程式,但此筆的問題還是存在,而且重新執行 single_trx.sql還是會建議你用相同的 datafix 解決,後來可行的作法就是
1.先請使用者先將 invoice line作 discard後存檔
2.我再跑一次 single_trx.sql,結果發現另一個 datafix的建議 R12: Generic Data Fix (GDF) Patch - Unable to Discard PO Matched Invoice Lines [ID 982072.1]
3.執行 ap_sync_po_qty_amt_sel(fix).sql後
4.重新 match就正常了。
1.先請使用者先將 invoice line作 discard後存檔
2.我再跑一次 single_trx.sql,結果發現另一個 datafix的建議 R12: Generic Data Fix (GDF) Patch - Unable to Discard PO Matched Invoice Lines [ID 982072.1]
3.執行 ap_sync_po_qty_amt_sel(fix).sql後
4.重新 match就正常了。
Oracle EBS R12 AP Invoice Hold Troubleshooting
可參考如下連結:12: Invoice HOLDS: Causes and Troubleshooting [Video] (Doc ID 1472606.1)
今天有碰到使用者問我一張 invoice有一個 Matching Required的 hold,但我沒遇過,所以找到這篇文件,上面有寫到 supplier site設定上有一個參數 Unmatched Invoices 如果有打勾,代表 invoice line一定都要經過 match產生才可以,如果手動增加且沒有match就會出現這個 hold。 如果還有其它 hold的問題可以來這邊找找看如何解決。
今天有碰到使用者問我一張 invoice有一個 Matching Required的 hold,但我沒遇過,所以找到這篇文件,上面有寫到 supplier site設定上有一個參數 Unmatched Invoices 如果有打勾,代表 invoice line一定都要經過 match產生才可以,如果手動增加且沒有match就會出現這個 hold。 如果還有其它 hold的問題可以來這邊找找看如何解決。
2014年3月17日 星期一
大批付款一直無法捉取負項 AP Invoice
一般可能都是銀行帳戶沒有維護好的問題,可以先檢查 Reject Report看看被 Reject的有那些, 再來查詢 Selected Payment Schedules Report內 Unselected Scheduled Payments and Credits, 如果有出現 Credit reduces payment amount below zero的話,請先檢查該供應商所有該付的 Invoice,不管正、負, Schedule Payment內銀行帳號是否都有值或是正確的,如果沒有的話,請先維護正確,再重新跑一次看看是否問題解決了沒。
2014年2月11日 星期二
Oracle EBS R12 為何更改 AP Invoice date但 due date確不會自動更新
請至 supplier設定功能先檢查 Invoice Management ==> Term ==> Terms Date Basis是不是有設定正確,如果想要更改 invoice date後 due date就會自動更新的話,請把它設為 Invoice,其它值的話,請就參考下列的文章
參考文件:R12: How is a Payables Invoice Due Date Calculated? (Doc ID 1136143.1)
2013年9月9日 星期一
已收料但後來 cancel 的 po還可以作退料嗎
跟據原廠的文件,答案是 no cancel line or line 是 final close的狀態,就不能作任何收退料的交易了。
Use the Receiving Returns window to return delivered items to receiving and to return received or delivered externally sourced items to the supplier if the purchase order has neither been cancelled nor final closed.
Use the Receiving Returns window to return delivered items to receiving and to return received or delivered externally sourced items to the supplier if the purchase order has neither been cancelled nor final closed.
2013年8月7日 星期三
GL 主帳本 reversed journal 不設定自動轉至次帳本的可能原因
主帳本(Primary ledger) reversed 的Journal是否會自動拋至次帳本(Secondary Ledger)
上一次有說如何設定自動拋轉,但我們公司的設定是不自動拋轉,可能的原因之一就是在 FA有建立 Tax Book而且資料會拋至 GL,這樣在 GL 的主帳本和次帳本都會有由 FA Corporate Book, Tax Book的 Journal,使用者就可以在 GL主帳本把 FA Tax Book的資料作 reverse,然後再去 GL次帳本把 FA Corporate Book的資料作 reverse。在不同的 GL帳本就可以用來看不同 FA的帳本了。
上一次有說如何設定自動拋轉,但我們公司的設定是不自動拋轉,可能的原因之一就是在 FA有建立 Tax Book而且資料會拋至 GL,這樣在 GL 的主帳本和次帳本都會有由 FA Corporate Book, Tax Book的 Journal,使用者就可以在 GL主帳本把 FA Tax Book的資料作 reverse,然後再去 GL次帳本把 FA Corporate Book的資料作 reverse。在不同的 GL帳本就可以用來看不同 FA的帳本了。
2013年6月20日 星期四
WEB ADI Supplier, Supplier Site Java Component範例
這邊有一個範例可以參考,讓 Supplier Site可以針對所選的 Supplier而透出相對應的 Site,實作後是可行的,不過針對第四點好像只能透過這個指令執行,而不能在 ERP define component的網頁上設定。 而目前我碰到最大的問題是重新compile java code後 (我要加上 org_id的條件),系統還是會執行舊的程式,必需要重新 bounce( reboot) ERP,我有參考 bne cache clear的文件,但還是沒用,所以只好重開。 目前正常 work。
參考文件
Dependent LOV(List of Values) in Oracle Web ADI with steps and source code
BNE Cache clear for Desktop Integrator
參考文件
Dependent LOV(List of Values) in Oracle Web ADI with steps and source code
BNE Cache clear for Desktop Integrator
WEB ADI tourial
目前使用者想透過 adi 方式上傳 AP Invoice的資料,但 ERP沒有針對 AP有標準的 ADI, 所以我這邊要客制一個,這邊有一個文件可以參考,對我的幫助很大。
參考文件
How to Define an Importer Returning Error Messages to the Oracle Web Applications Desktop Integrator Document
參考文件
How to Define an Importer Returning Error Messages to the Oracle Web Applications Desktop Integrator Document
2013年5月2日 星期四
GL Journal Document Number為空值如何解決 ?
如果使用者在維護 Document Sequence沒有作好的話,在產生傳票 (Journal)時 , document number可能就會空白,這樣的話要如何補上呢 ?
1.至 document assign找出這個 category 是使用那一個 document (FND_DOCUMENT_SEQUENCES)
2. SELECT * FROM FND_DOCUMENT_SEQUENCES
WHERE (NAME = 'document name') order by name
找出 DB_SEQUENCE_NAME 使用系統的那一個 DB Sequence
3.找出來之後,把傳票欄位 DOC_SEQUENCE_ID 填入 , DOC_SEQUENCE_VALUE 填入 DB Sequence最大值
4. 更改 DB Sequence 的 next number的值 (+1)
step 3,4可以直接使用如下 SQL (要先確定好 doc_sequence_id 和DOC_SEQUENCE_VALUE )
update gl_je_headers
set doc_sequence_id = 2848
,DOC_SEQUENCE_VALUE = FND_DOC_SEQ_*****_S.nextval
where ledger_id =p_ledger_id
and period_name = p_period_name
and doc_sequence_id is null
1.至 document assign找出這個 category 是使用那一個 document (FND_DOCUMENT_SEQUENCES)
2. SELECT * FROM FND_DOCUMENT_SEQUENCES
WHERE (NAME = 'document name') order by name
找出 DB_SEQUENCE_NAME 使用系統的那一個 DB Sequence
3.找出來之後,把傳票欄位 DOC_SEQUENCE_ID 填入 , DOC_SEQUENCE_VALUE 填入 DB Sequence最大值
4. 更改 DB Sequence 的 next number的值 (+1)
step 3,4可以直接使用如下 SQL (要先確定好 doc_sequence_id 和DOC_SEQUENCE_VALUE )
update gl_je_headers
set doc_sequence_id = 2848
,DOC_SEQUENCE_VALUE = FND_DOC_SEQ_*****_S.nextval
where ledger_id =p_ledger_id
and period_name = p_period_name
and doc_sequence_id is null
2013年4月11日 星期四
Oracle EBS R12 GL 會科節段(Segment) 的 Account Type選錯了怎麼辦
如果一開始在維護會科節段(Segment)時, Account Type如果選錯的話,比如正確的為 Asset,但選成 Expense,如果已經有產生一個 code combination,其 Type應該為 Expense,但如果後來又再去改會科節段(Segment)的Account Type變成 Asset,這時 已產生code combination的 Type是不會變的,新產生的code combination的 Type才會是正確的,解決的方式如下
You can open a new account with the required account type and then transfer the balance from the previous account to the new account.
Alternatively you can follow the steps to correct a misclassified account to change the account type.
可以參考
R12: Troubleshooting Misclassified Accounts in General Ledger [ID 872162.1]
You can open a new account with the required account type and then transfer the balance from the previous account to the new account.
Alternatively you can follow the steps to correct a misclassified account to change the account type.
可以參考
R12: Troubleshooting Misclassified Accounts in General Ledger [ID 872162.1]
2013年2月24日 星期日
Build Payments 出現 ORA-06502
使用者在作大批付款 Payment Process Request,當執行到 Build Payments出現錯誤
view log 如下
Exception occured when building payments. Payment creation will be aborted and no payments will be committed for payment request 146440
SQLCODE: -6502
SQLERRM: ORA-06502: PL/SQL: numeric or value error: character string buffer too small
Build program error: Exception occured when attempting to create payments from the documents payable of the provided payment service request.
可能是 bug所造成的,但這一次不是
我的作法如下
1.啟用 FND Log机制
2.請使用者再作一次 Payment Process Request
3.檢示 FND Log 出現 ORA-06502的地方,找出 party id,再利用 party id找出是那一個 supplier
4.至 supplier維護畫面,看看 bank detail是否有些問題
最後被我找到是使用者把 bank account number和 bank account name的值相反了,而 account number太長了,所以造成錯誤。 請使用者把資料改成正確即可。
view log 如下
Exception occured when building payments. Payment creation will be aborted and no payments will be committed for payment request 146440
SQLCODE: -6502
SQLERRM: ORA-06502: PL/SQL: numeric or value error: character string buffer too small
Build program error: Exception occured when attempting to create payments from the documents payable of the provided payment service request.
可能是 bug所造成的,但這一次不是
我的作法如下
1.啟用 FND Log机制
2.請使用者再作一次 Payment Process Request
3.檢示 FND Log 出現 ORA-06502的地方,找出 party id,再利用 party id找出是那一個 supplier
4.至 supplier維護畫面,看看 bank detail是否有些問題
最後被我找到是使用者把 bank account number和 bank account name的值相反了,而 account number太長了,所以造成錯誤。 請使用者把資料改成正確即可。
2013年2月19日 星期二
Oracle EBS R12 主帳本(Primary ledger) reversed 的Journal是否會自動拋至次帳本(Secondary Ledger)
如果是使用版本 12.1.3的話,應該預設就會有這個功能,如果是之前的版本的話,就要根據參考文件,更新 patch
更新完之後,請至 Accounting Setup Manager內,找出主帳本的 Setup
將 Synchronize Reversals between Primary and Secondary Ledger(s) 打勾即可。
參考文件
R12: Posting Reversal Journal in Primary Ledger not Creating the Reversal Journal in Secondary Ledger [ID 428196.1]
更新完之後,請至 Accounting Setup Manager內,找出主帳本的 Setup
將 Synchronize Reversals between Primary and Secondary Ledger(s) 打勾即可。
參考文件
R12: Posting Reversal Journal in Primary Ledger not Creating the Reversal Journal in Secondary Ledger [ID 428196.1]
2013年1月27日 星期日
Voided 的 Payment 是否會拋至 NM
Voided 的 Payment 是否會拋至 NM ?
這要看 void前是否已經拋至 NM,如果使用者在一筆 Payment還沒作 void時已經拋至 NM的話,那之後再作 void,則 NM就會相對應產生一筆負數的資料。
如果使用者先 void一筆 Payment後再作 NM拋轉的動作,則這一筆就不會拋至 NM。
這要看 void前是否已經拋至 NM,如果使用者在一筆 Payment還沒作 void時已經拋至 NM的話,那之後再作 void,則 NM就會相對應產生一筆負數的資料。
如果使用者先 void一筆 Payment後再作 NM拋轉的動作,則這一筆就不會拋至 NM。
2012年12月16日 星期日
SQL 供應商銀行帳號資料
要看這個銀行帳號沒有被任何 supplier使用的話,可以用 Bank Account ID來查詢
iby.iby_pmt_instr_uses_all,看看有沒有資料存在
SELECT SUPP.VENDOR_NAME,
supp.segment1 verndor_number,
ssite.vendor_site_code,
bank.bank_number,
bank.bank_name,
branch.branch_number,
branch.bank_branch_name,
acct.foreign_payment_use_flag,
acct.bank_account_num,
acct.bank_account_name,
ssite.org_id,
uses.last_update_date
,fu.user_name created_by
FROM iby.iby_ext_bank_accounts acct,
apps.iby_ext_bank_branches_v branch,
apps.iby_ext_banks_v bank,
iby.iby_pmt_instr_uses_all uses,
iby.iby_external_payees_all payee,
ap.ap_suppliers supp,
ap.ap_supplier_sites_all ssite
,APPLSYS.fnd_user fu
WHERE acct.branch_id = branch.branch_party_id(+)
AND acct.bank_id = bank.bank_party_id(+)
AND acct.ext_bank_account_id = uses.instrument_id
AND uses.instrument_type = 'BANKACCOUNT'
AND uses.ext_pmt_party_id = payee.ext_payee_id
AND payee.supplier_site_id = ssite.vendor_site_id
AND ssite.vendor_id = supp.vendor_id
AND uses.created_by = fu.user_id
或者
SELECT SUPP.VENDOR_NAME,
supp.segment1 verndor_number,
ssite.vendor_site_code,
bank.bank_number,
bank.bank_name,
branch.branch_number,
branch.bank_branch_name,
acct.foreign_payment_use_flag,
acct.bank_account_num,
acct.bank_account_name,
ssite.org_id,
uses.last_update_date
,fu.user_name created_by
FROM iby.iby_ext_bank_accounts acct,
apps.iby_ext_bank_branches_v branch,
apps.iby_ext_banks_v bank,
iby.iby_pmt_instr_uses_all uses,
iby.iby_external_payees_all payee,
ap.ap_suppliers supp,
ap.ap_supplier_sites_all ssite
,APPLSYS.fnd_user fu
WHERE acct.branch_id = branch.branch_party_id(+)
AND acct.bank_id = bank.bank_party_id(+)
AND acct.ext_bank_account_id = uses.instrument_id
AND uses.instrument_type = 'BANKACCOUNT'
AND uses.ext_pmt_party_id = payee.ext_payee_id
AND payee.supplier_site_id = ssite.vendor_site_id(+)
AND supp.party_id = payee.payee_party_id
AND uses.created_by = fu.user_id
2012年12月14日 星期五
Oracle EBS R12 產生費用性暫估會科不正確
一般 Expense AP Accrual Account會在 Purchasing Option內有一個欄位可以設定,但最近有發現到有一些部門的費用性暫估的會科不正確,部門 segment會出現該部門的代碼,正常應該是一個固定的代碼。 後來去查 Code Combination的設定,發現出現了一個組合是有包含部門的。 所以就試著把這個組合失效後,費用會科帶出來就正確了。
訂閱:
文章 (Atom)