资金清算系统接口V1.2
高级新全球现金管理资金调拨及清算指令查询接口
境外实体资金池委贷日 期
否
D24 /CMS/eb/out/KJLoanRate
境外实体资金池委贷利 率
否
Details
数字
1
字符
20
数字
8
字符
9
GQCOLDIS
说明
格式yyyyMMdd 格式HHmmssSSS
空或102：本行 其他：他行Fra bibliotek1：点对点
2：多级
1：归集
3：先归集后下拨
2：下拨 5：单笔调拨
字段名称
交易代码 集团CIS号 归属银行编号 证书ID 交易日期 交易时间 指令包序列号 错误返回码 错误返回描述
所查询指令包序列号 所查询平台交易流水号
行别
发起账号 成员账号 点对点归集下拨金额
归集下拨类型
是否可选 指令头
否 否
否 否 否 否 否 否 否
字段类型
字符 字符 字符 字符 数字 数字 字符 字符 字符
编号
字段路径
H1
H2 H3
H4 H5 H6 H7 H8 H9 指令明细 D1 D2
/CMS/eb/pub/TransCode /CMS/eb/pub/CIS /CMS/eb/pub/BankCode /CMS/eb/pub/ID /CMS/eb/pub/TranDate /CMS/eb/pub/TranTime /CMS/eb/pub/fSeqno /CMS/eb/pub/RetCode /CMS/eb/pub/RetMsg
否
D20 /CMS/eb/out/DisrtmCol
下拨资金是否实时归集
否
数字
5
字符
100
字符
100
客户交易结算资金监控系统数据接口规范
客户交易结算资金监控系统数据接口规范1.总则1.1定位本规范适用于结算公司、存管银行、结算银行向中国证监会报送《客户交易结算资金管理办法》中第九、二十条规定的数据。
本规范规定的数据内容和格式，要求在各机构与中国证监会数据往来时予以遵守，内部系统使用的数据内容和格式不受本规范的约束。
本规范根据业务的发展进行动态调整。
1.2适用范围本规范规定的数据格式适用于按照中国证券监督管理委员会令第三号《客户交易结算资金管理办法》中第九、二十条向中国证券监督管理委员会报送之数据。
1.3版本控制客户交易结算资金监控系统建设小组负责建立本规范的维护机制，保证本规范的完善和发展。
本规范向结算公司、存管银行、结算银行开放，各机构可以向小组提出增加数据的申请，小组决定是否进行修改。
对本规范进行修改后，即定义一个新的版本。
2.引用参考标准无3.术语定义报送单位—向中国证监会上报数据的结算公司、存管银行、结算银行。
被统计单位—结算公司、各证券公司及下属证券营业部。
统计日期—上报数据的统计日期。
其他—参见《客户交易结算资金管理办法》第三十七条释义。
4.基本要求4.1数据传输：数据传输为文本文件。
4.2 数据处理规则：（1）字符不区分大小写（2）数字左补零右对齐，字符右补空格左对齐（3)日期类型为YYYYMMDD（4）金额单位为元（5）行结束标志为回车换行。
4.3文件命名：文件命名规则为：类别码+“_”+报送单位代码+“_”+统计日期.TXT4.4 文件结构定义：文件结构包含文件头、数据字段说明和报送记录三个部分5.数据格式存管银行总部向机构部报送的数据格式 (类别码A)结算公司向机构部报送经纪资金、自营资金的数据格式（类别码B）结算银行向机构部报送结算公司的清算备付金和验资专户账面余额的数据格式（类别码C）存管、结算银行向证监会报备的帐号数据格式（类别码D）上报单位信息类别码E附录：机构编码方案机构编码方案为：A CCC D EEE（本说明为显示清晰在各代码间加空格，在实际代码中没有空格）其中，A为机构行业代码0 中国证监会、交易所、结算公司1 证券公司2 银行CCC为机构总部代码D为机构级别代码：0 内设机构1 分公司或证券公司营业部EEE为内设和分支机构顺序号机构代码说明：1、首批证券公司编号按拼音排序，新增公司依次编号；2、机构代码暂不含银行，待银行获得“《证券交易结算资金管理办法》实施细则”规定的业务资格后再定；3、机构代码暂不含证券公司营业部代码，待证券公司按照编码规则编制本公司下属营业部代码后再定。
中国工商银行银企互联系统接口说明V
中国工商银行银企互联系统接口说明Version 4.2中国工商银行电子银行部中国工商银行北京软件研发部2005年07月目录1 帐户查询 (1)1.1 单帐户余额查询 (1)提交包 (1)返回包 (1)1.2 多帐户余额查询 (2)提交包 (2)返回包 (3)1.3 当日明细查询 (4)提交包 (4)返回包 (5)1.4 历史明细查询 (6)提交包 (6)返回包 (7)1.5 现金管理户当日明细查询 (9)提交包 (9)返回包 (9)1.6 现金管理户历史明细查询 (11)提交包 (11)返回包 (12)2 转帐支付（逐笔） (13)支付提交包 (13)支付返回包 (15)逐笔支付查询提交包 (16)逐笔支付查询返回包 (16)3 企业财务室 (17)3.1 财务室批量指令 (17)提交包 (17)返回包 (19)3.2 财务室批量指令查询 (20)提交包 (20)返回包 (20)4 收费站 (22)4.1 批量扣个人指令 (22)提交包 (22)返回包 (23)4.2 批量扣个人指令查询 (24)提交包 (24)返回包 (24)4.3 缴费个人信息查询 (26)提交包 (26)返回包 (27)4.4 批量扣企业指令 (28)提交包 (28)返回包 (29)4.5 批量扣企业指令查询 (29)提交包 (30)返回包 (30)4.6 缴费企业信息查询（只查已签订协议的） (31)提交包 (32)返回包 (32)5 批量代理汇兑 (33)5.1 代理汇兑指令提交 (33)提交包 (33)返回包 (35)5.2 代理汇兑指令查询 (36)提交包 (36)返回包 (36)5.3 网点信息下载 (38)提交包 (38)返回包 (38)6 批量外汇汇款 (39)6.1 集团内外汇资金调拨指令提交 (39)提交包 (40)返回包 (41)6.2 集团内外汇资金调拨指令查询 (41)提交包 (41)返回包 (42)6.3 B股资金清算指令提交 (43)提交包 (43)返回包 (45)6.4 B股资金清算指令查询 (45)提交包 (45)返回包 (46)6.5 国内外汇汇款指令提交 (47)提交包 (47)返回包 (49)6.6 国内外汇汇款指令查询 (49)提交包 (49)返回包 (50)7 电子商务 (51)7.1 B2C订购指令查询 (51)提交包 (51)返回包 (52)7.2 B2C退货、返还、转付指令查询 (54)提交包 (54)返回包 (55)7.3 B2B订购指令查询 (57)提交包 (57)返回包 (58)7.4 B2B退货、返还指令查询 (59)提交包 (59)返回包 (60)7.5 C2C订购指令查询 (62)提交包 (62)返回包 (63)7.6 B2B/B2C退货、返还、转付指令提交 (64)提交包 (64)返回包 (65)7.7 个人联名卡签权指令 (67)提交包 (67)返回包 (67)8 工资单 (68)8.1 工资单文件上传 (68)提交包 (68)返回包 (70)8.2 工资单文件查询 (70)提交包 (71)返回包 (71)8.3 工资单文件删除 (72)提交包 (72)返回包 (73)9 附录错误代码 (74)9.1 明文返回的错误代码 (74)9.2 xml中retCode的错误代码 (74)1帐户查询1.1 单帐户余额查询提交包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opReq><opName>NCQueryBalanceOp</opName><ReqParam><Area_code>地区代码</Area_code><Account_num>帐号</Account_num> ---必输项<Account_cur>币种</Account_cur><userID>企业代码（和证书里的一致）</userID> ---必输项<PackageID>包序列ID</PackageID> ---必输项<ReqReserved1>请求包备用字段1</ReqReserved1><ReqReserved2>请求包备用字段2</ReqReserved2></ReqParam></opReq></ICBCYH>返回包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opRep><opName>NCQueryBalanceOp</opName><opResult><Account_num>帐号</Account_num><Account_cur>币种</Account_cur> 例：RMB<retCode>错误返回码错误描述在errMsg 中</retCode><errMsg>错误描述</errMsg><Acc_balance>昨日余额</Acc_balance><Balance>余额</Balance><Usable_balance>可用余额</Usable_balance><Acct_property>帐户属性</Acct_property> 中文<PackageID>包序列ID</PackageID><userID>企业代码</userID><RepReserved1>返回包备用字段1</RepReserved1><RepReserved2>返回包备用字段2</RepReserved2></opResult></opRep></ICBCYH>1.2 多帐户余额查询提交包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opReq><opName>NCQueryBalanceListOp</opName><ReqParam><userID>企业代码（和证书里的一致）</userID> ---必输项<PackageID>包序列ID</PackageID> ---必输项<ReqReserved1>请求包备用字段1</ReqReserved1><ReqReserved2>请求包备用字段2</ReqReserved2></ReqParam><ReqParamSet><ReqParam><Area_code>地区代码</Area_code><Account_num>帐号</Account_num> ---必输项<Account_cur>币种</Account_cur><ReqReserved3>请求包备用字段3</ReqReserved3><ReqReserved4>请求包备用字段4</ReqReserved4></ReqParam></ReqParamSet></opReq></ICBCYH>返回包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opRep><opName>NCQueryBalanceListOp</opName><opResult><retCode>错误返回码错误描述在errMsg 中</retCode><errMsg>错误描述</errMsg><PackageID>包序列ID</PackageID><userID>企业代码</userID><RepReserved1>返回包备用字段1</RepReserved1><RepReserved2>返回包备用字段2</RepReserved2></opResult><opResultSet><opResult><Account_num>帐号</Account_num><Account_cur>币种</Account_cur><Acc_balance>昨日余额</Acc_balance><Balance>余额</Balance><Usable_balance>可用余额</Usable_balance><Acct_property>帐户属性</Acct_property> 中文<RepReserved3>返回包备用字段3</RepReserved3><RepReserved4>返回包备用字段4</RepReserved4> </opResult></opResultSet><ErrSet><Err><Account_num>账号</Account_num><errMessage>出错信息</errMessage></Err></ErrSet></opRep></ICBCYH>1.3 当日明细查询提交包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opReq><opName>NCCurDetailOp</opName><ReqParam><Area_code>地区代码</Area_code><Account_num>帐号</Account_num> ---必输项<Account_cur>币种</Account_cur><userID>企业代码（和证书里的一致）</userID> ---必输项<PackageID>包序列ID</PackageID> ---必输项<ReqReserved1>请求包备用字段1</ReqReserved1><ReqReserved2>请求包备用字段2</ReqReserved2></ReqParam></opReq></ICBCYH>返回包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opRep><opName>NCCurDetailOp</opName><opResult><retCode>错误返回码错误描述在errMsg 中</retCode><errMsg>错误描述</errMsg><Account_num>本方帐号</Account_num><PackageID>包序列ID</PackageID><userID>企业代码</userID><RepReserved1>返回包备用字段1</RepReserved1><RepReserved2>返回包备用字段2</RepReserved2></opResult><opResultSet><opResult><Trans_date>交易日期</Trans_date>（例：yyyy-MM-dd-HH:mm:ss:6位毫秒）共26位<Check_num>凭证号</Check_num><Bank1_code>对方行行号</Bank1_code><Rec_Account_num>对方账号</Rec_Account_num><Amount>发生额</Amount><Yt>用途</Yt><Trans_type>业务种类</Trans_type> 中文<PostScript>附言</PostScript><Rec_Account_name>对方户名</Rec_Account_name><sign>借贷标志</sign> 中文<Trans_abstr>摘要</Trans_abstr><RepReserved3>返回包备用字段3</RepReserved3><RepReserved4>返回包备用字段4</RepReserved4></opResult></opResultSet></opRep></ICBCYH>1.4 历史明细查询提交包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opReq><opName>NCHisDetailOp</opName><ReqParam><Area_code>地区代码</Area_code><Account_num>帐号</Account_num><Begin_date>起始日期</Begin_date> ---必输项（例：yyyyMMdd）<End_date>终止日期</End_date> ---必输项<Max_amount>最大金额</Max_amount> ---必输项（以分为单位，不带小数点）<Min_amount>最小金额</Min_amount> ---必输项<userID>企业代码（和证书里的一致）</userID> ---必输项<PackageID>包序列ID</PackageID> ---必输项<ReqReserved1>请求包备用字段1</ReqReserved1><ReqReserved2>请求包备用字段2</ReqReserved2></ReqParam></opReq></ICBCYH>返回包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opRep><opName>NCHisDetailOp</opName><opResult><retCode>错误返回码错误描述在errMsg 中</retCode><errMsg>错误描述</errMsg><PackageID>包序列ID</PackageID><userID>企业代码</userID><RepReserved1>返回包备用字段1</RepReserved1><RepReserved2>返回包备用字段2</RepReserved2></opResult><opResultSet><opResult><Area_code>地区代码</Area_code><Account_num>帐号</Account_num><Trans_date>交易日期</Trans_date> （例：yyyyMMdd）<Check_num>凭证号</Check_num><Trans_abstr>摘要</Trans_abstr><Debit_Amount>借方发生额</Debit_Amount><Crebit_Amount>贷方发生额</Crebit_Amount><Balance>余额</Balance><Rec_Account_num>对方账号</Rec_Account_num><Bank_name>开户行名称</Bank_name><Bank1_name>对方行行名</Bank1_name><Unit1_name>对方单位名称</Unit1_name><Trans_type>业务种类</Trans_type> 中文<Yt>用途</Yt><Trans_time>交易时间</Trans_time>（例：yyyy-MM-dd-HH:mm:ss:6位毫秒）共26位其值与当日明细中“交易日期”字段值一致<sign>借贷标志</sign> 中文<RepReserved3>返回包备用字段3</RepReserved3><RepReserved4>返回包备用字段4</RepReserved4></opResult></opResultSet></opRep></ICBCYH>1.5 现金管理户当日明细查询提交包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opReq><opName>NCCashManageAccCurDetailOp</opName><ReqParam><Area_code>地区代码</Area_code><Account_num>帐号</Account_num> ---必输项<Account_cur>币种</Account_cur><userID>企业代码（和证书里的一致）</userID> ---必输项<PackageID>包序列ID</PackageID> ---必输项<ReqReserved1>请求包备用字段1</ReqReserved1><ReqReserved2>请求包备用字段2</ReqReserved2></ReqParam></opReq></ICBCYH>返回包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opRep><opName>NCCashManageAccCurDetailOp</opName><opResult><retCode>错误返回码错误描述在errMsg 中</retCode><errMsg>错误描述</errMsg><Account_num>本方帐号</Account_num><PackageID>包序列ID</PackageID><userID>企业代码</userID><RepReserved1>返回包备用字段1</RepReserved1><RepReserved2>返回包备用字段2</RepReserved2> </opResult><opResultSet><opResult><Trans_time>交易时间</Trans_time> HH:mm:ss<Bank1_code>对方行行号</Bank1_code><Rec_Account_num>对方账号</Rec_Account_num><Amount>发生额</Amount><Yt>用途</Yt><Trans_type>业务种类</Trans_type> 中文<PostScript>附言</PostScript><Rec_Account_name>对方户名</Rec_Account_name><sign>借贷标志</sign> 中文<Trans_abstr>摘要</Trans_abstr><REF>业务编号</REF><OREF>相关业务编号</OREF><BUSCODE>业务代码</BUSCODE><ENSUMMRY>英文备注</ENSUMMRY><CVOUHTYPE>凭证种类</CVOUHTYPE><CVOUHNO>凭证号</CVOUHNO><ADDINFO>附加信息</ADDINFO><RepReserved3>返回包备用字段3</RepReserved3><RepReserved4>返回包备用字段4</RepReserved4> </opResult></opResultSet></opRep></ICBCYH>1.6 现金管理户历史明细查询提交包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opReq><opName>NCCashManageAccHisDetailOp</opName><ReqParam><Area_code>地区代码</Area_code><Account_num>帐号</Account_num><Begin_date>起始日期</Begin_date> ---必输项（例：yyyyMMdd）<End_date>终止日期</End_date> ---必输项<Max_amount>最大金额</Max_amount> ---必输项（以分为单位，不带小数点）<Min_amount>最小金额</Min_amount> ---必输项<userID>企业代码（和证书里的一致）</userID> ---必输项<PackageID>包序列ID</PackageID> ---必输项<ReqReserved1>请求包备用字段1</ReqReserved1><ReqReserved2>请求包备用字段2</ReqReserved2></ReqParam></opReq></ICBCYH>返回包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opRep><opName>NCCashManageAccHisDetailOp</opName><opResult><retCode>错误返回码错误描述在errMsg 中</retCode> <errMsg>错误描述</errMsg><PackageID>包序列ID</PackageID><userID>企业代码</userID><RepReserved1>返回包备用字段1</RepReserved1><RepReserved2>返回包备用字段2</RepReserved2></opResult><opResultSet><opResult><TRXTYPE>交易类型</TRXTYPE> 中文<BUSIDATE>交易日期</BUSIDATE> yyyyMMdd<BUSITIME>交易时间</BUSITIME> HH:mm:ss<Account_num>交易帐号</Account_num><Bank_name>本方行名</Bank_name><Trans_type>业务种类</Trans_type> 中文<sign>借贷标志</sign> 中文<Debit_Amount>借方发生额</Debit_Amount><Crebit_Amount>贷方发生额</Crebit_Amount><Balance>余额</Balance><Yt>用途</Yt><CVOUHTYPE>凭证种类</CVOUHTYPE><CVOUHNO>凭证号</CVOUHNO><RECIPACT>对方帐号</RECIPACT><RECIPNAME>对方户名</RECIPNAME><RECIPBNA>对方行名</RECIPBNA><REF>业务编号</REF><OREF>相关业务编号</OREF><BUSCODE>业务代码</BUSCODE><ENSUMMRY>英文备注</ENSUMMRY><ADDINFO>附加信息</ADDINFO><RepReserved3>返回包备用字段3</RepReserved3><RepReserved4>返回包备用字段4</RepReserved4></opResult></opResultSet></opRep></ICBCYH>2转帐支付（逐笔）支付提交包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opReq><opName>NCpaySubmitOp</opName><ReqParam><Pay_Dep_name>汇款单位</Pay_Dep_name><Pay_Dep_Acc>汇款帐号</Pay_Dep_Acc> （35位）---必输项<Area_code>地区代码</Area_code><Pay_Dep_branch>汇款单位开户行</Pay_Dep_branch><Rec_Dep_name>收款单位</Rec_Dep_name> （60位） ---必输项<Rec_Dep_Acc>收款帐号</Rec_Dep_Acc> （35位） ---必输项<Rec_Area_Code>收款人地区代码</Rec_Area_Code> 0：它行 1：工行<Rec_Dep_branch>收款单位开户行</Rec_Dep_branch>（60位）--必输项<Trans_time>交易时间</Trans_time><Serial_no>指令序号</Serial_no><PayAmt>金额</PayAmt> （18位） ---必输项以分为单位<Account_cur>币种</Account_cur><Pay_Use>用途</Pay_Use> （20位）<Pay_type>汇款速度</Pay_type> 0：普通 1：加急<Author_log_id_1>授权人ID</Author_log_id_1><Author_log_id_2>二次授权人ID</Author_log_id_2> <Submit_Log_id>提交人ID</Submit_Log_id> ---必输项 <Area_name>付款人账户地区名(付款人所在地) </Area_name><Rec_Area_name>收款人账户地区名(收款人所在地) </Rec_Area_name> ---必输项收方如果是工行，以《信息对照表》中的地区代码对照表为准<Branch_code>账户分理处号</Branch_code><Pay_Password>支付密码</Pay_Password><User_Rem>备注栏(用户备注) </User_Rem><Pay_NetCode>付款行网点号</Pay_NetCode><Pay_BranchNo>付款行行号</Pay_BranchNo><Pay_BranchId>付款行行标识</Pay_BranchId><Pay_DispsNo>付款行分签号</Pay_DispsNo><Rec_BranchNo>对方行号</Rec_BranchNo><Rec_BranchId>对方行标识</Rec_BranchId><Rec_DispsNo>对方分签号</Rec_DispsNo><PostScript>附言</PostScript><PostScriptFlag>附言标志</PostScriptFlag><Transfer_Type>转帐类型</Transfer_Type><userID>企业代码（和证书里的一致）</userID> ---必输项<PackageID>包序列ID（15位）</PackageID> ---必输项<SignTime>签名时间（yyyyMMddhhmmssSSS）</SignTime> ---必输项<ReqReserved1>请求包备用字段1</ReqReserved1><ReqReserved2>请求包备用字段2</ReqReserved2></ReqParam></opReq></ICBCYH>支付返回包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opRep><opName>NCpaySubmitOp</opName><opResult><retCode>返回码</retCode>0-成功1-可疑其他为失败，错误描述在errMsg 中<errMsg>错误描述</errMsg><TranFlag>成功描述</TranFlag><PackageID>包序列ID</PackageID><userID>企业代码</userID><RepReserved1>返回包备用字段1</RepReserved1><RepReserved2>返回包备用字段2</RepReserved2> </opResult></opRep></ICBCYH>逐笔支付查询提交包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opReq><opName>NCQueryPayOrderDetailOp</opName><ReqParam><userID>企业代码（和证书里的一致）</userID> ---必输项<PackageID>包序列ID</PackageID> ---必输项（提交指令中的包ID）<ReqReserved1>请求包备用字段1</ReqReserved1><ReqReserved2>请求包备用字段2</ReqReserved2></ReqParam></opReq></ICBCYH>逐笔支付查询返回包<?xml version="1.0" encoding = "GB2312"?><ICBCYH><opRep><opName>NCQueryPayOrderDetailOp</opName><opResult><retCode>错误返回码错误描述在errMsg 中</retCode>此值只表示该交易是否执行成功，并不代表此笔支付是否成功或失败（非空表示交易执行失败，失败原因见errMsg）。
基金业务知识解答V1.2
联合证券基金业务知识解答目录1. 如何查找基金委托的失败原因 (2)2. 常见错误信息的原因分析与处理说明 (2)3. 基金确权业务的说明 (5)4. 基金业务的交易流程与证券交易的业务流程有何区别？ (6)5. 使用柜台客户端如何查询场外基金业务? (6)6. 场外基金与场内基金有何区别？分别在上海、深圳交易所交易的场内基金又有何不同？ (8)7. 场外基金可以单独分红设置，开户时有帐户默认分红方式，另外基金还有默认的分红方式，它们之间有何关系？88. 如何进行场外、场内基金的分红方式设置的？ (8)9. 基金分红登记日的净值是如何变化的？ (9)10. 如何进行基金的转托管？ (9)11. 如何进行基金的定投业务？ (10)附表一：基金代销机构对应列表 (11)附表二：基金公司转托管模式列表 (12)附表三：LOF基金场内转场外业务的代销机构对应表 (13)附表四：基金转托管收费列表 (14)修改记录1.如何查找基金委托的失败原因所有失败的基金委托，包括开户、注册、销户、认购、申购、赎回、转托管、转换等，都可以通过柜台客户端的菜单：客户查询->客户基金信息->基金成交，在显示明细的错误信息一栏，查询到具体失败原因。
如错误信息仅显示为错误代码，表明不是常见错误，需要联系基金公司咨询委托失败缘由。
对于常见错误，可通过下面第2条对应分析。
2.常见错误信息的原因分析与处理说明⏹开户1)基金帐号已存在，不能再开户；基金帐号已登记；客户已有基金帐号；投资人已经注册基金账户客户在其他基金代销或直销机构已经开户。
改为注册基金帐号即可2)投资人名或证件类型或证件代码与股东资料不符该错误发生在客户进行上海/深圳登记公司的开户情况下。
请开户时输入与股东代码一致的资料3)投资人证件类型无效；无效的证件类型因目前有规定仅境内居民可购买基金，因此部分基金公司根据该条款对回乡证、户口本、外国护照等证件类型做了限制。
TA与会计清算接口
与会计系统的资金清算接口文档修改记录一、概述1、会计系统每日提供基金单位净值、基金总净值数据。
2、TA系统则每日向会计系统提供按基金分销售商的认购、申购、赎回、基金转换、分红、解冻数据，会计系统可根据此接口数据进行与销售商的资金交割以及作为基金估值的必要数据。
二、文件规范●●●每行一条完整记录；●换行必须用换行（ODH）、回车（OAH）字符；●数字左补零右对齐，字符右补空格左对齐。
●数字如是负数，第一位用’-‘表示，占用一个整数位●带有小数点的数值型数据，传输时不传小数点。
●数据按业务类型分类，每种业务对应一个文件●所有文件名中包含日期信息●TA与会计系统的资金清算接口文件无索引文件，文件内容亦无文件头和文件尾。
三、具体的文件接口（NA V文件）基金会计→ TA 基金净值数据注：1.文件名为：“NA V”+“YYYYMMDD”；每个工作日，生成下面格式的资金清算接口文件。
（Sub文件）TA→会计系统认购核算数据注：1. 文件名为：“SUB”+“YYYYMMDD”；其中YYYYMMDD为确认日期2.文件内容包括明细和汇总数据，先按销售商、基金分组明细数据，再按基金汇总；3.本数据在每天认购期提供，基金成立日或失败后，再一次提供总的认购结果数据。
可能存在与销售商之间的退款。
4．对于基金成立，不提供利息等数据项。
募集专户中的所有利息都归基金资产。
（Allot文件）TA→会计系统申购核算数据注：1.文件名为：“ALLOT”+“YYYYMMDD”；2.文件内容包括明细和汇总数据，先按销售商、基金分组明细数据，再按基金汇总；（Bonus文件）TA→会计系统分红核算数据注：1.文件名为：“BONUS”+“YYYYMMDD”；2. 文件内容包括明细和汇总数据，先按销售商、基金分组明细数据，再按基金汇总；3.该文件在分红处理日或再投资发放日有数据4.由于转托管2步时，份额可能挂在TA，此时的分红数据，用销售商代码为“TA”的方式表示（Redeem文件）TA→会计系统赎回核算数据注：1.文件名为：“REDEEM”+“YYYYMMDD”；2、包括强制赎回、基金清盘。
第二代农信银支付清算系统需求规格说明书
结算管理平台—会员版用户手册说明书
结算管理平台—会员版项目用户手册北京登记结算有限公司文件修订记录*变化状态：C―创建，A—增加，M—修改，D—删除文档目标通过阅读该用户手册，用户可以对“结算管理平台—会员版”进行正常使用操作。
阅读对象使用“结算管理平台—会员版”的用户，目前主要为北登人员和各交易场所。
关于本手册本用户手册包含“结算管理平台—会员版”ADMIN管理员、交易所查看员部分内容。
文档约定无特殊约定。
缩略语和术语无特殊缩略语和术语。
目录1. 简介 (7)1.1 <会员门户系统>描述 (7)1.1.1 <会员门户系统>的用途 (7)1.1.2 业务范围 (7)1.2 安装、运行环境 (8)1.2.1 安装环境 (8)1.2.2 运行环境 (8)1.2.3 其它 (8)2. 访问网址 (9)3. 系统介绍 (10)3.1登录首页 (10)3.2用户首页 (19)3.3 账户管理 (24)3.4交易管理 (36)3.5客户信息 (44)3.6安全管理 (49)4.其它 (63)5.常见问题解决 (63)6.附录 (64)6.1附录1-列表（本条可选） (64)6.2附录2-参考文档 (64)1.简介1.1<会员门户系统>描述1.1.1<会员门户系统>的用途随着登记结算公司业务开展，前版支付公司风格前台网站已经不能满足登记结算公司业务开展的需要，因此提出了改版需求。
从服务方式看:一方面当前登记结算公司提供的支付清算产品，不论是在线支付、存管、托管均以接口方式提供给商户，登记结算网站相对“隐形”。
二是与其他支付机构或网银相比，登记结算网站目前并未提供增值业务，如现金管理、理财等，客户不太具备登录登记结算网站主动进行业务处理的动机或诉求。
基于此，本次改版将企业网站定位为辅助渠道，以客户管理、账户管理等围绕客户的基本管理功能为主。
1.1.2业务范围注册会员可以通过门户网站办理以下业务：1) 账户资金转入、转出2) 会员转账功能3) 银行代付1.2安装、运行环境1.2.1安装环境1.2.2运行环境操作系统：win7 32/64位、win10 32/64用户端浏览器：猎豹V6.0及以上版本、搜狗V6.3 及以上版本、火狐、谷歌、IE8以上、360安全/急速。
IPS资金管理平台v2.0接口使用说明
IPS资⾦管理平台v2.0接⼝使⽤说明IPS资⾦管理平台v2.0接⼝使⽤说明IPS资⾦管理平台v2.0接⼝ (1)使⽤说明 (1)⼀、IPS简介 (3)⼆、接⼝说明（按功能） (4)(⼀)⽤户开户 (4)(⼆)平台发布借款标 (8)(三)担保⽅对标的担保 (8)(四)投资⼈投标（⼀次性放款） (9)(五)投资⼈投标（随投随放） (11)(六)个⼈债权转让 (12)(七)借款⼈还款 (13)(⼋)担保⽅代偿 (15)(九)借款⼈针对代偿的还款 (15)(⼗)托管账户充值（⽹银） (16)(⼗⼀)托管账户充值（委托收款-⽤户发起） (17)(⼗⼆)托管账户充值（委托收款-商户发起） (18)(⼗三)托管账户提现 (19)(⼗四)解冻担保⽅保证⾦ (20)(⼗五)解冻借款⼈保证⾦ (21)(⼗六)投资⼈设置⾃动投标 (21)(⼗七)借款⼈设置⾃动还款 (22)三、新⽼系统过渡 (23)⼀、IPS简介迅付信息科技有限公司（简称：环迅⽀付）于2000年成⽴，是中国最早成⽴的第三⽅⽀付企业。
公司在2011年获颁中国⼈民银⾏⾸批《⽀付业务许可证》。
公司⽬前可以⽀持国际主流信⽤卡及所有国内主流银⾏的在线⽀付，为全球超过60万家商户及2000万⽤户提供⾦融级的⽀付体验。
环迅⽀付总部位于上海，在北京、南京、杭州、福州、⼴州、重庆、成都及深圳均拥有分⽀机构。
为提升客户服务⽔平，环迅⽀付不再满⾜于靠简单的⽀付产品满⾜企业的功能性需要，⽽是通过平台为企业提供⾦融咨询、清结算、与企业ERP对接等⼀系列服务，全⾯满⾜企业的财务需求。
公司于2012年全⾯升级“⼀平台、云覆盖”的平台系统，完成由⽀付企业到⾦融服务企业的锐变。
“⼀平台”指的是环迅⽀付摒弃围绕单⼀产品研发的模式，业内唯⼀使⽤⾏业领先的TOGAF（企业开放组体系结构框架）统⼀架构开发，具备灵活的伸缩性，易于扩展针对各⾏业的资⾦解决⽅案。
据统计，TOGAF架构技术已普及⾄80%的福布斯( Forbes)全球排名前50企业，但应⽤于国内第三⽅⽀付⾏业尚属⾸例。
金融电子结算综合业务系统接口标准
完整的报文由序文和主体组成。
通讯报文主体的标志一致为<UFTP>，结构如下所示：
<?xml version=〞1.0〞encoding=〞gb18030〞?>
<UFTP>
………
</UFTP>
2.1.1.序文
序文用于表示XML数据的末尾。在XML报文中序文由版本和字符编码信息构成。
金融电子结算综合业务系统第三期守旧的业务：
集中代收付业务
以后逐渐规划守旧的业务包括：
外币结算业务
非金融机构支付效劳组织发起业务。包括：
第三方支付业务
市民卡业务
POS业务
跨境结算业务
银证转账业务
…
1.2.相关术语及概念说明
1.2.1.参与者关系
1.2.1.1.清算行
清算行是在清算系统内开立清算账户、与清算所停止轧差清算的银行机构。依据资金的流向，一笔支付业务的双方可分为付款清算行和收款清算行。
清算场次指结算中心用于停止资金轧差清算的场次。
结算中心的清算场次按需求设置，但最后一场的完毕时间与人总行现代化支付系统的清算时间坚持分歧，与结算中心的任务日及场次不坚持同步。
1.2.2.6.综合业务系统交流日期
指原始票据交流的日期，与机器日期和自然日有关。
综合业务系统的交流日期由结算中心任务人员依据实践的票据交流状况停止设置。如上午场的业务在下午停止票据交流，下午场的业务在下一任务日停止票据交流，或当天两场业务均在下一个任务日交流。
2.1.3.元素〔element〕
元素是报文主体中的最小数据单元。它们可以包括其他的元素、字符数据、字符援用、实体援用、PI、注释和/或CDATA局部—这些合在一同被称作元素内容〔element content〕。一切的XML数据〔除了注释、PI和空白〕都必需容纳在其他元素中。
资金清算中心支付清算系统培训(技术)
1
主机
IBM
3850M2/4U
美国
2
2 3 4 5 6 7 8
存储 双机软件 操作系统 加密机 路由器 交换机 数据库
IBM 中标普华 中标普华 科友 思科 思科 SYBASE
DS3400 双机热备3.0 LINUX3.0.6 SJJ0808-B Cisco 2821 Cisco 3750 15.0.3
处理模式四
1、接收报文 成员行 行内业 务处理 系统 1.1、接收文件 前置机 系统
2、发送报文同步收妥回执
此模式主要适用于参与行行内业务处理系统接收普通汇兑业务、转账 贷记业务、退回申请请求、退回申请应答、查询业务、查复业务、日 切通知、公共信息下发通知、汇总对账通知、头寸预警通知、退回、 自由格式、清算账户余额通知报文 。
写应答队列
返回读取socket
并发处理
参与行可以与前置机系统建立多 对读写通讯链路，满足并发读写 通讯操作的要求。
异常处理
按业务种类主要描述普通贷记 、实时贷记，实时借记、非实时 转账业务、信息业务等业务处理 流程中的异常处理 。
异常处理-普通贷记
付 款 清 算 行 1 清 算 中 心 收 款 清 算 行
处理模式一
1、成员行发送报文 2、接收报文同步收妥回执 前置机 系统
成员行 行内业 务处理 系统
3、接收异步回执 4、返回异步回执报文的同步收妥回执
此模式适用于参与行发起的普通汇兑、转账贷记、退汇业务报文 。
处理模式二
成员行 行内业 务处理 系统
1、成员行发送报文
前置机 系统
2、接收报文同步收妥回执
美国
中国 美国 美国
2
2 2 2
前置系统分类
资金清算中心支付清算系统培训(技术)
BIG DATA EMPOWERS TO CREATE A NEW ERA
04
支付清算系统的应用场景与案例分析
跨行清算业务
跨行资金转账
支持不同银行间的资金转账，实 现快速、安全、高效的跨行清算。
跨行账户查询
提供跨行账户查询功能，方便用户 随时了解账户余额和交易明细。
跨行对账
通过系统自动对账功能，确保交易 记录的一致性和准确性。
资金清算中心支付清算系
BIG DATA EMPOWERS TO CREATE A NEW
ERA
统培训(技术)
• 支付清算系统概述 • 资金清算中心支付清算系统架构 • 支付清算系统的技术实现 • 支付清算系统的应用场景与案例分析 • 未来发展趋势与展望
目录
CONTENTS
01
支付清算系统概述
BIG DATA EMPOWERS TO CREATE A NEW
分布式系统架构设计需要考虑系统的整体结构、通信协议、数据一 致性、负载均衡和容错机制等因素。
高可用性与容错机制
高可用性
高可用性是指系统在出现故障时仍能继续提供服务的能力。为了提高系统的可 用性，需要采取一系列的容错和恢复措施，如冗余设计、负载均衡、故障转移 等。
容错机制
容错机制是指系统在出现故障时能够自动检测和恢复的能力。常见的容错机制 包括错误检测与恢复、事务回滚、数据备份与恢复等。
系统性能优化与监控
系统性能优化
系统性能优化是指通过一系列的优化措施提高系统的处理能力、响应速度和资源 利用率等性能指标。常见的性能优化措施包括算法优化、数据库优化、网络优化 等。
系统监控
系统监控是指对系统的运行状态进行实时监测和记录，以便及时发现和处理系统 故障。常见的监控工具包括系统日志分析、性能监控、安全监控等。
G2PP-OP53：直接参与者加入、退出操作手册(参与者)
内部资料，注意保管直接参与者加入、退出操作手册（参与者）中国人民银行清算总中心文档修订记录注：变化状态：A—增加，M—修改，D—删除目录1 引言 (1)1.1 背景 (1)1.2 编写目的 (1)1.3 范围 (1)1.4 定义和缩略语 (1)1.5 参考资料 (2)1.6 引用标准 (2)1.7 从属关系 (2)2 参与者加入 (3)2.1 准备阶段 (3)2.1.1 申请开立清算账户 (3)2.1.2 申报加入系统 (3)2.1.3 申报网银代理关系 (5)2.1.4 上报前置机IP地址 (6)2.1.5 确认软硬件环境就绪 (8)2.1.6 确认本行已申请数字证书 (9)2.1.7 PMTS/PAMS采集端的配置 (9)2.1.8 导入基础数据 (10)2.1.9 中间件连通性验证 (11)2.2 切换阶段 (18)2.2.1 PMTS及PAMS连通性验证 (18)2.2.2 确认收到ccms.915报文 (21)2.2.3 发起并确认数字证书绑定通知报文 (22)2.2.4 汇报数字证书绑定及登录操作情况 (22)2.3 运行阶段 (23)2.3.1 确认收到账户管理通知报文 (23)2.3.2 确认业务办理成功 (23)3 参与者退出 (24)3.1 参与者操作 (24)3.1.1 参与者申报退出拟退出的系统 (24)3.1.2 删除退出行的PMTS接入信息 (29)1引言1.1背景中国现代化支付系统（CNAPS）是我国重要的金融基础设施，是为我国金融机构之间以及金融机构与人民银行之间的支付业务提供最终资金清算的关键业务系统，是各商业银行电子汇兑系统资金清算的桥梁和枢纽，也是金融市场的核心支持系统，它对我国金融市场的高效稳定运转起到了十分重要的作用。
针对第一代支付系统存在的不足，结合当前及未来一段时期社会经济金融发展对中央银行支付清算服务的新需求，同时考虑支付系统运行的生命周期以及进一步完善支付系统备份系统等实际情况，中国人民银行决定建设第二代支付系统。
网上银行托管服务系统介绍 V1.2
2007年 2007年3月
内容简介
公司简介 网上银行托管服务概述 系统架构 系统功能 安全体系 系统实施
公司简介
开联信息技术有限公司于2006年7月正式成立，是 一家立足于金融和支付领域的专业化服务公司。我们专注 于构建金融U时代的电子支付平台，为金融机构提供共享 的信息化金融基础设施，并以此为基础，为更广大的企业 和个人客户提供安全、方便、经济的电子支付服务。
环境安全
机房环境 通过ISO27001信息安全管理体系国际标准认证 通过ISO27001信息安全管理体系国际标准认证 ISO27001 的电信级机房。 的电信级机房。 分别采用电信、 分别采用电信、网通互联网专线接入国际互联 网。 双路市电供应、双路自动切换UPS电源、 双路市电供应、双路自动切换UPS电源、柴油 UPS电源 发电机三重保护。 发电机三重保护。 机房24小时恒温自动控制。 机房24小时恒温自动控制。 24小时恒温自动控制 摄像头电视监控、双重门禁、24小时保安值守 摄像头电视监控、双重门禁、24小时保安值守
身份鉴别、自主访问控制、强制访问控制、 身份鉴别、自主访问控制、强制访问控制、 安全审计、系统保护、剩余信息保护、 主机系统安全 安全审计、系统保护、剩余信息保护、入侵 防范、恶意代码防范、 防范、恶意代码防范、资源控制
应用安全
身份认证 访问授权 系统提供数字证书、 系统提供数字证书、动态口令等多种身份认 证方式 提供系统资源、业务功能、 提供系统资源、业务功能、数据操作三个级 别的访问授权控制 按照安全要求级别划分系统业务功能， 按照安全要求级别划分系统业务功能，对不 同级别的业务功能采用相应的安全控制手段 采用数字签名技术，保证在业务处理过程中， 采用数字签名技术，保证在业务处理过程中， 客户、托管中心、银行之间数据一致性、 客户、托管中心、银行之间数据一致性、完 整性和抗抵赖性
城市商业银行资金清算中心电子银行接口标准-网银互联分册资料
内部资料注意保密城市商业银行资金清算中心网银互联系统网银服务平台接口标准（Ver2.0）城市商业银行资金清算中心二○一○年七月编号：TJJR_CCFCCB_XQS 受控号：001城市商业银行资金清算中心网银互联系统网银服务平台接口标准拟制：审核：批准：城市商业银行资金清算中心太极计算机股份有限公司目录第一章网银互联业务要素一览表 (1)1.1网银互联业务要素一览表 (1)第二章网银互联报文网银服务平台接口标准 (7)第三章网银互联柜面接口 (8)3.1第三方贷记业务URL请求2040611 (8)3.2第三方贷记业务URL应答2040611 (9)3.3预授权URL请求2040613 (9)3.4预授权URL应答2040613 (10)3.5授权支付协议签约URL请求2040615 (10)3.6授权支付协议签约URL应答2040615 (11)4.1授权支付协议解除URL请求2040621 (12)4.2授权支付协议解除URL应答2040621 (13)3.7账户信息查询协议签约URL请求2040617 (13)3.8账户信息查询协议签约URL应答2040617 (14)4.3账户信息查询协议解除URL请求2040623 (14)4.4账户信息查询协议解除URL应答2040623 (15)第四章网银互联网银端接口 (16)4.5授权支付协议管理通知请求2040603 (16)4.6授权支付协议管理通知应答2040603 (17)4.7账户信息查询协议管理通知请求2040604 (17)4.8账户信息查询协议管理通知应答2040604 (18)4.9借记账户余额查询请求2040605 (18)4.10借记账户余额查询应答2040605 (19)4.11贷记账户余额查询请求2040606 (20)4.12贷记账户余额查询应答2040606 (21)4.13借记账户明细查询请求2040607 (22)4.14借记账户明细查询应答2040607 (22)4.15贷记账户明细查询请求2040608 (23)4.16贷记账户明细查询应答2040608 (24)4.17授权支付协议查询请求2040609 (25)4.18授权支付协议查询应答2040609 (25)4.19账户查询协议查询请求2040610 (27)4.20账户查询协议查询应答2040610 (27)4.21第三方贷记业务在线认证请求2040612 (28)4.22第三方贷记业务在线认证应答2040612 (29)4.23预授权在线认证请求2040614 (29)4.24预授权在线认证应答2040614 (30)4.25授权支付协议签约在线认证请求2040616 (30)4.26授权支付协议签约在线认证应答2040616 (31)4.27账户信息查询协议签约在线认证请求2040618 (32)4.28账户信息查询协议签约在线认证应答2040618 (32)4.29协议账户关联协议查询请求2040620 (33)4.30协议账户关联协议查询应答2040620 (33)4.31授权支付协议解除在线认证请求2040622 (34)4.32授权支付协议解除在线认证应答2040622 (35)4.33账户信息查询协议解除在线认证请求2040624 (35)4.34账户信息查询协议解约在线认证应答2040624 (36)4.35信用卡自动扣款协议账户关联请求2040625 (36)4.36信用卡自动扣款协议账户关联应答2040625 (37)4.37授权支付协议签约申请请求2040627 (37)4.38授权支付协议签约申请应答2040627 (38)4.39账户信息查询协议签约申请请求2040628 (39)4.40账户信息查询协议签约申请应答2040628 (39)4.41网银贷记业务往账请求2040629 (40)4.42网银贷记业务往账应答2040629 (43)4.43网银借记业务往账请求2040630 (43)4.44网银借记业务往账应答2040630 (45)4.45网银借记业务手续费查询请求2040631 (45)4.46网银借记业务手续费查询应答2040631 (46)4.47跨行转账手续费查询请求2040632 (46)4.48跨行转账手续费查询应答2040632 (48)第一章网银互联业务要素一览表1.1网银互联业务要素一览表业务要素是指城商行支付清算系统各类业务的基本组成元素。
钱管家系统商户技术接口规范
而商户 交易失败 的情况 发生 。 规 范三 ： 对于后 台返 回方式 ， 为
Ｌ ｉ ｎ ｕ ｘ 、 Ｂ Ｓ Ｄ 等 操作系 统； 熟悉上述 系统上的 网站设置和 网页制 因， 相 同订单 的交易应答返 回给商户订单系统 时， 极有 可能先 作 方法； 熟悉标准 Ｃ Ｇ Ｉ （ Ｃ ｏ ｍ ｍ ｏ ｎ Ｇ ａ ｔ ｅ ｗ ａ ｙ Ｉ ｎ ｔ ｅ ｒ ｆ ａ ｃ ｅ ） 或 Ａ Ｓ Ｐ 支付完 成的订单后 送达商户， 对于 同一笔订单收 到两次支付结 （ Ａ ｃ ｔ ｉ ｖ ｅ Ｓ ｅ ｒ ｖ ｅ ｒ Ｐ ａ ｇ ｅ ｓ ） 或Ｉ Ｓ Ａ Ｐ Ｉ 的开发方法或Ｐ Ｈ Ｐ 或Ｊ Ａ Ｖ Ａ ； 了 果， 处理的原则是： ａ ） ： 只要商户收 到订单支付成 功的应答 ， 即 解 一般信息安全 （ ｈ ｔ ｔ ｐ ｓ ￣ Ｎ 识， 非对称 密钥， 数据签名 ） 的基本 使以后再 次收到 订单支付失败 的应答， 则商户订单系 统不做任 概念。 钱 管家系统通 过后 台方式 向商户发送交易结果 ， 通 过分 何处理 ． ｂ ） ： 商户订单系统对于某笔订单 已经收到成功应答 ， 有
页面返 回方式 ， 钱 管家系统无法 知道商户是 否收到交易应答，
对于后 台返 回方式， 钱管家系统能够知道商户是否收到 了交 易
２ ． ２ 分帐 支付型 商户
如 果商户未 收到 交易应答 ， 该 交易 即进 入 重发 队列 ， 钱 如果是大 型的企业 （ 称为商户）， 下属 多个分支机 构 （ 称为 应答。 管家系统则会将该交 易应答重 发给商户， 直 到重发成 功为止 ； 用户）； 或 者为销售 代理平 台 （ 称为商户）， 下属多个代 理机构 以确 保商户一定能 收 （ 称为用户） 。 支付完成 后， 商户需要将支付款项付给下属 的多 商户必须 实现 后台和页 面两种返 回方式 ， 以避免钱 管家系统 交易成 功， 个不 同用户。 对于该类 大型商户， 则必须实现单 笔订单支付 （ 且 到钱管家系统 返回的交易应答 ， 订单支付 的分帐 明细字段不能为空） 接 口。 建议实现订单退款、 订单查询类接 口。
[IT认证]TA与会计清算接口
![[IT认证]TA与会计清算接口](https://img.taocdn.com/s3/m/3022f1ec83c4bb4cf6ecd169.png)
与会计系统的资金清算接口文档修改记录一、概述1、会计系统每日提供基金单位净值、基金总净值数据。
2、TA系统则每日向会计系统提供按基金分销售商的认购、申购、赎回、基金转换、分红、解冻数据，会计系统可根据此接口数据进行与销售商的资金交割以及作为基金估值的必要数据。
二、文件规范●●●每行一条完整记录；●换行必须用换行（ODH）、回车（OAH）字符；●数字左补零右对齐，字符右补空格左对齐。
●数字如是负数，第一位用’-‘表示，占用一个整数位●带有小数点的数值型数据，传输时不传小数点。
●数据按业务类型分类，每种业务对应一个文件●所有文件名中包含日期信息●TA与会计系统的资金清算接口文件无索引文件，文件内容亦无文件头和文件尾。
三、具体的文件接口（NA V文件）基金会计→ TA 基金净值数据注：1.文件名为：“NA V”+“YYYYMMDD”；每个工作日，生成下面格式的资金清算接口文件。
（Sub文件）TA→会计系统认购核算数据注：1. 文件名为：“SUB”+“YYYYMMDD”；其中YYYYMMDD为确认日期2.文件内容包括明细和汇总数据，先按销售商、基金分组明细数据，再按基金汇总；3.本数据在每天认购期提供，基金成立日或失败后，再一次提供总的认购结果数据。
可能存在与销售商之间的退款。
4．对于基金成立，不提供利息等数据项。
募集专户中的所有利息都归基金资产。
（Allot文件）TA→会计系统申购核算数据注：1.文件名为：“ALLOT”+“YYYYMMDD”；2.文件内容包括明细和汇总数据，先按销售商、基金分组明细数据，再按基金汇总；（Bonus文件）TA→会计系统分红核算数据注：1.文件名为：“BONUS”+“YYYYMMDD”；2. 文件内容包括明细和汇总数据，先按销售商、基金分组明细数据，再按基金汇总；3.该文件在分红处理日或再投资发放日有数据4.由于转托管2步时，份额可能挂在TA，此时的分红数据，用销售商代码为“TA”的方式表示（Redeem文件）TA→会计系统赎回核算数据注：1.文件名为：“REDEEM”+“YYYYMMDD”；2、包括强制赎回、基金清盘。
商业银行资金清算
商业银行资金清算
商业银行资金清算
⒈背景介绍
⑴商业银行的资金清算概述
⑵资金清算的重要性和目的
⑶相关法律法规与监管要求
⒉资金清算流程
⑴资金清算的基本步骤
⑵资金清算的参与方和责任
⑶资金清算的时间和频率
⑷资金清算的核对和调整
⒊资金清算的相关系统
⑴资金清算系统的组成和功能
⑵资金清算系统的接口和数据传输
⑶资金清算系统的安全措施和备份策略⒋资金清算的风险控制
⑴资金清算风险的类型和影响
⑵资金清算风险评估和监测
⑶资金清算风险防范和处置措施
⒌资金清算的监管和审计
⑴监管机构对资金清算的要求
⑵资金清算相关报表和数据披露
⑶资金清算的内部审计和外部审计
⒍附件
附件1、资金清算流程图
附件2、资金清算系统接口说明
附件3、资金清算风险评估表格
法律名词及注释：
⒈商业银行：指经国务院银行业监督管理机构批准开展存款类、贷款类、中间业务类金融业务的金融机构。
⒉资金清算：指商业银行之间或商业银行与其他金融机构之间
进行资金交收和结算的过程。
⒊监管机构：指负责对商业银行资金清算活动进行监管和管理的国务院银行业监督管理机构。
本文档涉及附件：
⒈附件1、资金清算流程图
⒉附件2、资金清算系统接口说明
⒊附件3、资金清算风险评估表格
本文所涉及的法律名词及注释：
⒈商业银行
⒉资金清算
⒊监管机构。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
兴业信用卡资金清算相关接口
修订记录 (1)
1资金清算系统报文结构 (3)
2.1报文分类 (3)
2.2报文的解析与传输 (3)
2.2.1报文解析 (3)
2.2.2SOCKET报文传输 (4)
2.2.3SOCKET报文样例 (4)
2与信货接口 (5)
2.1批量文件交互 (5)
2.1.1自扣接口 (5)
2.1.2放款接口 (7)
2.2批量文件通知报文 (9)
2.3实时交互方式 (10)
2.3.1自扣接口 (10)
2.3.2放款接口 (11)
2.3.3冲正接口 (11)
2.3.4放款查询接口 (12)
2.3.5签约验证接口 (13)
2.3.6签约关系查询接口......................................................... 错误！未定义书签。
1.附件 (14)
修订记录
1资金清算系统报文结构
资金清算系统报文统一采用xml格式。
所有的报文均以root作为根元素，每个root 元素中只有一个message元素。
message元素中包含代表具体的业务的元素。
每个业务元素由一系列属性元素构成，不同的业务元素中包含的属性元素有所不同。
作为约定，root元素、message元素与业务元素均是小写字母的形式。
以放款请求报文为例，报文的格式如下：
在下文中出现的具体报文格式描述中，‚出现要求‛列包含的值的含义如下表所示：
2.1报文分类
资金清算系统中的报文按照交互模式的不同，分为以下几类
⏹服务请求类报文
服务请求类报文用于请求-应答交互模式，由服务使用者向服务提供者发送。
⏹服务应答类报文
服务应答类报文用于请求-应答交互模式，由服务提供者向服务使用者返回。
⏹通知类报文
通知类报文用于单向通知交互模式，由通知发送者向通知接收者发送。
2.2报文的解析与传输
2.2.1报文解析
对XML解析的基本要求如下
⏹版本号检查
用于表示组件支持的协议版本号。
消息版本号必须表示为：n+.n+[.n+] ，其中
‚n‛表示数字， ‚+‛表示一个或多个。
比如1.0或1.1.0。
在所有的消息中，各组件都必须填写自身支持的协议版本号。
消息版本号不能低于1.1.0。
如果消息版本号低于接收方组件支持的最低版本号，则接收方组件必须返回Error消息，并且设置错误码=0006。
⏹xml解析
为了可以支持后续协议版本，xml解析的实现不要做严格的验证。
特别是需要忽略未被确认的域。
所有xml消息必须用‚GBK‛编码。
2.2.2SOCKET报文传输
在SOCKET请求/响应体中包含XML形式的报文。
对SOCKET传输的基本要求如下：
⏹使用TCP发送消息
消息请求基于TCP/IP协议方式。
⏹SOCKET消息头要求
SOCKET请求与响应消息中必须按照如下要求设置：
一个报文必须包含两个部份（报文长度+报文体）
其中:
报文长度=报文体长度，MAC值包含在报文体内xml节点内
报文长度为一个4位长度的值。
报文最大长度不能超过9999
报文编码格式为：GBK
2.2.3SOCKET报文样例
报文样例(取冲正为例)
0244<root>
<message>
<version>1.1.0</version>
<instid>LOAN</instid>
<transcode>2001</transcode>
<serialno>2013031300000001</serialno>
<date>20130313 10:17:06</date>
<oldserialno>2013031300000006</oldserialno>
</message>
</root>
2与信货接口
2.1批量文件交互
采用FTP方式，服务器之间通过文件服务器进行文件交互。
2.1.1自扣接口
(一)自扣文件
2.1.2放款接口
(三)放款文件
2.2批量文件通知报文批量文件通知请求报文
批量文件通知应答报文
2.3实时交互方式
2.3.1自扣接口
自扣结果报文
2.3.2放款接口
放款结果报文
2.3.3冲正接口(第三方不支持)
当冲正交易为他行卡业务时，系统会直接返回失败，并提示“借记卡为他行，无法冲正”冲正请求报文
2.3.4查询接口
对于某笔超时的实时交易需要查询结果，超时后3分钟内，相邻查询时间间隔不应短于20秒
在超时后3-10分钟内，相邻查询时间间隔不应短于1分钟
在超时后10分钟以上的，相邻查询时间间隔不应短于5分钟
对于30分钟内一直返回失败的，应确认该笔交易失败，平台没有成功接收，应立刻停止继续查询。
注：如果是他行实时自扣交易，请在1小时以后再进行查询。
并每次间隔不少于半小时
查询结果报文
2.3.5同名验证接口
1.附件
一、证件类型描述
二、银行全称及编码
银行全称及编码
中国工商银行0201 102 中国农业银行0202 103 中国银行0203 104 中国建设银行0204 105 交通银行0205 301 中国邮政储蓄银行0206 403 上海浦东发展银行0301 310 民生银行0302 305 广东发展银行0303 306 深圳发展银行0304 307
平安银行0305
中信银行0306 302 中国光大银行0307 303 华夏银行0308 304 兴业银行0309 309 招商银行0310 308
三、标准的错误代码：。