电子商业汇票系统培训材料090221.ppt
- 文档编号:18920127
- 上传时间:2024-02-12
- 格式:PPT
- 页数:91
- 大小:8.83MB
电子商业汇票系统培训材料090221.ppt
《电子商业汇票系统培训材料090221.ppt》由会员分享,可在线阅读,更多相关《电子商业汇票系统培训材料090221.ppt(91页珍藏版)》请在冰点文库上搜索。
电子商业汇票系统建设技术培训中国人民银行清算总中心支付系统开发中心2009年2月21日培训安排项目建设简介项目建设简介系统接入方式部分设计要点互联接口概述大额支付系统接口变更注意!
注意!
本培训讲稿内容根据开发项目组目前的系统设计来编写,涉及技术实现方案的内容尚未最终定稿本项目建设的技术方案尚未通过科技司组织的专家论证,因此本讲稿涉及的互联方式、前置机、接口细节等内容以最后正式发布的文件为准。
系统简介
(1)电子商业汇票系统(简称ECDS)组成电子商业汇票业务子系统纸质商业汇票登记查询子系统商业汇票转贴现公开报价子系统3个子系统关系相互独立,可以分别选择加入与开通共用系统运行控制,必须实现共用行名行号等基础数据,必须实现系统简介
(2)系统参与主体企业:
只参加电子商业汇票业务子系统的业务商业银行:
可参加3个子系统财务公司:
可参加3个子系统人民银行:
只参加电子商业汇票业务子系统直接连接的互联系统人民银行大额支付系统商业银行行内电子商业汇票系统财务公司内部系统人民银行再贴现系统系统简介(3)电子商业汇票业务特征:
创新业务国内已有部分行有类似纯电票业务商业汇票无纸化无纸化无纸化无纸化电子商业汇票集中统一登记集中统一登记集中统一登记集中统一登记,以人行ECDS系统统一登记为准,人行ECDS为二级托管,商行行内也存有承兑与持有的票据降低风险、减少在途与现有纸质商业汇票使用习惯不同总体结构
(1)总体结构
(2)电子商业汇票业务操作模式合同签订或者到货等转发票据权利人转移纸票登记与查询操作模式查询请求查询请求:
票据种类、票据号码、票据金额、出票日期、到期日、承兑行或者承兑人开户行查复内容查复内容:
所有的登记信息,含承兑、贴现等,背面信息贴现登记内容登记内容:
所有的登记信息,含承兑、贴现等,背面信息查询查复登记转贴现公开报价操作模式报价要素包括报价要素包括:
报价方身份、名称、报价方行号+账号、业务类型(转贴现买入、转贴现卖出、回购式买入、回购式卖出)、金额、利率、剩余期限、承兑人范围、票据类型、广播类型等支持直连支持直连支持直连支持直连C/SC/S模式与共模式与共模式与共模式与共享间连享间连享间连享间连B/SB/S模式模式模式模式线下联系线下交易(电票可以线上交易)时间要求2008年12月底前,完成立项和业务需求分析确认,启动软件开发;20092009年年年年22月底前,向商业银行颁布接口标准月底前,向商业银行颁布接口标准月底前,向商业银行颁布接口标准月底前,向商业银行颁布接口标准;2009年4月底前,完成软件开发及内部测试;2009年5月底前,完成与支付系统接口开发工作;2009年6月底前,采购设备,搭建生产环境;2009年年7-8月底,完成业务测试、第三方技术测试、月底,完成业务测试、第三方技术测试、业务联调测试,组织模拟运行;业务联调测试,组织模拟运行;2009年89月,发布相关制度;2009年9月底,系统正式上线运行,符合接入条件的银行接入电子商业汇票系统。
与商行有关的计划安排接口规范(初稿)发布原定原定2月月6日日推迟发布接口规范(定稿)发布4月月3日日商业银行测试用仿真软件和MBFE软件下发5月月13日日商业银行验收用仿真软件和MBFE软件下发6月月19日日直连参与者行内接口验收直连参与者行内接口验收直连参与者行内接口验收直连参与者行内接口验收66月月月月2222日至日至日至日至77月月月月33日日日日直连商业银行环境准备6月月10日至日至7月月21日日第三轮业务测试(测试环境,要求部分直参商业银行接入)7月月13日至日至7月月21日日业务与技术培训业务与技术培训7月月27日至日至8月月7日日联调测试7月27日开始准备,8月月3日至日至8月月7日日模拟运行8月13日开始准备,8月月20日至日至8月月28日日试运行试运行9月月28日日目前进展已经完成需求分析,正在做概要设计已完成互联接口规范初稿编写,尚未审核下发部分商业银行已经立项并开始开发建设商业银行建设要点选择要接入的子系统,确定接入的方式选择要接入的子系统,确定接入的方式选择要接入的子系统,确定接入的方式选择要接入的子系统,确定接入的方式电子商业汇票业务上线可能涉及行内较多的相关系统改造,协调难度与工作量较大协调难度与工作量较大协调难度与工作量较大协调难度与工作量较大网银、银企互联平台核心记账风险控制信贷管理商业汇票处理内部审批等等培训安排项目建设简介系统接入方式系统接入方式部分设计要点互联接口概述大额支付系统接口变更接入方式选择
(1)接入方式接入方式直连:
通过消息中间件与ECDS直接进行报文收发,完成业务处理间连:
利用人民银行在前置机提供的间连录入功能进行业务处理。
只有纸质商业汇票登记与查询、商业汇票转贴现公开报价提供间连方式,电子商业汇票业务不提供接入方式选择接入方式选择接入方式选择接入方式选择首先选择首先选择首先选择首先选择99月底上线时要参加的业务子系统月底上线时要参加的业务子系统月底上线时要参加的业务子系统月底上线时要参加的业务子系统其次确定通过直连接入还是间连接入其次确定通过直连接入还是间连接入其次确定通过直连接入还是间连接入其次确定通过直连接入还是间连接入系统接入的约束系统接入的约束纸质商业汇票登记与查询强制参加电子商业汇票业务只能直连一旦某个子系统采用直连方式后,其他子系统将不再提供间连接入方式接入方式选择
(2)参加电子商业汇票业务只能通过直连方式接入只能通过直连方式接入只能通过直连方式接入只能通过直连方式接入通过直连方式完成电子商业汇票业务、纸质商业汇票登记与查询商业汇票转贴现公开报价可以参加或者不参加不提供转贴现公开报价和商业汇票公开报价的间连接入方式接入方式选择(3)不参加电子商业汇票业务通过直连方式参加,则所有的业务(纸质商业汇票登记与查询、商业汇票转贴现报价)都必须通过直连方式,不再提供间连方式通过间连方式参加,则所有的业务(纸质商业汇票登记与查询、商业汇票转贴现报价)都通过间连方式参加一点接入(直连)招商银行行内招商银行行内相关系统相关系统工商银行行内工商银行行内相关系统相关系统支持多点接入(直连)工行广东分行工行广东分行行内相关系统行内相关系统工行湖北分行工行湖北分行行内相关系统行内相关系统接入点、系统参与者、业务参与者三者关系接入点(分配节点号进行标识分配节点号进行标识)接入点指商业银行、再贴现系统等系统参与者物理接入ECDS系统的接入系统。
一点接入、多点接入指物理接入的系统系统参与者(用大额支付系统行号大额支付系统行号进行标识)一个接入点包括多个系统参与者,一个系统参与者仅仅对应一个接入点;接入点、系统参与者、业务参与者三者关系(续)业务参与者(用三要素三要素三要素三要素进行区分)5类业务参与者行号+账号+业务参与者类别代码企业:
开户行行号开户行行号开户行行号开户行行号+企业账号+RC01直连商业银行:
行号行号行号行号(网点网点网点网点)+行号(网点)+RC00被代理商业银行:
代理行行号代理行行号代理行行号代理行行号+被代理行账号+RC03人民银行:
行号行号行号行号(支付系统支付系统支付系统支付系统ABSABS行号行号行号行号)+)+行号(支付系统ABS行号)+RC02被代理财务公司:
开户行行号开户行行号开户行行号开户行行号+财务公司在开户行账号+RC04直连财务公司:
财务公司支付系统行号财务公司支付系统行号财务公司支付系统行号财务公司支付系统行号+财务公司支付系统行号+RC04从上述可以看出业务参与者是挂靠在所有的系统参与者下面,通过系统参与者发起与接收业务票据权利人票据权利人票据权利人票据权利人行号行号行号行号+账号账号账号账号系统以上面两个要素认定一张票的持有人系统以上面两个要素认定一张票的持有人系统以上面两个要素认定一张票的持有人系统以上面两个要素认定一张票的持有人业务参与者类别代码不作为认定权利人的要素。
如果出现行号业务参与者类别代码不作为认定权利人的要素。
如果出现行号业务参与者类别代码不作为认定权利人的要素。
如果出现行号业务参与者类别代码不作为认定权利人的要素。
如果出现行号+账号相同,账号相同,账号相同,账号相同,而类别代码不同而导致不该发生票据行为发生了,责任由商业银行自负。
而类别代码不同而导致不该发生票据行为发生了,责任由商业银行自负。
而类别代码不同而导致不该发生票据行为发生了,责任由商业银行自负。
而类别代码不同而导致不该发生票据行为发生了,责任由商业银行自负。
物理视图物理视图逻辑视图逻辑视图接入点接入点系统参与者系统参与者业务参与者业务参与者多点清算HVPS贴现业务贴现业务DVP从招行湖北分行向工行从招行湖北分行向工行广东分行清算中心转移资金广东分行清算中心转移资金间连的接入方式尚未确定,可行方式有:
在各CCPC建立共享前置机,按照属地管理原则,各系统参与者接入对应CCPC,比如武汉城商行接入武汉CCPC建议用户量少的银行使用通过浏览器使用USBKEY登录做业务多点接入独立的间连前置,商业银行购置设备,并作为一个独立的接入点接入,设备未来可转化为直连的单一前置针对业务量稍大的银行使用通过浏览器使用USBKEY登录做业务可一点接入对于纸票登记查询业务量大的银行,建议直连,即使电票暂时没有需求进行直连,也可以将纸票登记查询和公开报价部分直连。
一点接入或者多点接入均可,建议一点接入前置机介绍
(1)定义商业银行、财务公司、人民银行接入电子商业汇票系统的前置系统,负责接收、转发相关指令,进行安全认证,负责直连与间连接入。
主要的功能定位负责MBFE与CCPC之间的加密传输;算法保密内置验证算法:
保证MBFE收到的报文来自CCPC而不是仿造;同时在报文发出时添加验证信息,使CCPC能够确保报文来自MBFE而不是伪造;算法保密具备一定的扩展能力,能够根据报文格式进行应用级路由报文接收、存储、格式验证、转发间连处理模块、人行再贴现临时处理模块可配置前置机介绍
(2)根据服务对象不同划分为单一前置机系统与共享前置机系统单一前置机系统部署在商业银行行内,为直连商业银行或者人民银行再贴现系统服务,负责报文交换与安全校验商业银行直连前置、财务公司直连前置、人行再贴现前置共享前置机系统部署在CCPC,为所有的间连参与者提供纸票登记、报价平台相关录入与展现功能间连前置前置机部署单一前置机应用结构共享前置机应用结构直连参与者业务系统接口功能
(1)直连参与者业务系统接口功能
(2)特征:
行内与前置、前置与CCPC之间均使用消息中间件只有用户加签名和核验签名的API软件,但没有做业务检查和报文收发的API软件。
直接根据报文格式标准通过消息中间件进行报文传递系统支持一点接入或者多点接入,物理上可以将全国所有的业务集中在一点接入ECDS,只需要一套前置系统网络上需要从CCPC直接,从最近的CCPC进行接入单一前置机软件部署
(1)设备名称软件部署情况备注服务器操作系统:
消息中间件数据库:
数据库系统软件(可选)应用系统:
前置机应用软件高可用性高可用性高可用性高可用性软件(可选)PC服务器、小型机等,数目根据需要业务终端管理终端操作系统:
windowsIE浏览器数据库客户端(可选)单一前置机软硬件配置的清单名称型号备注硬件设备PC服务器或者小型机J2EE应用服务器J2EE应用服务器主流产品,包括tomcat免费产品数据库(可选)在人民银行规定的范围内灵活选择主流产品IBM/Oracle/MySQL等消息中间件在人民银行规定的范围内灵活选择TLQ/IBMMQ培训安排项目建设简介系统连接方式部分设计要点部分设计要点报文格式标准与处理模式大额支付系统接口变更主要规则
(1)-票据号码电子商业汇票票据号码电子商业汇票的“票据号码”分为5个部分,共30位,全部由阿拉伯数字组成,结构如图当商业银行将电子商业汇票信息成功登记到ECDS后,由ECDS自动生成系统内唯一的电子商业汇票号码主要规则
(2)-组织机构代码电子商业汇票业务中需要填写票据当事人的组织机构电子商业汇票业务中需要填写票据当事人的组织机构电子商业汇票业务中需要填写票据当事人的组织机构电子商业汇票业务中需要填写票据当事人的组织机构代码代码代码代码商业银行行内必须维护组织机构代码的正确性,在客商业银行行内必须维护组织机构代码的正确性,在客商业银行行内必须维护组织机构代码的正确性,在客商业银行行内必须维护组织机构代码的正确性,在客户开通该业务时录入并核实,人行会对组织机构代码户开通该业务时录入并核实,人行会对组织机构代码户开通该业务时录入并核实,人行会对组织机构代码户开通该业务时录入并核实,人行会对组织机构代码错误现象进行核实处理;错误现象进行核实处理;错误现象进行核实处理;错误现象进行核实处理;人行ECDS在验证票据转让(背书转让,质押)行为发起人和接收人是否为同一票据当事人时,使用组织机构代码进行检查。
人行ECDS在验证保证人和被保证人及前手债务人是否为同一个票据当事人时,使用组织机构代码进行检查。
人行ECDS在查询、统计支付信用信息时,使用组织机构代码进行查询、统计。
人行ECDS在出票时验证收款人和承兑人不能为同一票据当事人时,使用组织机构代码进行判断。
主要规则(3)关于票据行为重复发送的判定商业银行行内系统或者再贴现系统向ECDS发起票据行为时,ECDS检索票据行为报文的票据标识号,票据标识号由发起行、报文日期和业务序号(商业银行行内生成且当日唯一)三要素共同组成;若票据行为的票据标识号相同,则ECDS认为票据行为重复发送,进行拒绝处理。
电子商业汇票系统使用电子签名来保证数据的完整性、不可抵赖性、用户身份认证等安全特性;按块进行签名,谁填写的信息谁签章企业、财务公司、被代理行向系统参与者发起报文时需要数字签名,行内系统负责核签,保证数字签名的正确无误,ECDS不核签,只负责转发该数字签名到票据业务接收行。
系统参与者直接发起的报文时不需要数字签名,系统参与者的接入点添加数字签名后向ECDS发送,ECDS负责核签,保证数字签名的正确无误,转发该数字签名到票据业务接收行,接收行接入点需要核签,保证数字签名的正确无误。
该数字签名等同于系统参与者发起业务的数字签名。
ECDS向系统参与者发起的报文,需要数字签名,系统参与者的接入点负责核签,保证数字签名的正确无误。
主要规则(4)-数字签名行名行号数据系统中使用大额支付系统的行名行号数据识别商业银行本系统在资金清算时,采用大额的直参间参关系完成资金清算(一点接入、多点清算)资金清算关系仍沿用大额的资金清算关系上线时会以基础数据方式从人行导出,然后从商行行内导入;投产后行名行号变更通过报文在线更新行名行号承接当大额支付系统某一参与者撤销后,在电子商业汇票系统中可能存在未结束的债权债务,需要指定承接行;承接行承接被撤销行(被承接行)的债权债务;当承接关系生效后,不管被承接行是否在行号系统里被撤销,所有债权债务将由承接行来承接承接关系的建立通过被承接行和承接行在ECDS系统内发起报文建立系统运行控制业务截止阶段日终处理阶段日间处理阶段营业前准备阶段若ECDS收到大额系统的“营业开始”的系统状态变更报文后,下发线上清算业务开启通知若ECDS收到大额系统的“业务截止”的系统状态变更报文后,下发线上清算业务关闭通知运行控制设置独立于大额支付系统的工作日历表可以独立设置工作日、节假日工作日分为4个不同的处理阶段在日间处理阶段中大额工作期间可以进行票款对付的线上清算业务其余时间仅允许与线上资金清算无关的业务纸票登记与查询、转贴现公开报价、电子商业汇票业务处理共用一套运行控制业务核对必要性:
网银客户登录银行看到的数据是商业银行行内数据票据的登记信息的准确性以ECDSNPC为准因此需要确保行内数据与ECDSNPC数据的一致性核对对象通过接入点与参与者进行业务核对功能;不提供纸质商业汇票登记及查询业务和商业汇票转贴现公开报价业务的业务核对功能核对类型每日行为信息核对每月票据承兑、持有信息核对(“盘库”)核对不平后处理措施以NPC为准,通过核对报文获取信息纠正每日日终行为核对
(1)区间发生量核对、3个来回的核对第1回合:
电子商业汇票系统将参与者当日发生的各种票据行为,按如下格式分别发送相应的接入点。
系统参与者行号1发送的报文报报文文文文类类型型型型报报文数量文数量文数量文数量接收的报文报文类型报文数量系统参与者行号n每日日终行为核对
(2)第2回合核对:
接入点收到汇总信息报文后,应与行内数据核对账务总数是否一致,如果一致则汇总业务核对结束;如不一致,可可可可按发起按发起按发起按发起汇总详细申请报文申请数据,汇总详细申请报文申请数据,汇总详细申请报文申请数据,汇总详细申请报文申请数据,ECDSNPCECDSNPC返回对应的申请内容返回对应的申请内容返回对应的申请内容返回对应的申请内容系统参与者行号1发送的报文报文类型1报文类型2接收的报文报文类型1报文类型2系统参与者n系统参与者1发送的报文10.n报文类型1ECDSECDS处处理理理理时时间间报报文文文文标识标识号号号号接收的报文10.n报文类型2ECDS处理时间报文标识号系统参与者n每日日终行为核对(3)当接入点收到上一步骤中的汇总详细信息后与行内数据进行比对,核对不相符时,可以发送“详细申请报文”,申请内容为报文标识号报文标识号。
ECDS根据接入点的申请,返回当日发生的报文,供接入点登记入库。
接入点收到报文后,需要根据报文发生顺序,将该业务重新处理,并更新该票据的持有人、状态等信息每月业务核对
(1)时点存量核对,核对持有与承兑票据2个来回的核对商业银行在每月可以择日核对存量数据,使用“每月票据信息汇总核对申请报文”申请当前时点存量票据的核对,完成一个“盘库”动作,每个月申请盘库的次数受限“盘库”过程中如发现票据信息不对,可通过报文申请票据的正面与反面信息,但每个月只能申请1000笔(可参数化配置);对于需要超过1000笔的票据数据,通过NPC客户端导出磁介质,并在商业银行行内导入,不在线实现。
每月业务核对
(2)第1回合:
收到商业银行的申请后首先检查是否还能申请每月票据业务核对。
检查通过后,ECDS按如下格式组织汇总核对清单下发接入点系统参与者行号1.n承兑人0.n票据信息票据信息票据信息票据信息电电子票据号子票据号子票据号子票据号码码30位金金金金额额19位承承承承兑兑人信息人信息人信息人信息账账号号号号32位持票人0.n票据信息票据信息票据信息票据信息电电子票据号子票据号子票据号子票据号码码30位金金金金额额19位状状状状态态8位持票人信息持票人信息持票人信息持票人信息账账号号号号32位每月业务核对(3)第2回合:
商业银行若汇总核对不符,可申请详细信息,每次最多申请1000笔明细,申请报文格式如下:
系统参与者行号11.1000电子票据号码1电子票据号码2电子票据号码3系统参与者行号n每月核对(4)第2回合:
ECDS收到申请报文后,根据申请的票据,返回明细报文
(1)若申请的电子商业汇票为承兑人开户行(商承)或承兑行(银承)且未结清,只返回票据正面信息;
(2)若申请的电子商业汇票为承兑人开户行(商承)或承兑行(银承)且已结清,返回票据正面信息历史行为清单;(3)若申请的电子商业汇票为持票人开户行,返回票据正面信息历史行为清单(4)若已归档则不返回数据。
支付信用信息查询报文处理建议支付信用信息报文时直接面向客户的报文,可能存在频繁发起并对系统造成重大压力的情况。
因此采用如下方式控制查询主体限制:
查询主体:
查询主体为票据操作人(票据流转过程中,处于待接收状态的后手)和人民银行。
票据操作人可查询内容为承兑人和直接前手背书人的支付信用信息。
查询控制:
查询控制:
查询人对同一特定被查询人的商业汇票支付信用信息查询业务只能发起一次,如再次发起查询申请,系统将拒绝。
收费支付信用信息查询报文处理建议由于支付信用信息统计是截止上一工作日(暂定),因此在同一天对同一个组织机构代码发起查询返回结果是相同的;建议:
商业银行在行内暂存当天(希望可配置,有可能更新频度没有这么快)已经查询过的组织机构的支付信用信息,用于当天其他客户的查询,而不需要再向NPC发起查询报文。
培训安排项目建设简介系统连接方式部分设计要点互联接口概述互联接口概述大额支付系统接口变更注意本节互联接口规范内容同样是一个草稿,最终以正式下发的版本为准互联接口主要内容报文格式标准报文格式标准接口报文交互票据状态业务报文处理流程基础数据文件格式标准签名、核签API软件及使用文档物理报文的组成【报文头】【报文体】报文头定长块物理通讯,规定通讯要求以及对于报文的整体描述。
报文体变长块各个业务系统中的业务报文,ECDS为XML格式目前需求书中业务报文标准部分(会继续更新)含各种数字签名报文头报文体以以通通用用票票据据转转发发报报文文034为为例例报文格式标准业务报文采用ISO20022(金融业通用报文方案,缩写为UNIFI)的方法进行创建;尽量使用ISO20022报文库中可用的数据类型,同时也创建了特有的数据类型XML格式的报文格式字符集为UTF-8报文体部分的需要符合相应的XML格式要求,并可以通过XMLSchema完成部分报文格式检查报文格式标准的阅读方法报文格式标准中文文本+Schema文件报文格式标准中文文本(解读业务要素、业务要素在schema以及xml文件中的缩写)解读报文体XML文件的结构PDF格式规范由于无法编辑,不能正式提供有转成word的方法么?
HTML格式规范维护代价太高,也无法提供XMLSchemaW3C标准,对报文体的XML文件进行定义XMLSchema可以使用第三方软件产生一个XML文件的例子整个XML文档只有一个Document元素,Document由很多类型嵌套组成解读通用票据转发报文034的XMLschema定义打开temp.034.001.01.xsd比照报文格式标准中文文本解释对应的XML文件互联接口主要内容报文格式标准接口报文交互接口报文交互票据状态业务报文处理流程基础数据文件格式标准签名、核签API软件及使用文档接口报文交互模式两种模式模式一:
发送报文模式二:
接收报文模式一:
发送报文根据有无异步返回报文分成两种情况无异步回应(如039自由格式报文)如果成功,则没有步骤2如果失败,返回033:
通用确认报文有异步回应(如001出票信息登记报文)如果成功,则有对应异步回执,005出票信息登记确认报文如果失败,则返回033:
通用确认报文具体可以参考接口规范中的接口功能时序图互联接口主要内容报文格式标准接口报文交互票据状态票据状态业务报文处理流程基础数据文件格式标准签名、核签API软件及使用文档票据状态电子商业汇票在ECDS存在不同的票据状态;为便于沟通交流与业务上理解的一致性,商业银行在行内的ECDS的票据状态定义与人行ECDS系统的票据状态应保持一致在接口规范中将会描述票据状态的定义,以及修改行内的票据状态规则中间版本的票据状态,有部分中间版本的票据状态,有部分商业银行不会使用的状态需要删除商业银行不会使用的状态需要删除互联接口主要内容报文格式标准接口报文交互票据状态业务报文处理流程业务报文处理流程基础数据文件格式标准签名、核签API软件及使用文档业务报文处理流程结合如下内容可以明确报文的处理流程需求书的业务流程介绍着重业务流转步骤电子商业汇票系统业务报文处理流程着重如何变更票据状态报文格式标准报文的具体定义,填写具体业务要素接口报文交互根据不同的报文处理模式以及回应内容,确认可能受到的报文电子商业汇票系统业务报文处理流程例子以转贴现报文为例解释系统的主要应答处理机制涉及了主要的转发、线上线下清算等这些图不包括在接口规范里打开文件互联接口主要内容报文格式标准接口报文交互票据状态业务报文处理流程基础数据文件格式标准基础数据文件格式标准签名、核签API软件及使用文档基础数据文件格式标准一种基础数据一个文件行号数据接入点信息权限数据参与者承接关系公共数据其他规定了每个文件的格式,便于商业银行导入行内系统例子行号数据文件例子公共数据文件标准培训安排项目建设简介系统连接方式部分设计要点互联接口概述大额支付系
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子 商业 汇票 系统 培训 材料 090221
![提示](https://static.bingdoc.com/images/bang_tan.gif)