付款過程請求-功能和技術資訊



付款過程請求

概要

在資金支出頁面下，使用者可以提交付款過程請求(PPR)產生付款。你可以選擇提交單個付款處理請求也可以計劃付款處理請求.

付款處理請求一共有四步.
a) 付款單據選擇
b) 建立付款
c) 格式化付款
d) 確認付款

付款單據選擇和確認付款由應付賬款(AP)編碼處理，而建立付款和格式化付款是由付款(IBY)編碼處理

提交單一付款處理請求

必填項目- 付款處理請求名稱，付款截止日

付款屬性子標籤下-付款日期，付款匯率類型.
付款處理設定檔和支付銀行賬戶是可選欄位.

在處理子標籤下，選項可用於在單據選擇/付款後停止處理，和如何建立付款指示.

驗證失敗結果子標籤下，選擇最符合業務需求的關於如何處理付款單據及發票的驗證失敗的選項.
點擊提交按鈕提交付款處理請求.

付款單據選擇-應付賬款

代碼: AP_AUTOSELECT_PKG

當提交一個付款過程請求時，AP_INV_SELECTION_CRITERIA_ALL表就建立一條記錄，該記錄的checkrun_name與付款過程請求的名字一致.

在選擇發票的時候無需指定付款設定檔和支付該筆付款的內部銀行賬戶。提交PPR的使用者也不需要知道這些資訊。這些值可以在後來的付款管理中提供.

選擇:
按照使用者在提交PPR時提供的到期日，折扣日，付款組和其它標準來選擇發票。選擇過程由調用程式執行。

被選中的發票儲存在表AP_SELECTED_INVOICES_ALL內.

未選中的發票儲存在表AP_UNSELECTED_INVOICES_ALL內.

鎖定:
選擇付款單據後，這些發票就被鎖定以防止它們被其他支票選中。PPR的checkrun_id被更新到選中額付款單據的AP_PAYMENT_SCHEDULES_ALL.checkrun_id 中.

複核:
如果付款流程請求設定為“在選擇計劃付款後，停止複核流程”，流程就會停止以供使用者複核。PPR的狀態變成“發票等待覆核”.

如果沒有啟用設定“在選擇計劃付款後，停止複核流程”，選擇發票後，建立程式會自動認可.

如果沒有發票符合選擇的標準，且沒有選中任何支付的付款計劃，PPR自動取消且狀態變成“取消-未選中發票”.

如果需要使用者複核，在使用者複核選中的付款計劃後點擊提交，AP調用IBYBUILD程式.

驗證狀態和活動
在此步驟結束是，有效狀態是
a) 發票等待覆核或
b) 取消-未選中發票或
c) 其它顯示缺失資訊的狀態，比如缺失匯率

如果PPR的狀態是“取消-未選中發票”，則沒有有效行動.
對於其它狀態，可以採取的行動有
a) 結束PPR 或
b) 修改/繼續提交PPR並啟動建立付款流程.

建立付款-付款

代碼: IBY_DISBURSE_SUBMIT_PUB_PKG

建立付款會在IBY_PAY_SERVICE_REQUESTS插入記錄，此記錄中call_app_pay_service_req_code = checkrun_name.

主鍵: PAYMENT_SEVICE_REQUEST_ID

主要欄位:
CALL_AP_PAY_SERVICE_REQ_CODE -> PPR 名稱
CALLING_APP_ID
PAYMENT_SERVICE_REQUEST_STATUS
INTERNAL_BANK_ACCOUNT_ID
MAXIMUM_PAYMENT_AMOUNT
MINIMUM_PAYMENT_AMOUNT
DOCUMENT_REJECTION_LEVEL_CODE
PAYMENT_REJECTION_LEVEL_CODE
REQUIRE_PROP_PMTS_REVIEW_FLAG
CREATE_PMT_INSTRUCTIONS_FLAG

注意：該PPR顯示的狀態由ibyvutlb.pls 產生

由get_psr_status功能，在看板上顯示PPR狀態.

提供給 PAYMENT_SERVICE_REQUEST_STATUS 的值主要有
PAYMENT_SERVICE_REQUEST_STATUS
------------------------------
DOCUMENTS_VALIDATED
INFORMATION_REQUIRED
INSERTED
PAYMENTS_CREATED
PENDING_REVIEW
TERMINATED
VALIDATION_FAILED

建立付款程式將付款資訊存入表IBY_DOCS_PAYABLE_ALL中，並通過欄位PAYMENT_SERVICE_REQUEST_ID串連到付款服務請求表.

主要欄位:
Payment_service_request_id
Calling_app_doc_ref_number -> invoice_number
Document_payable_id
Document_status
Payment_currency_code
Payment_amount
Document_amount
Exclusive_payment_flag
Payment_method_code
Payment_id
Formatting_payment_id
Ext_payee_id
Payee_party_id
Payment_profile_id
Internal_bank_account_id
Calling_app_doc_unique_ref2 -> invoice_id
Calling_app_doc_unique_ref3 -> payment number


a) 內部銀行賬戶/付款流程設定檔(PPP)分配:
代碼: IBY_ASSIGN_PUB

如果付款流程請求有了一個內部銀行帳號並分配了一個付款設定檔(PPP)，則該PPR內所有的付款單據都被分配了同樣的內部銀行帳號和付款設定檔.

如果在提交PPR時沒有預設內部銀行帳號和PPP，ORACLE PAYMENT就會尋找預設值。如果找不到所有付款單據的預設值，PPR就會更新為“需要資訊”狀態。 PPR顯示的資訊是“需要資訊-等待行動”.
使用者應該填補缺失的資訊再繼續運行付款流程.

b) 付款單據驗證
代碼: IBY_VALIDATIONSETS_PUB

在此過程中，付款用基於驗證的付款方法和基於驗證的付款格式來驗證所有的付款單據.

b.1 - 如果所有的單據通過驗證，所有的單據的狀態更新為“已驗證”，PPR的狀態更新為‘單據已驗證’.

b.2 - 如果驗證失敗，Oracle Payments使用提交PPR時用到的系統配置選項確定下一步行動.

當驗證失敗時，PPR的DOCUMENT_REJECTION_LEVEL_CODE用以下值確定如何繼續處理付款單據
請求 - 拒絕此PPR的所有付款單據
付款單據 - 只拒絕有錯誤的付款單據
收款人 - 拒絕與此供應商所有相關的付款單據
無 - 停止請求以供複核

b.2.1 – 請求
付款過程請求的狀態更新到“檔案驗證失敗”。Oracle Payments調出調用程式，AP釋放出被拒絕的單據以使另外的付款過程請求可以支付這些單據.

b.2.2 – 付款單據
Oracle Payments拒絕所有驗證失敗的單據。Oracle Payments調出調用程式，AP釋放出被拒絕的單據以使另外的付款過程請求可以支付這些單據。其餘的單據的狀態更新為“已驗證”，PPR的狀態更新為“單據已驗證”.

b.2.3 – 收款人
如果一個或者多個單據驗證失敗，則Oracle Payments拒絕該供應商所有的付款單據。Oracle Payments調出調用程式，AP釋放被拒絕的單據以使另外的付款過程請求可以支付這些單據。其餘的單據的狀態更新為“已驗證”，PPR的狀態更新為“單據已驗證”.

c) 建立付款
代碼: IBY_PAYGROUP_PUB

已驗證的付款單據按照分組規則分成建議付款，分組規則包括使用者定義和系統預設組成.

例如: 如果exclusive_payment_flag = Y，該付款單據需單獨支付。 然後對該單據編號（內部識別，不是支票編號）並驗證建立的付款.

記錄插入IBY_PAYMENTS_ALL，該表儲存選定的付款單據的付款資訊.

建立付款程式將與支付該單據有關的付款payment_id和formatting_payment_id值更新表IBY_DOCS_PAYABLE_ALL中.

通過欄位payment_service_request_id與IBY_PAYMENTS_ALL關聯.

主要欄位:
Payment_service_request_id
Payment_id
Payment_method_code
Payment_status
Payments_complete_flag
Payment_amount,
Dicount_amount_taken
Internal_bank_Account_id
Ext_payee_id
Payment_instruction_id
Payment_profile_id
Void_date

當驗證失敗時，PAYMENT_REJECTION_LEVEL_CODE用以下值來確定付款流程如何繼續.
請求 - 拒絕此PPR的所有付款單據
付款單據 - 只拒絕有錯誤的付款單據
無 - 停止請求以供複核

請求 - 整個PPR被拒絕。Oracle Payments提交一個業務事件調用AP來釋放這些付款單據。付款流程請求的狀態和建議的付款更新為“拒絕”.

付款–驗證失敗的付款將被拒絕，AP釋放出屬於驗證失敗的付款的付款單據，接受驗證通過的付款。被接受的付款的狀態更新為“建立”.

無 - 驗證失敗的付款狀態更新為“驗證失敗”，並允許使用者的幹預。PPR的狀態更新為“等待覆核”

如果在PPR的設定中，啟用選項“建立建議付款後，停止流程以複核”，則PPR狀態就變更為“等待建議付款複核”。該PPR將暫停以防止進一步的處理直到使用者採取行動。如果沒有啟用此選項，PPR的狀態就變成“付款已建立”。這種狀態下，可以建立此PPR的付款指示.

格式化付款-付款

代碼: IBY_PAYINTSR_PUB, IBY_CHECKNUMBER_PUB

當提交了一個PPR以後，有兩種選擇

CREATE_PMT_INSTRUCTIONS_FLAG可以是Y或者N
Y – 當付款建立以後，付款指示自動產生.
N – 應用軟體程式等待提交付款指示的標準請求.

IBY_PAYMENT_INSTRUCTIONS_ALL 存放著付款指示資訊.

如果PPR設定為自動認可指示，payment_service_request_id 就會更新到iby_payment_instructions_all ，程式將給PPR指定付款指示,此時這個付款指示通過 PAYMENT_SERVICE_REQUEST_ID關聯到PPR.

如果PPR正在處理子標籤下設定，使用者提交標準請求以建立付款指示，當指示請求提交後，付款指示通過該付款指示所選定的付款與PPR關聯。這種情況下的關聯是通過 iby_payments_all.payment_instruction_id來實現的.

IBY_PAYMENT_INSTRUCTIONS_ALL 中的主要欄位
Payment_instruction_id
Payment_profile_id
Payment_instruction_status
Payments_complete_code
Payment_count
Print_instruction_immed_flag
Transmit_instr_immed_flag
Internal_bank_account_id
Payment_document_id
Payment_date
Payment_reason_code
Payment_currency_code

格式化:
格式化步驟發生以下過程.

a) 給付款編號 – 支票編號
b) 建立XML提取資訊
c) 將提取資訊傳送至XML publisher
d) Oracle XML Publisher (BI publisher) 應用格式模板
e) BI publisher 格式化並儲存輸出資訊
f) Oracle Payments更新付款指示狀態和付款狀態。如果成功，付款和付款指示的狀態為“格式化”.

列印支票:
a) 在這一步，使用者可以將列印耗材裝載到印表機上，列印支票.
b) 確定支票列印是否成功。如果不成功，請重新列印.

確認付款-應付賬款

代碼: AP_PMT_CALLOUT_PKG

記錄支票的列印狀態來確認付款。Oracle Payments調用ap_pmt_callout_pkg.payment_completed確認付款.

包括以下步驟:
a) 指定序號/值-檔案編號.
b) 將IBY表中相應資料更新到AP_CHECKS_ALL表中.
Checkrun_name =IBY表中的 ppr name ，checkrun_id = IBY表中的checkrun_id.
c) 對應支票的資料插入AP_INVOICE_PAYMENTS_ALL表中.
d) 發票的AP_PAYMENT_SCHEDULES_ALL更新以顯示付款資訊和狀態.
e) 通過設定該付款計劃中的checkrun_id為空白值，釋放PPR支付的付款單據.
f) 更新AP_INVOICES_ALL表以顯示付款狀態
g) 刪除 AP_SELECTED_INVOICES_ALL 表中的資料
h) 刪除 AP_UNSELECTED_INVOICES_ALL 表中的資料