稳定的付款记录和可靠的客户支持对于任何企业来说都是至关重要的。一个拥有可靠付款记录的企业很可能能够按时向供应商和员工支付款项，并享受良好的信用评级。一个提供可靠客户支持的企业更可能留住客户并获得新的客户。
对于客户来说，与具有稳定付款记录的企业开展业务非常重要。这表明该公司是财务稳定的，很可能能够按时向客户付款。一家拥有可靠客户支持的企业也很重要，因为这表明该公司致力于满足客户的需求。客户更有可能从他们信任的公司购买产品或服务，而稳定的付款记录和可靠的客户支持有助于建立这种信任。
稳定付款记录的好处
- 按时向供应商和员工支付款项的能力
- 享受良好的信用评级
- 获得新的供应商和融资选择
- 提高客户的信任和忠诚度
可靠客户支持的好处
- 提高客户满意度
- 减少客户流失
- 获得新的客户
- 建立品牌声誉
如何建立稳定的付款记录
- 按时向所有账单付款
- 建立良好的关系与供应商
- 跟踪所有付款
- 使用自动付款系统
如何提供可靠的客户支持
- 让客户服务团队容易接触
- 提供多种支持渠道（例如电话、电子邮件和聊天）
- 快速响应客户查询
- 提供有礼貌和友好的服务
稳定的付款记录和可靠的客户支持对于任何企业来说都是至关重要的。一个拥有可靠付款记录的企业很可能能够按时向供应商和员工支付款项，并享受良好的信用评级。一个提供可靠客户支持的企业更可能留住客户并获得新的客户。
可以通过按时向所有账单付款、建立良好的供应商关系、跟踪所有付款和使用自动付款系统来建立稳定的付款记录。可以通过使客户服务团队易于接触、提供多种支持渠道、快速响应客户查询以及提供有礼貌和友好的服务来提供可靠的客户支持。
信用卡多出一条消费记录，显示易宝支付（客户自备金）。是怎么回事？
信用卡多出一条消费记录，显示易宝支付（客户自备金）。是怎么回事？
易宝支付（客户自备金）是第三方客户备付金是指：用户使用银行卡通过第三方支付软件（如财付通/支付宝）支付，而收款方暂未收到寄存在支付机构里的资金。
比如在淘宝购物，用户购买付款之后，只要未确认收货，那么支付的费用就暂时不会转交卖家，而是暂存于支付宝平台，这笔钱就是客户备付金。
中国人民银行发布《支付机构客户备付金存管办法》，为规范支付机构客户备付金管理，保障当事人合法权益，促进支付行业健康有序发展，维护金融和社会稳定。
2013年6月7日，中国人民银行发布了《支付机构客户备付金存管办法》，自发布之日起施行。
支付机构接收的客户备付金必须全额缴存至支付机构在备付金银行开立的备付金专用存款账户。支付机构与备付金银行或其授权分支机构应当自备付金协议签订之日起5个工作日内，分别向支付机构所在地中国人民银行分支机构报备。
扩展资料：
易宝支付是中国支付行业的开创者和领导者，也是互联网金融和移动互联领军企业。易宝于2003年8月成立，总部位于北京，现有员工逾千人。
易宝支付在北京、上海、天津、广东、四川、浙江、山东、江苏、福建等省市设有30家分公司，领跑电子支付、移动互联和互联网金融。
易宝公益是互联网三大公益平台之一。为发挥电子支付的社会价值，积极践行企业的社会责任，易宝开创了网络公益新模式，倡导“人人可慈善”的理念。
2008年易宝公益成立以来，已经入驻联合国儿童基金会、壹基金、扶贫基金会等50多家公益慈善机构，在汶川地震、舟曲泥石流、救助白血病儿童等捐款活动中发挥了重要作用。特别在汶川地震中，仅用半月时间，7万多名网友便通过易宝公益募集善款近2000万元。
2013年12月，引领移动互联公益潮流，易宝公益手机捐款平台上线，免费午餐、上学路上公益等项目第一批入驻。同月，易宝支付和中国文学艺术基金会启动了朝霞工程专项基金。
易宝支付都使用什么银行卡
截止2019年易宝网上支付支持22家银行的储蓄卡（借记卡）及信用卡，具体银行名称如下：
工商银行、建设银行、农业银行、招商银行、交通银行、民生银行、光大银行、中国银行、浦发银行、兴业银行、中信银行、广发银行、深圳发展银行、渤海银行、北京银行、平安银行、北京农商银行、南京银行、宁波银行、 上海银行、东亚银行、浙商银行。
易宝支付（）是中国行业支付的先行者，深耕行业支付和交易服务。易宝支付于2003年8月8日成立，总部位于北京，在上海、广东、江苏、福建、广西、天津、云南、四川、浙江、山东、陕西等设有30家分公司。
扩展资料：
易宝支付发展：
2018年：
12月，第九届“金貔貅奖”易宝支付荣获年度金牌第三方支付公司
12月，易宝支付获评亿邦动力“未来零售服务商TOP50”
11月，易宝支付CEO唐彬荣获第八届中国湘商风云榜“全球湘商十大创新创业人物奖”
6月，易宝支付获评2018新金融十佳诚信服务机构
5月，易宝支付荣获银行家“十佳金融科技产品创新奖”
4月，易宝支付获评融资中国“2017年度第三方支付最具投资价值企业”奖项
1月，易宝支付CEO唐彬在经济观察报和新金融家联盟共同主办的 “2017新金融年会”中被评选为“2017年度金橙奖卓越领袖”
2017年：
12月，2017中国（西安）国际跨境电商贸易博览会中，易宝支付被评选为“跨境电商优秀金融服务企业”
12月，易宝支付荣获第三届亿欧创新奖评选出的“2017年度创新中国·金融产业十大创新力企业
12月，易宝支付“双节”营销引发病毒式传播获得“南都传媒2017商业盛典年度影响力事件”
12月，易宝支付在2017亿邦未来零售大会中获得“智能商业创新奖”
11月，易宝支付斩获“消费金融行业最具影响力奖”
7月，易宝支付成为新华社金融研究中心调研基地
7月，易宝支付斩获“2017中国快消品B2B行业推荐服务商”奖
5月，易宝支付成为中小企业协会理事单位、网商分会副会长单位
2016年：
8月，易宝支付首批成功续展《支付业务许可证》
6月，易宝公益创新产品“生日捐”1.0版本正式对外发布
4月，出版《架构即未来》，系统性讲述现代企业可扩展的Web架构、流程和组织
2月，易宝支付成为首批苹果公司认证通过的安全支付服务提供商，助力国航App上线Apple Pay业务
2015年：
9月，发布针对O2O行业的解决方案掌柜通
4月，易宝支付联合创始人余晨新书《看见未来：改变互联网世界的人们》出版
2014年：
10月，易宝支付联合创始人余晨参与发起“互联网大篷车” 助传统企业互联网升级
7月，易宝支付成为唯一一家东航空中信息服务平台收单业务的第三方支付企业，助力全球首个空地互联云支付平台“升空”
3月，协办“首届中国金融消费者保护论坛”
2013年：
10月，易宝支付获得国家外汇管理局批复的跨境电子商务外汇支付业务试点资格
9月，完成中国首笔跨境支付
8月，易宝支付成立十周年，同时也标志着国内支付行业迈入发展的第十年
7月，易宝支付针对移动领域推出创新产品“一键支付”，进一步为游戏产业带来新发展契机
4月，易宝支付第一时间成立“雅安地震紧急救援行动”工作小组，并紧急开通雅安地震网上捐款专项通道
1月，易宝支付联合创始人余晨参与央视纪录片《互联网时代》制作
1月，易宝支付天津分公司成立
2012年：
3月，易宝支付获得颁发的基金销售支付结算许可
2011年：
12月，易宝公益“天下一家”多对一捐赠产品上线，实现“多对一”捐赠
11月，开放支付产品上线
10月，易宝支付CEO唐彬助阵2011北京国际马拉松，为慈善而跑
9月，易宝支付成功签约中国国际航空公司，标志着易宝在航空领域向前迈了一大步
8月，易宝支付与山东航空、UATP合作，推出针对大客户的“山旅通”产品
7月，易宝支付通过中国信息安全认证中心组织的ISO/IEC:2005信息安全管理体系认证
7月，易宝支付启动管理后备人员选拔和培养项目“扬帆计划”
5月，易宝支付获得央行颁发的首批支付业务许可证
4月，快捷支付、预付费卡产品上线
3月，外卡产品二期、物流POS产品上线
2010年：
10月，易宝支付联合首批加盟的18家团购网站成立“易宝支付团购联盟”，开创团购网站运营新模式，引起业界广泛关注
7月，易宝支付发起成立“中国金融电子支付发展研究中心”，同期推出车险行业创新支付服务——易宝理赔通，填补了市场的空白
7月，易宝支付黄金赞助“2010中国国际航空展望峰会”，凭借在航旅行业的优秀市场表现，易宝支付成为该峰会的Payment Solutions Host(支付解决方案主办方)
4月，易宝支付联手北京红十字会、华侨基金、春暖基金、扶贫基金等多家公益机构，为“西部抗旱”募捐近50万
2月，易宝支付联手中国人保寿，为北京红十字会志愿者赠送爱心保险，开创了保险行业公益营销的新形式
2009年：
易宝支付交易额突破千亿，并率先在支付行业实现盈利
11月，易宝支付联合中国扶贫基金会发起“温暖行动——200元即可让一个西部贫困孩子温暖过冬”网上募款活动，共募集善款20余万元
9月，易宝支付公益网上捐款突破2000万，与同样拥有支付平台的腾讯集团（2400万）、阿里巴巴集团（2100万）成为中国三大网上捐款平台
8月，易宝支付联合中信银行，推出业界首张公益信用卡。无论办卡、消费，易宝均捐赠一定金额用于贫困地区校长培训项目
8月，易宝支付公益为台湾“莫拉克”风灾第一时间开通网上捐款通道
2008年：
9月，易宝支付成功中标中国联通全国网上营业厅（）项目
5月，易宝支付开通“红十字汶川地震救援行动”网上捐赠通道，共募集捐款逾1850万
4月，易宝支付参与编写的国内首部电子支付研究著作《第三方电子支付探索与实践》在2008中国电子商务大会上首发
2月，易宝支付与北京红十字会共同开通“风雪救援网上捐款”，捐款总额逾27万元
2007年：
12月，易宝支付成为服务奥运—北京红十字公益合作单位
10月，易宝支付获得电子商务企业信用等级“AAA”级认证
2月，易宝支付通过国家信息安全测评认证中心的国家信息系统安全认证
1月，易宝支付手机在线直充上线
2006年：
7月，易宝支付二代系统正式上线
7月，易宝支付成功签约深航，标志着易宝支付面向航空公司的电子支付解决方案得到航空产业认可
6月，工行全国开通易宝电话支付
3月，成功并购西部支付，成立成都分公司
3月，并购西部支付
2月，易宝支付成为“中国电子商务协会电子支付标准化研究工作组”成员
1月，易宝支付上海办事处成立
2005年：
11月，易宝支付加入“信息无障碍推进联盟”
8月，易宝支付联合北京市工商银行在国内首家正式推出电话支付业务
7月，易宝支付广州办事处成立
6月，易宝支付正式接入VISA、MASTER的外卡服务
4月，易宝支付电子支付平台正式上线
4月，基于IBM软硬件技术整体解决方案的易宝支付成为IBM在金融增值领域的成功案例
2月，易宝支付首创“手机绑定账户”的短信支付方式，是电子支付行业的又一次创新
2004年：
12月，易宝支付首创“商家零门槛自助接入”服务，是电子支付行业的一次创新
12月，易宝支付推出电子支付平台——如意付1.0正式上线
2003年：
9月，易宝支付与北京通信服务公司签署《移动充值服务合作框架协议》
美国硅谷好友唐彬、余晨归国创建易宝支付
我用招商银行信用卡在电信网上营业厅交手机费,怎么钱充到易宝支付上去了，我都还没有注册过啊，怎么回事？
您好，是通过易宝进行支付的，钱只是在那里中转一下，之后就转到电信的账户里面完成支付了。
如您还有其他疑问，请打开招行主页，点击右上角“在线客服”进入咨询。
网易宝支付支持哪些信用卡
网易旗下第三方支付工具网易宝，已经开通了国内8家银行的信用卡快捷支付业务，支持在网易的客户使用信用卡付款，这8家银行是：1.中国工商银行2.中国银行3.中国建设银行4.兴业银行5.广东发展银行6.浦发银行7.上海银行8.民生银行
平安信用卡要求上传消费凭证,能用易宝支付吗
能用。平安信用卡要求上传消费凭证，能用易宝支付。平安银行信用卡是深圳市商业银行与平安银行合并更名为深圳平安银行后推出的第一种信用业务，除具备信用卡的信用消费、预借现金等基本功能外，还具备众多特色功能，为持卡人提供涵盖“消费平安、居家平安、旅行平安”全方位的平安保障。
如何安全，高效，低成本的跨境支付？
要实现安全、高效和低成本的跨境支付，可以考虑以下几个方面的建议：
核心银行系统 之二十一 支付
支付 1992 年中国人民银行引入世界银行的技术援助，着手中国现代支付系统一期工程的研究和建设。 2000 年 10 月，又启动支付系统二期工程，采取“借鉴吸收，自主开发，先大后小，边建边用”的方针，力争 2003 年内完成现代化支付系统建没。 经过人民银行科技和业务人员一年多的自主开发，现代化支付系统中的大额实时支付系统于 2002 年 6 月在北京和武汉模拟试运行成功，于 2002 年 10月正式试运行，效果良好。 该系统的建成，不仅为商业银行和企事业单位及金融市场提供了快速、高效、安全的支付清算服务，有效防范了支付风险的发生，同时，它又为中央银行更加灵活、有效的实施货币政策提供了重要的手段。 2013年10月6日，第二代支付系统在全国正式投产运行。 第二代支付系统是中国人民银行立足第一代支付系统的成功经验，引入先进的支付清算管理理念和技术，建设的全国统一的中央银行支付清算服务平台。 第二代支付系统适应新兴电子支付发展、面向参与者管理需要、功能更完善、架构更合理、技术更先进、管理更简便，其核心是清算账户管理系统，业务应用系统包括大额支付系统、小额支付系统和网上支付跨行清算系统，辅助支持系统包括公共控制管理系统和支付管理信息系统。 （这张图有点老了，没有网联）NPC：负责支付系统的运行和管理，接收、转发各城市处理中心的支付指令，并对集中开设的清算账户进行资金清算和处理，是整个系统的核心； CCPC：主要负责支付指令的转发，接收并向 NPC 发送支付指令的 CCPC称为发报中心（OPC），接收 NPC 发来的支付指令并向接收行转发的 CCPC 称为收报中心（RPC）。 此外，还负责对本 CCPC 范围内的小额业务进行清分轧差； 系统参与者：负责向支付系统发起支付指令、进行资金清算的银行和具有经营支付结算业务资格的城市信用合作社、农村信用合作社以及经中国人民银行批准可以通过支付系统办理特定业务的机构。 相对应地，与支付系统对接的相关业务系统包括：中央银行会计集中核算系统、中央银行国库业务处理系统、商业银行行内汇兑系统、商业银行分支行的综合业务系统、外汇交易系统、中央债券综合业务系统、城市商业银行汇票处理系统、农村信用联社系统等。 HVPS：主要处理同城和异地的，金额在规定起点以上的贷记支付业务和紧急的小额支付业务。 支付指令实行逐笔实时发送尧全额清算资金遥 支持银行间跨行大额贷记 资金汇划袁为债券交易市场尧银行间外汇交易市场尧银行间同业拆借市场尧证券交易所市 场以及其他金融市场提供资金清算服务。 BEPS：主要处理借记支付业务和规定金额以下的小额贷记支付业务。 支付指令实行定时批量或即时发送，净额清算资金； BEPS 能够支持各种支付工具 的应用袁为社会提供低成本尧大业务量的支付清算服务袁满足社会公众多样化的支付需 求袁是银行机构和非金融支付服务组织进行跨行清算和业务创新的公共平台。 IBPS ：支持规定金额起点以下的网上支付尧移动支付等新兴电子支付业务的跨行渊同 行冤处理遥 业务逐笔发送尧实时轧差尧定时清算袁采用实时应答机制袁客户进行支付操作 时袁可实时获知业务最终处理结果遥 网上支付跨行清算系统支持符合条件的非金融支付 服务组织接入袁为其业务发展和创新提供公共清算平台。 CIS 综合运用影像尧支付密码等技术袁将纸质支票转化为影像和电子信息袁实现纸质支票截留，将票据影像和电子清算信息传递至出票人开户行进行提示付款，付款回执通过小额支付系统处理，由小额支付系统统一纳入轧差并提交清算。 实现了传统支付工具处理的电子化、信息化，促进支票等非现金支付工具的推广应用。 随着信息技术不断发展以及小额支付系统业务处理能力的提高，待支票影像交换系统达到生命周期后，适时决策将票据影像业务统一纳入小额支付系统处理，支票影像交换系统停止运行。 SAPS：是支付系统的支持系统，集中存储清算账户，处理大额支付系统尧小额支付系统和网上支付跨行清算系统提交的全额或净额清算业务袁 并支持中央银行会计核算数 据集中系统渊ACS冤提交的单边业务的资金清算。 PMIS：是支付系统重要的辅助支持系统袁是一个多功能模块尧统一平台的管理信息 系统袁主要功能包括行名行号管理尧支付业务统计分析尧业务监控尧业务计费和数据存 储等遥 通过建立面向客户和管理决策层的应用数据仓库及公共信息平台袁实现支付业 务数据共享袁并充分运用数据仓库尧数据分析和报表工具袁对系统中蕴藏的大量支付 清算交易信息进行深度挖掘和加工袁为货币政策尧反洗钱尧金融稳定等提供可靠的信息支持。 公共控制系统旨在对大额支付系统、小额支付系统、支票影像交换系统、网上支付跨行清算系统以及清算账户管理系统等提供统一服务，提高系统整体业务处理效率。 根据中国银行业的组织体系，为提高系统运行效率，减少系统风险，适应商业银行业务逐步集中的需要，保障支付业务和资金清算快速、安全的处理，支付系统在物理结构上设立了两级处理中心，即国家处理中心（NPC）和在全国地市级及其以上城市的城市处理中心（CCPC），国家处理中心分别与各城市处理中心连接。 其网络拓扑结构如图所示： NPC 和 CCPC 要提供标准的接口规范，支持各相关业务系统的接入。 同时，大额支付系统也提供与经批准设立的清算组织连接功能，为其提供资金清算和信息转发服务。 各政策性银行、股份制商业银行和城乡信用社（以下称商业银行）的直接参与者通过支付系统前置机（MBFE）和支付系统城市处理中心（CCPC）连接。 根据商业银行行内系统和 MBFE 的连接形式，分直联和间联两种。 商业银行行内系统与 MBFE 直接连接，由行内系统发起和接收支付业务的，为直联方式；否则为间联方式。 清算组织业务系统通过前置机（MBFE）与 CCPC 连接，发送代收和代付等业务，并要有必要的风险管理措施。 大额支付系统支持同城清算系统接入 CCPC，处理同城清算系统提交的轧差净额清算业务。 未来要通过大额支付系统的先进性逐步取代并最终自然淘汰同城清算系统。 （一）大额支付系统简介 大额支付系统是以城市行为单位与人民银行支付系统相联，即每个城市行的综合业务系统与人民银行当地支付系统处理中心通过支付系统前置机相联，从而实现了各分支行（含异地支行，下同）与人民银行“点对网”方式。 大额支付要求每一笔交易在 5 万元以上。 （二）大额支付系统的参与者分为直接参与者、间接参与者。 1．直接参与者指银行总行会计部、各分支行分行会计部。 直接参与者与当地人民银行城市处理中心直接联结并在当地人民银行开立资金清算账户，负责清算本行及辖属营业机构的大额支付业务。 直接参与者在大额支付系统范围内，办理银行间同业拆借、即时转账业务、质押融资、质押融资扣款、及与总行之间的内部资金划拨业务，但不能办理对外业务。 2．间接参与者指银行各分支行辖属营业机构。 间接参与者使用行内系统通过直接参与者向人民银行提交清算业务，并由直接参与者负责清算大额支付业务。 间接参与者在大额支付系统业务范围内可办理汇兑、委托收款（划回）、托收承付（划回）、退汇业务及人民银行规定的其他业务。 3．总行会计部、各分支行会计处在当地人民银行开立的清算账户，是经中国人民银行批准的直接参与者开立的用于资金清算的存款账户。 该账户物理上存放在国家处理中心，逻辑上由人民银行当地分支行负责管理。 （三）大额支付系统的信息处理流程 1．大额支付系统处理的支付业务信息从发起行发起，经发起清算行、发报中心、收报中心、接收清算行，至接收行止。 2．发起行是向发起清算行提交支付业务的营业机构即间接参与者。 3．发起清算行是向人民银行支付系统提交支付信息并开设清算账户的分行会计部即直接参与者。 4．发报中心是向国家处理中心转发发起清算行支付信息的人民银行城市处理中心。 5．国家处理中心是接收、转发支付信息，并进行资金清算处理的机构。 6．收报中心是向接收清算行转发国家处理中心支付信息的人民银行城市处理中心。 7．接收清算行是向接收行转发支付信息并开设清算账户的分行会计部即直接参与者。 8．支付信息由纸凭证转换为电子信息，或由电子信息转换为纸凭证，具有同等的支付效力。 支付信息由纸凭证转换为电子信息，电子信息产生支付效力，纸凭证失去支付效力；电子信息转换为纸凭证，纸凭证产生支付效力，电子信息失 去支付效力。 （四）资金清算顺序 发起行（发起清算行）应及时向大额支付系统发送支付业务信息。 国家处理中心收到支付业务信息后，对清算账户头寸足以支付的，立即进行资金清算，并将支付业务信息发送接收清算行（接收行）；不足支付的，按以下队列等待清算； 直接参与者根据需要可以对一下第 2、5、6 项队列中的支付业务先后顺序进行调整。 各队列中的支付业务按顺序清算，前一笔业务未清算的，后一笔业务不得清算。 1．错账冲正。 2．特急大额支付（救灾、战备款）。 3．日间透支利息和支付业务收费。 4．同城票据交换轧差净额清算。 5．紧急大额支付。 6．普通大额支付。 （五）业务范围 1．大额支付系统处理的业务种类 2．大额支付系统业务处理的优先级次。 发起行发起支付业务，应根据发起人的要求确定支付业务的优先级次。 优先级次按下列标准确定： 支付清算系统是分布在支行的，当支行或营业网点发起支付清算业务时，会由该交易发送终端所属的支付清算系统调用核心提供的服务，完成一次支付业务。 这些模块是通过对 4 位交易码进行逻辑上的划分。 大额支付交易可以分为两种，一种是由 Teller 发起的交易，另一种是支付网关的来帐交易。 （一）Teller 发起的交易： 1．Teller 的大额支付交易报文通过 CBSD 发往核心。 PS0850 将报文解包后，根据交易码，将交易数据包发往大额支付处理调度程序 PS1416，PS1416根据交易码，进一步将交易分发给具体交易的处理程序进行处理，如，汇兑往帐交易，交易码为 4258，则该交易就交由 SR4258 交易处理程序处理。 2．交易处理程序根据具体交易的业务逻辑和会计分录，调用原系统中的原子服务交易。 简单的说，大额支付的交易是对核心提供原子交易的重新组合形成的新的交易。 交易处理程序通过模仿 Teller 终端交易的方式，调用原子服务。 3．核心系统中的原子服务通过被调用完成账务处理后，将处理结果返回到具体交易处理程序。 具体交易处理程序在 原子服务处理完后，确定是否需要发往支付网关的数据。 发往支付网关的往报由往报网关接口程序 NAPOUT处理，NAPOUT 会按照支付交易渠道，组织往报报文发往支付网关。 往报的处理回执经来报网关接口处理程序 NAPIN 发回具体交易处理程序。 4．具体交易处理程序根据往报回执进行相应处理，再将该交易的处理结果，返回给柜员。 处理结果经过 PS0860，返回到 TELLER 系统。 （二）支付网关的来报交易： 1．支付网关的来报交易，由 NAPIN 进行合规检查，如果来报合规，则发送到 PS1416，由 PS1416 执行 Teller 发起的交易步骤 2 和步骤 3，自动入账，如果不合规则复制到来报错报流水中。 2．PS1416 根据应用模块的处理结果和错报检查结果，将结果信息发往 NAPOUT，由 NAPOUT 组织回执信息发往支付网关。 3．错报信息则由柜员进行人工处理。 （一）生成支付结算业务序号 1．支付结算业务序号设计 支付结算业务序号是用来唯一标识一笔交易，是柜员在柜员终端上用来查询一笔交易的关键字，既一个支付结算业务序号唯一对应一笔银行支付交易。 由于柜员的业务操作习惯，支付结算业务序号应有一定的规则，使柜员一看到支付结算业务序号就能了解该笔业务的发生时间、支付的渠道类型、是来账还是往账。 设计的支付结算业务序号（二）Teller 通讯程序 1．接收 Teller 来报 大额支付的金融交易主要可以分为两类：一类是由本行发起的交易，向它行发送报文，称为往账；另一类是由他行发起的交易，向本行发送交易报文，称为来账。 这两种类型的交易分别来自 Teller 和支付网关，由于 CBSD 将来自 Teller 和支付网关的数据进行了统一处理，核心不再区分报文是来自 Teller 还是来自支付网关，统一由接收 Teller 来报的程序来接收上送的数据。 2．向 Teller 发送报文 大额支付系统完成交易请求后，无论交易成功与否都应该向 Teller 返回处理结果。 （三）调度核心服务 大额支付的金融交易是通过组合核心原子服务得到的。 大额支付系统对核心服务的调用是通过 PS0850。 大额支付系统被视为一个虚拟的“Teller”，向核心发起所要调用的原子服务的交易。 该模块包括了向核心发送交易请求和接收核心原子服务处理结果两个程序。 (四)支付网关接口的通信程序 由于与人行的通信有着严格的报文格式的规定，而且各个渠道的报文标准又不相同，用另一个网关接口程序将大额支付的报文转换成人行的标准报文。 在成功完成核心服务的调用后，说明在本行的记账已经成功。 此时需要通过支付网关向人行清算中心发送业务报文，完成行与行之间的清算。 同样的与支付网关的通信包括发送和接收两个子例程。 1．向网关接口发送报文 2．接收网关接口报文的通信程序 支付网关向人行清算中心发送业务报文后，人行清算中心再处理完行与行之间的清算后，会通过支付网关向核心返回处理结果。 （五）金融交易冲正程序 金融交易的冲正是金融交易很重要的安全措施。 在大额支付系统中的金融交易是通过组合核心系统提供的金融交易服务来完成的。 如果一笔大额交易需要调用 2次核心系统提供的金融交易服务，当第一次调用成功，而第二次调用失败时，需要将第一次调用成功的金融交易进行冲正。 简单的说，冲正就是把一次错误的记账交易恢复。 如某金融交易是从甲账户里转了 n 元钱到乙账户，那么冲正就是在需要时，将 n 元钱从乙账户退回给甲账户。 因为大额支付交易通常会调用多次核心系统原子服务，每次调用核心系统的原子服务都要将详细信息记录下来以便用于冲正。 在大额支付系统向支付网关发送报文时。 网关接口程序负责将核心的固定格式报文转换成各个支付渠道的特定格式报文。 网关接口有 2 个：NAPOUT，用于向支付网关发送报文；NAPIN，用于接收人行清算中心处理结果。 下面分别介绍这两个接口的实现。 （一）NAPOUT NAPOUT 是支付系统往报组包、发送主程序。 当 PS1416 处理完金融交易，需要向支付网关发送往报报文时，用 SNDNAP 程序将往报报文通过 NAPOUT发给支付网关。 NAPOUT 接收到数据后，根据渠道号、交易码从“交易和报文类别对照表”找到对应的报文编号按照“支付网关报文格式”进行组包条件检查。 检查未通过，返回失败信息码和拒绝码 到 PS1416；检查通过后按照“支付网关报文格式”进行组包，组包后数据写入往报流水。 “交易和报文类别对照表”的使用是因为同一个支付清算业务可能可以通过多个渠道进行银行间的清算，如汇兑往账交易，可以通过人行的大、小额，国际间的清算通过 SWIFT。 各个渠道用到报文格式都有着该组织的报文标准，而且各不相同，所以在通过支付网管向清算中心发送报文时，需通过该表来区分使用的报文格式。 NAPOUT 程序主要完成以下功能： 1．根据交易格式文件拆解从 PS1416 传过来的数据； 2．根据“交易和报文类别对照表”判断该交易的渠道和报文编号； 3．根据报文格式检查数据是否合法和完整； 4．根据交易码和渠道号，查找“交易和报文类别对照表”，依据特定报文要求重组报文； 5．写往报流水，将报文发送给支付网关； 6．返回 Teller 成功信息。 （二）NAPIN NAPIN 程序随支付系统启动而自动启动，自动以轮询的形式在后台监听来报流水文件，当发现有新的待处理的来报报文时，按照来报的格式进行拆包处理。 然后按业务内容和与 CBSD 交易相同的格式组成需要处理的交易，发送到相应的处理程序数据队列中。 NAPIN 主程序主要功能是将支付网关的来报，通过查询交易和报文类别对照表，通过渠道号和报文编号获得核心中的相应的交易码，由此得到相应的格式报文。 将网关来的交易报文通过该核心固定报文重新组包，上送核心进行处理。 对于错误的报文应该记录在一个物理文件中，由柜员调用专门的错误处理交易进行处理。 错报流水记录表，用于记录出错的报文。 大额支付处理主程序（程序名为 PS1416）是一个报文调度程序。 在支付系统启动后，就一直监听，当有数据报文时，进行拆包，此时的报文结构是经由 PS0580 发送过来的标准格式 PSB。 PS1416 拆解报文后，根据交易码将其分发给相应的交易处理程序处理。 汇兑往账交易是汇款人委托银行将其款项支付给收款人的结算方式。 单位和个人的各种款项的结算，均可使用该交易结算。 汇兑往账的交易码是 4258，对应的交易处理程序是 SR4258。 SR4258 交易设计为以下几个步骤： 1．进行数据有效性检查，如金额和帐号的检查； 2．将业务要素记录汇款电子登记簿，用于跟踪汇款状态，处报表工作； 3．根据现转标志判断汇款的资金来源是现金还是从客户帐转账，从而调用相应的原子服务。 如果是现金，原子服务交易码是 51GC；如果是客户帐转账，原子服务交易码是 51SC； 4．根据原子服务返回结果判断记账是否成功，记账成功则继续以下步骤，不成功时需修改汇款电子登记簿，记录该笔记录失败； 5．继续判断收费方式，是现金还是从汇款人帐户扣款。 如果是现金，原子服务交易码是 51GG；如果是汇款人帐户扣款，原子服务交易码是 51SG； 6．根据原子服务返回结果判断收费是否成功，如果成功则继续以下步骤，不成功时，需要调用冲正交易，将步骤 3 的交易进行冲正，同时修改汇款电子登记簿，记录该笔记录失败； 7．如果步骤 5 成功后，需向人行清算中心发送清算报文，完成行与行之间的资金清算。 8．人行清算中心，会发送会处理结果报文，核心仍需判断清算中心的处理是否成功，当清算中心处理成功后，修改电子登记簿状态，返回 Teller 交易成功信息；如果失败也需修改电子登记簿状态，返回 Teller 交易失败信息。 再由柜员进行相关处理。 大额支付系统主要完成银行间的资金清算，它支持种类繁多的银行业务。 这些银行业务主要包括汇兑、委托收款（划回）、托收承付（划回）、银行间同业拆借等。 一个大额支付交易的数据流向是：从发起方通过人行前置发往人行清算中心；人行清算中心进行清算并把清算结果通过接收方的人行前置发送给接收方；接收方进行核心记账后，将处理结果返回给人行清算中心；人行清算中心将成功的处理结果返回给发起方。 银行业务中的汇兑往账交易就是一个典型的大额支付交易，以汇兑往账为例。 对大额支付汇兑往帐的交易设计步骤解释如下： 1 ． Teller 发 起 一 笔汇兑往账交易 ，经由 CBSD 将报文发 送到数据队列（PS0850Q）。 2．PS0850 在一直监听 PS0850Q，当 PS0850Q 中有数据时，调用系统程序“QRCVDTAQ”获得交易数据包，拆解报文头后，如果是属于大额交易，将报文通过系统程序“QSNDDTAQ”，将报文分发到大额支付系统的数据队列（PS1416Q）。 3．大额支付调度程序（PS1416）一直监听 PS1416Q，当 PS1416Q 中有数据时，调用系统程序“QRCVDTAQ”获得交易数据包，拆借报文头后，分析交易码，如果交易码为 4258 即汇兑往账交易，PS1416 调用 SR4258 汇兑往账处理例程。 4．SR4258 首先会对拆包，进行数据有效性检查，包括行名、行号、交易金额等业务要素。 生成结算业务序号，用于跟踪该笔交易。 检查通过后会在“大额支付电子登记簿中”生成一笔新的记录。 5.然后根据会计分录，重新组报文，新的报文格式为原子服务标准格式。 6．然后根据会计分录，重新组报文，调用原子服务进行账务处理。 7．原子服务进行账务处理后，将处理结果组包发送到 PS0860Q。 8．PS0860 在监听到 PS0860Q 中有数据时，调用系统程序“QRCVDTAQ”获得交易数据包，拆解报文头后，将报文通过系统程序“QSNDDTAQ”，将报文给SR4258 处理程序。 9．处理程序在收到 ICBS 原子服务处理结果后，根据结果修改“大额支付电子登记簿”状态。 10．将人民银行规定的大额支付实时系统报文要求的业务要素发送给 SNDNAP接口。 11．SNDNAP 将报文发送给支付网关，由支付网关将业务要素重新组，组成人民银行规定的标准报文，如国内汇兑往账交易，就组成 CMT100 报文给人民银行清算中心。 12．支付网关会实时的接收到人民清算中心的处理结果， 将结果发送到RCVNAP 支付网关报文接收接口。 13．RCVNAP 并将结果返回给 SR4258 交易处理程序。 14．SR4258 根据处理结果修改“大额支付电子登记簿”状态。 15．SR4258 通过 SNDTELLER()将交易处理结果发到 PS0860Q 中。 16．最后，PS0860 将整个交易的处理结果返回给 Teller。 一笔实时业务处理时间是由多个节点处理时间和网络通讯传输时间构成的，因此一笔交易的系统响应时间难以确定，但可以通过在相关节点设定超时时间予以限制。 1．交易处理时间：T = T1 + T2 + T3 + T4 + T5 + T6 + T7 +T8 + T9 2．各节点超时时间值设置要考虑整个网络状况、入网成员业务系统处理效率等 3．超时时间值自受理网点起到接收到收方成员系统止是递减的，例如： 网点柜员系统超时时间值：60秒 发起方成员系统超时时间值：55秒 人行清算中心超时时间值：50秒 接收方成员系统超时时间值：45秒 发起方成员系统、清算中心系统、接收方成员系统都以自身系统时间来计算计时开始和计时结束。 清算中心系统的超时检查时间控制段为：从清算中心系统向接收方成员系统发送报文开始，到清算中心系统收到接收方成员系统的应答报文为止。 清算中心系统的超时时间为 30 秒。 发起方成员系统的超时检查时间控制段为：从发起方成员系统向清算中心系统发送报文开始，到发起方成员系统收到清算中心系统的应答报文为止。 发起方成员系统的超时时间为〉=40 秒。 接收方成员系统的超时检查时间控制段受清算中心系统的 30 秒限制，包含网络传输和行内处理的时间，只能小于 30 秒。 由上文的分析，发现当本行作为大额交易的接收方时，含网络传输和行内处理的时间，会限制在 30 秒以内。
评论