第三方支付平台详细设计说明书

ANXIN123 贡献于2013-02-27

作者 liuxu  创建于2011-12-26 06:46:00   修改者Guoyiy  修改于2012-01-06 06:30:00字数14243

文档摘要:  第三方支付是指一些和国内外各大银行签约,并具备一定实力和信誉保障的第三方独立机构提供的交易支持平台。它通过与银行的商业合作,以银行的支付结算功能为基础,向政府、企业、事业单位提供中立的、公正的面向其用户的个性化支付结算与增值服务。
关键词:

第三方支付交易平台详细设计说明书 第三方支付交易平台P-HUB 详细设计说明书 版本号:V1.0 Clear2Pay 2011年12月 第 页 共 27 页 第三方支付交易平台详细设计说明书 文档控制 分发 文档名称: 广银联交易集成平台接口标准及服务调用说明书 版 本 号: V1.0 版本日期: 2011年9月30 日 作 者: Clear2Pay(中国) 发布部门: 发布日期: 20011年12月30日 版本控制 版本 日期 说明 V1.0 2011-12-20 初稿 批阅意见 单位 签字 日期 目 录 1 文档介绍 5 1.1 文档目的 5 1.2 使用说明 5 1.3 使用对象 5 1.4 术语及缩写 5 2 接口服务发布标准 7 第 页 共 29 页 第三方支付交易平台详细设计说明书 2.1 Socket连接服务 7 2.1.1 通讯方式 7 2.1.2 编码标准 7 2.1.3 安全 7 2.2 HTTP服务 7 2.2.1 通讯方式 7 2.2.2 编码标准 8 2.2.3 安全 8 3 接口报文格式标准 9 3.1 自定义XML标准 9 3.1.1 格式约定 9 3.1.2 报文格式 9 3.1.3 符号约定 9 3.2 ISO8583格式标准 10 3.2.1 格式约定 10 3.2.2 符号约定 10 4 外围系统调用TIP服务接口说明 12 4.1 代收付调用TIP服务接口 12 4.1.1 增值平台-消费交易接口 12 4.1.2 增值平台-冲正接口 13 4.2 增值平台调用TIP服务接口 14 4.2.1 代收付-实时代收交易接口 14 5 TIP调用外围系统服务接口说明 17 5.1 调用增值平台服务接口 17 5.1.1 消费 17 5.1.2 冲正 18 5.2 调用代收付系统服务接口 18 5.2.1 实时代收 19 6 附录 22 6.1 接入系统代码 22 6.2 错误代码 22 1 系统背景介绍 1.1 第三方支付背景 第三方支付是指一些和国内外各大银行签约,并具备一定实力和信誉保障的第三方独立机构提供的交易支持平台。它通过与银行的商业合作,以银行的支付结算功能为基础,向政府、企业、事业单位提供中立的、公正的面向其用户的个性化支付结算与增值服务。 第 页 共 29 页 第三方支付交易平台详细设计说明书 2011年5月18日、8月28日,央行累计向40家第三方支付公司颁发了《第三方支付牌照》。标志着从此第三方支付纳入了央行的统一监控和管理之下。 第三方支付公司生存的基础是行业应用,但是行业应用必须依赖银行对接平台的支付支持。第三方支付业务的特点是要求与银行和内部账户系统能够紧密互联,这是实现第三方开展支付业务的基础。 统一支付平台的建设需要前瞻性、标准化和易于扩展。目前各家第三方支付公司都在想尽办法实现和银行或者其他渠道的互联工作。如果第三方支付平台的建设前瞻性不足就会导致在各个应用系统中分别与银行或者支付渠道的互连工作;使得支付业务的处理变得异常的复杂化。 1.2 第三方支付平台背景 在梳理第三方支付公司现有产品架构的过程中,如果我们仅从“支付”的角度来思考会发现第三方支付公司的现有系统架构普遍存在以下的问题: Ø 一套应用配置一套支付(代码的重用性不是很好) 由于缺少初期的远景规划,加上第三方支付业务推出的实效要求。一套业务系统既要考虑业务应用功能的实现,还要考虑商户的接入、费用的收付及最终资金的清算。(如下图) 第 页 共 29 页 第三方支付交易平台详细设计说明书 当只有一套或者几套行业应用系统的时候,各个系统之间关联性低,系统的更新升级还是维护工作都相对比较简单;新的行业应用的加入对原有系统也不会带来太大的影响;但是当业务系统越来越多,达到10套甚至几十套的时候就会发现在每个应用中投入了太多的重复工作(特别是银行支付渠道方面),同时也带来更多的维护要求。 Ø 星型的支付接口 随着行业应用的发展,第三方支付公司发现在调用各个银行接口的时候部分已有的银行渠道接口可以部分或者全部重用,在这样的情况下本着减少投入、缩短开发周期的思路能够重用的都尽量重用了。于是星型的支付接口出现了: 出现星型的支付接口之后,各个系统之间(特别是涉及到银行渠道支付的部分)的耦合性越来越强,一个小节点的变更都可能引起所有应用系统的修改。单点故障的风险越来越大,同时第三方支付机构的业务规划及系统维护带来了极大的困惑。 Ø 蔓延在各个应用系统的支付差错 银行支付渠道都是调用银行(或其它支付组织)对第三方支付公司发布的标准接口,且通过专用网络对接。在这个过程中,由于内部应用系统、银行接口和网络环境的稳定性难免出现差错。而随着星型支付接口的出现和业务量的增加,支付差错的排查变得越来越复杂和繁杂。给第三方支付公司带来了极大的运营成本及资金风险。 Ø 支付渠道的可扩展能力有限 第 页 共 29 页 第三方支付交易平台详细设计说明书 随着第三方支付机构的业务发展和渠道拓展,需要接入越来越多的支付渠道。在星型支付接口模式下如何接入新的支付渠道成为一个很大的问题:单独接入某一个行业应用,则无法实现此支付渠道的共享;如果接入所有的行业应用,则大部分行业应用现有的支付渠道都需要进行改造;整体改造成本和带来的维护成本会越来越大; Ø 新应用投产面临的挑战 当第三方支付公司需要推出新的行业应用的时候,从支付的角度肯定有以下的期望:已存在的支付渠道能够直接的接入新的行业应用;在接入已有支付渠道的过程中,业务逻辑越简单约好,时间越快越好;但是在目前星型支付接口的模式下实现比较困难。 综上所述,支付接口渠道在第三方支付公司内部的系统架构中的作用越来越重要,但由于历史原因导致第三方支付公司因此面对的问题和挑战越来越大。 2 文档介绍 2.1 编写目的 本文档作为第三方支付交易平台基础版本的开发设计标准,主要为后续系统的编码开发工作提供参考依据。 本文档应该涵盖后续开发工作当中所涉及到的工作范围,包括:系统整体架构设计、系统功能设计、业务流程设计、产品功能使用设计、数据库表设计、异常及差错处理设计、接入系统接口设计(行业接口)、支付渠道接口分析(银行接口)等环节,开发人员的编码开发工作应严格遵守本文档的设计内容。 同时文档也为后续的二次开发提供理论参考基础,使后续开发人员及项目组快速准确的理解第三方支付交易平台的工作原理及业务流程实现。 2.2 使用对象 本接口标准可作为软件设计、开发、测试人员的参考性文件,也可作为用户了解软件系统的接口,进行软件系统确认与验收测试时的参考。文档使用对象为: 第 页 共 29 页 第三方支付交易平台详细设计说明书 Ø 软件工程组 Ø 软件相关组成员 Ø 软件开发人员 Ø 软件测试人员 2.3 术语及缩写 缩写、术语 解释 P-HUB Payment Hub的缩写,第三方支付交易平台 OPF Open Payment Framework;开放性支付平台,Clear2pay用于打造第三方支付交易平台所依赖的开发平台 3 系统需求分析 鉴于第三方支付公司在“支付接口”方面的现状,我们认为建设统一支付平台是第三方支付公司必然选择,但是如何建设“统一支付平台”,我们认为必须满足如下需求: 3.1 建立统一支付标 Ø 第三方支付交易平台应从第三方支付公司的整体支付需求角度考虑系统架构,最终实现高效、稳定、通用的支付平台; Ø 第三方支付交易平台应实现第三方支付公司支付方面的所有业务逻辑,最终给第三方支付公司的所有行业应用系统提供统一、通用的接入标准,标准化的实现第三方支付公司内部各系统的所有支付功能; Ø 第三方支付交易平台需要整合第三方支付公司可能面对的所有银行(或其它金融组织)支付渠道,并能够有机的实现对应的所有支付功能以及各种渠道产生的差错处理能力。 第 页 共 29 页 第三方支付交易平台详细设计说明书 Ø 各银行(或其它金融组织)的支付渠道各不相同,无论从通讯模式、报文标准还是业务逻辑方面都存在差异。而“统一支付平台”需要对内部行业应用提供标准的接入规则。所以“统一支付平台”需要实现中间通讯模式、报文格式、和业务逻辑的整合; 3.2 系统功能需求 Ø 需要能够实现现有第三方支付公司中现有支付渠道中的所涉及到的支付业务,如:单笔贷记、单笔借记、转账、代理汇款等。 Ø 第三方支付交易平台的最终目的是实现所有支付渠道的通用管理、所以在银行支付渠道方面需要考虑参数化、配置化的模块管理;且各个模块之间需要各自独立、互不影响; Ø 第三方支付交易平台交包含的银行支付渠道对应的银行支付吞吐量各有区别,所以需要从系统设计方面考虑各支付渠道的流量控制、并发控制及交易优先级别的控制;且能够根据业务量的大小自动选择对应的支付渠道(限同一银行的不同分行)。 Ø 能够自动完成银行的签到/签退、加密/解密、签名/验签、交易定时发送、交易状态主动查询和返回等功能。 Ø 需要提供对业务参数(响应码、业务代码、货币码、省份代码、工作日期)的管理以及对交易状态的人工控制。 Ø 需要对接入的银行渠道提供监控,能够在银行服务出现异常时暂停发送交易。 3.3 系统可用性需求 支付交易平台作为第三方支付公司支付方面的核心平台,必须保证7*24小时的稳定运行。所以在从架构设计方面首先就需要考虑“统一支付平台”的稳定性及可能面临的各种故障风险(特别是单点故障);同时需要考虑到系统更新升级过程中系统的稳定、平滑过渡。 3.4 系统性能需求 第 页 共 29 页 第三方支付交易平台详细设计说明书 3.5 系统安全需求 4 系统总体架构设计 4.1 系统标准 4.1.1 基础产品 第三方支付交易平台将选用Clear2Pay自主研发的OPF(Open Framework Payment)产品作为基础开发平台进行业务及功能的开发,在现有OPF提供的标准服务的基础上进行扩展和补充,应使用这些新的服务打造第三方支付交易平台,并最终形成第三方支付平台产品: 所采用的OPF基础开发平台版本信息如下: Build-Date: 2010-08-02 06:00:40 GMT Specification-Version: CORE_OPF_R11_2_4_0_SRC_rev100768_02AUG2010 Specification-Title: OPF Specification-Vendor: Clear2Pay NV/SA 4.1.2 技术标准 类型 内容 系统运行平台标准 应用服务器标准: WebSphrere Process Server v6.1 for Linux 64 bit 数据库标准 Oracle 11g for Linux 64 bit 第 页 共 29 页 第三方支付交易平台详细设计说明书 通讯中间件 WebSphere MQ v6.0 for Linux 64 bit 系统开发平台标准 Java技术标准 Java 5.0 (JDK 1.5),J2EE 1.4 集成开发环境 WebSphere Integration Developer 6.1.2 for win32 数据库 Oracle11g from win 4.1.3 编码标准 第三方支付交易平台采用以下字符编码标准: 1. 程序代码采用GB18030字符集编码格式。 2. 与行业应用系统间采用UTF-8字符集编码。 3. WebSphere MQ队列字符集编码CCSID:819 4. 与支付渠道间使用的字符集编码以各支付渠道系统所采用的字符集编码为准。 4.1.4 通讯标准 第三方支付交易平台采用以下通讯标准: 1. 行业应用与第三方支付交易平台之间采用MQ异步通讯方式。并使用MQ提供的MessageDeliverId作为唯一标识读写队列。 2. 行业应用系统与第三方支付交易平台间MQ连接采用Server To Server的方式(Server Conection)进行连接,接入系统应按照平台要求发送支付指令信息。 3. 第三方支付交易平台内部采用WebSphere JMS Provider进行通讯。 4. 第三方支付交易平台与支付渠道系统间采用的通讯标准以第支付渠道系统为准。 第 页 共 29 页 第三方支付交易平台详细设计说明书 4.2 系统架构设计 4.2.1 系统总体架构设计图 系统总体架构图 4.2.2 系统架构说明 Ø 考虑到整个第三方支付交易平台的处理效率及性能,设计将系统分为支付指令受理端和支付交易处理端两个部分,两个部分为相对独立的应用程序,可以采用应用分部式部署,也可以发布为统一应用,视客户具体情况而定。两个应用之间采用JMS Queue连接,采用Message Driven Bean的方式通讯。 Ø 支付指令受理端包括支付指令的接收和保存,第三方支付企业内部的行业应用系统通过支付指令受理端接入第三方支付交易平台,并向平台发起支付指令;平台对发起的支付指令进行解析并验证报文的数据合法性、权限等;验证通过后支付交易平台调用路由服务确定支付渠道和支付条件;再调用提交准备服务,此后交易为准备提交状态,若需要立即提交则发送至支付交易处理端处理,最后返回请求方交易指令已经成功接受报文。整个交易指令受理过程中若遇到数据或内容不合法、无交易权限、无匹配路由规则或出现异常情况时平台拒绝该交易指令并返回拒绝报文,交易结束。 第 页 共 29 页 第三方支付交易平台详细设计说明书 Ø 第三方支付公司业务操作人员可以通过支付交易平台提供的可视化界面(BVA)进行头寸资金调拨操作。对于由人工录入和由行业英勇系统发起的支付交易指令,支付指令受理端采用相同的处理方式进行处理。 Ø 支付交易处理端一方面接收支付指令受理端提交的需要立即处理的支付交易指令,另一方面定时从数据库中批量获取待处理的支付交易指令;支付交易处理端对这些支付指令按照流程的编排发送到对应的支付渠道进行支付。另外支付交易处理端还担负着如交易状态查询、日终处理、日终交易核对等自动作业任务。 Ø 第三方支付公司业务操作人员需要在交易指令提交到支付渠道前对需要进行交易复核和授权的交易进行审批、授权或者拒绝操作。 4.2.3 行业应用接入设计 第三方支付公司行业应用系统通过MQ接入支付交易平台,MQ采用Server To Server方式(Server Connection),并在WebSphere Process Server中采用Message Driven Bean对支付交易平台MQ Server中的本地队列进行监听,当有消息进入队列时触发处理流程。连接方式如下图所示: 第 页 共 29 页 第三方支付交易平台详细设计说明书 行业应用MQ接入 PHUB MQ 配置 IP2018香港马会开奖现场 端口号 队列管理器 1414 PHUBSERVER.UAT01 序号 名 称 类型 说 明 1 CN.PHUB.APPPHUB.01.REQUEST 本地队列 对应行业应用远程队列 2 CN.APP. APPPHUB.01.REPLY 远程队列 对应行业应用本地队列 3 CNPHUBU1.T1.CNAPPU1 发送通道 对应行业英勇的接收通道 4 CNAPPU1.T1.CNPHUBU1 接受通道 对应行业英勇的发送通道 APP MQ 配置 IP2018香港马会开奖现场 端口号 队列管理器 1414 APPSERVER.UAT01 序号 名 称 类型 说 明 1 CN.PHUB.APPPHUB.01.REQUEST 远程队列 对应PHUB本地队列 2 CN.APP. APPPHUB.01.REPLY 本地队列 对应PHUB远程队列 3 CNAPPU1.T1.CNPHUBU1 发送通道 对应PHUB接收通道 4 CNPHUBU1.T1.CNAPPU1 接受通道 对应PHUB发送通道 行业应用及PHUB MQ配置 第 页 共 29 页 第三方支付交易平台详细设计说明书 4.2.4 支付指令受理端设计 支付指令受理端处理流程图 第 页 共 29 页 第三方支付交易平台详细设计说明书 4.2.5 支付交易处理端设计 支付交易处理端流程图 第 页 共 29 页 第三方支付交易平台详细设计说明书 4.2.6 系统工程结构设计 系统工程结构图 支付指令受理端 序号 工程名称 类型 说 明 1 PHUBEAR EAR 2 PHUBBusinessServices EJB 3 PHUBBusinessServicesClient EJB 4 支付交易处理端 序号 工程名称 类型 说 明 1 PHUBPaymentEAR 2 3 4 第 页 共 29 页 第三方支付交易平台详细设计说明书 5 业务功能设计 5.1 支付业务处理 5.1.1 单笔贷记 5.1.1.1 交易流程图 第 页 共 29 页 第三方支付交易平台详细设计说明书 5.1.1.2 交易指令接收 (Interchange Loader) 第三方支付交易平台接收到行业应用发起的支付交易指令后,将调用OPF中IntercahngeLoader Service将交易指令保存,并创建交互信息,交易平台在后续的处理中将通过保存的交互信息对交易指令进行处理,具体接收流程如下图所示: 在接受行业应用发起的单笔贷记业务指令时,支付交易平台在创建和保存指令信息的过程中需要做如下操作: 步骤名称 实现类名 参数 用途 OPFCommonService/ com/clear2pay/bph/opfcommon/interchangeloader/actions/impl/ preactions DetermineExchangeConditionAction ReadAction bankName; bankGroupId; ECExternalId 确定行业接入 CreateInterchangeAction CreateEntityAction PaymentInterchange 创建interchange对象 InsertInterchangeAction PersistEntityAction PaymentInterchange interchange数据库保存 第 页 共 29 页 第三方支付交易平台详细设计说明书 EnrichInterchangeAction EnrichInterchangeAction TransportTime; IncomingFlag; InFileName 更新interchange对象 UpdateInterchangeAction PersistEntityAction PaymentInterchange 更新interchange数据库 postactions CreateInterchangeLoader PaymentHistory CreatePaymentHistoryAction interchangeKey 创建interchagne历史记录 MessageDelivererAction MessageDelivererAction bankName; bankGroupId; interchangeKey 提交交易至ParsingQ 5.1.1.3 交易指令处理 (Instruction Flow with Parsing) 5.1.1.3.1 交易指令解析(Parser) 内容 类型 属性/操作 备注 parser STAXParser preactions=" readInterchange "; postactions= "executeDirectCreditValidation, executeDirectCreditRouting, executePreSubmission, updateStatusToAccepted, persistInterchangeUpdate " 参阅5.1.1.3.3 readerprovider BufferedReaderProviderImp charset="GBK" size="512" autodetect RegexpAutoDetectImpl regexp = "(?s).*Consumption.*" errorhandler ConsumptionErrorHandler throw="true" 消费异常处理 报文解析节点 /Document/ ParentElementImpl 根节点 ../Head/ ParentElementImpl preactions=" createInstruction, persistInstructionCreate"; postactions=" addInstructionDetails, updateInterchange, participantDetermination" Head节点 参阅5.1.1.3.3 ../.. /TransType SimpleElement Validation.TransType 参阅5.1.1.3.4 ../../ UserId SimpleElement Validation. UserId 参阅5.1.1.3.4 ../../ TransNo SimpleElement Validation. TransNo 参阅5.1.1.3.4 ../../ SubmitTime SimpleElement Validation. SubmitTime 参阅5.1.1.3.4 ../../ TotalRecords SimpleElement Validation. TotalRecords 参阅5.1.1.3.4 ../../ TotalAmount SimpleElement Validation. TotalAmount 参阅5.1.1.3.4 ../ Body ParentElementImpl N/A Body节点 第 页 共 29 页 第三方支付交易平台详细设计说明书 ../../Record ParentElementImpl preactions="createTransaction" postactions= "totalTransactionCreditAmount, totalTransactionDebitAmount, countTransaction, updateInstructionDetails, addTransactionDetails, persistTransactionCreate, persistInstructionUpdate" 参阅5.1.1.3.3 ../../../ Sn SimpleElement Validation.Sn ../../../ Priority SimpleElement Validation. Priority ../../../ BeneBankCode SimpleElement Validation. BeneBankCode ../../../ BeneAccNo SimpleElement Validation. BeneAccNo ../../../ BeneName SimpleElement Validation. BeneName ../../../ BeanAccType SimpleElement Validation. BeanAccType ../../../ Currency SimpleElement Validation. Currency ../../../ Amount SimpleElement Validation. Amount ../../../ ChargeAmount SimpleElement Validation. ChargeAmount 5.1.1.3.2 数据模型映射(Data Modle) 报文要素 Instruction Transaction 备注 备注:蓝色背景为创建对象必须属性 企业集团ID bankGroupId bankGroupId 固定值,由PHUB分配 企业ID bankKey bankKey 固定值,由PHUB分配 状态 status status "Created" 显示ID displayInstructioId displayTransactionId "0" 方向标识 Incoming "True" interchangeKey 由InterchangeLoader产生 incomingInstructionKey 由Instruction产生 incomingClearingConditionKey 固定值,由PHUB分配 指令类型 instructionType 对应报文TransType 报文类型 messageType 固定值:"XML" 行业应用ID initiatingPartyId initiatingPartyId 对应报文UserId 支付业务总类 classification classification 固定值:"DirectCredit" 业务请求日期 instructedDay incomingSettlementDay 对应报文SubmitTime 业务处理日期 settlementDay processingDay 对应报文SubmitTime 业务请求时间 creationDateTime 对应报文SubmitTime 业务请求序号 instructionReference 对应报文TransNo 贷记金额 instructedCreditAmount 对应报文Amount 第 页 共 29 页 第三方支付交易平台详细设计说明书 借记金额 instructedDebitAmount "0.00" 指令金额 instructedAmount instructedAmount 对应报文Amount 交易金额 settlementAmount settlementAmount 对应报文Amount 交易笔数 numberOfTransactions 对应报文TotalRecords 实际交易总笔数 actualTransactionCount 根据报文解析累加计算 借记总金额 totalNumberOfDebitTxns "0.00" 实际借记总金额 actualDebitAmount "0.00" 贷记总金额 totalNumberOfCreditTxns 对应报文TotalAmount 实际贷记总金额 actualCreditAmount 报文Amount累加计算 收款行行号 instructingAgentId 对应报文BeneBankCode 结算币种 settlementCurrency settlementCurrency 对应报文Currency 币种 instructedCurrency 对应报文Currency 优先级 priority priority 对应报文Priority 结算方法 settlementMethod 固定值:"INGA" 用途 purposeProprietaryCode 对应报文Remark 借贷标识 debitCreditIndicator 固定值:"C" 收款方行号 debitPartyAgentId 对应报文BeneBankCode 收款方账号 debitPartyAccount 对应报文BeneAccNo 收款方户名 debitPartyName 对应报文BeneName 收款人账户类型 debitPartyAccountTypeCode 对应报文BeanAccType 手续费 charges1Amount 对应报文ChargeAmount 5.1.1.3.3 解析步骤(Parsing Actions) 步骤名称 实现类名 参数 用途 PHUBBusinessServices/src/ com/clear2pay/bph/phub/businessservices/parsing/actions/ ReadInterchange ReadActionImpl (opfcommon) interchangeKey(Long) 根据Key获取Interchange CreateInstruction CreateAndTransformActionImpl (opfcommon) 参考数据模型蓝色背景部分 创建instruction entity persistInstructionCreate PersistActionImpl (opfcommon) Instruction entity 保存instruction 至数据库 addInstructionDetails EntityPropertyAccessorActionImpl (opfcommon) 参考数据模型映射 增加Instruction属性 updateInterchange EntityPropertyAccessorActionImpl (opfcommon) receivingParty sendingParty 更新interchangeLoader发送方和接收方信息: receivingParty="PHUB" sendingParty=instr.userId participantDetermination ParticipantDeterminationAction Instruction entity 设置instruction交易发起方信息 第 页 共 29 页 第三方支付交易平台详细设计说明书 (opfcommon) createTransaction CreateAndTransformActionImpl (opfcommon) 参考数据模型蓝色背景部分 创建Transaction entity totalTransactionCreditAmount TotalActionImpl (opfcommon) creditAmount 计算实际总贷记金额,根据报文Amount域累加 totalTransactionDebitAmount TotalActionImpl (opfcommon) debitAmount 计算实际总借记金额。 countTransaction CountActionImpl (opfcommon) true 计算交易笔数 updateInstructionDetails EntityPropertyAccessorActionImpl (opfcommon) Instruction Entity 增加Instruction 属性 addTransactionDetails EntityPropertyAccessorActionImpl (opfcommon) Transaction Entity 增加Transaction属性 persistTransactionCreate PersistActionImpl (opfcommon) Transaction Entity 更新数据库Instruction persistInstructionUpdate PersistActionImpl (opfcommon) Instruction Entity 更新数据库Transaction executeDirectCreditValidation ParsingValidateAction Instruction Entity 调用Validation Service对Instruction及关联Transaction进行数据、权限验证 executeDirectCreditRouting ParsingRoutingAction Instruction, bankGroupId, bankKey 调用Routing Service对Instruction关联的Transactions进行路由 executePreSubmission ParsingPreSubmissionAction Instruction Entity 提交交易至交易处理端;并返回行业应用结果报文 updateStatusToAccepted EntityPropertyAccessorActionImpl (opfcommon) Interchange Entity 更新Interchagne 状态为Accepted persistInterchangeUpdate PersistActionImpl (opfcommon) Interchange Entity 更新数据库Interchange 5.1.1.3.4 验证内容及拒绝条件(Validation & Issue Process) 验证内容 验证条件 操作 备注 数据合法性验证 Validation.TransType Validation. UserId Validation. TransNo Validation. SubmitTime 第 页 共 29 页 第三方支付交易平台详细设计说明书 Validation. TotalRecords Validation. TotalAmount Validation. BeneBankCode Validation. BeneAccNo Validation. BeneName Validation. BeanAccType Validation. Currency Validation. Amount Validation. ChargeAmount 业务合法性验证 Validation.classification 支付交易类型是否在该行业应用与PUHB签订的合约范围之内 是=通过;不是=拒绝 行业应用加入PHUB需要与PHUB之间签订服务合约 5.1.1.3.5 交易路由(Routing & Exchangen Condition) Ø 借方信息确定 内容 属性来源 属性目标 属性值 借方银行行号 Transaction. debitPartyAgentId Transaction. routingAgentId 第 页 共 29 页 第三方支付交易平台详细设计说明书 解放银行类别 Transaction.debitPartyAgentIdType Transaction. routingAgentIdType "CSM" 借方账号 Transaction. debitPartyAccount Transaction. routingAccount Ø 路由规则 路由规则ID 渠道名称 条件 交互条件ID R_CCBGDH2H_DIRECTCREADIT 广东建行银企直连 Classification=DirectCredit debitPartyAgentId=102 EC_CCBGDH2H_DIRECTCREADIT Ø 交互条件 交互条件ID 渠道 交互条件 EC_CCBGDH2H_DIRECTCREADIT 广东建行银企直连 Scheme="DirectCredit"; ExchangeFormat="ISO20022"; Ø 贷方信息确定 内容 属性来源 属性目标 属性值 借方银行行号 Transaction. debitPartyAgentId Transaction. routingAgentId 解放银行类别 Transaction.debitPartyAgentIdType Transaction. routingAgentIdType CSM 借方账号 Transaction. debitPartyAccount Transaction. routingAccount 5.1.1.3.6 交易处理提交及返回(Deliver & Reply) 到此步骤时,对于交易指令的处理已经结束,本步骤主要将完成路由后的交易(opicKey)通过队列(Message Driven Bean)的方式发送至支付交易处理端,并通过队列将接受支付交易指令成功的结果返回行业应用系统。至此支付指令受理端处理流程全部结束,交易将进入到后台支付交易处理流程环节中。 Ø Step1:提交支付交易处理端队列[PreSubmissionQ];提交内容为已路由交易ID(OpicKey) Ø Step2:提交行业应用队列[PreSubmissionQ];提交内容为交易结果成功接受报文。具体返回报文请参考交易支付平台接口设计。 第 页 共 29 页 第三方支付交易平台详细设计说明书 5.1.1.4 支付交易提交处理 (Transaction Flow with Submission) 5.1.1.4.1 业务检查(Validation & Issue Process) 5.1.1.4.2 业务审批授权(Approve) 5.1.1.4.3 交易仓库(Warehousing) 5.1.1.4.4 交易提交(Submission) 5.1.2 单笔借记 5.1.3 批量代收 5.1.4 批量代付 5.1.5 代理汇款 5.1.6 代理汇款(含手续费) 5.1.7 交易状态查询 5.2 行业渠道管理 第 页 共 29 页 第三方支付交易平台详细设计说明书 5.3 支付渠道管理 5.4 账户管理 5.5 头寸管理 5.6 行名行号管理 5.7 日终处理 6 交易支付平台接口设计 6.1 与行业应用系统接口 6.2 与通知渠道系统接口 7 附录 7.1 接入系统代码 编码 系统ID 描述 101 PDS 代收付系统 102 AVP 增值平台 第 页 共 29 页 第三方支付交易平台详细设计说明书 7.2 错误代码 9999=System Error : 系统异常 9900=Unsupported Transaction Type:不支持的交易类型 9901=Verified Sign Error:验签失败 9902=Signed Message Error: 签名失败 9903=Certificate Operation Error: 证书操作失败 9904=The Request Message is Null: 请求为空 9905=The Response Message is Null: 响应为空 9800=Parsing Message Error:解析失败 9700=Routing Error:路由失败 9600=Connect Server Error 9601=Send/Read Message Error: 数据读写失败 9602=Receiving Message Timeout:读取数据超时 9500=Write ISO8583 Message Error:写ISO8583失败 9501=Data for ISO8583 Error:ISO8583数据异常 1 2 3 4 5 5.1 5.1.1 第 页 共 29 页

下载文档到电脑,查找使用更方便

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 5 金币 [ 分享文档获得金币 ] 101 人已下载

下载文档