狀況:
1.PR開立後送簽, 主管未收到系統通知信
2.hirarchy設定正確, 主管在ERP worklist有看到待簽PR, 簽核也正常
3.email server沒有送信記錄, 所以不是user忽略了通知信
處理過程:
1.查帳號的preference, 其中mail style設定為Disable, 改為HTML mail, 狀況依舊
2.查帳號中的email address, 有錯, 多了個字母, 已修正, 狀況依舊
3.查看Employee中設定的email, 是正確的
在覺得沒救時, 突然想到hz_parties table.
以employee中的party_id查hz_parties, email_address欄位是空的, 可能當初email資料真的有問題, 但沒有完整修正.
補上後請user再試, 還是有問題.
最後解法:
在Employee和User的設定畫面上, 清空email, 存檔, 再填入email, 存檔. 好了. -__-
2018年12月27日 星期四
2018年12月26日 星期三
Oracle EBS: PO送簽時出現PO_EMAIL_ADD_SINGLE error
狀況: 在PO送簽時, 有手動填入email address, 要approve時, 出現PO_EMAIL_ADD_SINGLE error
原因: email中包含特殊字元. 以這次的資料來說, 是有個 & 符號.
解決方式: 修改email address
Oracle所提供說明如下:
Ref:
1.POXPOEPO: Can Multiple Supplier E-Mail Addresses Be Entered On The Approval Submission Form of the Buyers Work-Bench ? (Doc ID 1665583.1)
原因: email中包含特殊字元. 以這次的資料來說, 是有個 & 符號.
解決方式: 修改email address
Oracle所提供說明如下:
Ref:
1.POXPOEPO: Can Multiple Supplier E-Mail Addresses Be Entered On The Approval Submission Form of the Buyers Work-Bench ? (Doc ID 1665583.1)
2018年12月19日 星期三
Oracle EBS: 使用 po_actions.close_po API 來 close BPA
試了試, 跟close PO相似, 不難.
p_docsubtyp => 'BLANKET',
p_lineid => r1.po_line_id, --
p_shipid => null , --r1.line_location_id,--
p_action => 'CLOSE',
p_reason => '因應改為議價',
p_calling_mode => NULL,
p_conc_flag => 'N',
p_return_code => v_return_code,
p_auto_close => 'N',
p_action_date => sysdate, --NULL,
p_origin_doc_id => NULL);
但太久沒執行這類API, 忘了先執行前置動作, 多花了一些時間:
resp_appl_id => 53289);
再加個cursor就批次作完了~
v_value := po_actions.close_po (p_docid => r1.po_header_id,
p_doctyp => 'PA',p_docsubtyp => 'BLANKET',
p_lineid => r1.po_line_id, --
p_shipid => null , --r1.line_location_id,--
p_action => 'CLOSE',
p_reason => '因應改為議價',
p_calling_mode => NULL,
p_conc_flag => 'N',
p_return_code => v_return_code,
p_auto_close => 'N',
p_action_date => sysdate, --NULL,
p_origin_doc_id => NULL);
但太久沒執行這類API, 忘了先執行前置動作, 多花了一些時間:
fnd_global.apps_initialize (user_id => 1,
resp_id => 201,resp_appl_id => 53289);
再加個cursor就批次作完了~
2018年12月3日 星期一
Oracle EBS: APP-PO-14694: This doucment is not updateable.
狀況: user更改PO資料時, 出現APP-PO-14694的訊息, 無法作業
APP-PO-14694: This doucment is not updateable.
Cause: You have tried to update a document that is currently not updateable.
Action: No action required.
原因: PO_ACTION_HISTORY table中的Action History記錄, 有 NULL action_code
解決方式:
1.在Purchase Order Summary中查出PO
2.以 Tools -> Control 功能作 On Hold
3.儲存
4.再次使用 Tools -> Control功能, 作 Release Hold , 並儲存
4.完成
Ref:
1.[PO.Purchase Order.ISSUE] APP-PO-14694: This doucment is not updateable.
http://sammijou.blogspot.com/2014/07/app-po-14694-this-doucment-is-not.html
2.Unable to Update Approved Purchase Order Due to APP-PO-14694 Error (Doc ID 402206.1)
APP-PO-14694: This doucment is not updateable.
Cause: You have tried to update a document that is currently not updateable.
Action: No action required.
原因: PO_ACTION_HISTORY table中的Action History記錄, 有 NULL action_code
解決方式:
1.在Purchase Order Summary中查出PO
2.以 Tools -> Control 功能作 On Hold
3.儲存
4.再次使用 Tools -> Control功能, 作 Release Hold , 並儲存
4.完成
Ref:
1.[PO.Purchase Order.ISSUE] APP-PO-14694: This doucment is not updateable.
http://sammijou.blogspot.com/2014/07/app-po-14694-this-doucment-is-not.html
2.Unable to Update Approved Purchase Order Due to APP-PO-14694 Error (Doc ID 402206.1)
2018年11月30日 星期五
Oracle EBS: WIP Pending Resource Transactions中的資料停在Pending, resubmit無效
問題: WIP Pending Resource Transactions中的資料停在Pending, resubmit無效
狀況:
1.Pending Resource Transactions中的資料停在Pending, 沒有error
2.只有在特定時間的兩個工單資料有此狀況
3.group_id有值, transaction_id是空的
4.後續進來的交易沒有問題
5.resubmit沒用
解法: 在table中把狀態改為error, 再resubmit, 好了. :O
目前看來, 可能是原先資料異常, 導致未被處理, 改成error後反而符合要處理的條件.
有篇文章沒派上用場, 但還是記一下:
Oracle WIP Jobs Pending Resource Transactions, Pending Transactions in WIP_COST_TXN_INTERFACE Table
https://oracleappsdna.com/2011/07/oracle-wip-jobs-pending-resource-transactions-pending-transactions-in-wip_cost_txn_interface-table/
狀況:
1.Pending Resource Transactions中的資料停在Pending, 沒有error
2.只有在特定時間的兩個工單資料有此狀況
3.group_id有值, transaction_id是空的
4.後續進來的交易沒有問題
5.resubmit沒用
解法: 在table中把狀態改為error, 再resubmit, 好了. :O
目前看來, 可能是原先資料異常, 導致未被處理, 改成error後反而符合要處理的條件.
有篇文章沒派上用場, 但還是記一下:
Oracle WIP Jobs Pending Resource Transactions, Pending Transactions in WIP_COST_TXN_INTERFACE Table
https://oracleappsdna.com/2011/07/oracle-wip-jobs-pending-resource-transactions-pending-transactions-in-wip_cost_txn_interface-table/
訂閱:
文章 (Atom)


