中登上海结算数据接口规范(结算参与人)V2.0

中登上海结算数据接口规范(结算参与人)V2.0
中登上海结算数据接口规范(结算参与人)V2.0

中国证券登记结算有限责任公司上海分公司技术文档

登记结算数据接口规范 (结算参与人版V2.0) 

 

 

 

 

 

 

二零零六年九月 

版本修订历史 

 

更新日期 

最新版本 

修订说明 

2006/05/16 1.35 

更新其他数量文件,新增询价增发业务的数据;更新结算明细文件的新股业务数据,过户类型修改。 

2006/06/16 1.50 

全面启用新版数据接口文件。 

2006/07/20 1.51 

修改结算明细文件中要约收购和可转债回售业务的过户类型;修改业务回报文件中指定/撤指定回报数据的填写说明。 

2006/07/24 1.52 

新增开通网络服务的业务,更新实时开户的实时交易数据接口说明和K3文件的说明。 

2006/08/08 1.53 

更新证券余额查询实时交易应答结构;更新配股业务相关的jsmx文件和zqbd文件说明。 

2006/09/20 2.0 删除旧版登记结算数据文件;新增融资融券业务相关数据接口。

 

 

目录 

前言 (7)

一规范所涉内容及适用对象 (7)

二数据文件命名规则 (7)

三基本数据说明 (7)

第一章发送数据文件接口规范 (8)

一中国结算上海分公司向结算参与人发送的数据清单 (8)

1. A股(含债券)文件.....................................................8 2. B股文件..............................................................8 3. 开放式基金数据文件.....................................................9 4. 其他文件.............................................................9二中国结算上海分公司向结算参与人发送的数据明细说明 (10)

1. ba4(B股帐户指定交易变更处理结果回报数据)................................10 2. bc1(B股交收通知数据).................................................11 3. bc2(B股T+2逐笔交易确认预对盘结果回报数据).............................12 4. bc3(B股T+2逐笔交收指令预对盘结果回报数据).............................13 5. bc5(B股T+3逐笔交易确认对盘结果回报数据)...............................15 6. bc6(B股T+3逐笔交收指令对盘结果回报数据)...............................16 7. bc8(B股待交收衍生数据)................................................17 8. bd1(B股非交易过户过户确认数据).........................................18 9. bd2(B股投资者证券及权益数据变动月对帐数据)..............................19 10. bd3(B股权益登记通知数据)..............................................21 11. bd4(B股红利补领通知数据)..............................................22 12. bd5(B股投资者证券及权益余额对帐数据)...................................23 13. bd6(B股投资者证券红利明细对帐数据).....................................24 14. bs1(B股过户确认数据).................................................25 15. bs2(B股待交收过户确认数据)............................................26 16. bs3(B股汇款确认数据).................................................27 17. bs4(B股备付金账户资金收付明细的月对帐数据)..............................28 18. e2(债券持有变动对帐数据)..............................................29 19. fsbz_a(A股数据文件发送结束标志文件)....................................30 20. fsbz_b(B股数据文件发送结束标志文件)....................................31 21. fsbz_dz(对账类数据文件发送结束标志文件).................................32 22. jsmx(结算明细文件)....................................................33 23. k3(B股证券账户开户及帐户资料修改申报的处理结果回报文件)...................35 24. kf1(开放式证券投资基金T+1日清算明细数据)..............................37 25. kf2(开放式证券投资基金结算保证金调整通知数据)............................38 26. qtsl(证券其他数量对账文件).............................................39 27. tzxx(通知信息文件)....................................................42 28. wdq(未到期业务对账文件)...............................................45 29. ywhb(业务回报文件)....................................................47 30. zhtg(证券账户托管对账文件).............................................53 31. zhzl(证券账户资料文件)................................................54 32. zjbd(资金变动文件)....................................................56 33. zjhz(资金汇总文件)....................................................57 34. zjye(资金余额文件)....................................................59 35. zqbd(证券变动文件)....................................................60 36. zqjsxx(证券结算信息文件)..............................................66 

37. zqye(证券余额对账文件)................................................68第二章接收数据文件接口规范 (69)

一中国结算上海分公司接收结算参与人申报的数据文件清单 (69)

1. B股系统.............................................................69二中国结算上海分公司接收结算参与人申报的文件明细说明 (70)

1. b_zh.dbf(B股信箱开户申报数据)..........................................70 2. b_zdjy.dbf(境内居民个人B股指定交易变更申报数据).........................71 3. oinsbk.dbf(境外代理商和有托管银行客户的境内结算参与人交收指令).............72 4. oinscb.dbf(托管银行的交收指令).........................................73 5. tins.dbf(境外代理商和有托管银行客户的境内结算参与人交易确认指令)...........74第三章PROP实时交易数据接口规范 (75)

一说明 (75)

二交易数据接口定义 (76)

1.存管系统.....................................................................761)挂失转户/销户申报 (76)

2)挂失转户/销户查询 (77)

3)放弃认购按市值配售新股申报 (77)

4)放弃认购按市值配售新股查询 (78)

5)收购要约查询 (79)

6)申报/撤回预受要约申报 (79)

7)当日预受申报查询 (80)

8)历史预受申报结果查询 (80)

9)债券登记数据报送 (81)

10)债券登记数据报送查询 (83)

11)买断式回购不履约申报 (83)

12)买断式回购履约状态查询 (84)

13)待交收可处分确认申报 (85)

14)待交收明细查询 (85)

15)质押券处置申报 (86)

16)质押券处置当日申报查询 (87)

17)跨市场转登记补登记申报 (88)

2.ETF系统......................................................................881)ETF现金差额和基金净值报送 (89)

2)ETF申购赎回清单报送 (89)

3.帐户管理系统.................................................................901)实时开户 (91)

2)帐户资料修改 (92)

3)帐户资料查询 (93)

4)帐户卡补打 (93)

5)A股证券帐户开户费用查询 (93)

6)投资人账户查询 (94)

7)B股帐户变更结算会员 (95)

8)B股帐户变更结算会员指令查询 (95)

9)B股帐户变更结算会员指令撤销 (96)

10)客户信用证券账户实时配号 (97)

11)客户信用证券账户配号情况实时查询 (98)

4.双净额系统...................................................................991)客户交易结算资金统计余额调整数据报送 (99)

2)客户交易结算资金统计余额调整数据报送查询 (100)

3)法人结算单位自营证券帐户报备查询 (100)

4)法人结算单位资金统计余额查询 (100)

5.查询系统....................................................................1011)持有变动查询 (101)

2)余额查询 (102)

3)帐户资料核对 (102)

4)预清算结果查询 (103)

6.登记系统....................................................................1041)流通证券冻结/解冻申报 (104)

2)证券冻结情况查询 (107)

3)流通证券协助冻结当日申报查询 (108)

4)流通证券协助冻结当日申报撤销 (108)

第四章结算明细文件填写说明 (110)

一基本说明 (110)

二普通二级市场交易业务 (111)

三席位式回购业务 (113)

四席位式购回业务 (114)

五债转股业务 (116)

六买断式回购业务 (118)

七ETF业务 (123)

八要约收购业务 (124)

九可转债回售业务 (127)

十权证业务 (128)

1. 权证二级市场交易业务(包括认购权证交易和认沽权证交易)...................128 2. 价差保证金数据......................................................130 3. 证券给付模式的认购权证T+0创设/注销业务................................131 4. 证券给付模式的权证T+1创设/注销业务....................................134 5. 证券给付模式的权证行权业务............................................136十一专项资产管理计划转让业务 (140)

十二权益划付/补划付业务 (142)

十三欠库扣款还款业务 (144)

十四新股业务 (145)

十五其它资金清算 (152)

十六结算参与人交纳结算风险基金 (154)

十七国债融资回购超规模上限扣款还款业务 (155)

十八国债账户式回购欠库扣款还款业务 (157)

十九国债账户式回购欠库违约金 (158)

二十账户式国债回购业务 (160)

二十一国债账户式回购的购回业务 (162)

二十二国债质押出入库 (164)

二十三指定处置券出库业务 (166)

二十四折算率调整引起的标准券变动数据 (169)

二十五手工调整引起的标准券变动数据 (171)

第五章附录 (173)

 

前言

一 规范所涉内容及适用对象

本规范涉及的内容包括:中国证券登记结算有限责任公司上海分公司(以下简称我公司或中国结算上海分公司)发给结算参与人的登记结算数据文件说明;结算参与人上报至中国结算上海分公司的数据文件说明;结算参与人通过PROP系统进行各类实时申报相关的数据格式说明等。 

规范的适用对象为:各结算参与人,包括结算银行、QFII托管银行等。 

二 数据文件命名规则

目前我公司发送和接收的数据文件,均采用FOXPRO2.5下的标准DBF格式。为了减少数据通讯量,我公司发送的很多数据文件经过ZIP软件压缩后发送至PROP信箱中。 

中国结算上海分公司发送给结算参与人的登记结算数据文件的命名规则为: 

数据文件名 = “前缀”+“标识”+“.”+“后缀”; 

前缀为文件代码,如zhzl、jsmx等; 

标识 = 席位号|营业部代码|清算编号|其它|空; 

后缀为数据日期,格式为mdd格式,其中m表示月,dd表示日。当月份为10、11、12月时,m的值分别为‘a’、‘b’、‘c’。 

如2001年12月31日发送给JS001结算参与人的jsmx数据的文件名称为“jsmxjs001.c31”。 三 基本数据说明

1、股票的数量单位为“股”、基金和权证的数量单位为“份”;债券、融券数量单位为“一元”

面值数量;金额单位为“元”。 

2、所有的日期格式为:YYYYMMDD,时间格式为:HHMMSS。 

3、在本规范中,如在数据填写说明中出现‘#’,表明该字段的内容对此类数据记录无意义。 

4、常用数据字典说明见附录。 

第一章 发送数据文件接口规范一 中国结算上海分公司向结算参与人发送的数据清单1.A股(含债券)文件

前缀 发送 

周期 

标识 说明 

压缩 

标志 

发送对象 

e2 每周 债券清算主席位 债券持有变动对帐数据 压缩 债券清算主席位所属结算参与人 

jsmx 每天 清算编号结算明细文件 压缩 结算参与人 

qtsl 每天 清算编号证券的其他数量信息 压缩 结算参与人 

tzxx 每天 空通知信息文件 压缩 结算参与人 

wdq 每天 清算编号未到期业务对账文件 压缩 结算参与人 

ywhb 每天 空 业务回报文件 压缩 结算参与人 

zhtg 每天 清算编号证券账户托管对账文件 压缩 结算参与人 

zhzl 每天 清算编号证券账户资料文件 压缩 结算参与人 

zjbd 每天空 资金变动文件 压缩 结算参与人 

zjhz 每天清算编号 资金汇总文件 压缩 结算参与人 

zjye 每天空 资金余额对账文件 压缩 结算参与人 

zqjsxx 每天 空 证券结算信息 压缩 结算参与人 

zqbd 每天 清算编号 证券变动文件 压缩 结算参与人 

zqye 每天 清算编号 证券余额对账文件 压缩 结算参与人 

2.B股文件

前缀 发送周期 标识 说明 压缩标志 信箱 

ba4 每天 结算参与人 B股帐户指定交易变更处理结果回报数据 不压缩 结算参与人 bc1 每天 结算参与人 B股交收通知数据 不压缩 结算参与人 bc2 每天 结算参与人 B股T+2逐笔交易确认预对盘结果回报数据 不压缩 结算参与人 bc3 每天 结算参与人 B股T+2逐笔交收指令预对盘结果回报数据 不压缩 结算参与人 bc5 每天 结算参与人 B股T+3逐笔交易确认对盘结果回报数据 不压缩 结算参与人 bc6 每天 结算参与人 B股T+3逐笔交收指令对盘结果回报数据 不压缩 结算参与人 bc8 每天 结算参与人 B股待交收衍生数据 不压缩 结算参与人 bd1 每天 结算参与人 B股非交易过户过户确认数据 不压缩 结算参与人 bd2 每月 结算参与人 B股投资者证券及权益数据变动月对帐数据 不压缩 结算参与人 bd3 每天 结算参与人 B股权益登记通知数据 不压缩 结算参与人 bd4 每月 结算参与人 B股红利补领通知数据 不压缩 结算参与人 bd5 每天 结算参与人 B股投资者证券及权益余额对帐数据 不压缩 结算参与人 bd6 每天 结算参与人 B股投资者证券红利明细对帐数据 不压缩 结算参与人 bs1 每天 结算参与人 B股过户确认数据 不压缩 结算参与人 bs2 每天 结算参与人 B股待交收过户确认数据 不压缩 结算参与人 bs3 每天 结算参与人 B股汇款确认数据 不压缩 结算参与人 bs4 每月 结算参与人 B股备付金账户资金收付明细的月对帐数据 不压缩 结算参与人 

k3 每天 空B股帐户开户及帐户资料修改申报的处理结

果回报数据 

压缩 

申报结算参

与人 

3.开放式基金数据文件

前缀 发送周期 标识 说明 压缩标志 信箱 kf1 每天 结算参与人 开放式基金T+1日清算明细数据 压缩 结算参与人 

kf2 每天 结算参与人 开放式证券投资基金结算保证金调

整通知数据文件 

压缩 结算参与人 

 

4.其他文件

前缀 发送 

周期 

标识 说明 压缩标志 信箱 

fsbz_a 每天 结算参与人 A股数据发送标志文件,表示除了对账

文件(zqye、wdq、zhtg)外,A股文

件已全部发送结束 

不压缩 结算参与人 

fsbz_b 每天 结算参与人 B股数据发送标志文件,表示B股数据

文件(除k3外)已全部发送结束 

不压缩 结算参与人 

fsbz_dz 每天 结算参与人 对账类数据发送标志文件,表示对账

类数据文件(zqye、wdq、zhtg)已全

部发送结束 

不压缩 结算参与人 

二 中国结算上海分公司向结算参与人发送的数据明细说明 1.ba4(B股帐户指定交易变更处理结果回报数据)

1) 文件名称: ba4XXXXX.mdd(XXXXX为结算参与人代码)。 

2) 数据内容: 境内居民个人B股帐户指定交易变更处理结果回报数据。 3) 文件生成单位: 申请境内居民个人B股帐户指定交易变更的结算参与人。 4) 发送目标: 结算参与人信箱。 

5) 发送时间: 每一交易日由中国结算上海分公司在开户处理后发送。 6) 发送周期: 每一交易日。 

7) 数据格式: FOXPRO2.5下的标准DBF格式: 

NO 字段名 类型 长度 说明 

1 GDLB Character 1 股东类别 

2 GDDM Character 9 股东代码 

3 GDXM Character 8 股东姓名 

4 JSHY Character 10 B股结算参与人(左对齐) 

5 XWH Character 5 B股指定席位(右对齐) 

6 SFZH Character 20 身份证号 

7 SBRQ Character 8 申报日期 

8 CLSM Character 20 处理说明 

9 FHBZ Character 1 返回标志 

10 YWLX Character 1 业务类型 

8)数据说明: 

(1)“返回标志”:‘0’表示成功,‘1’表示失败。 

(2)“处理说明”:说明失败原因。 

(3)其它字段的意义与B_ZDJY中同名字段一致。 

2.bc1(B股交收通知数据)

1)文件名称: bc1XXXXX.mdd(XXXXX为结算参与人代码)。 

2)数据内容: 当日交易清算数据。 

3)文件生成单位: 交收对应的三方:席位所属结算参与人、交收结算参与人、投资者托管银行。 4)发送目标: 结算参与人信箱。 

5)发送时间: 每一交易日日终处理后发送。 

6)发送周期: 每一交易日。 

7)数据格式: FOXPRO2.5下的标准DBF格式: 

NO 字段名 类型 长度 说明 

1 SSCCRC_ID Character 15 交收编号 

2 SSE_ORDER Character 9 委托编号 

3 SSE_REF Character 10 成交编号 

4 INV_CODE Character 10 证券帐户代码 

5 SEC_CODE Character 6 证券代码 

6 TRADE_DATE Character 8 交易日期 

7 BS Character 1 买卖标志 

8 PRICE Numeric 8,3 成交价格 

9 VOLUME Numeric 10,0 成交数量 

10 TRADE_VAL Numeric 13,2 交易金额 

11 ORDER_TIME Character 6 委托时间 

12 TRADE_TIME Character 6 成交时间 

13 SEAT_ID Character 5 成交席位 

14 TRADE_CP Character 5 席位所属结算参与人 

15 SETTLE_CP Character 5 交收结算参与人 

16 CP_ORDER Character 10 申请编号 

17 SETTLEDATE Character 8 交收日期 

18 STAMP_DUTY Numeric 12,2 印花税 

19 SSE_CHARGE Numeric 12,2 经手费 

20 TRANSF_FEE Numeric 12,2 过户费 

21 CLEAR_FEE Numeric 12,2 结算费 

22 OTHER_FEE Numeric 12,2 监管费 

23 TOTAL_FEE Numeric 12,2 费用合计 

24 SETTLE_AMT Numeric 13,2 交收金额 

3.bc2(B股T+2逐笔交易确认预对盘结果回报数据)

1)文件名称: bc2XXXXX.mdd(XXXXX为结算参与人代码)。 

2)数据内容: T+2逐笔交易确认指令预对盘结果。 

3)文件生成单位: 相关交收结算参与人(结算参与人和托管银行)。 4)发送目标: 结算参与人信箱。 

5)发送时间: 在每一个交收日T+2预对盘后发送。 

6)发送周期: 每一交收日。 

7)数据格式: FOXPRO2.5下的标准DBF格式: 

NO 字段名 类型 长度 说明 

1 SSCCRC_ID Character 15 交收编号 

2 STATUS Character 2 状态 

8)数据说明: 

(1)“状态”: 

第一位:指令接收状态位 

‘-' 本状态位无效 

‘1’ 结算参与人指令未到 

‘*’ 正确 

第二位:交易确认状态位 

‘-' 本状态位无效 

‘1’ 结算参与人不确认 

‘*’ 正确 

 

4.bc3(B股T+2逐笔交收指令预对盘结果回报数据)

1)文件名称: bc3XXXXX.mdd(XXXXX为结算参与人代码)。 

2)数据内容: T+2逐笔交收指令预对盘结果。 

3)文件生成单位: 相关交收结算参与人(结算参与人和托管银行)。 

4)发送目标: 结算参与人信箱。 

5)发送时间: 在每一个交收日T+2预对盘后发送。 

6)发送周期: 每一交收日。 

7)数据格式: FOXPRO2.5下的标准DBF格式: 

NO 字段名 类型 长度 说明 

1 TRADE_DATE Character 8 交易日期 

2 INV_CODE Character 10 证券帐户代码 

3 SEC_CODE Character 6 证券代码 

4 SETTLE_BCP Character 5 结算参与人结算参与人代码 5 SETTLE_CCP Character 5 托管银行代码 

6 BS Character 1 买卖标志 

7 VOLUME Numeric 10,0 交收数量 

8 SETTLE_AMT Numeric 13,2 交收金额 

9 STATUS Character 4 状态 

10 BK_MODE Character 2 结算参与人付款方式 

11 CB_MODE Character 2 托管银行付款方式 

12 BK_VOLUME Numeric 10,0 结算参与人确认数量 

13 CB_VOLUME Numeric 10,0 托管银行确认数量 

14 BK_STAMT Numeric 13,2 结算参与人确认金额 

15 BK_CSTAMT Numeric 13,2 结算参与人声明托管银行付

款金额 

16 CB_CSTAMT Numeric 13,2 托管银行确认付款金额 

8)数据说明: 

(1)“托管银行付款方式”及“付款方式”: 

‘0’ 无托管银行 (NO Custodian Bank) 

‘A’ 托管银行付款(Against payment) 

‘F’ 结算参与人付款( Free of payment) 

(2)“状态”: 

第一位:指令接收状态位 

‘-’ 本状态位无效 

‘0’ 双方都没有指令 

‘1’ 结算参与人指令未到 

‘2’ 托管银行指令未到 

‘*’ 正确 

第二位:付款方式状态位 

‘-’ 本状态位无效 

‘1’ 结算参与人指令中付款方式为‘F',托管银行指令为‘A' 

‘2’ 结算参与人指令中付款方式为‘A',托管银行指令为‘F' 

‘*’ 正确 

第三位:成交数量状态位 

‘-’ 本状态位无效 

‘0’ 结算参与人和托管银行指令中的成交数量都不正确 

‘1’ 结算参与人指令中的成交数量不正确 

‘2’ 托管银行指令中的成交数量不正确 

‘*’ 正确 

第四位:交收金额状态位 

‘-’ 本状态位无效 

‘0’ 结算参与人和托管银行指令中的交收金额都不正确 

‘1’ 结算参与人指令中的交收金额不正确 

‘2’ 托管银行指令中的交收金额都不正确 

‘*’ 正确 

 

5.bc5(B股T+3逐笔交易确认对盘结果回报数据)

1)文件名称: bc5XXXXX.mdd(XXXXX为结算参与人代码)。 

2)数据内容: T+3逐笔交易确认指令对盘结果。 

3)文件生成单位: 相关交收结算参与人(结算参与人和托管银行)。 4)发送目标: 结算参与人信箱。 

5)发送时间: 在每一个交收日T+3对盘后发送。 

6)发送周期: 每一交收日。 

7)数据格式: FOXPRO2.5下的标准DBF格式: 

NO 字段名 类型 长度 说明 

1 SSCCRC_ID Character 15 交收编号 

2 STATUS Character 2 状态 

8)数据说明: 

(1)“状态”:同bc2数据中的STATUS字段。 

6.bc6(B股T+3逐笔交收指令对盘结果回报数据)

1)文件名称: bc6XXXXX.mdd(XXXXX为结算参与人代码)。 

2)数据内容: T+3逐笔交收指令对盘结果。 

3)文件生成单位: 相关交收结算参与人(结算参与人和托管银行)。 

4)发送目标: 结算参与人信箱。 

5)发送时间: 在每一个交收日T+3对盘后发送。 

6)发送周期: 每一交收日。 

7)数据格式: FOXPRO2.5下的标准DBF格式: 

NO 字段名 类型 长度 说明 

1 TRADE_DATE Character 8 交易日期 

2 INV_CODE Character 10 证券帐户代码 

3 SEC_CODE Character 6 证券代码 

4 SETTLE_BCP Character 5 结算参与人结算参与人代码 

5 SETTLE_CCP Character 5 托管银行代码 

6 BS Character 1 买卖标志 

7 VOLUME Numeric 10,0 交收数量 

8 SETTLE_AMT Numeric 13,2 交收金额 

9 STATUS Character 4 状态 

10 BK_MODE Character 2 结算参与人付款方式 

11 CB_MODE Character 2 托管银行付款方式 

12 BK_VOLUME Numeric 10,0 结算参与人确认数量 

13 CB_VOLUME Numeric 10,0 托管银行确认数量 

14 BK_STAMT Numeric 13,2 结算参与人确认金额 

15 BK_CSTAMT Numeric 13,2 结算参与人声明托管银行付款

金额 

16 CB_CSTAMT Numeric 13,2 托管银行确认付款金额 

8)数据说明: 

(1)“托管银行付款方式”及“付款方式”、“状态”:参见bc3数据的数据说明。 

7.bc8(B股待交收衍生数据)

1)文件名称: bc8XXXXX.mdd(XXXXX为结算参与人代码)。 

2)数据内容: 待交收数据及其衍生的权益数据。 

3)文件生成单位: 相关交收结算参与人(结算参与人和托管银行)。 

4)发送目标: 结算参与人信箱。 

5)发送时间: 每一交收日日终后发送。 

6)发送周期: 每一交收日。 

7)数据格式: FOXPRO2.5下的标准DBF格式: 

NO 字段名 类型 长度 说明 

1 SSCCRC_ID Character 15 交收编号 

2 TRADE_DATE Character 8 交易日期 

3 SETTLEDATE Character 8 应交收日期 

4 SSE_REF Character 10 成交编号 

5 INV_CODE Character 10 证券帐户代码 

6 SEC_CODE Character 6 证券代码 

7 YEAR Character 4 权益年份 

8 TYPE Character 2 类别 

9 RIG_TIME Numeric 1,0 权益次数 

10 BS Character 1 买卖方向 

11 VOLUME Numeric 10,0 数量 

12 PRICE Numeric 11,6 价格 

13 SEAT_ID Character 5 成交席位 

14 SETTLE_CP Character 5 交收结算参与人 

15 CST_CODE Character 5 托管银行 

16 OPEN_DATE Character 8 发生日期 

17 TRADE_AMT Numeric 13,2 成交金额 

18 SETTLE_AMT Numeric 13,2 交收金额 

8)数据说明: 

(1)TYPE(类别): 

‘SG’为送股、‘HL’为现金红利、‘QZ’为权证、‘MK’为卖空、‘BF’为指令不符。 

(2)YEAR(权益年份):该权益产生的年份。 

8.bd1(B股非交易过户过户确认数据)

1)文件名称: bd1XXXXX.mdd(XXXXX为结算参与人代码)。 

2)数据内容: 当天处理的非交易过户数据。 

3)文件生成单位: 非交易过户的过入、过出、申请方的结算参与人。 

4)发送目标: 结算参与人信箱。 

5)发送时间: 每一交易日日终后发送。 

6)发送周期: 每一交易日。 

7)数据格式: FOXPRO2.5下的标准DBF格式: 

NO 字段名 类型 长度 说明 

1 DATE Character 8 日期 

2 REF_NO Numeric 9,0 序号 

3 APPLY_CP Character 5 申请结算参与人(付费方) 

4 INV_CODE Character 10 证券帐户代码 

5 CP_CODE Character 5 结算参与人代码 

6 SEC_CODE Character 6 证券代码 

7 VOLUME Numeric 10,0 过户数量 

8 DLV_RCV Character 1 过入或过出 

9 STAMP_DUTY Numeric 12,2 印花税,由本公司代缴税务机关 10 TRANSF_FEE Numeric 12,2 过户费用,由本公司收取 

11 OTHER_FEE Numeric 12,2 其他费用,备用字段 

12 NOTE Character 20 备注 

 8)数据说明: 

(1)“过入或过出”:‘D’表示过出,‘R’表示过入。 

9.bd2(B股投资者证券及权益数据变动月对帐数据)

1)文件名称: bd2XXXXX.mdd(XXXXX为结算参与人代码)。 

2)数据内容: 证券及权益持有变动情况。 

3)文件生成单位: 证券帐户的指定结算参与人。 

4)发送目标: 结算参与人信箱。 

5)发送时间: 每月最后一个交易日交易的交收日处理完毕后发送。 6)发送周期: 每月。 

7)数据格式: FOXPRO2.5下的标准DBF格式: 

NO 字段名 类型 长度 说明 

1 CHGTYPE Character 6 变动类型 

2 INV_CODE Character 10 证券帐户代码 

3 CP_CODE Character 5 结算参与人代码 

4 SEC_CODE Character 6 证券代码 

5 OPEN_BAL Numeric 12,0 上次余额 

6 TRADE_DATE Character 8 交易日期 

7 SETTLE_DATE Character 8 交收日期 

8 VOLUME Numeric 10,0 变动数量 

9 COLSE_BAL Numeric 12,0 本次余额 

10 SEAT_ID Character 5 成交席位 

8)数据说明: 

(1)CHGTYPE(证券及权益过户变动类型): 

标志 中 文 说 明 

NONTRD 非交易过户(包括7类非交易过户) 

SETTLE 交易的交收过户 

LOSTRD 挂失过户(已挂失帐户的证券转户) 

FREEZE 证券冻结 

DEFROZ 已冻结证券的解冻 

NEWCTD 新股托管(上市日之前) 

NEWLST 证券上市登记(托管转上市) 

RTSCTD 配股股票托管(上市日之前) 

RTSLST 配股股票上市登记(托管转上市) 

WRTCTD 配股权证托管(上市日之前) 

WRTCNL 配股权证注销 

WRTLST 配股权证上市登记(托管转上市) 

BNSCTD 红股托管(上市日之前) 

BNSLST 红股上市登记(托管转上市) 

CAHREG 现金红利权益登记 

CAHD/F 红利的汇票支付 

CAHT/T 红利的电汇支付 

PSTFRZ 证券的待交收冻结 

PSTDFZ 待交收冻结证券的解冻 

OVRSAL 卖空 

FRCBUY 卖空平仓 

CAHTT- 红利退款冲帐 

CAHDF- 红利汇票的退票 

CAHCNL 红利电汇汇款的更正 

UNSTLV 交收期未交收证券量的增减 

PSTSTL 待交收过户(交易帐户与待交收帐户间的过户) GRSCNL 未超配股票注销 

注:带阴影部分暂不使用。 

规范性文件备案审查制度知识问答

规范性文件备案审查制度知识问答 1、什么是规范性文件备案审查? 答:规范性文件备案审查,也称事后审查制度,是指规范性文件制定机关,在规范性文件发布后的15日内,依法将规范性文件报送上级机关,上级机关审查后,没有问题的予以登记备案,发现问题的依法予以纠正的制度。根据国务院《全面推行依法行政实施纲要》的要求,对行政机关制定的规范性文件必须做到“有件必备、有备必审、有错必纠”。 2、什么是规范性文件事前审查制度? 答:规范性文件事前审查制度,是在规范性文件起草工作结束后,形成了送审稿,并将送审稿送政府或部门的法制工作机构进行审查的制度。送审稿包括:送审文件稿及其说明,征求到的不同意见和有关材料。政府规范性文件送本级人民政府法制机构审查;部门规范性文件由本部门的法制机构进行审查。审查工作由政府或部门的法制机构负责,法制机构必须履行审查职责,严格按照规定,对送审稿进行事前审查。政府或部门的法制机构对审查中发现的问题,需要有关单位作出说明、提交依据、协助工作的,有关单位应当予以配合,并在法制机构要求的期限内答复。 3、规范性文件的概念是什么? 答:规范性文件是涉及或者影响管理相对人权利义务,在一定时期内反复适用的文件。 4、如何界定规范性文件的范围? 答:正确界定规范性文件的范围有两个标准。 一是行文方向。规范性文件是下行文,上行文、平行文不是规范性文

件。 二是文件的内容。规范性文件的内容应当同时具备“三性”,即外部性、普遍适用性和反复适用性。 规范性文件的外部性,是指文件的内容涉及或者影响管理相对人的权利义务,而不是单纯规定行政机关内部事务。 规范性文件的普遍适用性,是指文件作出的规定,对不特定多数管理相对人都适用,而不是只适用于特定的个别管理相对人。 反复适用性,是指文件作出的规定,在这个文件生效以后、至失效之前的整个时间段内,对同类事项都有效,而不是只用一次。 5、什么样的规定是“涉及或者影响管理相对人权利义务”的规定?答:涉及或者影响管理相对人权利义务,就是直接或者间接规定管理相对人能够干什么、不能干什么、必须干什么;能够怎么干、不能怎么干、必须怎么干,可以获得什么利益、应当承担什么义务,履行了义务能够得到什么、不履行义务会受到什么处理,等等。 6、“行政许可实施程序”是否具有“外部性”,为什么? 答:行政许可实施程序具有“外部性”。 因为,从表面上看,行政许可实施程序规定的是行政机关干什么、怎样干,一步一步怎么走,但是,其中涉及到要求申请人提交什么材料、行政机关对什么样的申请人才能准予行政许可,这就影响了管理相对人的权利义务。 7、机关人事管理、后勤管理、财务管理、教育培训、考评奖惩等文件是否具有“外部性”,为什么? 答:不具有“外部性”。 机关人事管理、后勤管理、财务管理、教育培训、考评奖惩等文件只

数据交换接口规范

附件4:数据交换接口规范 一、概述 计量器具检定数据交换接口采用Web service作为数据传输机制,是自包含、自描述(WSDL)、模块化的应用,由省局发布、定位、各技术机构通过web方式调用。接口基于标准的互联网协议,支持超文本传输协议(HTTP)和XML。与省局交换的数据都封装成XML格式的文件,传输前以GZIP格式将文件压缩,然后设置BASE64编码,最后在接收端将其解压,解析读取数据。 二、软件准备 JDK1.6,tomcat6.0,Web service相关包以及数据库。三、数据交换示意图 四、服务端接收数据过程 1、用户合法性校验:服务端在接收数据时同样需要进行用户合法性 校验,并返回信息。

2、数据封装:为方便数据传输和解析,客户端通过Web service交 换的数据需要封装成可扩展标记语言XML的规范,并严格按照此规范。 3、数据压缩:为提高数据的传输效率和减小传输的数据量,客户端 在传输之前需将数据以GZIP格式进行压缩,并设置BASE64位编码,以便基于HTTP传输。 4、对上传文件进行规范性校验:服务端在接收数据之前,校验客户 端数据是否按照XML规范要求,并按GZIP格式进行压缩,设置BASE64编码,否则返回不合法文件格式。 5、返回结果:服务端进行完校验,解析成功并反馈给业务系统后, 会反馈成功信息给客户端,如不成功则返回不成功。 五、客户端接收数据过程(与服务端接收过程类似。) 六、术语说明

THANKS !!! 致力为企业和个人提供合同协议,策划案计划书,学习课件等等 打造全网一站式需求 欢迎您的下载,资料仅供参考

信息技术之会计核算软件数据接口规范

国家标准《信息技术会计核算软件数据接口》(征求意见稿) 编制讲明 一、任务来源 国家标准化治理委员会2002年下达的国家标准项目打算中,列入了《信息技术会计核算软件数据》(编号为20020389—T—424 );2004年国家标准化治理委员会又下达《关于调整信息技术会计核算软件数据国家标准打算项目的复函》(标委办函[2004]6号),明确由中华人民共和国审计署、中华人民共和国财政部作为主管部门,组织《信息技术会计核算软件数据》的起草单位和相关单位,承担《信息技术会计核算软件数据接口》国家标准的制定。 二、要紧工作过程 2002年3月上海市技术监督局制定了《信息技术会计核算软件数据接口规范》,并作为地点标准。2002年依照国家标准项目打算中编号为20020398—T—424的国家标准打算项目《信息技术会计核算软件数据》,上海市技术监督局组织相关单位和专家进行该标准的起草工作,于2003年底提出了《信息技术会计核

算软件数据接口规范》国家标准草案文本。 审计署依照工作需要,自1999年以来开展了“会计核算软件数据接口”方面的研究和实践。经国家电子政务治理委员会、国务院信息化工作办公室批准,审计署于2002年2月开始组织研究编写《会计核算软件数据接口》国家标准,于2003年底提出标准草案文本。 2004年2月,依照国家标准化治理委员会“标委办函[2004]6号”—“关于调整《信息技术会计核算软件数据》国家标准打算项目的复函”的精神,审计署计算中心召集上海《信息技术会计核算软件数据》标准起草组成员,审计署南京特派员办事处、南京审计学院等相关专家与人员,在北京对上述两个标准草案文本进行了深入细致的分析研究,综合整理提出了《信息技术会计核算软件数据接口规范(企业、事业单位)(草案稿)》。 2004年3月,依照国家标准化治理委员会关于“要符合国家标准撰写格式及语言规范;要使用数据元素表示;会计核算软件数据输出文件要有文本和XML格式”的要求,组织审计署计算技术中心、财政部会计司、审计署南京特派员办事处、信息产业部电子标准化所、用友公司、金算盘公司、浪潮公司等相关人员共同研究,编制出《信息技术会计核算软件数据接口(征求意见

关于规范性文件备案审查工作情况汇报

贵州省毕节地区行政公署在全省规范性文件备案审查工 作会议上的经验交流材料之一 关于规范性文件备案审查工作情况汇报 各位领导: 规范性文件备案审查制度是监督和规范行政机关行政行为的重要制度,是全面推进依法行政工作的重要手段。2004年《贵州省规范性文件备案审查规定》实施以来,我区按照有件必备、有备必审、有错必纠的原则,进一步加大了规范性文件备案审查的工作力度,凡规范性文件均按照规定及时向省政府报送备案,对下级行政机关认真履行审查监督职责,及时纠正违法或不当的规范性文件,有效地保证了法律法规在我区的正确贯彻执行,维护了法制统一。 一、主要做法和体会 规范性文件备案审查工作,制度和机制建设是关键。我区注重从制度机制建设入手,积极探索备案审查工作的新路子、新办法,强化措施,加大力度,努力提高备案审查工作的质量和水平,充分发挥了行政层级监督职能。2008年制定了《毕节地区规范性文件备案审查办法》、《行署规范性文件制定规程》、《规范性文件备案格式》等文件,对规范性文件的规划、调研、起草、社会参与、论证、审查、备案等每个环节都作了明确规定,规范性文件的备案审查工作日益制度化、规范化、有效化。去年以来,行署向省政府共报备规范

性文件6件,审查下级行政机关规范性文件340件,清理和撤销19件。 (一)加强制度建设,努力构建上下联动,各方配合的工作机制 规范性文件备案审查工作作为政府层级监督的重要内容,是维护法制统一,防止部门利益形成的重要措施。行署对此非常重视,把规范性文件的前置审查和报送备案工作写进了《行署常务会议规则》,凡出台规范性文件,牵头起草部门要先送行署法制办进行审查,没有经过法制办前置审查且出具书面意见的,不上会研究。为确保备案审查制度落实到位,我们进一步理顺了各方面关系,加强了与有关方面的衔接与配合。一是将规范性文件备案审查明确为行署法制办的一项工作职责,确定专人负责,细化工作职责和岗位职责。二是明确操作程序,理顺行署法制部门与相关部门,以及各部门之间的关系。对规范性文件的启动、调研、草拟、征求意见、公众参与、讨论决定、公布实施、上报备案等每一个环节,每一个相关部门的职责都进行了规范。三是注重对规范性文件的执行情况进行追踪,对其社会效果及时掌握了解,适时改进。四是突出行署法制办在制发规范性文件中的作用,要求法制办全程参与行署重点规范性文件的制定,各部门自行制定的规范性文件在公布执行前必须经法制办审核把关。同时要求法制办牵头组织对行署及各部门制定规范性文件的清理,对废止、失效以及与新的法律法规和政策不相适应的文件及时清理或修改。

监管报表数据报送接口规范

监管报表数据报送接口规范修订历史纪录

一、销售机构、基金资金划付明细文件格式建议(J01) (一)报表格式 使用标准txt文件,文件内容格式如下(左侧数字表示行号): 1.总记录数(不包括本行) 2.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| 3.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| (二)报表说明 用于表示基金销售机构与基金之间的实际资金划付。其中资金划付日期是指实际资金汇划的日期;交易确认日期是与指该笔资金划付相对应的基金交易的确认日期;交易申请日期是与指该笔资金划付相对应的基金交易的申报日期;业务类型是指基金交易业务代码,包括:认购(一次交易确认为120、二次交易确认为130)、申购122、定额申购139、赎回124、定额赎回163、强制赎回142、分红143。 对于三种特殊业务类型“交易申请日期”字段的说明。分红143业务:“交易申请日期”填写权益登记日;强制赎回142业务:“交易申请日期”填写交易确认日期的上一工作日(由于上工作日的赎回可能会和当日的强赎合并划款);认购退款130业务:“交易申请日期”填写交易确认日期。 报送的实际资金划付数据是按照基金代码、业务类型进行

汇总的,即对于某个具体的资金划付日期,针对一只基金的某种业务类型,只申报一条汇总数据记录。 对于一种业务类型而言,只存在销售机构向基金划付金额或者只存在基金向销售机构划付金额。 基金代码---目前为6位编码,最长可扩展至30位。 业务类型---目前为3位编码,最长可扩展至30位。 登记结算机构代码--目前为8位编码,最长可扩展至30位。 (三)核对逻辑 中国结算每日将基金确认成功的交易数据按照基金代码、销售机构代码、业务类型进行汇总统计,得出销售机构各业务对基金应划入金额和应划出金额,用于与J01报表中的实际划付金额数据进行核对。中国结算汇总统计基金划入和基金划出金额的方法是:对认购业务,第一次确认(业务类型120)时统计的基金应收金额为:汇总每笔交易的确认金额全额;第二次确认(业务类型130)时统计的基金应付金额为:汇总每笔交易的(一次确认金额-二次确认金额+退回给投资人的利息)。 对申购(业务类型122)和定额申购(业务类型139)业务,统计的基金应收金额为:汇总每笔交易的(确认金额全额-代理费)。 对赎回(业务类型124)、定额赎回(业务类型163)、强制赎回(业务类型142)业务,统计的基金应付金额为:汇总每笔交易的(投资人实得金额+代理费)。 对分红(业务类型143)业务,统计的基金应付金额为:汇总每笔交易的(投资人实得现金红利金额)。

行政规范性文件备案审查制度

荥阳市环境保护局行政规范性文件 备案审查制度 第一条为促进依法行政,加强层级监督,规范环保行为,根据《郑州市人民政府规范性文件制定程序规定》,结合本市环保工作实际,制定本制度。 第二条本局价格行政规范性文件的制定、报送备案审查工作,适用本制度。 局内部的工作制度、管理制度等,不适用本制度。 法律、法规、规章另有规定的,从其规定。 第三条本制度所称的环保行政规范性文件,是指省、市政府或其法制科所明确的文件。 第四条综合性的环保行政规范性文件由局法制科负责起草或组织局相关职能机构起草;单项的环保行政规范性文件由局相关职能机构负责起草。 第五条局环保行政规范性文件,除直接由局法制部门起草的以外,其余处室拟定的在送领导审签前,应先送局法制科审核。 第六条本局制定的和以本局为主办单位与其他行政主管部门联合发布的环保行政规范性文件,由局法制工作机构负责向市政府法制局报送备案。同时,抄报上一级政府环保主管部门。

第七条报送备案或抄报时间应当自发布之日起30日内。 第八条环保行政规范性文件向政府法制部门报送备案时应当提交下列材料: (一) 行政行政规范性文件备案报告一份; (二) 行政行政规范性文件正式文本一式五份; (三) 行政行政规范性文件的制定说明一式五份。 第九条报送文件的制定说明由负责起草规范性文件的机构制作,内容应当包括: (一) 制定文件的依据、必要性、制定过程; (二) 所要解决的主要问题; (三) 规定权利、义务及法律责任的依据; (四) 其他需要说明的问题。 第十条局法制工作机构在每年1月31日前应将本局上一年制定的环保行政规范性文件的目录报送市政府备查。 第十一条本规定自发布之日起实施。 荥阳市环境保护局

中国财务软件数据接口标准(DOC7)

中国财务软件数据接口标准(DOC7) 编者按:标准应该是衡量事务的准则。标准的制定一样都由国际/国家有关标准机构或行业主管部门完成。但一些行业的生产厂商为了爱护用户的投资,促进行业有序进展,也按照本行业的特点,联合起来制定了一些大伙儿认可并共同遵守的规范,这种做法在国外已被广泛采纳。随着中国改革开放的深入,国内一些行业的厂家也开始进行这方面的探究,本期我们刊登的《中国财务软件数据接口标准》确实是由该财务软件行业的民间组织——中国软件行业协会财务及企业治理软件分会制定的,起草者为闻名财务软件厂商深圳金蝶公司。 一、背景 目前,国内财务软件众多,它们采纳的数据库平台和数据库结构各不相同,不同财务软件之间的数据交换,因为数据库平台和结构不同而产生许多困难,几乎任意两个不同软件之间要实现数据传递都会存在专门的数据转换咨询题。烦琐的数据转换工作白费了大量人力和物力,同时也阻碍了财务软件产业的健康进展。国内财务软件的商业化差不多比较成熟,各财务软件公司都有一批用户。由于各种缘故,一些用户期望从一个软件交叉升级为另一软件。由于用户在旧软件上已做了大量的工作,必定期望升级后原有数据能移植到新的软件中,然而有些软件的数据文件通过加密或数据库结构未公布,要从中直截了当读取数据几乎不可能。为了爱护用户已付出的劳动,各财务软件需要提供一个标准的数据输入输出接口。如此,建立一个公用的数据交换标准是专门必要的。 用户在使用财务软件时,有一些需求通过财务软件本身是难以实现的,如:用户期望把会计报表通过电子表格软件处理输出为各种专门形式;另一些高级用户,则期望在其它治理软件中能取到财务数据。这些数据交换工作都需要有一个标准的数据接口来规范。财务会计通过长期的进展已形成一定的理论,财务会计工作也有规范可循,国内财务软件是在这些理论和规范的基础上开发出来的,各软件储存财务数据的模式也大同小异。财务数据要紧按会计科目、凭证、余额及发生额、报表几个部分分块储备,它们之间既

上海支付结算综合业务系统

上海支付结算综合业务系统银行接口规范 版本号:1.05 二○○八年十一月 深圳市雁联计算系统有限公司

文档控制分发 版本控制

批阅意见

目录 第一章概述1 1.1 目的 (1) 1.2 系统概述 (1) 1.3 系统总体结构 (2) 1.4 接口概述 (3) 1.4.1非直联模式 (3) 1.4.2直联模式 (3) 1.5 定义、缩写词和术语 (3) 第二章业务范围5 第三章接口主要业务流描述7 3.1 系统工作日和状态 (7) 3.2 业务种类 (7) 3.3 支付业务描述 (8) 3.3.1贷记业务-网银(自助渠道) (8) 3.3.2贷记业务-普通 (16) 3.3.3贷记退汇业务 (23) 3.3.4借记业务 (28) 3.3.5借记冲正业务 (36) 3.4 信息业务描述 (38) 3.4.1票据影像业务 (38) 3.4.2专用内部账户调拨 (40) 3.4.3交易明细查询 (43) 3.4.4查询查复业务 (44) 3.4.5账户信息变更 (46) 3.4.6账户余额查询业务 (48) 3.4.7自由格式信息 (50) 3.5 资金业务描述 (51) 3.5.1轧差清算 (51) 3.5.2日终处理 (52) 3.5.3系统对账 (52) 3.6 管理业务描述 (55) 3.6.1系统登陆 (55) 3.6.2系统退出 (55) 3.6.3系统强制退出通知 (55) 3.6.4系统状态变更通知 (55) 3.6.5场次变更通知 (56) 3.6.6日切通知 (56)

3.6.7通讯检查 (56) 第四章接口系统结构57 4.1 物理连接 (57) 4.2 应用连接 (57) 4.2.1示意图 (57) 4.2.2API说明 (58) 4.2.2.1连接API (59) 4.2.2.2断开连接API (59) 4.2.2.3发送API (60) 4.2.2.4接收API (61) 4.2.2.5确认API (63) 第五章接口信息处理说明65 5.1 接口信息处理模式 (65) 5.1.1发送处理模式 (65) 5.1.2接收处理模式 (65) 5.2 接口报文说明 (66) 5.2.1字符集说明 (66) 5.2.1.1属性符号 (66) 5.2.1.2x-字符集 (67) 5.2.2报文结构 (67) 5.2.2.1报文头 (68) 5.2.2.2报文正文 (70) 5.2.2.2.1短报文正文 (70) 5.2.2.2.2长报文正文 (71) 5.2.2.3报文尾 (71) 5.3 业务报文 (72) 5.3.1支付报文 (72) 5.3.1.1实时贷记业务报文(SMP001) (72) 5.3.1.2实时借记业务报文(SMP002) (73) 5.3.1.3贷记退汇报文(SMP003) (74) 5.3.1.4借记冲正业务报文(SMP006) (74) 5.3.1.5支付业务回执报文(SMP009) (75) 5.3.1.6账户信息查询请求业务报文(SMP101) (76) 5.3.1.7账户信息查询回执业务报文(SMP102) (76) 5.3.2信息报文 (77) 5.3.2.1查询报文(SMP201) (77) 5.3.2.2查复报文(SMP202) (77) 5.3.2.3专用内部账户调拨报文(SMP203) (78) 5.3.2.4专用内部账户回执报文(SMP204) (79) 5.3.2.5账户信息变更报文(SMP205) (79) 5.3.2.6票据影像业务报文(SMP206) (80)

税控发票开票软件发票信息数据接口规范V4.0

税控发票开票软件发票信息 数据接口规范V4.0 1概述 为进一步优化纳税服务,满足纳税人内部管理信息系统与增值税发票税控开票软件的衔接需要,国家税务总局下发了税控发票开票软件发票信息数据接口规范V1.0、V2.0、V3.0版。随着增值税发票管理新系统的全国推广和营改增的全面实施,公布的接口已经不能满足需要,现对该接口进行更新升级,形成V4.0版。 本接口规范适用于是增值税发票税控开票软件(金税盘版)与增值税发票税控开票软件(税控盘版)的商品编码版本(以下统一简称为税控发票开票软件),配合手工导入开具、自动导入开具和发票明细导出功能使用。 2接口说明 2.1待开发票信息导入接口 通过税控发票开票软件中的手工导入开具和自动导入开具功能,将待开发票的信息批量导入到税控发票开票软件,完成发票开具。 选择手工导入开具时,首先选择要导入的XML文件,再对导入发票信息逐张开具并打印发票。

选择自动导入开具时,首先设置文件存储路径和轮询时间。自动导入开具功能开启后,系统自动轮询指定路径下的XML文件,自动完成发票开具,并将开具结果写入指定文件目录。 2.2已开发票信息导出接口 通过税控发票开票软件中的发票明细导出功能,实现已开发票信息的批量导出,生成EXCEL文件或XML文件。 3接口定义 本接口规范内容包括待开发票信息导入接口和已开发票信息导出接口,发票类型为增值税专用发票、增值税普通发票、货物运输业增值税专用发票、机动车销售统一发票和二手车销售统一发票。3.1增值税专用发票和增值税普通发票 3.1.1修改说明 单据新增了Version节点,增加商品编码功能后的版本为2.0; 单据新增了Spbmbbh节点,增加商品编码功能后为税局下载的商品编码表版本号; 单据新增了Hsbz节点,用于区分营改增新增的5%不含税税率和中外合作油气田(原海洋石油)5%税率、1.5%税率、差额税; 单据商品明细中新增了Spbm(商品编码)、Qyspbm(企业商品编码)、Syyhzcbz(享受优惠政策)、Lslbz(零税率标识)、Yhzcsm

规范性文件备案报告

规范性文件备案报告 篇一:规范性文件备案报告格式 规范性文件备案报告格式 规范性文件制定说明格式 规范性文件备案情况登记表 注:本表适用于规范性文件制定机关报送备案登记 8 规范性文件备案登记审查表 注:本表适用于备案审查机关登记下级政府或所属部门报备规范性文件及审查情况 9 附件5:年度规范性文件目录备案格式 ××乡(镇)或者××局(办、委) ××××年度规范性文件目录 篇二:关于规范性文件备案审查工作情况汇报 贵州省毕节地区行政公署在全省规范性文件备案审查工

作会议上的经验交流材料之一 关于规范性文件备案审查工作情况汇报 各位领导: 规范性文件备案审查制度是监督和规范行政机关行政行为的重要制度,是全面推进依法行政工作的重要手段。XX 年《贵州省规范性文件备案审查规定》实施以来,我区按照有件必备、有备必审、有错必纠的原则,进一步加大了规范性文件备案审查的工作力度,凡规范性文件均按照规定及时向省政府报送备案,对下级行政机关认真履行审查监督职责,及时纠正违法或不当的规范性文件,有效地保证了法律法规在我区的正确贯彻执行,维护了法制统一。 一、主要做法和体会 规范性文件备案审查工作,制度和机制建设是关键。我区注重从制度机制建设入手,积极探索备案审查工作的新路子、新办法,强化措施,加大力度,努力提高备案审查工作的质量和水平,充分发挥了行政层级监督职能。XX年制定了《毕节地区规范性文件备案审查办法》、《行署规范性文件制定规程》、《规范性文件备案格式》等文件,对规范性文件的规划、调研、起草、社会参与、论证、审查、备案等每个环节都作了明确规定,规范性文件的备案审查工作日益制度

中国结算开放式基金新版系统管理人数据接口规范(TXT)

中国结算开放式基金新版系统管理人数据接口规范(TXT) 版本1.1 二○○九年九月

1. 总则 (4) 2. 术语定义 (4) 3. 基本要求 (8) 4. 数据接口 (10) 4.1. 信息格式 (10) 4.2. 接口文件名定义 (11) 4.3. TA支持业务 (13) 4.4. 业务数据项 (15) 4.4.1. 开户确认业务101 (16) 4.4.2. 销户确认业务102 (20) 4.4.3. 客户资料修改确认业务103 (21) 4.4.4. 撤销交易账号确认109 (25) 4.4.5. 变更交易帐户确认158 (27) 4.4.6. 认购业务数据项020 (27) 4.4.7. 认购结果业务数据项057 (29) 4.4.8. 申购业务数据项022 (31) 4.4.9. 定期定额申购业务数据项039 (34) 4.4.10. ETF一次申购业务数据项091 (37) 4.4.11. ETF二次申购业务数据项092 (39) 4.4.12. 赎回业务数据项024/定期定额赎回业务数据项063 (42) 4.4.13. ETF一次赎回业务数据项093 (46) 4.4.14. ETF二次赎回业务数据项094 (48) 4.4.15. 预约赎回业务数据项025 (51) 4.4.16. 撤预约单业务数据项053 (53) 4.4.17. 转托管业务数据项026/028 (55) 4.4.18. 转托管入业务数据项027 (56) 4.4.19. 设置分红方式业务数据项029 (58) 4.4.20. 基金转换业务数据项036 (59) 4.4.21. 份额冻结业务数据项031 (62) 4.4.22. 份额解冻业务数据项032 (64) 4.4.23. 非交易过户业务数据项033 (65) 4.4.24. 强增业务数据项044 (67) 4.4.25. 强减业务数据项045 (68) 4.4.26. 开通定期定额协议业务数据项059 (70) 4.4.27. 撤销定期定额协议业务数据项060 (71) 4.4.28. 变更定期定额协议业务数据项061 (72) 4.4.29. 认购业务数据项120 (74) 4.4.30. 认购结果业务数据项130 (75) 4.4.31. 申购业务数据项122 (78) 4.4.32. 定期定额申购业务数据项139 (81) 4.4.33. ETF一次申购业务数据项191 (83) 4.4.34. ETF二次申购业务数据项192 (85) 4.4.35. 赎回业务数据项124/定时定额赎回163 (88) 4.4.36. 强制赎回业务数据项142 (91)

支付结算综合业务系统银行接口规范(doc 110页)

支付结算综合业务系统银行接口规 范(doc 110页) 部门: xxx 时间: xxx 整理范文,仅供参考,可下载自行编辑

上海支付结算综合业务系统银行接口规范 版本号:1.05 二○○八年十一月 深圳市雁联计算系统有限公司

文档控制分发 版本控制

批阅意见

目录 第一章概述1 1.1 目的 (1) 1.2 系统概述 (1) 1.3 系统总体结构 (2) 1.4 接口概述 (3) 1.4.1非直联模式 (3) 1.4.2直联模式 (3) 1.5 定义、缩写词和术语 (3) 第二章业务范围5 第三章接口主要业务流描述7 3.1 系统工作日和状态 (7) 3.2 业务种类 (7) 3.3 支付业务描述 (8) 3.3.1贷记业务-网银(自助渠道) (8) 3.3.2贷记业务-普通 (16) 3.3.3贷记退汇业务 (23) 3.3.4借记业务 (28) 3.3.5借记冲正业务 (36) 3.4 信息业务描述 (38) 3.4.1票据影像业务 (38) 3.4.2专用内部账户调拨 (40) 3.4.3交易明细查询 (43) 3.4.4查询查复业务 (44) 3.4.5账户信息变更 (46) 3.4.6账户余额查询业务 (48) 3.4.7自由格式信息 (50) 3.5 资金业务描述 (52) 3.5.1轧差清算 (52) 3.5.2日终处理 (52) 3.5.3系统对账 (53) 3.6 管理业务描述 (55) 3.6.1系统登陆 (55) 3.6.2系统退出 (55) 3.6.3系统强制退出通知 (55) 3.6.4系统状态变更通知 (55) 3.6.5场次变更通知 (56) 3.6.6日切通知 (56)

软件开发软件需求说明书编写规范

1 具体需求 功能需求 功能需求1 对于每一类功能或者有时对于每一个功能,需要具体描述其输入、加工和输出的需求。由四个部分组成: a.引言 描述的是功能要达到的目标、所彩的方法和技术,还应清楚说明功能意图的由来 和背景。 b.输入 1)详细描述该功能的所有输入数据,如:输入源、数量、度量单位、时间设定、 有效输入范围(包括精度和公差); 2)操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的 位置。例如:当打印检查时,要求操作员进行格式调整; 3)指明引用接口说明或接口控制文件的参考资料。 c.加工 定义输入数据、中间参数,以获得预期输出结果的全部操作。它包括如下的说明: 1)输入数据的有效性检查; 2)操作的顺序,包括事件的时间设定; 3)响应,例如,溢出、通信故障、错误处理等; 4)受操作影响的参数; 5)降级运行的要求; 6)用于把系统输入变换成相应输出的任何方法(方程式、数学算法、逻辑操作等); 7)输出数据的有效性检查。 d.输出 1)详细描述该功能所有输出数据,例如:输出目的地、数量、度量单位、时间关

系、有效输出的范围(包括精度和公差)、非法值的处理、出错信息; 2)有关接口说明或接口控制文件的参考资料。 此外,对着重于输入输出行为的系统来说,需求说明应指定所有有意义的输入、 输出对及其序列。当一个系统要求记忆它的状态时,需要这个序列,使得它可以 根据本次输入和以前的状态作出响应。也就是说,这种情况犹如有限状态机。 功能需求2 ...... 功能需求n 外部接口需求 用户接口 提供用户使用软件产品时的接口需求。例如,如果系统的用户通过显示终端进行操作,就必须指定如下要求: a.对屏幕格式的要求; b.报表或菜单的页面打印格式和内容; c.输入输出的相对时间; d.程序功能键的可用性。 硬件接口 要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜:支撑什么样的设备,如何支撑这些设备,有何约定。

在全省规范性文件备案审查工作会议上的经验交流材料

贵州省毕节地区行政公署在全省规范性文件备案审查工作会议上的经验交流材料之一 来源:法制办主站发布时间:2009-04-09 10:23 阅读次数: 关于规范性文件备案审查工作情况汇报 各位领导: 首先感谢省政府领导及省政府法制办和省政府各部门对毕节和毕节试验区长期以来的关心支持。下面我受行署领导委托,向本次会议汇报我区开展规范性文件备案审查工作的情况,不当之处,敬请批评指正。 规范性文件备案审查制度是监督和规范行政机关行政行为的重要制度,是全面推进依法行政工作的重要手段。2004年《贵州省规范性文件备案审查规定》实施以来,我区按照有件必备、有备必审、有错必纠的原则,进一步加大了规范性文件备案审查的工作力度,凡规范性文件均按照规定及时向省政府报送备案,对下级行政机关认真履行审查监督职责,及时纠正违法或不当的规范性文件,有效地保证了法律法规在我区的正确贯彻执行,维护了法制统一。 一、主要做法和体会 规范性文件备案审查工作,制度和机制建设是关键。我区注重从制度机制建设入手,积极探索备案审查工作的新路子、新办法,强化措施,加大力度,努力提高备案审查工作的质量和水平,充分发挥了行政层级监督职能。2008年制定了《毕节地区规范性文件备案审查办法》、《行署规范性文件制定规程》、《规范性文件备案格式》等文件,对规范性文件的规划、调研、起草、社会参与、论证、审查、备案等每个环节都作了明确规定,规范性文件的备案审查工作日益制度化、规范化、有效化。去年以来,行署向省政府共报备规范性文件6件,审查下级行政机关规范性文件340件,清理和撤销19件。 (一)加强制度建设,努力构建上下联动,各方配合的工作机制 规范性文件备案审查工作作为政府层级监督的重要内容,是维护法制统一,防止部门利益形成的重要措施。行署对此非常重视,把规范性文件的前置审查和报送备案工作写进了《行署常务会议规则》,凡出台规范性文件,牵头起草部门要先送行署法制办进行审查,没有经过法制办前置审查且出具书面意见的,不上会研究。为确保备案审查制度落实到位,我们进一步理顺了各方面关系,加强了与有关方面的衔接与配合。一是将规范性文件备案审查明确为行署法制办的一项工作职责,确定专人负责,细化工作职责和岗位职责。二是明确操作程序,理顺行署法制部门与相关部门,以及各部门之间的关系。对规范性文件的启动、调研、草拟、征求意见、公众参与、讨论决定、公布实施、上报备案等每一个环节,每一个相关部门的职责都进行了规范。三是注重对规范性文件的执行情况进行追踪,对其社会效果及时掌握了解,适时改进。四是突出行署法制办在制发规范性文件中的作用,要求法制办全程参与行署重点规范性文件的制定,各部门自行制定的规范性文件在公布执行前必须经法制办审核把关。同时要求法制办牵头组织对行署及各部门制定规范性文件的清理,对废止、失效以及与新的法律法规和政策不相适应的文件及时清理或修改。 (二)抓住重点,提高效率和质量 行署制定和审查规范性文件,把合法性、合理性、程序的正当性作为重点。一是严格规范规范性文件制定程序。对于以行署名义制发的规范性文件,首先要经行署法制机构进行合法性审查并出具书面意见,再经行署常务会议审议决定,由专员签署发布。发布的规范性文件还要在相关媒体或行署网站予以公布。二是坚持有件必备、有备必审、有错必纠的原则。行署要求法制办把备案工作的重点放到审查上,重点审查规范性文件的内容是否符合法制统一的原则,是否有超越权限和违反程序等情况。对审查中发现的问题,法制办都按照法定程

个人信用信息基础数据库系统数据接口规范标准

1 前言 《企业信用信息基础数据库数据接口规》(简称“数据接口规”)规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定,本文档分为六部分。 前言简介本规各部分的容。 报文规规定了本规中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。 数据采集要求规定了公积金管理中心提交数据的围、频率以及文件传送方式。 公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。 公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈容的具体数据项以及对数据项的描述和约束。 附录包含公积金信息采集接口规的代码表、数据校验规则。 本接口规适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有:拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。 2 报文规 2.1术语和定义 下列术语和定义适用于本规。 2.1.1报文 由报文头、报文体构成的,按照一定规则组合起来的数据集合体。 2.1.2报文文件 包含报文的数据文件。 本规中报文文件与报文是一对一的关系。 2.1.3段 一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固定的长度。 本规中段为基础段。 2.1.4信息记录 数据采集的基本信息单位,包含报送机构一笔业务的有关数据。 本规中的信息记录由基础段组成。 2.1.5报文头 每个报文必须包含且只包含一个报文头,报文头表示一次数据采集的开始,该部分给出本次采集数据的信息提要。 2.1.6报文体 报文体是数据采集报文的主体容,报文体部分可包含一种或多种不同类型的信息记录,最后一条信息记录结束即为报文结束。 信息记录之间用一个回车换行符(“﹨r﹨n”或“﹨n”)分隔。 2.1.7信息记录 此信息记录由基础段组成。 每个信息记录包含且仅包含一个基础段。 信息记录的容中不允许存在回车换行符(“﹨r﹨n”或“﹨n”)。 2.1.8基础段 基础段是由固定数据项按照一定次序排列组成的信息集合体。 2.2设计原则

主要用能单位上传数据接口规范

附件2 武汉市节能智慧管理系统 数据接口规范 武汉市发展和改革委员会 2013年12月

前言 为指导我市各级节能智慧管理系统建设,市发改委组织有关专家,以我国现行相关标准为依据,结合我市节能智慧管理系统建设、验收和运行管理要求,研究制定了本数据接口规范。 本规范包括主要用能单位上传数据接口标准规范和市区各级系统上传数据接口标准规范两部分,其中两部分包括了接口的标准应用范围、接口的实现、接口的要求、术语和定义和基本原则。 本规范由市发改委负责管理和解释。

目录 1. 主要用能单位上传数据接口规范 (5) 1.1标准应用范围 (5) 1.2术语和定义 (5) 1.3基本原则 (5) 1.4接口实现 (6) 1.4.1数据提供方 (6) 1.4.2数据接收方 (6) 1.4.3接口的实现方式 (7) 1.4.4传输方式 (7) 1.4.5传输协议 (7) 1.4.6传输过程 (7) 1.4.7编码原则 (8) 1.4.8接口的验证方式 (8) 1.4.9使用策略 (9) 1.5接口数据的要求及保障 (9) 2. 区分系统上传数据接口规范 (10) 2.1标准应用范围 (10) 2.2术语和定义 (10) 2.3基本原则 (10) 2.4接口实现 (11)

2.4.1数据提供方 (11) 2.4.2数据接收方 (12) 2.4.3接口的实现方式 (12) 2.4.4传输方式 (12) 2.4.5传输协议 (12) 2.4.6传输过程 (12) 2.4.7编码原则 (13) 2.4.8接口的验证方式 (13) 2.4.9使用策略 (14) 2.5接口数据的要求及保障 (14) 附录1 数据采集器身份认证过程和数据加密 (15) 附录2 数据采集器或子系统和市数据中心通信过程 (16) 附录3 数据传输的XML数据格式 (17)

关于党内规范性文件备案工作

关于党内规范性文件备案工作 开展党内规范性文件备案工作,对于保证党内规范性文件同党章和党的理论路线方针政策相一致,同宪法和法律相一致,保障党内法规同国家法律的衔接和协调,维护党内法规制度体系的统一性和权威性,具有重要意义。 一、基本原则 (一)有件必备。凡属于报送备案范围的党内规范性文件,都应当严格按照有关规定要求,向市委报送备案,杜绝不报、迟报、漏报和选择性报备的现象。 (二)有备必审。对于报送备案的党内规范性文件,备案机关应当按照有关规定,及时从合法性、合规性、合理性等方面进行审查。 (三)有错必纠。备案机关在备案审查中发现规范性文件存在违法违规等问题的,应当按照有关规定进行处理。 二、报备工作 (一)报送备案范围 1.需要报备的党内法规性文件,是指市纪委、市委各部门和各县(市、区)党(工)委,市委批准设立的党组(党委)在履行职责过程中形成的具有普遍约束力、可以反复适

用的决议、决定、意见、通知等文件,包括贯彻市委决策部署、指导推动经济社会发展、涉及人民群众切身利益、加强和改进党的建设等方面的重要文件。主要有三个本质特征:一是规范性,二是普遍性,三是反复适用性。 2.不需要报送市委备案的文件。(1)人事调整、内部机构设置、表彰决定方面的文件;(2)请示、报告、会议活动通知、会议纪要、领导讲话、情况通报、工作要点、工作总结;(3)机关内部工作制度和工作方案;(4)其他不具有普遍约束力、不可反复适用的文件。 (二)报送备案期限。党内规范性文件应当自发布之日起30日内由制定机关报送市委备案。 (三)报送备案材料及格式。 1.报送备案材料: (1)备案报告。抬关写“中共湛江市委办公室”,落款署制定机关名称,并加盖公章。 (2)正式文本。含发布通知,电子版和纸质版应当一致。 (3)制定说明。是对党内规范性文件制定情况所作的解释,主要包括制定意图、主要内容、起草及征求意见情况、审议签发情况,以及其他需要向备案机关报告的重要事项。 2.格式及方式:纸质文本要用A4型纸张装订成册,一式30份,同时报送PDF、TXT电子文本。 — 1 —

关于规范性文件备案审查的几点思考(精)

关于规范性文件备案审查的几点思考 监督法实施以来,规范性文件备案审查工作在各地逐步开展起来,无锡市人大常委会也将这项工作纳入日程。从目前各地工作实际看,规范性文件备案审查工作总体还处于起步和探索阶段。下面,结合无锡市的实际情况和各地的实践经验,对规范性文件备案审查的制度形成、重要意义和实施中存在的问题作一些初步探讨。 一、规范性文件备案审查制度的确立、发展与基本形成 对规范性文件进行备案审查,是宪法和法律赋予各级人大常委会的一项重要监督职权,是维护社会主义法制统一的一项重要制度。应当指出的是,这一制度并非监督法新设定的一项制度,其从最初确立到完善形成,大体经历了三个阶段。一是初步确立阶段。宪法第一百零四条规定,县级以上地方各级人大常委会可以撤销本级人民政府不适当的决议、命令,以及下一级人大不适当的决议。这是宪法基于国家职权所进行的分工,是宪法对地方人大常委会作出的制度安排。这一规定赋予了地方人大常委会审查规范性文件的权力,是地方人大常委会对规范性文件进行审查的宪法依据。 二是逐步发展阶段。在宪法规定的基础上,地方组织法和立法法对规范性文件备案审查制度进行了补充和完善。地方组织法进一步扩大了规范性文件审查的范围。第四十四条规定,县级以上地方各级人大常委会可以撤销本级人民政府不适当的决议、命令,以及下一级人大及其常委会不适当的决议。立法法则对备案审查制度作了专门规定,使备案审查制度更为明确具体,并取得了重要突破。第八十九条规定,地方政府规章应当报同级人大常委会备案。第九十二条明确授权接受备案的机关可以对规章等规范性文件的审查程序进行规定。正是第九十二条的规定,使得规范性文件备案审查制度从原有的形式性审查范围中脱离出来,从而真正具备了实质性审查的意义。无锡市也正是根据立法法的规定,专门制定了有关政府规章备案审查的规定,逐步将规章备案审查工作开展起来。 三是基本形成阶段。2006年的监督法设专章对规范性文件备案审查作了全面规范,这是在立法法已有的立法监督的基础上,在新形势下对法律监督制度的进一步完善和深化。监督法正式将规范性文件备案审查作为七种监督方式之一,以法律形式固定下来,同时还将规范性文件备案审查的范围进一步扩大,并授权省级人大常委会对地方人大常委会审查、撤销规范性文件作出具体规定。根据监督法的要求,各地省级人大常委会均制定了有关规范性文件备案审查的规定,并积极推动这项工作在本地区全面开展。因此,可以说监督法的出台,标志着地方人大常委会规范性文件备案审查制度正式形成。

BINARY数据接口规范

上海证券交易所技术文档 IS120 上海证券交易所行情网关BINARY数据接口规范 0.3240版 上海证券交易所 二○一九年十二五月

修订记录 2018-03-09,0.10版,文档创建。 2018-03-25, 0.20版,根据原有文件接口进行字段及内容调整。 2018-07-11,0.30版,根据反馈意见调整部分说明、调整价格精度、增加成交笔数及期权虚拟匹配数量。 2018-07-25,TradingPhaseCode闭市集合竞价相关调整。 2019-01-10,0.31版,增加债券回购延长对市场状态消息字段的说明。 2019-01-25, 0.32版,增加盘后固定价格交易的行情接口说明,调整国债预发行接口字段取值。 2019-03-04,调整盘后固定价格行情的产品状态取值。 2019-12-05,0.40版,原内容移入第二章,增加章节描述通过行情网关接收的文件及外部转发数据。

目录 1引言 (5) 1.1名词释义 (5) 2BINARY实时行情 (6) 2.1会话机制 (6) 2.1.1消息序号 (7) 2.1.2会话安全 (7) 2.1.3建立行情会话 (7) 2.1.4行情数据发布 (7) 2.1.5关闭行情会话 (7) 2.1.6心跳 (7) 2.1.7行情网关主动关闭行情会话的情况 (8) 2.2协议介绍 (8) 2.2.1字段说明 (8) 2.2.2BINARY消息头 (9) 2.2.3BINARY消息尾 (9) 2.3会话消息 (10) 2.3.1登录消息(MsgType=S001) (10) 2.3.2注销消息(MsgType=S002) (10) 2.3.3心跳消息(MsgType=S003) (11) 2.4应用消息 (12) 2.4.1市场状态消息(MsgType=M101) (12) 2.4.2行情快照消息(MsgType=M102) (13) 3文件接收 (20)

相关文档
最新文档