探討銀企互聯(lián)在馬鋼ERP項目中的應用

1、探討銀企互聯(lián)在馬鋼ERP項目中的應用摘要：在馬鋼整體ERP項目的實施中，財務模塊的一個亮點是實施了銀企互 聯(lián),將馬鋼SAP系統(tǒng)的收付、電子對賬、查詢等業(yè)務和銀行的上銀行系統(tǒng)進行實 時對接和自動處理，有利于公司資金的集中管理、高效運作和實時監(jiān)控。但是，銀企互聯(lián)的收付和電子對賬等接口的啟用還需要以在SAP系統(tǒng)中做好一定的基礎工作為前提，其應用也存在著內(nèi)在的勾稽關系，并需要做好安全性的評估工作。 關鍵詞：銀企互聯(lián);SAP系統(tǒng);接口一、銀企互聯(lián)在馬鋼ERP項目中的應用概述隨著馬鋼經(jīng)營理念的轉(zhuǎn)變和管理水平的提高，需要資金集中管理、提高資金 使用效率、降低經(jīng)營成本以滿足財務管理的需求。上銀行的出現(xiàn)，雖然在

2、一定程度上滿足了這部分需求，但還不能完全解決個性化服務、財務信息與銀行賬務信 息一致性的問題。為此,馬鋼在ERP項目實施過程中,推出了上銀行銀企互聯(lián),通 過SAP系統(tǒng)的界面就可以享受賬戶查詢、信息下載、轉(zhuǎn)賬支付等服務，并可根據(jù)需要自行在SAP系統(tǒng)中定制更多的個性化功能，實現(xiàn)多方式多級別的權限控制。馬鋼以工行作為首家實施銀企互聯(lián)的銀行。馬鋼、顧問方以及工行的技術 人員對需求方案以及接口的詳細設計進行了多次討論調(diào)研，最終確定在馬鋼銀企 互聯(lián)實施項目中實現(xiàn)以下需求：馬鋼SAP系統(tǒng)銀行付款下傳電子銀行支付、銀行 到款通知上傳馬鋼SAP系統(tǒng);銀行收支業(yè)務當日及累計交易查詢、銀行存款余額 實時查詢；銀行電

3、子對賬單上傳馬鋼SAP票據(jù)托管信息下傳、票據(jù)托管查詢及撤 銷信息下傳、票據(jù)審核確認等接口?？紤]到馬鋼的發(fā)展以及信息化水平的提高，為了降低馬鋼今后與其他銀行進行集成的開發(fā)及維護成本，同時增加接口的靈活性與可擴展性，在馬鋼銀企互聯(lián)接口技術規(guī)范中統(tǒng)一規(guī)范了各商業(yè)銀行與馬 鋼SAP系統(tǒng)之間的接口技術細節(jié)。在此基礎上，除票據(jù)托管相關接口外，其他的銀 企互聯(lián)接口已經(jīng)擴展到了中行、徽行和建行。二、馬鋼銀企互聯(lián)各接口及相關的功能開發(fā)簡介（一）電子支付指令管理程序與銀行付款指令下傳接口在SAP系統(tǒng)編制完付款憑證之后，不會立即觸發(fā)電子支付，而是根據(jù)開發(fā)的 系統(tǒng)功能FI09 電子支付指令管理程序，按財務管理的權限進

4、行控制。本 功能開發(fā)與“ FI006銀行付款指令下傳接口”關聯(lián)緊密，主要完成SAP系統(tǒng) 中電子支付指令的生成、審批及下達。（二）到賬通知上傳SAP接 口與后續(xù)處理功能開發(fā)由SAP系統(tǒng)定時主動發(fā)起客戶到賬通知查詢請求,電子銀行收到請求后即刻 將到賬通知發(fā)送給。到賬通知包含所有銀行交易，銀行不重復發(fā)送到賬通知，SAP 提供到賬通知處理界面。（三）當日/累計收付明細查詢上傳接口在SAP系統(tǒng)中設計的當日收付明細查詢和累計明細查詢是同一個界面，點擊“當日收付明細查詢”或“累計收付明細查詢”按鈕，立即觸發(fā)相應接口，接口程序會按照既定的邏輯判斷并向?qū)Ψ诫娮鱼y行發(fā)送查詢指令包。當SAP系統(tǒng)接收到銀行的返回包之

5、后，會按預定的格式顯示當日/累計收付明細信息。（四）電子銀行余額查詢接口在SAP系統(tǒng)中設計了電子銀行余額查詢界面，點擊“余額查詢”，會直接觸 發(fā)本接口，根據(jù)輸入的銀行賬號和相關的數(shù)據(jù)庫表判斷對方接口銀行后 ，向相應 的銀行發(fā)送指令包。當SAP系統(tǒng)接收到銀行的返回包之后，會按預定的格式顯示 查詢賬戶的余額信息。（五）電子對賬單上傳SAP接口及自動對賬程序功能開發(fā)1. 馬鋼SAP系統(tǒng)每天定時向電子銀行系統(tǒng)發(fā)送對賬單查詢請求，也可手工觸發(fā)。對于電子銀行每天定時上傳的對賬單,SAP系統(tǒng)開 發(fā)的“電子對賬單自動對賬程序”能夠根據(jù)對賬單接口表相應字段內(nèi)容 ，自動生 成“銀行對賬憑證”。2. 對于馬鋼SAP

6、系統(tǒng)中已經(jīng)錄入的會計憑證（涉及銀行存款科目的），由被授 權的財務人員在SAP系統(tǒng)特定的界面輸入記賬日期區(qū)間，點擊“生成對賬憑證”， 則系統(tǒng)會自動根據(jù)一定的邏輯生成“對賬憑證”。系統(tǒng)自動生成對賬單，列示所有的銀行未達賬項和未達賬項。（六）票據(jù)托管信息下傳接口在SAP系統(tǒng)中根據(jù)授權在票據(jù)托管的選擇屏幕選擇要進行托管的票據(jù)，點擊 “托管”按鈕，會立即觸發(fā)本接口 ,SAP系統(tǒng)根據(jù)選擇的托管票據(jù)將票據(jù)的相關 信息及托管指令發(fā)到對方銀行。隨后,SAP系統(tǒng)會將銀行反饋的托管是否成功的 信息顯示出來，并保存到中間表中。（七）票據(jù)托管查詢信息下傳接口與票據(jù)托管撤銷信息下傳接口1. 在SAP系統(tǒng)的托管票據(jù)查詢界面

7、點擊“查詢”,則系統(tǒng)會立即發(fā)送托管票 據(jù)查詢的指令包給電子銀行系統(tǒng)，按預先設計的格式和條件顯示所有托管票據(jù)明 細信息。2. 若需要撤銷相關票據(jù)的托管，可在查詢屏幕上選中需要撤銷托管的票據(jù) ， 點擊“撤銷托管”按鈕，觸發(fā)“票據(jù)托管撤銷信息下傳接口” ，將撤銷托管票據(jù) 相關信息及取消托管的指令發(fā)送到對方銀行。3. 收到“取消托管成功”的指令，SAP系統(tǒng)則將相應票據(jù)的狀態(tài)信息更改為“ 4撤銷托管”；如果收到“取消托管未成功”的指令，則不修改票據(jù)狀態(tài)信 息。（八）票據(jù)審核確認信息上傳接口1. 在SAP系統(tǒng)中將票據(jù)托管成功后，應將票據(jù)交到托管銀行，由銀行工作人 員對票據(jù)是否可以托管進行鑒定；銀行工作人員

8、鑒定完成之后，將票據(jù)是否可以 托管的信息上傳到SAP系統(tǒng)。系統(tǒng)收到票據(jù)正確可以進行托管的信息之后，自動將系統(tǒng)中相應票據(jù)的狀 態(tài)更改為“托管”；若銀行驗明票據(jù)為不可托管,也將信息上傳SAP并將票據(jù) 退還馬鋼,SAP系統(tǒng)不進行票據(jù)狀態(tài)的更改，財務人員則進行后續(xù)沖賬處理。三、對啟用馬鋼銀企互聯(lián)接口的幾點考慮馬鋼與工行的票據(jù)托管和電子銀行余額查詢相關接口已于20XX年底前正式投入使用，現(xiàn)就其余的六個接口的啟用談幾點考慮。（一）信息查詢相關接口可以先行啟用對于當日收付明細查詢上傳及累計收付明細查詢上傳接口，由于只是對電子銀行信息的查詢，在接口測試及準備工作（如馬鋼內(nèi)部單位開戶的賬號與銀行 存款科目、業(yè)務

9、范圍的對應關系表的維護；各單位財務相關人員的授權等）全部完 成的情況下，可以考慮先行開通。（二）銀行付款指令下傳接口的啟用應具備一定的基礎條件在業(yè)務和系統(tǒng)的安全性不存在問題的條件下，銀行付款指令下傳接口的啟 用還必須具備一定的基礎條件:SAP系統(tǒng)中供應商主數(shù)據(jù)的信息應準確、完善。1. 供應商主數(shù)據(jù)的銀行信息方面。在電子支付指令管理程序“支付指 令的生成”邏輯中，“對方賬號”和“對方賬號名稱”信息是取系統(tǒng)中對應的供 應商主數(shù)據(jù)中維護的相關銀行信息，而且不允許手工修改。目前SAP系統(tǒng)已經(jīng)創(chuàng) 建的供應商有8 270個，但是有銀行信息的只有4 2個,還有近4 000個已創(chuàng)建的供應商主數(shù)據(jù)中沒有相應的銀

10、行信息。其原因大致有以下兩個方面：（1）期初沒有提供供應商資料。在 20XX年12月1日財務上線期初,雖然部 分供應商沒有提供任何主數(shù)據(jù)維護資料，但由于必須導入供應商掛賬的期初余額 需要創(chuàng)建供應商主數(shù)據(jù)。后續(xù)沒有補提相關資料的，會導致供應商主數(shù)據(jù)的銀行 信息等均為空。（2）提供銀行代碼與銀行名稱對照表的時間跨度較長，且不及時。目前由銀 行按中國人民銀行統(tǒng)一發(fā)布的銀行代碼與銀行名稱對照清單從系統(tǒng)外提供給馬 鋼，然后由馬鋼對數(shù)據(jù)進行加工后維護 SAP系統(tǒng)中的銀行主數(shù)據(jù)。在上線期初和 財務上線后供應商主數(shù)據(jù)的維護過程中，都存在根據(jù)開戶銀行名稱在 SAP系統(tǒng)中 無法找到銀行代碼的情況，導致相應的銀行信

11、息無法維護。2. 供應商主數(shù)據(jù)的地區(qū)信息方面。對于20XX年財務上線期初沒有提供相關資 料且后續(xù)也沒有提供的供應商，目前系統(tǒng)中只有供應商編碼和名稱，國家和地區(qū) 字段為空。但在“電子支付指令管理程序”中提及銀行跨行付款需要知道對方供 應商的城市名稱，并設計從供應商主數(shù)據(jù)中根據(jù)維護的國家和地區(qū)字段抓取相關 信息。3. 基于以上兩點分析，建議在銀行付款指令下傳接口正式啟用之前 ，必須做 好以下基礎工作。（1）必須與銀行方面確定銀行代碼與銀行名稱對照表的提供頻率，最好與中國人民銀行的發(fā)布頻率保持一致，以確保馬鋼在收到供應商的開戶資料時能在系 統(tǒng)中找到銀行代碼，在主數(shù)據(jù)中維護相應的銀行信息。另外，銀行方

12、面最好能提供 銀行主數(shù)據(jù)的增量（新增銀行代碼）和變量（已有代碼的銀行名稱變更）部分，而不 是每次將全國所有的銀行代碼（目前系統(tǒng)中已經(jīng)有7萬多條）提供給馬鋼，這樣會 給馬鋼的銀行主數(shù)據(jù)維護工作增加很大的難度。（2）在馬鋼收到最新完整的銀行代碼清單后，需要對以前收到的所有供應商 資料在系統(tǒng)中進行復查，特別是對于開戶銀行資料已經(jīng)提供，但系統(tǒng)中供應商主 數(shù)據(jù)的銀行信息為空的需要進行補充維護；對每個供應商的國家和地區(qū)信息維護 的正確性進行復查。此項工作的工作量非常大，適宜于在財務甩賬并運行正常后 由供應商主數(shù)據(jù)維護人員完成。（3）對于一直沒有提供供應商相關資料的，在電子銀行付款指令下傳接口正式啟用前，相

13、關單位財務科必須提交相關資料，并由供應商主數(shù)據(jù)維護人員在系 統(tǒng)中進行維護。否則一旦發(fā)生該供應商的電子銀行付款請求，系統(tǒng)會提示報錯無法支付而影響正常業(yè)務的開展。（三）銀行付款指令下傳接口、到賬通知上傳SAP接 口、電子對賬單上傳SAP 接口三者之間的關系及啟用順序分析1. “到賬通知上傳SAP接口”上傳的內(nèi)容包括所有的“收款的到賬通知”和“付款的到賬通知”。若是付款到賬通知 ，如果SAP 系統(tǒng)已經(jīng)編制了這筆付款的會計憑證，則會自動將電子銀行的交易流水號回寫入 相應付款憑證的“分配”字段，而且，如果“銀行付款指令下傳接口”不先啟用， 仍采用目前付款憑證編制后到銀行柜面進行付款的方式（此稱“線外付款

14、”，通過銀行付款指令下傳接口的方式稱為“線內(nèi)付款”）,會導致“到賬通知上傳SAP接口”的處理邏輯產(chǎn)生問題。因為在此接口設計之初 ，假設的條件就是所有 的付款通過電子銀行接口下傳，不能存在“線外付款”的情形。據(jù)此分析，“銀行 付款指令下傳接口”應當比“到賬通知上傳 SAP接 口”更早或二者同時啟用。而 且“到賬通知上傳 SAP接口” 一旦啟用就必須規(guī)定不允許存在“線外付款”的 情形。2. 若“到賬通知上傳SAP接口”上傳的為收款到賬通知,SAP系統(tǒng)會根據(jù)一定的邏輯判斷自動生成相應收款憑證的借方銀行存款行項目，同時將交易流水號自動寫入該行項目的“分配”字段。“電子對賬單上傳SAP接口”在電子銀行對

15、 賬單上傳到SAP會自動形成ZY憑證類型的銀行對賬憑證；財務人員根據(jù)功能開 發(fā)“電子對賬單自動對賬程序”生成 ZX類型的對賬憑證后，正是根據(jù)ZX和ZY 憑證類型的銀行存款科目的金額和分配字段（存放銀行回傳的交易流水號）進行自動清賬,自動生成電子對賬單?？梢姡暗劫~通知上傳SAP接口”應當在 “電 子對賬單上傳SAP接口”之前或二者同時啟用。3. 從以上兩點分析可見,銀行付款指令下傳接口、到賬通知上傳 SAP接口、 電子對賬單上傳SAP接口三者要么在所有條件具備的情況下同時啟用 ,要么先啟 用“銀行付款指令下傳接口” ，再啟用“到賬通知上傳 SAP接口”，最后啟用“電子對賬單上傳SAP接 口”并進行電子對賬單的自動生成。（四）銀企互聯(lián)的安全性考慮由于銀行付款指令下傳等非查詢接口的啟用意義重大，需要從安全性方面進行評估。1. 客戶端的安全性：由于客戶端為馬鋼的SAP系統(tǒng)而非普通的瀏覽器用戶，從權限上看有SAP系統(tǒng)登陸的權限以及銀企互聯(lián)相關業(yè)務操作的授權兩層控制,但馬鋼還應當從業(yè)務的角度再認真審視和評估重要的銀企互聯(lián)接口和相