下载文档原格式
SAP收付款管理及银企直连Incoming/outgoing Payment Management and Bank Connectivity产品概览Product Overview•业务背景Business background•收付款管理及银企直连在资金管理模块中的定位EPIC in SAP Treasury solution•覆盖的三大主要流程3 main business process付款及对账流程演示Demo of process of Outgoing payment and Bank Reconciliation•基于付款建议及基于付款请求的付款管理Outgoing payment based on payment proposal/request•支付审批及其他付款相关流程Payment approval and other outgoing payment process•银企直连Direct connectivity with banks•对账单处理，银企对账及余额调节Bank statement processing and Bank reconciliation收款及清帐流程演示Demo of Incoming payment management and clearing•在线拉取银行回单并导入系统Online download and import of EBR•自动辨别业务类型，识别客户及匹配客户未清Automatically identify transaction type, customer and claim receipts with open items •简单及复杂过账Automatic and manual Postings产品概览Product Overview•业务背景Business background•收付款管理及银企直连在资金管理模块中的定位EPIC in SAP Treasury solution•覆盖的三大主要流程3 main business process付款及对账流程演示Demo of process of Outgoing payment and Bank Reconciliation•基于付款建议及基于付款请求的付款管理Outgoing payment based on payment proposal/request•支付审批及其他付款相关流程Payment approval and other outgoing payment process•银企直连Direct connectivity with banks•对账单处理，银企对账及余额调节Bank statement processing and Bank reconciliation收款及清帐流程演示Demo of Incoming payment management and clearing•在线拉取银行回单并导入系统Online download and import of EBR•自动辨别业务类型，识别客户及匹配客户未清Automatically identify transaction type, customer and claim receipts with open items •简单及复杂过账Automatic and manual Postings产品背景简介Business background什么是“银企直连”? What is “bank connectivity”一般定义是：银企直连是指企业通过互联网或专线连接的方式，使企业的财务系统与商业银行的业务系统通过特定的数据接口实现连接。
SAP 银企直联是一种新的网上银行系统与企业SAP 软件系统在线直接联接的接入方式,改进了传统会计中‘银行存款'的核算。
一、传统会计中‘银行存款’的核算及特点在传统会计核算系统中，企业会计人员主要是根据取得的银行纸质回单，对本企业银行账户的收入、提取或支出的款项进行财务处理.同时,企业出纳人员根据收付款凭证，按照业务的发展顺序逐笔登记“银行存款日记账”，每日终了结出余额。
“银行存款日记账”定期与“银行对账单"核对。
月份终了,对企业账面结余与银行对账单余额之间出现的差额，逐笔查明原因进行处理，按月编制”银行存款余调节表”，调节相符。
传统会计中银行存款核算主要有以下特点:1.滞后性:传统模式下,会计人员一般是根据取得的银行回单进行会计核算,未能取得回单的，必须在补打回单或查明进账信息后方能进行账务处理，有些未达账项须拖到月末进行银企对账后方能发现。
由于票证传递的延后,造成出账信息滞后，影响核算的及时性。
2.差错性高：由于会计人员须将银行收支信息及金额手工录入财务系统进行凭证编制，难免出现人为差错,如；银行串户、金额错误等，且出现差错后须通过人工复核或进行银企对账才能发现,影响核算的准确性。
3。
工作量大：会计人员采用手工录入方式进行银行收支核算或登记日记账,虽然目前有些财务软件提供了银行日记账自动对账功能，但仍需手工上载对账单至财务系统，且相同金额的多笔银行记录仍需以人工勾对的方式进行对账，增加了会计人员的工作量。
二、SAP 银企直联模式下‘银行存款’的核算及特点SAP 银企直联通过因特网或专线连接方式，实现了银行和企业计算机系统的有机融合和平滑对接。
企业通过SAP系统界面就可直接完成对银行账户以及资金的管理和调度，进行信息查询、转账支付等各项业务操作。
(一)SAP 银企直联的特点1。
SAP 银企直联模块能实时反映账户资金变化状况，便于企业财务监控和决策;2。
SAP银企直联模块能够做到与企业计算机系统的对接，通过企业与银行互动联接，实现资金划转和归集，提高资金利用效率，方便地完成企业系统的与银行有关的交易；3.SAP 银企直联的应用能减少财务人员手工操作环节和工作量,降低差错率,提高工作效率；4.SAP 银企直联设有标准化接口，方便与企业内部系统实现在线连接,并可提供个性化量身定作功能,银企直联可以为企业在财务系统中开发和定制个性化功能提供支持，具有信息同步、高效简便、个性服务和安全可靠的鲜明特色。
SAP银企直联非EPIC方式
SAP银企直联非EPIC方式
由于SAP自带的银企直连不太适合中国的财务系统，EPICP有些适合
中国的银行接口，可EPIC对业务有局限性，所以很多企业的项目大都是
要求ABAP自开发，这下就苦逼了我们小ABAP了，记得15年的时候在连
云港盛虹ShiHua项目和银行做的银企直连，由于银行都是SOCKET的通讯
方式，且有的银行前置机是NC的交互，我们SAP通讯WS，IDOC，RFC，DBlink等，但SAP又不能SOCKET通讯，SAP有PI，可有些企业不上PI
模块，咋搞啊？后来转机一想，那咱就在前置机上做接口转换吧，然后就
和兄弟合伙一起开发一个插件，解决银行和和SAP银企直连数据交互的问题。
三、传输文件
例如恒安JiTuan需要大批量代收代付(发工资什么的等业务)，既然
做的话，就尽量把项目做得完美，首先我方先把批量代发的数据以T某T
格式传给前置机，然后前置机再进行加密+签名，然后上传给建行的系统，建行返回加密摘要和文件路径给SAP，根据这个返回SAP再组织某ML报
文发送代付申请，完成文件上传及申请业务操作，传输文件使用pot方式，需要：
2、文件名密文（DES加密，BASE64编码转换）
4、文件内容密文（DES加密，BASE64编码转换）
5、文件类型密文（见建行规定）（DES加密，BASE64编码转换）上面两行是给建行发送文件后,第三行，是对密文解密后的原文。
1. 如何激活SAP本地化的功能？答：SFW5激活相应的Business function set，从ECC 6.0开始，SAP交付的一些特定功能不是在更新增强包时默认激活，而是需要用户自行选择是否激活。
2. 常用的SAP本地化功能的业务集有哪些？答：金税相关的如下：FIN_LOC_CI_1： Non-HCM Localization TopicsFIN_LOC_CI_9 ：Country-Specific Development — ChinaFIN_LOC_CI_26 ：Golden Tax Interface for China和财务报表和会计凭证打印的如下：FIN_LOC_CI_11 ：FI, Localiz. for China, Saudi Arabia, United Arab Emirates FIN_LOC_CI_13 ： FI, Localization for ChinaFIN_LOC_CI_17 ：FI, Optimization of Financial Processes for ChinaFIN_LOC_CI_24 ：FI, Localization for China 2中国银行接口（EPIC）相关的如下：FIN_LOC_CI_16 ：FI, Electronic Payment Integration for ChinaFIN_LOC_EPIC_XX（XX是统称）：FI, Electronic Payment Integration for China XX (Reversible)后勤集成相关：LOG_MM_SIT ： MM, Stock in Transit & Actual Costing，关于销售发货在途的，适用于国内企业发货和开票不在同一个月的业务，可以认为是SAP提供的标准的发出商品方案，使用T库存对销售发货在途进行管理LOG_MMFI_P2P:MM,集成物料管理和财务会计，激活这个后，在发票校验中多了一个预付款清帐的按钮其他相关：EA-FIN ： Financials Extension，一般也会被激活。
银企直连操作手册银企直连是指银行与企业之间建立直接连接，实现企业与银行之间的实时资金管理和交易处理。
以下是银企直连的操作手册：1. 确定需求：企业需要先确定自己的需求，包括资金管理、交易处理、报表查询等方面的需求，以便选择合适的银行和银企直连系统。
2. 选择银行：企业需要选择合适的银行作为合作伙伴，考虑因素包括银行的信誉度、服务质量、费用等方面。
3. 签订协议：企业与银行签订银企直连协议，明确双方的权利和义务，包括资金管理权限、交易限额、费用等方面的条款。
4. 安装软件：根据银行要求，企业需要安装相应的银企直连软件，该软件可以在企业内部的服务器上安装，也可以选择云端部署。
5. 配置参数：根据银行提供的技术文档，企业需要配置银企直连软件的相关参数，包括银行账户信息、交易权限、通讯方式等。
6. 进行测试：在正式使用银企直连之前，企业需要与银行进行测试，确保系统的稳定性和安全性，包括账户余额查询、资金划拨、交易明细查询等功能的测试。
7. 上线运行：经过测试后，企业可以正式上线使用银企直连系统，实现实时资金管理和交易处理。
8. 日常维护：企业需要定期更新银企直连软件，确保系统的安全性和稳定性，同时与银行保持沟通，及时解决遇到的问题。
9. 安全管理：企业需要加强对银企直连系统的安全管理，包括设置合理的权限、加密数据传输、定期检查系统漏洞等，以保障资金安全。
10. 培训人员：企业需要培训相关人员，包括财务人员、技术人员等，使其熟悉银企直连系统的操作和维护，提高系统的使用效率和安全性。
以上是银企直连的操作手册，企业在实际操作中需要根据具体情况进行调整和实施。
同时，建议企业与银行保持密切合作，共同解决遇到的问题，确保银企直连系统的正常运行。
一种基于SAP系统的银企直联平台设计开发一种基于SAP系统的银企直联平台设计开发摘要：随着信息技术的迅猛发展，银企直联平台成为企业和银行之间实现信息化管理和资金流转的重要工具。
本文针对现有银企直联平台设计与开发中存在的问题，提出了一种基于SAP系统的银企直联平台设计方案，并详细阐述了其开发过程、关键技术和功能模块。
1. 引言企业和银行之间的资金流转和业务合作是实现经济社会活动的基础，然而传统的人工操作方式存在效率低下、易出错、信息不透明等问题。
银企直联平台的出现填补了这一空白，为企业和银行提供了一个高效、安全、便捷的信息流通渠道，极大地提升了资金管理和业务处理的效率。
然而，目前市场上的银企直联平台存在着一些问题，比如功能单一、安全性不高、数据不一致等。
为了解决这些问题，本文提出了一种基于SAP系统的银企直联平台设计方案。
2. 设计方案本文的设计方案基于SAP系统，SAP系统是一种集成的企业资源计划软件，具有强大的数据处理和管理能力。
在设计方案中，我们将银企直联平台与SAP系统进行无缝集成，以实现企业与银行的信息交互和数据共享。
2.1 平台架构我们设计的银企直联平台采用分层架构，包括客户端、应用层、服务层和数据层。
客户端提供友好的用户界面，用户可以通过浏览器或移动设备访问平台。
应用层主要负责业务逻辑的处理，将用户的请求转发给服务层。
服务层是核心组件，负责与银行的接口通信和数据传输。
数据层包括关系数据库和SAP系统，存储和管理平台的各种数据。
2.2 功能模块我们设计的银企直联平台包括以下功能模块：- 资金管理：包括账户查询、资金调拨、资金结算等功能，帮助企业实现资金的有效管理和运作。
- 收支管理：包括收款、付款、票据管理等功能，支持企业与银行之间的资金往来。
- 业务管理：包括订单管理、发票管理、合同管理等功能，便于企业管理和控制业务流程。
- 风险管理：包括风险评估、预警提示等功能，帮助企业降低经营风险。
SAP中国本地化-银企直联
一、发展历史
2011年，在SAP ECC6 Ehp5中，通过功能增强FIN_LOC_CI_16发布中国版的银企直连（Electronicpayment 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)为例，简要介绍其功能。
银企直连具体而言，分为支付功能、银行对账单、银行回单以及查询等功能。
本文中主要介绍通过银企直连进行支付。
二、付款功能-银企直连-覆盖的业务场景
所有与银行相关的支付，均可以通过此事务代码进行操作。
最广泛的应用是采购货物、服务产生的对供应商的未清项目，但同时也可以针对以下但不限于以下项目：
∙供应商方式管理的员工报销。
∙托收承付业务：与客户、银行签订三方协议，发货后，自动从客户账户收款；
∙利息支付、贷款等各项业务。
三、银企直连付款功能- -实现概览
以最常见的通过银行转账向供应商付款为例，以下为主要的操作步骤，这些操作是在同一个事务代码（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. 可与银行直连，获取电子对账单、电子回单，并进行后续的收付款账务处理、清帐处理。
