SAP本地化-銀企直連
http://blog.sina.com.cn/s/blog_a0de8cc80101dee1.html
一、發展歷史
2011年，在SAP ECC6 Ehp5中，通過功能增強FIN_LOC_CI_16發布中國版的銀企直連（Electronic payment integration with Chinese 簡稱EPIC）。
后續2年左右時間內，SAP先后在ECC Ehp6的多個SP（支持包）中，多次更新該功能，分別通過功能增強FIN_LOC_EPIC_2、FIN_LOC_EPIC_3、FIN_LOC_EPIC_4、FIN_LOC_EPIC_4_2、FIN_LOC_EPIC_5來激活。
下文中，以SAP中最新的銀企直連功能(SP10)為例，簡要介紹其功能。銀企直連具體而言，分為支付功能、銀行對賬單、銀行回單以及查詢等功能。本文中主要介紹通過銀企直連進行支付。
*部分功能可能明年1月份正式發布。
二、付款功能-銀企直連-覆蓋的業務場景
所有與銀行相關的支付，均可以通過此事務代碼進行操作。
最廣泛的應用是采購貨物、服務產生的對供應商的未清項目，但同時也可以針對以下但不限於以下項目
- 供應商方式管理的員工報銷。
- 托收承付業務：與客戶、銀行簽訂三方協議，發貨后，自動從客戶賬戶收款；
- 利息支付、貸款等各項業務。
三、銀企直連付款功能- -實現概覽
以最常見的通過銀行轉賬向供應商付款為例，以下為主要的操作步驟，這些操作是在同一個事務代碼（EPIC_PROC）中進行操作。
1. 讀取供應商未清項目
用戶A輸入供應商、付款方式等篩選條件，查找到供應商的應付款項目。
2. 編輯付款請求
有權限的用戶可進一步對付款請求進行修改，如修改付款銀行。在付款前有權限的用戶都可以進行編輯。
3. 審批付款請求（Release）
用戶提交付款請求，如果付款請求需要被批准，則付款請求被一人或多人批准,根據實際情況也可以拒絕批准。
4. 付款（Pay）
對已經批准的付款請求進行付款，則生成XML格式的付款文件(Payment file)及付款訂單（Payment Order），同時往往生成付款的財務憑證（會計憑證 借：某供應商應付，貸：某銀行存款-未達項）。
5.發送報文（Send）
將付款文件轉換為付款報文直接傳輸到本地的銀行前置機，具體而言是生成包含XML的報文，然后該報文以Http協議（RFC）傳輸到銀行前置機。
6.銀行反饋
正常來說，幾秒鍾內，銀行會返回成功接受付款指令信息，相應的系統更新付款文件的狀態為已成功，如果失敗，則后續進行異常情況處理。
* 銀行前置機是指由銀行人員在客戶處的某台專用電腦上安裝銀行的“銀企直聯前置服務器”，並在該機器上設置相應的證書等各項安全、通訊策略，設置成功后，該前置機即可直接和銀行的服務器端的網銀系統以及背后的核心系統直接通訊、處理各類交易。我們熟悉的ATM機應該屬於最常見的前置機。
*操作5處，系統可以配置在付款（生成付款文件和訂單），同時生成付款的財務憑證，也可以先付款，后續（如回單后）再生成付款的財務憑證。
四、付款請求的生成/讀取
1、 系統可以以多種方式生成（待）付款清單，最常見的是三種
1) 讀取供應商的未清行項目，讀取原理與事務代碼F110完全相同，因此使用EPIC，需要像執行事務代碼F110一樣，首先配置自動付款的相關參數。
2) 與執行事務代碼F111類似，讀取從內部銀行、Treasure等生成的付款請求。
3) 讀取其他方式創建的付款請求（Payment Request），如根據采購訂單生產的預付款請求或手工創建的預付款請求。但需要注意如果確定是根據預付款請求進行付款，則F110處不應再設置讀取預付款。
2、 選擇合適的銀行，將有助於轉賬速度，並減少財務費用，系統在生成付款請求時可自動優化開戶銀行以及賬戶的選擇，譬如企業有多家開戶行（招行、建行），如果付款給供應商甲，其銀行賬戶是招行的，則選擇開戶行招行進行付款。同時還可以根據賬戶余額來進行選擇支付帳戶。
3、 可支持由母公司集中支付（代付），譬如對子公司的供應商付款時，選擇母公司的開戶行進行支付，因此還將生成公司間往來的憑證。
4、 為了防止重復付款，當供應商未清項目進入到付款清單中，需要禁止對原憑證進行沖銷或清帳。但似乎事務代碼MR8M對發票直接沖銷，系統不會有任何提示。
5、 發票校驗時，設置付款凍結的，則以例外（不允許付款）的形式出現在清單中，需要進一步處理才可以付款。
五、編輯功能
1、 生成付款訂單（付款文件）在發送給銀行前，有權限的人對付款請求進行編輯
1) 從允許的開戶行中選擇一家我方的銀行賬戶（ 開戶行House Bank）
2) 更改收款方的銀行賬戶
3) 更改付款凍結
4) 特殊說明，如指定本次付款為“加急付款”。
2、 可以選擇多個行項目批量修改，如將某供應商下的所有付款請求的開戶行全部修改。
3、 可以通過分配權限對象來特定權限的人修改
4、 可以控制當不同的審批層級，則不允許修改會計憑證中特定的字段。如已經被財務經理批准，則不允許修改付款條款。
5、 可以對特定付款請求部分付款。
6、 可以對與財務憑證相關的備注字段進行補充。
7、 還可以自定義字段，如原因代碼，並通過BADI設置自定義字段的默認值，該值還可進一步復制到后續的付款文件或者付款憑證中。
8、 可以增加備注信息，但備注信息目前似乎不記錄備注人和時間。
六、付款申請審批
1、 SAP中的審批功能
SAP中最常見的審批功能可分為二類。
類型1：最普通的審批是通過權限對象+狀態來控制的，對象創建后初始狀態為已創建，在此狀態下不允許進一步操作，只有有權限的人才允許修改狀態為已批准。
內部訂單、生產訂單、維修訂單的釋放均采用這種模式，並且背后的設計邏輯幾乎完全相同。系統中還可更一步定義對象的用戶狀態，並為每個自定義的用戶狀態設置相應的權限。
類型2：采購訂單審批
采購訂單審批可以通過靈活定義特征來實現各種各樣的采購審批，無需任何開發。
EPIC中的審批功能是預留多個增強（BADI）以及提供樣例程序來滿足企業的需要。
這些預留的增強確實比較靈活，但個人認為可以借鑒采購審批的邏輯來設計，這樣就只無需任何開發。目前來看采購訂單審批唯一的缺點可能是無法滿足下文審批示例2的需求（三個人中的任意二個進行審批）。當然更好的方案可能是提供可配置的方式，同時有增強。
2、 付款申請的審批功能簡介
1) 用戶提交時可以選擇多個付款行項目進行一起提交，譬如用戶一次將其負責的三個供應商的五條付款行項目全部提交。
2) 審批者可以全部審批，也可以選擇部分審批。譬如只審批其中的四條記錄，將一條記錄拒絕。可以對拒絕的行項目增加備注，說明拒絕原因。用戶可根據反饋意見，進一步做調整，然后有必要的話，可重新提交審批。
3) 可靈活定義審批的前提條件/規則，如根據金額的不同設置不同的審批策略，。也可根據支出類型（投資性、IT設備采購、預算內之處、預算外支出）定義不同的審批人或者審批級別。
4) 審批示例1-提交的付款申請，當金額低於特定金額時，無需審批，當金額超過特定金額時，第一級審批需要A（部門經理）審批，第二級審批需要B（財務經理）審批，第三級需要C、D（財務總監或業務部門總監）中的一個審批。
5) 審批示例2-提交的付款申請，當金額超過特定金額時，則需要三個人（A、B、C）中的任意二個進行審批。
6) 可以設置二種模式，由申請人按照預先定義的審批規則選擇相應審批人員或者相應審批人主動認領。
譬如某付款申請，可以是經理A、B中的任意一人審批。此時用戶提交申請時，可以由用戶選擇是由經理A還是B進行審批。也可以用戶不加選擇，經理A、B都可以去審批，誰先認領審批則先審批 。
七、付款文件/付款訂單生成
1. SAP公司已經與國內六家銀行（ 工商銀行、農業銀行、建設銀行、中國銀行、招商銀行等）進行了聯合測試，並完成了字段匹配等工作。如果企業有額外需求，可以復制現有的例子，再進行調整。
2. 銀行人員需要在本地的電腦中安裝前置機程序、設置安全策略，並設置相應的IP地址和監聽端口。
部分銀行，如工商銀行、浦發有二個端口，一個端口是簽到用，另外一個端口是傳輸數據。
3. 在SAP中設置RFC端口，輸入前置機的IP地址和端口。
4. 點擊付款，則根據DME中的配置，生成XML文件，點擊發送報文，系統再將Xml文件轉換為報文，通過RFC的方式將報文發送到本地的銀行的前置機，銀行的前置機的端口監聽到報文，則進行更進一步的支付處理。
5. 生成付款文件同時，一般會生成付款的會計憑證，如果后續發送至銀行后，如果有異常情況，則可以選擇沖銷。
八、其它功能簡要說明
1. 可與資金預算功能集成，付款時分配資金的流動性項目
2. 可與銀行直連，獲取電子對賬單、電子回單，並進行后續的收付款賬務處理、清帳處理。