电子商业汇票系统培训材料PPT课件.ppt

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