真功夫付款业务及收款数据对接的说明 .doc

招行跨银行现金管理平台K3系统不会主动连接CBS系统。 由于整个接口设计没有通过应用层访问，而是直接通过数据层访问协议来实现，所以K3必须为提供CBS系统提供数据层访问权限(即访问相应数据表的权限)。 由于K3系统不会主动连接CBS系统，所以K3系统提供两个基本的数据表，一个表存放CBS系统从K3系统拿走的数据即委托付款数据表，一个表存放CBS系统从各银行得到的收款数据（由于银行当日交易明细不一定准确，主要是工行的数据，因此已跟真功夫方面讨论该表数据不包含当日数据）。 一、委托付款业务数据处理流程及付款中间表： Put (status = Available) Connect Get (status = Available) ChangeStatus (status - Delegated) ChangeStatus (status - Accepted ) ChangeStatus (status - Error) ChangeStatus (status - confirmed) (status - failed) SetComments () Get (status = confirmed) doAction() 首先由K3系统生成委托付款指令，这时设置一个初始状态或多个（该状态由金蝶人员定义CBS不会读取这些状态的数据），K3系统的用户经过特定的操作将这些指令变成有效的指令，Put到付款中间表AUTHORIZATION_TO_PAYMENT，指令状态为available。 CBS系统连接K3系统的付款中间表 CBS系统从付款中间表Get状态为available的指令，同时将这些指令的状态改为delegated，这两步操作应该在一个事务内。 CBS系统开始受理指令后，将指令状态改为accepted,并把CBS系统业务流水号填写到付款中间表的DEPOSIT_CENTER_TRANS_ID字段。 CBS系统总部人员审批否决时，将指令状态改为Error,并把否决原因回填到付款中间表的COMMENTS备注字段。审批通过不修改付款中间表。 CBS系统将付款处理的结果反馈给K3系统，如果成功，则将指令状态改为confirmed，。如果失败，则将指令状态改为failed。另外还把失败原因回填到付款中间表的COMMENTS备注字段。 K3通过定时服务对中间表中状态为confirmed的有效指令做下一步的业务处理。 对于状态available，accepted，confirmed，failed不需要再多说明，对于3要求的的delegated状态和事务控制要求，是基于如下原因，当指令在available状态下，K3系统还可以允许用户对指令信息做修改。所以CBS系统在取走指令的同时将状态修改，这样避免K3系统再此对指令做修改。 委托付款表结构 表名: AUTHORIZATION_TO_PAYMENT (委托付款) 字段名 数据类型 非空 描述 VOUCHER_ID VARCHAR2(30) 是 凭证指令Id,K3系统的唯一值 目前结算中心系统只支持30位 对应请求中的SQRNBR和 YURREF STATUS_ID VARCHAR2(20) 状态Id，Available:等待中心读取数 Delegated:中心已读取数据 Accepted:中心正在处理 Error中心处理失败 Confirmed付款成功 Failed付款失败 Unknown未知状态，从成功状态改为其他状态（临时状态，只针对付款成功然后中心再作修改的记录） ENTRY_DATE DATE 期望经办日期(YYYY-MM-DD) EPTDAT（用于网银端起服务） PAYMENT_METHOD_TYPE_ID CHAR(1) 结算方式 0：其它 1：现金 2：支票 3：电汇 4：汇票 5：内转 对应请求中的PAYTYP PAYMENT_ACCOUNT_ID VARCHAR2(35) 付方银行帐号DBTACT DEPOSIT_BANK_NAME VARCHAR2(60) 收款方银行开户行 RCVBAK DEPOSIT_ACCOUNT_NAME VARCHAR2(60) 收款方银行帐户名称 RCVACT DEPOSIT_ACCOUNT_ID VARCHAR2(35) 收款方银行帐号 针对内转业务，该收款方账号需要为结算中心的内部账号 DEPOSIT_P