BINARY数据接口规范

BINARY数据接口规范
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)

4转发行情 (21)

附录一、计算校验和(资料性附录) (22)

1引言

上海证券交易所行情网关数据接口规范包括BINARY与STEP两卷,本卷主要介绍BINARY数据接口规范(第二章),并对行情网关可接收文件(第三章)和转发行情(第四章)进行一定的说明,请市场参与者结合《上海证券交易所行情网关技术指引及接口开发指南》一并使用。

文档采用的术语及消息内容与STEP数据接口规范具有对应关系,可以互为参考。

1.1名词释义

名词含义

MDGW Market Data GateWay

行情网关

VSS Vendor Supplied System 用户行情系统

STEP Securities Trading Exchange Protocol 证券交易数据交换协议

2BINARY实时行情

本章描述市场参与者与信息服务商等用户行情系统,通过BINARY协议接入上海证券交易所行情网关MDGW进行行情数据传输的机制和相关数据交换格式。

2.1会话机制

用户行情系统(VSS)通过TCP方式接收行情网关(MDGW)发布的流式行情。

交互示意图如下:

BINARY协议交互图

2.1.1消息序号

会话双方收发的每条消息都被分配有一个消息序号MsgSeqNum来唯一标识。参与通信的每一端都需要维护一对序号(NxtIn, NxtOut),NxtIn表示下一个期望的入向消息序号,NxtOut 表示下一个出向消息序号。消息序号一般在每次会话过程中从1开始,在整个会话过程中连续递增,直到该会话过程全部结束。

2.1.2会话安全

MDGW与VSS之间传输的数据是非加密的,数据传输安全由接入用户网络保证。

2.1.3建立行情会话

每个行情会话都是完全独立的,同一VSS在一个交易日内的多次登录被视为不同的行情会话。

建立行情会话包含两个步骤:建立TCP连接、登录。具体步骤如下:

1、TCP连接

VSS与MDGW建立TCP通讯连接,其中MDGW是服务端,VSS负责发起连接。

2、登录

VSS发送的第一个消息必须是登录消息,如果VSS登录成功,则MDGW发送一个登录消息作为应答。如果VSS登录失败,MDGW则在发送一个含失败说明的注销消息后由VSS主动关闭连接。VSS必须在收到MDGW的登录消息之后才允许发送其他消息。

2.1.4行情数据发布

在完成建立行情会话之后,MDGW将向VSS发送行情数据消息。行情数据消息格式将在第5章“应用消息”中详细叙述。MDGW目前发布的行情应用消息不支持重传。

2.1.5关闭行情会话

行情会话的正常关闭是通过连接双方互相发送注销消息完成的。MDGW和VSS均可以主动发送注销消息,接收方需要回传注销消息作为应答。如果超过预定时间(一般为5秒)没有收到对方回传的注销消息,任何一方均有权主动关闭连接。

2.1.6心跳

连接双方在数据发送的空闲期间应主动发送心跳消息,通过心跳消息可以监控行情会话的

状态。心跳最小间隔由登录消息中的HeartBtIntl域确定。

连接双方在发送任何消息后,应立即重新设置心跳间隔计时器。如果VSS超过2个HeartBtIntl指定周期没有收到MDGW发送的任何消息,则行情会话被视为可能存在异常,VSS 需要重新建立行情会话。

2.1.7行情网关主动关闭行情会话的情况

在以下几种场景(包括但不限于)下,MDGW会主动关闭行情会话:

1、VSS与MDGW建立TCP连接之后,超过预定时间(一般为5秒)未发送消息完成登录;

2、VSS在登录失败之后,长时间不关闭TCP连接;

3、VSS在注销之后,长时间不关闭TCP连接;

4、MDGW与交易所行情主机连接异常;

5、VSS如未及时处理MDGW发送的数据,导致MDGW内积压的待发送消息超过特定阈值。2.2协议介绍

每条BINARY消息由消息头、消息体和消息尾组成,消息最大长度为8K字节。

2.2.1字段说明

所有数值型字段采用高字节序(BIG_ENDIAN)编码。字段类型说明如下:

类型说明

char[x] 代表该字段为字符串,x代表该字符串的最大字节数,x为

大于零的数字,例如char[5]代表最大长度为5字节的字符

串;当最大长度大于实际长度时,右补空格。字符串使用

GBK编码。

int、uint 代表该字段为整型数值,如uint32 表示32位无符号整数,

int64表示64位有符号整数

Nx、Nx(y) 与int、uint一并使用,用于给出该整型数值实际表示的业

务字段的长度(精度): Nx代表最大长度为x位数字的整

数;Nx(y)代表最大长度为x位数字,其中最末y位数字为

小数部分。

2.2.2BINARY消息头

每一个会话或应用消息都有一个消息头,该消息头指明消息类型、消息体长度、消息序号和发送时间等信息。

消息头格式如下:

域名说明类型

MsgType 消息类型char[4]

uint64

SendingTime 发送时间,

格式:YYYYMMDDHHmmSSsss

MsgSeqNum 消息序号uint64

BodyLength 消息体长度uint32

2.2.3BINARY消息尾

每一个会话或应用消息都有一个消息尾,并以此终止。

消息尾包含一个CheckSum字段,其值是计算从消息头开始(包括消息头)到消息体结束的校验和。计算校验和的代码段可参考附录一“计算校验和”。

消息尾格式如下:

域名说明类型

CheckSum 校验和uint32

2.3会话消息

会话消息格式将在以下各节中予以介绍,并定义会话消息格式。

连接双方均可生成会话消息。

2.3.1登录消息(MsgType=S001)

登录消息应是在行情会话开始时VSS发送的第一个消息。MDGW只作为登陆的接受方,不会作为登陆的发起方。

HeartBtInt域用来指定心跳消息的发送时间间隔,必须设置为大于0的整数。VSS需要在登录消息中填入预期的心跳时间间隔,MDGW在回传登录消息时返回的HeartBtInt域作为协商后的心跳时间间隔。

登录请求消息格式如下:

域名说明类型标准消息头MsgType = S001

SenderCompID 发送方代码char[32]

TargetCompID 接收方代码char[32]

HeartBtInt 心跳间隔,单位为秒uint16

char[8] ApplVerID 协议版本,格式为mm.nn,其中mm为主版

本号,nn为子版本号,如0.30,12.22

标准消息尾

2.3.2注销消息(MsgType=S002)

注销消息是发起或确认行情会话终止的消息。未经注销消息交换而断开连接,一律视为非正常的断开。

连接双方在发送注销消息之后不应发送任何消息。

注销消息格式如下:

域名说明类型

标准消息头MsgType = S002

uint32

SessionStatus Logout时的会话状态

0正常注销

【1– 999】一般情况注销,重连可以

恢复

【1000 – 9999】严重情况注销,建议

切换服务器

Text 文本char[256]

标准消息尾

2.3.3心跳消息(MsgType=S003)

心跳消息用于监控通信连接的状况。

当连接的任何一方在心跳时间间隔(由HeartBtInt域指定)时间内没有接收或发送任何数据的时候,需要产生一个心跳消息并发送出去。如果接收方在2倍心跳时间间隔内都没有收到任何消息的时候,那么可认为行情会话出现异常,可以立即关闭TCP连接。

心跳消息格式如下:

域名说明类型标准消息头MsgType = S003, BodyLength =0

标准消息尾

2.4应用消息

2.4.1市场状态消息(MsgType=M101)

市场状态消息用于交易所发布市场状态和产品数量等信息,会周期性发布以及在市场状态变化时发布。

市场状态消息的格式如下:

域名说明类型

标准消息头MsgType=M101

uint8 SecurityType 证券类型

1 = 股票(含指数)

2 = 衍生品

3 = 综合业务

uint8 TradSesMode 交易盘交易模式

1 = 系统测试

2 = 模拟交易

3 = 产品(正常交易)

char[8] TradingSessionID 全市场行情状态:

该字段为8位字符串,左起每位表示特定的含

义,无定义则填空格。

TotNoRelatedSym 最大产品数目(包括指数)uint32

标准消息尾

说明:

全市场行情状态(TradingSessionID)为8位字符串,左起每位表示特定的含义,无定义则填空格。该字段具体含义在不同证券类型时说明如下:

SecurityType = 1

第1位‘S’表示全市场启动期间(开市前),‘T’表示全市场处于交易期间(含中

间休市),‘E’表示全市场处于闭市期间

第2位‘1’表示开盘集合竞价结束标志,未结束取‘0’

第3位‘1’表示全市场行情结束标志,未结束取‘0’

第4位‘1’表示上海市场(除债券回购产品外)行情结束标志,未结束取‘0’

第5位‘1’表示债券质押回购行情结束标志,未结束取‘0’。

SecurityType = 2

第1位‘S’表示全市场启动期间(开市前),‘T’表示全市场处于交易期间(含中

间休市),‘E’表示全市场处于闭市期间

第2位‘1’表示开盘集合竞价结束标志,未结束取‘0’

第3位‘1’表示市场行情闭市标志,未闭市取‘0’

SecurityType = 3

第1位‘S’表示全市场启动期间(开市前),‘T’表示全市场处于交易期间(含中

间休市),‘E’表示全市场处于闭市期间

第2位‘1’表示开盘集合竞价结束标志,未结束取‘0’

第3位‘1’表示收盘集合竞价结束标志,未结束取‘0’

第4位‘1’表示国债预发行市场行情闭市标志,未闭市取‘0’

第5位‘1’表示盘后固定价格交易行情闭市标志,未闭市取‘0’

2.4.2行情快照消息(MsgType=M102)

行情快照消息用于发布证券产品行情,交易所会周期性发布全量快照消息以及在行情变化时发送增量快照消息。多条快照消息之间无数据依赖性,VSS无需区分全量/增量消息,可直接替换当前数据。

消息格式如下:

域名说明类型标准消息头MsgType=M102

uint8

SecurityType 证券类型

1 = 股票(含指数)

2 = 衍生品

3 = 综合业务

uint8

TradSesMode 交易盘交易模式

1 = 系统测试

2 = 模拟交易

3 = 产品(正常交易)

TradeDate 交易日期 YYYYMMDD uint32, N8

LastUpdateTime 最新更新时间 HHMMSSsss uint32, N9

MDStreamID 行情类别char[5]

SecurityID 产品代码char[8]

Symbol 产品简称char[8]

PreClosePx 昨收盘uint64, N13(5)

TotalVolumeTraded 成交数量uint64, N16

NumTrades 成交笔数uint64, N16

TotalValueTraded 成交金额uint64, N16(2)

TradingPhaseCode 实时阶段及标志char[8]

ExtendFields 扩展字段

标准消息尾

说明:

1.字段无意义或无该字段行情数据时,字符填空格,数值填0;数值字段取值超过约定格式最大值时,

取最大值,如N10取9999999999;

2.行情类别(MDStreamID)及其扩展字段如下:

SecurityType MDStreamID 说明ExtendFields

1MD001 指数类产品详见5.2.1节MD002 股票(A、B股)类产

详见5.2.2节MD003 债券类产品

MD004 基金类产品

2 MD301 期权类产品

3

MD101 国债预发行产品

MD102 盘后固定价格

3.对数量单位说明如下:

a)产品价格、金额单位,除B股为美元外,其他为人民币元;

b)指数的成交数量(TradeVolume)为参与计算相应指数的交易数量,股票指数交易数量单位是100

股,基金指数的交易数量单位是100份,债券指数的交易数量单位是手;指数成交金额(TotalValueTraded)为参与计算相应指数的成交金额;

c)各类产品数量与成交数量单位,股票为股,基金为份,债券与回购为手,期权合约的数量单位为

张;

d)当产品代码为债券(国债、企债、可转债)时,由于债券交易的数量以手为单位,成交金额为该

债券每笔成交的价格*数量*10的总和;当产品代码为席位质押式国债回购代码201***、席位质押式企业债回购代码202***以及账户质押式国债回购代码204***时,成交金额为100*成交数量*10;当产品代码为买断式国债回购代码203***时,成交金额为其基础产品昨日收盘价*成交数量*10;

4.实时阶段及标志(TradingPhaseCode)为8位字符串,左起每位表示特定的含义,无定义则填空格。该

字段具体含义在不同行情类别时说明如下:

SecurityType = 1, MDStreamID= MD001

全为空格(预留)

SecurityType = 1, MDStreamID= MD002,MD003,MD004

第1位‘S’表示启动(开市前)时段,‘C’表示开盘集合竞价时段,‘T’表示连续交易时段,‘E’表示闭市时段,‘P’表示产品停牌,‘M’表示可恢

复交易的熔断时段(盘中集合竞价),‘N’表示不可恢复交易的熔断时段(暂

停交易至闭市),‘U’表示收盘集合竞价时段。

第2位‘0’表示此产品不可正常交易,‘1’表示此产品可正常交易。在产品进入开盘集合竞价、连续交易、收盘集合竞价、熔断(盘中集合竞价)状态时

值为‘1’,在产品进入停牌、熔断(暂停交易至闭市)状态时值为‘0’,

且闭市后保持该产品闭市前的是否可正常交易状态。

第3位‘0’表示未上市,‘1’表示已上市。

第4位‘0’表示此产品在当前时段不接受进行新订单申报,‘1’表示此产品在当前时段可接受进行新订单申报。仅在交易时段有效,在非交易时段无

效。

SecurityType = 2, MDStreamID= MD301

第1位‘S’表示启动(开市前)时段,‘C’表示集合竞价时段,‘T’表示连续交易时段,‘B’表示休市时段,‘E’表示闭市时段,‘V’表示波动性中

断,‘P’表示临时停牌、‘U’表示收盘集合竞价。‘M’表示可恢复交易

的熔断(盘中集合竞价),‘N’表示不可恢复交易的熔断(暂停交易至闭市)第2位‘0’表示未连续停牌,‘1’表示连续停牌。(预留,暂填空格)

第3位‘0’表示不限制开仓,‘1’表示限制备兑开仓,‘2’表示卖出开仓,‘3’表示限制卖出开仓、备兑开仓,‘4’表示限制买入开仓,‘5’表示

限制买入开仓、备兑开仓,‘6’表示限制买入开仓、卖出开仓,‘7’表示

限制买入开仓、卖出开仓、备兑开仓

第4位‘0’表示此产品在当前时段不接受进行新订单申报,‘1’表示此产品在当前时段可接受进行新订单申报。仅在交易时段有效,在非交易时段无

效。

SecurityType = 3, MDStreamID= MD101

第1位‘S’表示启动(开市前)时段,‘C’表示集合竞价时段,‘T’表示连续交易时段,‘E’表示闭市时段,‘P’表示停牌。

SecurityType = 3, MDStreamID= MD102

第1位‘I’表示启动(开市前)时段,‘A’表示集中撮合时段,‘H’表示连续交易时段,‘D’表示闭市时段,‘F’表示停牌。

2.4.2.1 指数行情快照扩展字段

域名说明类型NoMDEntries行情条目个数uint16, N5

→MDEntryType 行情条目类别

char[2]

3=最新指数

4=今开盘指数

5=今收盘指数

7=最高指数

8=最低指数

→MDEntryPx 指数点位uint64, N13(5) 说明:

1.适用于MDStreamID=MD001时。

2.4.2.2 集中竞价类行情快照扩展字段

域名说明类型

NoMDEntries 行情条目个数uint16, N5

→MDEntryType 行情条目类别

0=买入

1=卖出

2=最新成交价

4=今开盘价

5=今收盘价

6=今结算价

7=当日最高成交价

8=当日最低成交价

v=IOPV

w=前一日IOPV

x=动态参考价格及虚拟匹配

数量

z1=昨日结算价

z2=总持仓量

char[2]

→MDEntryPx 价格uint64, N13(5) →MDEntrySize 数量uint64, N12

→MDEntryPositionNo 买卖盘序号, 对应五档买入

卖出价量的档位信息

uint8, N2

说明:

1.适用于MDStreamID=MD002、MD003、MD004、MD101、MD102、MD301时;

2.行情条目类别为0或1时,表示该条目为买卖盘档位,此时MDEntryPx、MDEntrySize、

MDEntryPositionNo分别表示买卖价格、数量和档位序号,MDEntryPositionNo从0开始计数;

3.行情条目类别为w时,MDEntryPx表示基金T-1日收盘时刻IOPV;行情条目类别为v时,MDEntryPx

表示基金IOPV;以上两类行情条目仅当MDStreamID=MD004时有意义;

4.行情条目类别为x时, MDEntryPx表示动态参考价格、MDEntrySize表示虚拟匹配数量,仅当

MDStreamID=MD301时有意义;

5.行情条目类别为z2时,MDEntrySize表示期权合约总持仓量,单位是(张),仅当MDStreamID=MD301

时有意义;

6.其他行情条目类别,将仅通过MDEntryPx表示相应值,其他字段无意义;

7.在集合竞价时段内,当前买入价和当前卖出价中同时为虚拟开盘参考价格,即根据集合竞价算法计算

得出的虚拟撮合价格。同时申买量一和申卖量一为行情发布时刻的虚拟匹配量。申买量二为行情发布时刻的买方虚拟未匹配量。申卖量二为行情发布时刻的卖方虚拟未匹配量;

8.对期权产品(MDStreamID=MD301),今日结算价通过期权收盘价格文件(clpr03MMDD.txt)揭示。

9.对盘后固定价格行情(MDStreamID=MD102),仅今日收盘价、买一数量、卖一数量有意义。其中,买

一数量表示当前未成交的买入申报总股数,卖一数量表示当前未成交的卖出申报总股数。

3文件接收

用户可通过行情网关接收的行情及相关参考文件主要包括:

文件名描述

csiYYYYMMDD.txt 指数通行情文件

reff03MMDD.txt 期权基础信息文件

trdses04.txt 港股通交易盘实时状态

mktdt04.txt 港股行情文件

cpxx0201MMDD.txt 产品信息文件第二版本第一批次

cpxx0201MMDD.txt 产品信息文件第二版本第二批次

fjyYYYYMMDD.txt 产品非交易基础数据

tpxxxxhhmmss.txt- 盘中停牌公告文件

se015cjhqYYYMMDD001.txt 固收成交行情文件

se015cjmxYYYMMDD001.txt 固收成交明细文件

se015qdbjYYYMMDD001.txt 固收确定报价文件

se015zqxxYYYMMDD001.txt 固收债券信息文件

reff04MMDD.txt 港股通基础信息文件

exra04MMDD.txt 港股通参考汇率文件

zxjcMMDD.txt 港股通最小价差文件具体文件格式及相关描述详见本所各平台市场参与者接口规格说明书。

数据管理办法.doc

数据管理办法 第一章总则 第一条为适应集团信息化发展要求,充分利用数据资源为生产、经营、管理和决策服务,保证各类信息合理、有序流动和信息安全,确保集团信息化建设快速协调有序安全发展,根据国家有关法律法规以及《集团信息安全管理办法》(中平〔2013〕188号)、等规定,特制定本管理办法。 第二条本办法适用于集团各职能部室,直属和特设机构、专业化公司、事业部、区域公司及其所属各单位(以下简称各单位)。 第二章管理范围 第三条本办法管理范围包括:各单位与生产、经营、办公、安全等相关的应用系统和数据,以及为其提供支撑的基础设施资源、计算存储资源和办公终端资源等。 第三章组织机构和工作机制 第四条集团信息化领导小组是集团数据资源管理体系的最高层,负责审定集团有关数据资源管理的规章、制度、办法,负责审核有关标准、规范、重要需求等。集团信息化领导小组办公室(以下简称集团信息办)负责集团数据管理的监督、检查和考核,指导集团数据管理工作,查处危害集团数据安全的事件。各单位负责本单位数据的采集、传输、使用、安防、备份等管理

工作。中国平煤神马集团平顶山信息通信技术开发公司(以下简称信通公司)作为技术支撑及运维部门,负责集团数据中心的运维和运营工作。 第四章数据分级管理 第五条根据数据在生产、经营和管理中的重要性,结合有关保密规定,按照集团级应用系统和数据、厂矿级应用系统和数据、区队(车间)级应用系统和数据分别制定管理标准。 第六条集团级应用系统和数据,技术管理由集团信息办负责,业务管理由相关业务处室负责,运维管理由信通公司负责。厂矿级应用系统和数据由各单位信息管理部门管理,集团需要利用的管理数据和生产数据要同步上传到集团数据中心。区队(车间)级应用系统和数据由各单位信息管理部门管理和维护。 第五章数据标准管理 第七条集团信息办负责集团数据编码和接口标准的统一规划和标准制定,负责对集团及各单位应用系统的数据标准管理进行引导和考核。各单位新建应用系统应严格执行集团下发的数据编码和接口标准,在用应用系统应根据自身实际逐步按照集团标准进行完善。 第八条数据编码和接口标准应符合以下要求: (一)数据编码应能够保证同一个对象编码的唯一性及上下游管理规范的一致性;

数据交换接口规范

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

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

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

{业务管理}数据业务管理平台接口规范分册

{业务管理}数据业务管理平台接口规范分册

QB-GF-003-2003 移动数据业务管理平台(D S M P ) 接口规范 版本号:1.5.0 中国移动通信集团公司 发布 2003-1-31发布 2003-1-31实施 M o b i l e D a t a S e r v i c e M a n a g e m e n t P l a t f o r m I n t e r f a c e S p e c i f i c a t i o n

目录前言III 1 适用范围1 2 引用标准2 3 相关术语与缩略语解释4 4接口命名规范5 5 接口在网络中的位置6 6系统接口描述7 6.1 DSMP对外接口描述7 6.2接口消息实现8 7 字段类型说明8 8 DSMP接口定义8 8.1 DSMP与业务网关之间的接口(Sg接口)8 8.2 DSMP与BOSS系统接口(Mb接口)8 8.3 DSMP与SCP接口(Sscp接口)8 8.4 DSMP与客服/1860之间的接口(Sk接口)9 8.5 DSMP之间的接口(Sim接口)9 8.6 DSMP与SP之间的接口(Ma接口)9 8.6.1 DSMP与SP之间接口消息定义9 8.6.2 DSMP与SP之间接口消息体定义9 9 返回值的统一定义11

10 编制历史15 附录A 模式(schema)描述16 Schema字段描述16 附录B DSMP与SCP之间通信协议中共用的通用元素的定义17 附录C DSMP平台Web Services 数据类型定义17 附录D DSMP平台Web Services 接口定义和SOAP绑定19 1 DSMP平台Web Service接口设计和开发准则19 2 举例说明20 3 DSMP接口的WSDL定义23

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

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

一、销售机构、基金资金划付明细文件格式建议(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)业务,统计的基金应付金额为:汇总每笔交易的(投资人实得现金红利金额)。

各种交换机的数据接口类型一览

各种交换机的数据接口类型一览 https://www.360docs.net/doc/206522333.html, 2006-06-16 09:22 IT世界网我要评论(0) ?摘要:作为局域网的主要连接设备,以太网交换机成为应用普及最快的网络设备之一,同时,也是随着这种快速的发展,交换机的功能不断增强,随之而来则是交换机端口的更新换代以及各种特殊设备连接端口不断的添加到交换机上,这也使得交换机的接口类型变得非常丰富,为了让大家对这些接口有一个比较清晰的认识,本文根据资料特地整理了一篇交换机接口的文章。 ?标签:交换机 ? Oracle帮您准确洞察各个物流环节作为局域网的主要连接设备,以太网交换机成为应用普及最快的网络设备之一,同时,也是随着这种快速的发展,交换机的功能不断增强,随之而来则是交换机端口的更新换代以及各种特殊设备连接端口不断的添加到交换机上,这也使得交换机的接口类型变得非常丰富,为了让大家对这些接口有一个比较清晰的认识,我们根据资料特地整理了一篇交换机接口的文章: 1、RJ-45接口 这种接口就是我们现在最常见的网络设备接口,俗称“水晶头”,专业术语为RJ-45连接器,属于双绞线以太网接口类型。RJ-45插头只能沿固定方向插入,设有一个塑料弹片与RJ-45插槽卡住以防止脱落。 这种接口在10Base-T以太网、100Base-TX以太网、1000Base-TX以太网中都可以使用,传输介质都是双绞线,不过根据带宽的不同对介质也有不同的要求,特别是1000Base-TX 千兆以太网连接时,至少要使用超五类线,要保证稳定高速的话还要使用6类线。 2、SC光纤接口 SC光纤接口在100Base-TX以太网时代就已经得到了应用,因此当时称为100Base-FX (F是光纤单词fiber的缩写),不过当时由于性能并不比双绞线突出但是成本却较高,因此没有得到普及,现在业界大力推广千兆网络,SC光纤接口则重新受到重视。

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

附件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 报文规范 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设计原则

中国结算开放式基金新版系统管理人数据接口规范(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)

数据传输和接口标准技术规范(212)协议Fix

污染源在线自动监控系统数据传输和接口标准技术规范FIX 超时重发机制: 请求回应的超时,在一个请求命令发出后在规定的时间内未收到回应,认为超时。超时后重发,重发规定次数后仍未收到回应认为通讯不可用,通讯结束。超时时间根据具体的通讯方式和任务性质可自定义。超时重发次数根据具体的通讯方式和任务性质可自定义。 执行超时 请求方在收到请求回应(或一个分包)后规定时间内未收到返回数据或命令执行结果,认为超时,命令执行失败,结束。缺省超时定义表(可扩充): 所有的通讯包都是由ACSII码字符组成(CRC校验码除外)。 通讯包结构组成:

系统编码表(可扩充)(GB/T16706-1996)见《环境信息标准化手册》第一卷第236页

执行结果定义表(可扩充) 命令列表(可扩充)

附录A:循环冗余校验(CRC)算法 CRC校验(Cyclic Redundancy Check)是一种数据传输错误检查方法,CRC码两个字节,包含一16位的二进制值。它由传输设备计算后加入到消息中。接收设备重新计算收到消息的CRC,并与接收到的CRC 域中的值比较,如果两值不同,则有误。 CRC是先调入一值是全“1”的16位寄存器,然后调用一过程将消息中连续的8位字节各当前寄存器中的值进行处理。仅每个字符中的8Bit数据对CRC有效,起始位和停止位以及奇偶校验位均无效。 CRC校验字节的生成步骤如下: ①装一个16位寄存器,所有数位均为1。 ②取被校验串的一个字节与16位寄存器的高位字节进行“异或”运算。运算结果放入这个16位寄存器。 ③把这个16寄存器向右移一位。 ④若向右(标记位)移出的数位是1,则生成多项式1010 0000 0000 0001和这个寄存器进行“异或”运算;若向右移出的数位是0,则返回③。 ⑤重复③和④,直至移出8位。 ⑥取被校验串的下一个字节 ⑦重复③~⑥,直至被校验串的所有字节均与16位寄存器进行“异或”运算,并移位8次。 ⑧这个16位寄存器的内容即2字节CRC错误校验码。 校验码按照先高字节后低字节的顺序存放。

数据接口规范

登记结算数据接口规范(上市公司版V2.9) 二零一五年一月

版本修订历史

目录 前言 (4) 一、概述 (4) 二、数据文件命名规则 (4) 三、基本数据说明 (4) 第一章发送数据接口规范 (7) 一、中国结算上海分公司向上市公司发送的数据清单 (7) 二、中国结算上海分公司向上市公司发送的数据明细说明 (8) 1)s1(上市公司月中/末大股东名册数据) (8) 2)s1c(上市公司月末大股东名册自助补发数据) (9) 3)s2d(上市公司前N名股东名册自助发送数据) (9) 4)s2e(上市公司权益日全体股东名册自动发送) (10) 5)s3(上市公司红利退款明细数据) (11) 6)s4(人工受理的A股全体股东名册) (12) 7)s5(融资融券和转融通担保证券账户的明细数据) (13) 8)s6(股息红利差异化计税补缴明细数据) (14) 9)s7(全体股票激励期权持有人数据) (16) 10)s8(股票激励期权持有变动明细数据) (16) 11)s9(股票激励期权基本信息数据) (17) 12)s10(A股合并普通账户和信用账户前N名名册) (18)

前言 一、概述 为了进一步规范中国证券登记结算有限责任公司上海分公司(以下简称中国结算上海分公司)与上市公司之间的登记结算数据接口,确保登记结算数据处理的正确性,特编写本登记结算数据接口规范文档。本文主要针对中国结算上海分公司发送和接收的上市公司的各类登记结算数据进行详细的说明。 二、数据文件命名规则 数据文件名: =:前缀 + 标识 + “.” + 后缀 前缀:=:s1|s1c|s2d|s2e|s3|s4|s5|…… 标识:=: 证券代码[yyyymmdd][其它],其中[yyyymmdd]和[其它]为可选内容,参见各文件的数据库名说明。 后缀:=:mdd m:=:1,2,3,……,9,a,b,c dd:=:01,02,03,……,31 目前中国结算上海分公司发送和接收的数据文件,均采用FOXPRO2.5下的标准DBF格式。为了减少数据通讯量,中国结算上海分公司发送的数据文件都经过ZIP软件压缩后发送至PROP电子信箱中。 发送数据文件的命名规则为:“前缀” + “标识” + “.mdd”;其中mdd表示日期,其中m表示月,(m=1,2,3,…,9,a,b,c),dd表示日。例如2001年12月31日发送的600001上市公司的s1数据的数据名称为“s1600001.c31”。 三、基本数据说明 1、股票的数量单位为“股”、基金的数量单位为“份”;债券、融券数量单位为“一元”面 值数量;金额单位为“元”。 2、证券类别(ZQLB)意义如下: GZ 固定收益类 JJ 基金 PT 无限售流通股 PG 配股 PS 配售股

4.2软件开发管理办法

软件开发管理办法 修订记录 版本编号修订日期主要修订摘要 审核记录 审核人员属于部门审核日期 第一章总则 第一条为规范公司的开发管理流程,使各开发项目的管理进行标准化管理,特制定本管理办法。 第二条本管理办法详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。 第三条本管理办法适用于计算机的自主软件开发项目。适用对象:软件开发管理人员,软件开发人员,软件维护人员,系统管理人员。 第二章组织机构与职责 第四条软件开发管理人员职责: 第五条软件开发人员职责: 第六条软件维护人员职责: 第七条系统管理人员职责: 第三章软件开发环境管理 第八条软件建设环境根据项目不同的时期,需要搭建生产运行环境、系统测试环境、系统开发环境三种不同的软硬件网络环境,便于生产、开发、测试等工作的安全、顺畅的进行。 第九条生产环境为系统维护管理人间管理的范畴,是系统正式运行,提交给各业务科室的正式环境,包括系统运行的硬件、网络等设备和进行集群处理的软件系统。 第十条测试环境为测试人员提供功能测试、性能测试的运行环境,包括运行环境模拟、测试工具服务器、测试工具客户端。 第十一条开发环境为系统开发人员提供系统开发需要的软件硬件环境,包括数据库服务器、应用服务器、开发工具客户端。 第十二条生产环境、测试环境、开发环境都存在自己独立的数据库服务器、应用服务器、客户端。在开发环境完成内部测试后,提交发布版本到测试环境中,由专门的测试人

员进行集成测试和功能测试。并进行一定的压力性能测试。在测试环境通过的版本在发布到生产环境。 第十三条生产环境与测试环境、开发环境需要物理隔离,保障生产环境的安全。 第四章开发过程管理 第十四条项目开发流程根据软件工程的流程,分为可行性研究与计划、需求分析、总计设计、详细设计、代码开发、系统测试五个阶段。 第十五条可行性研究与计划 1实施要求 1.软件开发部分析人员进行市场调查与分析,确认软件的市场需求 2.在调查研究的基础上进行可行性研究,写出可行性报告 3.评审和审批,决定项目取消或继续 4.若项目可行,制订初步的软件开发计划,建立项目日志 5.根据市场环境、公司软硬件情况预测十大风险因素 2交付文档 1.可行性研究报告* 2.初步的软件开发计划 3.十大风险列表* 4.软件项目日志* 第十六条需求分析 1实施要求 1.调查被开发软件的环境 2.软件开发提出的需求进行分析并给出详细的功能定义 3.做出简单的用户原型,与用户共同研究,直到用户满意 4.对可利用的资源(计算机硬件、软件、人力等)进行估计,制定项目进度计划(可 有相应的缓冲时间) 5.制定详细的软件开发计划 6.测试人员制订质量控制计划和测试计划 7.编写初步的用户手册 8.进行需求方案评审 2交付文档 1.软件需求说明书 2.更新后的软件开发计划 3.项目进度计划 4.计划

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)

理正标准数据接口说明及格式

理正标准数据接口 一、 功能 通过该接口将理正标准接口数据读入到的数据库中 地层统计表、勘探点一览表、土工试验综合成 果表、 数表等成果、生成与静探有关的成果图等。 二、 接口格式 1、接口文件中包含的数据 接口中可输入的数据表包括钻孔表数据、土层表数据、静探表、取样表数据、湿陷 性黄土数据、 固结和固结试验项目数据、 颗分和颗分试验项目数据、 直剪和直剪试验 项目数据、 三轴和三轴试 验项目数据。各数据表及数据表中的先后内容如下表: (包括室内试验数据和静探数据) ,从而生成 物理力学指标统计表、物理力学指标设计参

2、 接 口 文 件 具 体 格 式 ; 钻孔 数 据 #ZK#钻孔编号勘探点类型 X 坐标丫坐标偏移量孔口标高水面标高勘探深度探井深度钻 孔直径 勘探开始日期 勘 探 结 束日期 ;土层数据 #TC#岩 土名称层底深度地层厚度主层编号亚层编号地质时代地质成因颜色密实度湿 度可塑性浑圆度均匀性 风化程度岩层倾向岩层倾角矿物成分结构构造包含物气味 描述完整程度坚硬程度破碎程度节理发育节理间距 #TC#岩 土名称层底深度地层厚度主层编号 ;静探数据 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力比贯入阻力 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力 比贯入阻力 ;取样数据 #QY#取样编号 度最大密度 自然抗压强度 剪切强度无侧限抗压强度(原状) 无侧限抗压强度(重塑) 灵敏度透水率剪切波速纵波 波速动弹性模量动剪切模量动泊松比回弹模量 ;湿陷性黄土数据 #SX#湿陷浸水压力 湿陷系数5 S 压力湿陷系数5 .2s 压力湿陷系数5 .3s 自重湿陷系数 湿陷 起始压力 #sx#显陷浸水压力 取样深度取样长度取样类型质量密度土粒比重含水量液限塑限最小密 水上休止角水下休止角渗透系数水平渗透系数垂直渗透系数单轴抗压强度 饱和抗压强度抗拉强度抗剪强度软化系 数桩侧摩阻力桩端摩阻力十字板

电子数据管理制度

电子数据管理制度 第一条 为规范审计项目所采集的电子数据(以下简称电子数据)的保护、管理,维护电子数据安全,保守秘密,制定本制度。 第二条 计算机应用环境要保持清洁、安全,禁止在计算机应用环境中放置易燃、易爆、强腐蚀、强磁性等有害计算机设备安全的物品。 第三条 非本单位技术人员对我单位的设备、系统等进行维修、维护时,必须由本单位相关技术人员现场全程监督。计算机设备送外维修,须经有关部门负责人批准。 第四条 严格遵守计算机设备使用、开机、关机等安全操作规程和正确的使用方法。任何人不允许带电插拨计算机外部设备接口,计算机出现故障时应及时向领导或计算机审计管理中心报告,不允许私自处理或找非本单位技术人员进行维修及操作。 第五条 计算机应设置密码。密码设置应具有安全性、保密性,不能使用简单的代码和标记。如发现或怀疑密码遗失或泄漏应立即修改。 第六条 重要数据需要备份时,备份数据必须异地存放,并明确落实异地备份数据的管理职责。 第七条 计算机要定期杀毒,不准擅自安装其它软件、不准使用来历不明的载体(包括U盘、光盘、移动硬盘等)。 第八条 被审计单位和相关单位提供的原始电子数据,按其原有的秘密种类和等级保护管理。不同秘密种类和等级的电子数据管理、使用的条件和环境,应当符合国家和上级部门的有关保密规定。 第九条 有关单位或人员需要调阅电子数据的,应逐级申请,领导批复后方可使用,使用者负有保密义务。有关单位或人员利用电子数据进行科研、培训、宣传等活动的,不得违反国家和上级部门的有关保密规定。 第十条 调阅电子数据人员调离岗位、审计项目结束或者审计组长认为应该交回或删除电子数据的其他情况,调阅电子数据的单位或人员须马上交回或删除电子数据,不准私自留存。 第十一条 调阅电子数据人员有下列违反本规定的情形之一的,单位采取责令改正错误、书面检查、通报批评、行政处分等处理措施,追究直接责任人员的责任: (一)遗失存储设备、介质,造成电子数据损失的; (二)擅自毁弃、藏匿、删除电子数据,损害信息资产完整性的; (三)擅自留存或不及时移交应当移交的电子数据并造成不良后果的; (四)违规利用电子数据的; (五)其他未按规定管理、使用电子数据并造成不良后果的情形。 违反本规定,造成泄密的,按照党纪、政纪和刑法的有关规定,追究相应责任。 第十二条 国家保密工作部门和上级部门对电子数据的保密管理另有规定的,按其规定执行。

(完整版)用友集团主数据标准管理办法(试行)

用友集团主数据标准管理办法(试行) 签发人: 王家亮 签发时间: 2014年06月16日 时效: 自发文之日起生效 授权: 全体员工 第一章总则 第101条为加强集团信息管理标准化,明确用友主数据分类标准及制定的管理机构、协作机构,特制订本管理办法。第102条本办法适用于集团本部、股份公司(含下属分支机构)、控股子公司(含下属分支机构)、集团直属业 务中心,以下均简称"成员机构"。 第103条释义 a)主数据(Master Data简称MD) 在企业各系统中交互共享、表示实体对象的基准数据。 b)主数据管理(Master Data Management简称MDM) 保证系统之间主数据的实时性、完整性和有效性的一组 约束和方法。 第二章主数据标准管理 第201条管理原则 a)标准统一 1.主数据标准包括数据名称、分类、编码、主要提供 机构、应用范围及对象、数据主要结构、各字段类

型及含义、数据使用的方法、输入输出关系、新旧 数据标准对照关系等。 2.标准制定考虑全集团所有业务类型的需要,同一主 数据在各系统中名称、编码、分级分类、数据结构 相同,确保数据衔接传递及归集分析规范化、标准 化。 3.主数据标准是各信息系统使用、开发、升级、整合 统一遵循的法则,确保数据描述的一致性和科学 性,避免歧义及理解偏差。 4.主数据标准是公司审核各信息平台的重要依据和评 价方法,凡未严格遵循及执行标准的系统,公司有 权利和义务终止其运行并进行整改。 b)主数据标准与业务流程分离,主数据标准不受业务流程 变化影响。 c)分层归口管理 1.根据主数据特性及部门职责,分层划分主数据标准 的归口管理部门(或人员)。 2.集团级部门牵头组建小组制定主数据标准与规范。 3.子公司(含业务部门)参与制定标准规范并落实执 行。 4.最终用户(主数据归口管理人员)进行主数据操作 实现。

中登上海结算数据接口规范(结算参与人)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

相关文档
最新文档