一、發(fā)展歷史

2011年，在SAP ECC6 Ehp5中，通過功能增強(qiáng)FIN_LOC_CI_16發(fā)布中國版的銀企直連（Electronic payment integration with Chinese 簡稱EPIC）。

后續(xù)2年左右時(shí)間內(nèi)，SAP先后在ECC Ehp6的多個(gè)SP（支持包）中，多次更新該功能，分別通過功能增強(qiáng)FIN_LOC_EPIC_2、FIN_LOC_EPIC_3、FIN_LOC_EPIC_4、FIN_LOC_EPIC_4_2、FIN_LOC_EPIC_5來激活。

下文中，以SAP中最新的銀企直連功能(SP10)為例，簡要介紹其功能。銀企直連具體而言，分為支付功能、銀行對賬單、銀行回單以及查詢等功能。本文中主要介紹通過銀企直連進(jìn)行支付。

*部分功能可能明年1月份正式發(fā)布。

?

二、付款功能-銀企直連-覆蓋的業(yè)務(wù)場景

所有與銀行相關(guān)的支付，均可以通過此事務(wù)代碼進(jìn)行操作。

最廣泛的應(yīng)用是采購貨物、服務(wù)產(chǎn)生的對供應(yīng)商的未清項(xiàng)目，但同時(shí)也可以針對以下但不限于以下項(xiàng)目

• 供應(yīng)商方式管理的員工報(bào)銷。
• 托收承付業(yè)務(wù)：與客戶、銀行簽訂三方協(xié)議，發(fā)貨后，自動(dòng)從客戶賬戶收款；
• 利息支付、貸款等各項(xiàng)業(yè)務(wù)。

?

三、銀企直連付款功能- -實(shí)現(xiàn)概覽

以最常見的通過銀行轉(zhuǎn)賬向供應(yīng)商付款為例，以下為主要的操作步驟，這些操作是在同一個(gè)事務(wù)代碼（EPIC_PROC）中進(jìn)行操作。

1. 讀取供應(yīng)商未清項(xiàng)目

用戶A輸入供應(yīng)商、付款方式等篩選條件，查找到供應(yīng)商的應(yīng)付款項(xiàng)目。

2. 編輯付款請求

有權(quán)限的用戶可進(jìn)一步對付款請求進(jìn)行修改，如修改付款銀行。在付款前有權(quán)限的用戶都可以進(jìn)行編輯。

3. 審批付款請求（Release）

用戶提交付款請求，如果付款請求需要被批準(zhǔn)，則付款請求被一人或多人批準(zhǔn),根據(jù)實(shí)際情況也可以拒絕批準(zhǔn)。

4. 付款（Pay）

對已經(jīng)批準(zhǔn)的付款請求進(jìn)行付款，則生成XML格式的付款文件(Payment file)及付款訂單（Payment Order），同時(shí)往往生成付款的財(cái)務(wù)憑證（會(huì)計(jì)憑證 借：某供應(yīng)商應(yīng)付，貸：某銀行存款-未達(dá)項(xiàng)）。

5.發(fā)送報(bào)文（Send）

將付款文件轉(zhuǎn)換為付款報(bào)文直接傳輸?shù)奖镜氐你y行前置機(jī)，具體而言是生成包含XML的報(bào)文，然后該報(bào)文以Http協(xié)議（RFC）傳輸?shù)姐y行前置機(jī)。

6.銀行反饋

正常來說，幾秒鐘內(nèi)，銀行會(huì)返回成功接受付款指令信息，相應(yīng)的系統(tǒng)更新付款文件的狀態(tài)為已成功，如果失敗，則后續(xù)進(jìn)行異常情況處理。

* 銀行前置機(jī)是指由銀行人員在客戶處的某臺專用電腦上安裝銀行的“銀企直聯(lián)前置服務(wù)器”，并在該機(jī)器上設(shè)置相應(yīng)的證書等各項(xiàng)安全、通訊策略，設(shè)置成功后，該前置機(jī)即可直接和銀行的服務(wù)器端的網(wǎng)銀系統(tǒng)以及背后的核心系統(tǒng)直接通訊、處理各類交易。我們熟悉的ATM機(jī)應(yīng)該屬于最常見的前置機(jī)。

*操作5處，系統(tǒng)可以配置在付款（生成付款文件和訂單），同時(shí)生成付款的財(cái)務(wù)憑證，也可以先付款，后續(xù)（如回單后）再生成付款的財(cái)務(wù)憑證。

?

四、付款請求的生成/讀取

1、 系統(tǒng)可以以多種方式生成（待）付款清單，最常見的是三種

1) 讀取供應(yīng)商的未清行項(xiàng)目，讀取原理與事務(wù)代碼F110完全相同，因此使用EPIC，需要像執(zhí)行事務(wù)代碼F110一樣，首先配置自動(dòng)付款的相關(guān)參數(shù)。

2) 與執(zhí)行事務(wù)代碼F111類似，讀取從內(nèi)部銀行、Treasure等生成的付款請求。

3) 讀取其他方式創(chuàng)建的付款請求（Payment Request），如根據(jù)采購訂單生產(chǎn)的預(yù)付款請求或手工創(chuàng)建的預(yù)付款請求。但需要注意如果確定是根據(jù)預(yù)付款請求進(jìn)行付款，則F110處不應(yīng)再設(shè)置讀取預(yù)付款。

2、 選擇合適的銀行，將有助于轉(zhuǎn)賬速度，并減少財(cái)務(wù)費(fèi)用，系統(tǒng)在生成付款請求時(shí)可自動(dòng)優(yōu)化開戶銀行以及賬戶的選擇，譬如企業(yè)有多家開戶行（招行、建行），如果付款給供應(yīng)商甲，其銀行賬戶是招行的，則選擇開戶行招行進(jìn)行付款。同時(shí)還可以根據(jù)賬戶余額來進(jìn)行選擇支付帳戶。

3、 可支持由母公司集中支付（代付），譬如對子公司的供應(yīng)商付款時(shí)，選擇母公司的開戶行進(jìn)行支付，因此還將生成公司間往來的憑證。

4、 為了防止重復(fù)付款，當(dāng)供應(yīng)商未清項(xiàng)目進(jìn)入到付款清單中，需要禁止對原憑證進(jìn)行沖銷或清帳。但似乎事務(wù)代碼MR8M對發(fā)票直接沖銷，系統(tǒng)不會(huì)有任何提示。

5、 發(fā)票校驗(yàn)時(shí)，設(shè)置付款凍結(jié)的，則以例外（不允許付款）的形式出現(xiàn)在清單中，需要進(jìn)一步處理才可以付款。

?

五、編輯功能

1、 生成付款訂單（付款文件）在發(fā)送給銀行前，有權(quán)限的人對付款請求進(jìn)行編輯

1) 從允許的開戶行中選擇一家我方的銀行賬戶（ 開戶行House Bank）

2) 更改收款方的銀行賬戶

3) 更改付款凍結(jié)

4) 特殊說明，如指定本次付款為“加急付款”。

2、 可以選擇多個(gè)行項(xiàng)目批量修改，如將某供應(yīng)商下的所有付款請求的開戶行全部修改。

3、 可以通過分配權(quán)限對象來特定權(quán)限的人修改

4、 可以控制當(dāng)不同的審批層級，則不允許修改會(huì)計(jì)憑證中特定的字段。如已經(jīng)被財(cái)務(wù)經(jīng)理批準(zhǔn)，則不允許修改付款條款。

5、 可以對特定付款請求部分付款。

6、 可以對與財(cái)務(wù)憑證相關(guān)的備注字段進(jìn)行補(bǔ)充。

7、 還可以自定義字段，如原因代碼，并通過BADI設(shè)置自定義字段的默認(rèn)值，該值還可進(jìn)一步復(fù)制到后續(xù)的付款文件或者付款憑證中。

8、 可以增加備注信息，但備注信息目前似乎不記錄備注人和時(shí)間。

?

六、付款申請審批

1、 SAP中的審批功能

SAP中最常見的審批功能可分為二類。

類型1：最普通的審批是通過權(quán)限對象+狀態(tài)來控制的，對象創(chuàng)建后初始狀態(tài)為已創(chuàng)建，在此狀態(tài)下不允許進(jìn)一步操作，只有有權(quán)限的人才允許修改狀態(tài)為已批準(zhǔn)。

內(nèi)部訂單、生產(chǎn)訂單、維修訂單的釋放均采用這種模式，并且背后的設(shè)計(jì)邏輯幾乎完全相同。系統(tǒng)中還可更一步定義對象的用戶狀態(tài)，并為每個(gè)自定義的用戶狀態(tài)設(shè)置相應(yīng)的權(quán)限。

類型2：采購訂單審批

采購訂單審批可以通過靈活定義特征來實(shí)現(xiàn)各種各樣的采購審批，無需任何開發(fā)。

EPIC中的審批功能是預(yù)留多個(gè)增強(qiáng)（BADI）以及提供樣例程序來滿足企業(yè)的需要。

這些預(yù)留的增強(qiáng)確實(shí)比較靈活，但個(gè)人認(rèn)為可以借鑒采購審批的邏輯來設(shè)計(jì)，這樣就只無需任何開發(fā)。目前來看采購訂單審批唯一的缺點(diǎn)可能是無法滿足下文審批示例2的需求（三個(gè)人中的任意二個(gè)進(jìn)行審批）。當(dāng)然更好的方案可能是提供可配置的方式，同時(shí)有增強(qiáng)。

2、 付款申請的審批功能簡介

1) 用戶提交時(shí)可以選擇多個(gè)付款行項(xiàng)目進(jìn)行一起提交，譬如用戶一次將其負(fù)責(zé)的三個(gè)供應(yīng)商的五條付款行項(xiàng)目全部提交。

2) 審批者可以全部審批，也可以選擇部分審批。譬如只審批其中的四條記錄，將一條記錄拒絕。可以對拒絕的行項(xiàng)目增加備注，說明拒絕原因。用戶可根據(jù)反饋意見，進(jìn)一步做調(diào)整，然后有必要的話，可重新提交審批。

3) 可靈活定義審批的前提條件/規(guī)則，如根據(jù)金額的不同設(shè)置不同的審批策略，。也可根據(jù)支出類型（投資性、IT設(shè)備采購、預(yù)算內(nèi)之處、預(yù)算外支出）定義不同的審批人或者審批級別。

4) 審批示例1-提交的付款申請，當(dāng)金額低于特定金額時(shí)，無需審批，當(dāng)金額超過特定金額時(shí)，第一級審批需要A（部門經(jīng)理）審批，第二級審批需要B（財(cái)務(wù)經(jīng)理）審批，第三級需要C、D（財(cái)務(wù)總監(jiān)或業(yè)務(wù)部門總監(jiān)）中的一個(gè)審批。

5) 審批示例2-提交的付款申請，當(dāng)金額超過特定金額時(shí)，則需要三個(gè)人（A、B、C）中的任意二個(gè)進(jìn)行審批。

6) 可以設(shè)置二種模式，由申請人按照預(yù)先定義的審批規(guī)則選擇相應(yīng)審批人員或者相應(yīng)審批人主動(dòng)認(rèn)領(lǐng)。

譬如某付款申請，可以是經(jīng)理A、B中的任意一人審批。此時(shí)用戶提交申請時(shí)，可以由用戶選擇是由經(jīng)理A還是B進(jìn)行審批。也可以用戶不加選擇，經(jīng)理A、B都可以去審批，誰先認(rèn)領(lǐng)審批則先審批 。

?

七、付款文件/付款訂單生成

1. SAP公司已經(jīng)與國內(nèi)六家銀行（ 工商銀行、農(nóng)業(yè)銀行、建設(shè)銀行、中國銀行、招商銀行等）進(jìn)行了聯(lián)合測試，并完成了字段匹配等工作。如果企業(yè)有額外需求，可以復(fù)制現(xiàn)有的例子，再進(jìn)行調(diào)整。

2. 銀行人員需要在本地的電腦中安裝前置機(jī)程序、設(shè)置安全策略，并設(shè)置相應(yīng)的IP地址和監(jiān)聽端口。

部分銀行，如工商銀行、浦發(fā)有二個(gè)端口，一個(gè)端口是簽到用，另外一個(gè)端口是傳輸數(shù)據(jù)。

3. 在SAP中設(shè)置RFC端口，輸入前置機(jī)的IP地址和端口。

4. 點(diǎn)擊付款，則根據(jù)DME中的配置，生成XML文件，點(diǎn)擊發(fā)送報(bào)文，系統(tǒng)再將Xml文件轉(zhuǎn)換為報(bào)文，通過RFC的方式將報(bào)文發(fā)送到本地的銀行的前置機(jī)，銀行的前置機(jī)的端口監(jiān)聽到報(bào)文，則進(jìn)行更進(jìn)一步的支付處理。

5. 生成付款文件同時(shí)，一般會(huì)生成付款的會(huì)計(jì)憑證，如果后續(xù)發(fā)送至銀行后，如果有異常情況，則可以選擇沖銷。

?

八、其它功能簡要說明

1. 可與資金預(yù)算功能集成，付款時(shí)分配資金的流動(dòng)性項(xiàng)目

2. 可與銀行直連，獲取電子對賬單、電子回單，并進(jìn)行后續(xù)的收付款賬務(wù)處理、清帳處理。

總結(jié)

以上是生活随笔為你收集整理的SAP本地化-银企直连的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。