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

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

国家标准《信息技术会计核算软件数据接口》(征求意见稿)

编制说明

一、任务来源

国家标准化管理委员会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格式”的要求,组织审计署计算技术中心、财政部会计司、审计署南京特派员办事处、信息产业部电子标准化所、用友公司、金算盘公司、浪潮公司等相关人员共同研究,编制出《信息技术会计核算软件数据接口(征求意见稿)》。

三、标准编制的原则

(一)立足国内的实际,着眼于未来发展

本标准在整个编制过程中,项目工作组既立足于国内会计核算的现实状况,又充分考虑到本标准在未来的适应空间;既考虑到与国内会计核算软件编程的相互协调,又关注到了国外财务软件的发展状况,从而为会计标准的国际化、规范化奠定了基础。

(二)既要坚持标准的先进性,又要使标准具有实用性和可操作性

本标准规定了会计核算数据接口的数据输出的两种表现形式,即文本文件与XML文件,以满足不同层次会计核算软件的需要。这既坚持了标准的先进性,又使标准具有了很强的实用性和可操作性。

(三)保证标准的统一,注意与有关标准的协调

目前,国内关于会计核算软件数据接口有两个规范性的文件,一个是中国软件行业协会财务及企业管理软件分会于1998年编制的《财务软件数据接口标准》,一个是上海市质量技术监督局于2002年发布的《信息技术会计核算软件数据接口规范》,是一个地方性标准。本标准作为一个国家标准,在内容和形式上完全兼容前两个标准。同时,本标注还与一些其它国家标准有密切的关系,如编码字符集、数据元素值格式记法、可扩展置标语言、时间表示、货币代码等标准,本标准注意了与这些标准之间的协调统一。

(四)坚持标准的制定与软件研制的紧密结合,以利于标准实施

本标准自始自终一直有众多财务软件厂家的大力支持和积极参与,吸纳众长,在标准的制定过程紧密结合会计核算软件的研制过程,从而为本标准的实施和推广拓展了空间。

四、主要有关问题的说明

(一)编制该项标准的目的和意义

目前,国内财务软件众多,它们往往自成体系,采用不同的数据库平台和数据库结构,这就对不同财务软件之间以及财务软件与业务系统软件之间的数据交换形成障碍,同时也增加了审计软件采集财务数据的难度,妨碍了财务软件、审计软件以及与之相关的业务系统软件产业的健康发展。

在此之前,虽然中国软件行业协会财务及企业管理软件分会于1998年编制了《财务软件数据接口标准98-001号》,上海市质量技术监督局于2002年发布了《信息技术会计核算软件数据接口规范》。但是,这两个标准只是行业标准及地方标准,故很少有财务软件厂家真正贯彻与执行。

同时,各财务软件厂家的实力状况不等、规模大小不一,各会计核算软件的功用和实现机制又大相径庭,往往与业务系统软件混在一起,而国内不同地区的会计电算化程度相差甚大,有些落后地区还保留在原始的手工记账状态。

正是由于上述情况,审计署、财政部、国家标准化委员会决定制定《信息技术会计核算软件数据接口》国家标准。

制定本标准的意义在于:

第一,有利于规范财务软件市场,增进财务软件之间的交流,进一步推动会计电算化的普及和发展。会计电算化的目的之一是会计信息完全电子化,即对会计信息的收集、加工、传送、保存与再现均是用电子方式实现。由于各财务软件厂家的软件产品的数据结构不同,即使对同一厂家的同一类软件产品,不同版本数据结构也不完全相同,早期版本的数据备份未必能于若干年后在更高的版本中读出。有了本标准,只要是符合本标准的会计核算软件,无论是同一厂家还是不同厂家不同版本的产品,都能实现信息互通、共享。从而增进财务软件之间的交流,规范财务软件市场,推动会计电算化的普及和发展。

第二,有利于会计软件产业的发展,促使一般会计核算软件向会计信息系统甚至管理信

息系统转化,促使财务软件从事务型向管理型和决策型发展。就目前状况而言,我国的财务软件和国外先进的财务软件相比,无论在深度还是广度上都有不小的差距。除了我国财务软件起步晚、用户水平低等原因外,其主要原因是,我国的财务软件厂家为保住自己的用户,对自己产品的数据存储格式保密,以至该软件所含的信息不能被其他厂家使用,从而将财务软件市场人为割裂,减缓了新产品的推出速度。当前,会计核算软件正朝着会计信息系统、管理信息系统转化,正在从事务型向管理型和决策型发展。如果会计核算软件的数据输出不能标准化,不同会计核算软件的数据不能共享,必将使管理型和决策型会计软件市场规模变小,从而降低了财务软件厂家开发高层次的会计软件的积极性。

第三,有利于保护会计核算软件用户的利益,为用户的特殊需求和二次开发提供数据接口。当前越来越多的企业正在向集团化、多元化发展,普通的会计核算软件已不能满足它们的需要。由于我国的管理型和决策型会计商品化软件市场尚未形成规模,这些企业往往需要对已使用的会计核算软件进行二次开发,来发展自己的管理型和决策型会计软件或管理信息系统软件。没有标准的数据接口,原会计核算数据将无法使用。

第四,有利于政府和行业主管部门加强编制汇总和合并报表,加强监督和宏观调控。政府或行业主管部门对有关部门财务信息进行汇总、监督是管理上的需要,然而,由于财务软件不同的数据结构不便于信息汇总和监督,从而增加政府或行业主管部门进行财务监督和宏观调控的难度。

第五,有利于财务软件厂家自身的发展,便于财务软件的交叉升级和不同财务软件厂家的产品在同一环境内集成工作。商品化会计核算软件经过十年左右的发展,一些功能落后、服务跟不上的会计核算软件将逐渐淘汰。因此对那些财务软件性能比较先进的厂家来说,他们的潜在用户不仅有从未使用过财务软件的企业,也包括已使用财务软件但觉得其功能不够用、性能比较差的企业,把这些潜在用户累积的数据转换到新系统将是一个很重要又很麻烦的事,标准化的数据接口将使其变得轻而易举。

第六,有利于审计软件市场的发展。审计软件运行的前提是打开被审计单位的电子数据(包括会计核算数据),但由于不同的被审计单位电子数据的数据结构不同,往往会使审计软件难以发挥作用,从而阻碍了审计软件市场的发展。

第七,有利于适应我国加入WTO后与国际会计准则接轨。随着国际资本、跨国公司进入我国的速度的加快,制定《信息技术会计核算软件数据接口》国家标准的工作刻不容缓。特别是建立具有我们国家自主知识产权的技术标准体系,能有效地利用WTO/TBT规则(技术壁垒)保护民族和国家利益。

(二)本标准所采用的字符集

目前我国的信息系统普遍采用的有4种字符集,即GB/T 1988、GB 2312、GB 13000.1、GB 18030。其中GB/T 1988是国内外普遍采用的96个图形字符的编码字符集,它是七位编码。GB 2312是我国长期使用的汉字编码字符集,它用双七位编码。GB 13000.1和GB 18030都是一种新的编码体系的编码字符集。若会计核算信息系统都能统一用GB 18030的编码字符集,则是最好的。但考虑到实际信息系统不是用统一编码字符集的具体情况,我们只能在此将几个字符集都列出。他们可能存在不兼容的问题,因此需提出来广泛征求意见。以便寻求最好的解决方法。

(三)标准的主要技术内容

会计核算软件的保存会计核算数据的数据模式不尽相同,但仍可从中抽象出其共有的数据模式。具体而言,会计核算数据主要包括电子账簿、会计科目、科目余额、记账凭证、报表等部分,它们之间既相互独立又密切相关,构成有机统一的会计核算体系,这就为会计核算软件数据接口标准的建立奠定了物质基础。

本标准的主要思想是:对于所有正在使用的会计核算软件(包括含会计核算功能的会计

信息系统、管理信息系统等)规定统一的数据输入、输出的内容和格式。会计核算软件数据接口分为两部分,一部分规定其内容,包括电子账簿、会计科目、科目余额、记账凭证、报表等,另一部分规定其输出的格式要求,包括文本文件输出方式和XML文件的输出方式,并要求以年度为单位导出会计核算数据。据此,本标准涵盖两类文件,一类称为数据文件,另一类称为格式说明文件。

(四)与有关标准的关系

本标准的制定充分参考上述两个会计核算软件数据接口的标准(中国软件行业协会财务及企业管理软件编制的《财务软件数据接口标准98-001号》和上海市质量技术监督局颁布的《信息技术会计核算软件数据接口规范》)。前两个标准仅面向企业单位,本标准不仅面向企业单位,同时也面向事业单位。在标准的表现形式上,前两个标准主要是文本文件形式,上海地方标准虽然对会计报表进行了专门的规定,即报表文件采用可扩展的商业报告语言(XBRL),但未具体说明。XBRL作为网络时代的一种新的财务报告载体,在国外刚刚流行不久,并未真正普及,国内也尚无人使用,故放入国家标准不合适。为了标准的可行性与实用性,立足于我国国情,本接口标准规定了两种表现形式:文本文件和XML文件。能以任何一种表现形式输出会计核算数据的软件即为满足本标准的会计核算软件。以文本文件作为表现形式,可以满足各类财务软件厂家的要求,兼顾偏远落后地区,方便实用;以XML 文件作为表现形式,可以满足绝大部分大中型的财务软件厂家的要求,着眼于未来,便于发展,有利于标准向国际化迈进。

(五)关于数据文件的输出内容

为了能更清楚地描述会计核算数据接口的输出内容,本标准引进数据结构的概念,将电子账簿、会计科目、科目余额、记账凭证、报表等作为数据表,每个数据表含有多个数据元素,对应于一个数据文件,数据文件包含的内容由这些数据元素规定。如果数据文件中某数据元素没有内容,则赋值为两个双引号(数据元素的表示为cn或c..n)或0 (数据元素的表示为DI..n)。本标准规定的是数据表的基本数据元素,用户可以自行扩充,但在格式说明文件的输出中必须加以说明,以保证表现形式的一致性。

本标准中还含有有关辅助核算的说明。辅助核算是从不同的角度对财务信息进行细分,辅助核算与会计科目的组合使用,可全面反映企业的经济业务,也可使账务处理更加灵活,充分发挥会计电算化的优势。一个科目可设置一种辅助核算,也可同时设置多种辅助核算。如:部门、客户或是项目信息等。由于辅助核算项的不确定性,无法在标准中具体限定。但如果某会计核算软件中含有辅助核算内容,则必须输出。其输出内容为各不同辅助核算项表的所包含的所有内容,以辅助核算项表的表名为数据文件名,其所有字段作为数据元素在格式说明文件中输出,所有表的记录即为数据文件的内容,且单条记录值的排列次序应与格式说明文件中数据元素的排列次序一致。

(六)数据元素细目的说明

本标准之所以用“数据元素”这一概念,是考虑到标准的国际化趋势,目前大多数有关信息技术的标准中在说明数据结构模式时都沿用的是数据元素。

数据元素作为会计核算软件的数据接口所输出数据的不可分割的基本单位,可从五个方面描述。

1、标识符:可以用数字表示,也可以用字母表示。本标准用汉语拼音的大写字母表示数据元素的标识符,是为了编写标准的方便;这样在扩展数据元素项时,只要插入位置正确,无需对数据元素项进行重新排序,同时用字母表示还便于帮助记忆。

2、名称:考虑到中国人的习惯,本标准用中文规定数据元素的名称。这样既科学合理,又符合中国人的习惯称呼,约定俗成,直观明确。

3、表示:这里的“表示”指的是数据元素类型和值域的表示,它标明数据元素的取值范围。我们按照GB/T 18142中规定的数据元素值的格式记法来表示数据元素。本标准将那些意义明确、长度一定的字符型数据元素的域值用固定长度表示,如:会计年度(是4为数字组成的字符)、单位性质(是长度为8的字符,只有两种取值:“企业单位”和“事业单位”);对于长度不定的字符型数据元素,结合实际取其最大可能长度。对于数值型数据元素,我们规定了整数型和小数十进制形式。对于非整数形,则其整数位取最大长度,小数位取根据需要按常规长度取值。

4、说明:是指对数据元素含义的描述,也即是数据元素的“定义”。从理论上讲,用“定义”一词更科学合理,但它的要求更高和更严密,需要更多的时间查专业技术术语定义和进行研究来确定,目前还有一定的困难,因此,这里还用“说明”一词,同其他国家标准相一致。

5、注释:与该数据元素相关的其它说明。

五、结束语

《会计核算软件数据接口》标准的编制工作已进行到征求意见阶段,应当看到,该标准还需要收集来自全国范围的不同用户的意见,还需要各软件开发厂家的积极参与,还需要在日后的使用过程中就其合理性、可操作性、易操作性进行检验。另外,计算机技术发展的日新月异,会计理论体系的日趋完善,使得本《会计核算软件数据接口》标准也应当及时更新,跟上技术发展的步伐。

标准编制组

2004年3月

接口设计规范

目录 1接口类型 (2) 1.1人机接口 (2) 1.2软件-硬件接口 (2) 1.3软件接口 (2) 1.4通信接口 (2) 2接口设计规范 (2) 2.1基本内容 (2) 2.2规格说明 (3) 2.2.1人机接口 (3) 2.2.2软件-硬件接口 (3) 2.2.3软件接口 (3) 2.2.4通信接口 (3) 3接口设计文档提纲 (3)

1接口类型 1.1人机接口 人机接口是指计算机系统为完成人与机器之间互相传送信息而提供的功能的接口,包括硬件及程序。 1.2软件-硬件接口 软件-硬件接口是指软件系统中软件与硬件之间的接口。例如软件与接口设备之间的接口。 1.3软件接口 软件接口是软件系统中程序之间的接口。包括软件系统与其他系统或子系统之间的接口、程序模块之间的接口、程序单元之间的接口等。 1.4通信接口 通信接口是指处理机和标准通信子系统之间的接口。包括为实现数据通信用来完成接口功能的部件、装置及有关软件。 2接口设计规范 2.1基本内容 1、接口的名称标识 2、接口在该软件系统中的地位和作用 3、接口在该软件系统中与其他程序模块和接口之间的关系 4、接口的功能定义 5、接口的规格和技术要求,包括它们各自适用的标准、协议或约定 6、各个接口的数据特性 7、各个接口的资源要求,包括硬件支持、存储资源分配等 8、接口程序的数据处理要求

9、接口的特殊设计要求 10、接口对程序编制的要求 2.2规格说明 2.2.1人机接口 准确地说明人机接口的设计条件、设计特征、编程要求等技术内容。包括人机交互环境、人机接口部件、信息传输方式及传输特性、信息格式、数据处理、存储资源分配和程序编制要求等。 2.2.2软件-硬件接口 逐个描述每一个软件-硬件间接口的设计特性。包括接口硬件说明、接口功能说明、接口信息说明、接口处理方法、接口控制方式、接口时间特性、存储资源分配和程序编制要求等。 2.2.3软件接口 逐个说明本软件系统与其他软件系统间接口的设计特征。包括接口功能说明、接口约定、数据特性、数据处理方法、接口程序运行控制、接口时间特性、存储资源分配和程序编制要求等。 2.2.4通信接口 逐个描述各个通信接口的设计特性。包括硬件描述、接口功能说明、通信协议、报文处理、存储资源分配、程序接口设计和程序编制要求等。 3接口设计文档提纲 1概述........................................................................................................................................................... 错误!未定义书签。 1.1编写目的......................................................................................................................................... 错误!未定义书签。 1.2参考资料......................................................................................................................................... 错误!未定义书签。 1.3术语和缩写词................................................................................................................................ 错误!未定义书签。2软件系统综述......................................................................................................................................... 错误!未定义书签。3接口设计.................................................................................................................................................. 错误!未定义书签。 3.1接口框图......................................................................................................................................... 错误!未定义书签。 3.2接口一览表.................................................................................................................................... 错误!未定义书签。 3.3人机接口......................................................................................................................................... 错误!未定义书签。 3.4软件-硬件接口 .............................................................................................................................. 错误!未定义书签。

数据交换接口规范

附件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格式”的要求,组织审计署计算技术中心、财政部会计司、审计署南京特派员办事处、信息产业部电子标准化所、用友公司、金算盘公司、浪潮公司等相关人员共同研究,编制出《信息技术会计核算软件数据接口(征求意见

软件结构设计规范模板

软件结构设计规范

精选编制: 审核: 批准:

目录 1.简介 (6) 1.1.系统简介 (6) 1.2.文档目的 (6) 1.3.范围 (6) 1.4.与其它开发任务/文档的关系 (6) 1.5.术语和缩写词 (6) 2.参考文档 (8) 3.系统概述 (9) 3.1.功能概述 (9) 3.2.运行环境 (9) 4.总体设计 (10) 4.1.设计原则/策略 (10) 4.2.结构设计 (10) 4.3.处理流程 (10) 4.4.功能分配与软件模块识别 (11) 5.COTS及既有软件的使用 (12) 5.1.COTS软件的识别 (12) 5.2.COTS软件的功能 (12)

5.3.COTS软件的安全性 (12) 5.4.既有软件的识别 (12) 5.5.既有软件的功能 (13) 5.6.既有软件的安全性 (13) 6.可追溯性分析 (14) 7.接口设计 (15) 7.1.外部接口 (15) 7.2.内部接口 (15) 8.软件设计技术 (16) 8.1.软件模块 (16) 8.2.数据结构 (16) 8.3.数据结构与模块的关系 (16) 9.软件故障自检 (17)

1.简介 1.1.系统简介 提示:对系统进行简要介绍,包括系统的安全目标等。 1.2.文档目的 提示: 软件结构设计的目的是在软件需求基础上,设计出软件的总体结构框架,实现软件模块划分、各模块之间的接口设计、用户界面设计、数据库设计等等,为软件的详细设计提供基础。 软件结构设计文件应能回答下列问题: 软件框架如何实现软件需求; 软件框架如何实现软件安全完整度需求; 软件框架如何实现系统结构设计; 软件框架如何处理与系统安全相关的对软/硬件交互。 1.3.范围 1.4.与其它开发任务/文档的关系 提示:如软件需求和界面设计文档的关系 1.5.术语和缩写词 提示:列出项目文档的专用术语和缩写词。以便阅读时,使读者明确,从

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

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

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

接口设计规范

目录 1 接口类型 (2) 1.1 人机接口 (2) 1.2 软件-硬件接口 (2) 1.3 软件接口 (2) 1.4 通信接口 (2) 2 接口设计规范 (2) 2.1 基本内容 (2) 2.2 规格说明 (3) 2.2.1 人机接口 (3) 2.2.2 软件-硬件接口 (3) 2.2.3 软件接口 (3) 2.2.4 通信接口 (3) 3 接口设计文档提纲 (3)

1接口类型 1.1人机接口 人机接口是指计算机系统为完成人与机器之间互相传送信息而提供的功能的接口,包括硬件及程序。 1.2软件-硬件接口 软件-硬件接口是指软件系统中软件与硬件之间的接口。例如软件与接口设备之间的接口。 1.3软件接口 软件接口是软件系统中程序之间的接口。包括软件系统与其他系统或子系统之间的接口、程序模块之间的接口、程序单元之间的接口等。 1.4通信接口 通信接口是指处理机和标准通信子系统之间的接口。包括为实现数据通信用来完成接口功能的部件、装置及有关软件。 2接口设计规范 2.1基本内容 1、接口的名称标识 2、接口在该软件系统中的地位和作用 3、接口在该软件系统中与其他程序模块和接口之间的关系

4、接口的功能定义 5、接口的规格和技术要求,包括它们各自适用的标准、协议或约定 6、各个接口的数据特性 7、各个接口的资源要求,包括硬件支持、存储资源分配等 8、接口程序的数据处理要求 9、接口的特殊设计要求 10、接口对程序编制的要求 2.2规格说明 2.2.1人机接口 准确地说明人机接口的设计条件、设计特征、编程要求等技术内容。包括人机交互环境、人机接口部件、信息传输方式及传输特性、信息格式、数据处理、存储资源分配和程序编制要求等。 2.2.2软件-硬件接口 逐个描述每一个软件-硬件间接口的设计特性。包括接口硬件说明、接口功能说明、接口信息说明、接口处理方法、接口控制方式、接口时间特性、存储资源分配和程序编制要求等。 2.2.3软件接口 逐个说明本软件系统与其他软件系统间接口的设计特征。包括接口功能说明、接口约定、数据特性、数据处理方法、接口程序运行控制、接口时间特性、存储资源分配和程序编制要求等。 2.2.4通信接口 逐个描述各个通信接口的设计特性。包括硬件描述、接口功能说明、通信协议、报文处理、存储资源分配、程序接口设计和程序编制要求等。 3接口设计文档提纲 1 概述 (2) 1.1 编写目的 (2) 1.2 参考资料 (2)

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

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

税控发票开票软件发票信息数据接口规范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

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

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

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

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

关于APP接口设计

最近一段时间一直在做APP接口,总结一下APP接口开发过程中的注意事项: 1、效率:接口访问速度 APP有别于WEB服务,对服务器端要求是比较严格的,在移动端有限的带宽条件下,要求接 口响应速度要快,所有在开发过程中尽量选择效率高的框架,PHP建议使用YAF框架。 2、数据格式 最好使用JSON格式数据,因为JSON有较好的跨平台性。对于 3、数据量 按需分配,APP客户端需要什么数据就返回什么数据,过多的数据量影响处理速度,最重要的 是影响传输效率。 4、接口、参数命名准确 无论是接口还是参数,命名都应该有意义,让人一目了然。 5、一个页面尽可能就用一个接口 现在很多的APP页面都有广告、焦点图、文章列表等,对于这些不同格式的数据,不可能都分 配一个接口,这样加大了APP请求接口数,影响响应速度。建议服务器端尽可能处理好数据后 通过一个接口返回给APP客户端。 6、缓存 这点比较重要,不管是文件缓存还是memcache缓存。 7、接口要有可扩展性 8、接口安全 目前一般都是在APP客户端和服务器通过约定的算法,对传递的参数值进行验证匹配。但是如 果APP程序被反编译,这些约定的算法就会暴露,特别是在安卓APP中,有了算法,完全就 可以通过验证模拟接口请求。 9、接口版本控制 对于接口版本控制,自己目前也没有找到一个好的方法,怎么去应对不断的APP版本升级,新、旧接口的处理。 10、接口数据、状态 接口必须提供明确的数据状态信息,不管是成功的,还是失败的,都必须返回给APP客户端。 以上10点就是自己在这端时间做APP接口过程中注意的事项,写的有点乱,想到什么就写什么。

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

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设计原则

HIS医保接口设计规范解析

HIS医保接口设计规范 一、导言 BSHIS在两年前就开始涉及医保软件接口的设计和实施了。随着时间的推移,越来越多的新签医院工程也要求实施医保;而一些以前上的老工程,也开始在实施各地的医保政策。可以说,医保的实施已经成为HIS软件在医院实施中一个很重要的组成部分。从某种意义上讲,医保实施的好坏也已经直接影响了工程实施的进度和效果。 由于医保政策的复杂性,再加上政策有很大的地区差异。在实施过程中,软件设计人员遇到了很多比较复杂也或者很难于解决的问题。另外,由于医保政策一般都是刚刚指定出来不久的。所以,在实施的过程中,经常会遇到修改政策的过程。这在一定程度上给软件设计和实施增加了不少的难度。同时,也会导致医保接口软件设计上的不确定性,直接的后果是可能导致很多的重复劳动。 结合前面很多人医保实施成功和失败的教训,对在医保接口设计过程中的,好的方法进行了归纳,并尽量给出一种比较完善和完美的设计解决方法和规范,可帮助医保实施和软件接口设计人员比较好地实施医保。当然,现在只是个草稿,需要医保实施实践不断地扩充此规范,以至形成一种比较固定的综合解决方案。 二、关于医保政策软件和应对方案 我们通过对北京安宁盈科、创智公司、东大阿儿派、杭州新世纪、建达电子、万达公司等各个医保险政策软件提供商提供的接口方案进行了分析,总计出他们之间的共性如下: 1、一般都提供DOS和WINDOWS两套方案,DOS下一般用文件形式传递 数据,WINDOWS下一般以WIN32 API的形式在HIS和医保前置机之间 调用和传递数据(DLL提供了政策函数)。我们以后者为重点说明问题。 2、政策函数一般分为两类:单个函数和多个函数两种类型设计 多个函数是指每中业务或者比较相似的业务为一个函数,这样组成结算、登记、退费等多个函数。如:杭州新世纪、东大阿儿派 单个函数是指所有的业务都用一个函数实现。参数一般用结构字符串实现。 如:上海万达公司。 3、明细数据一般都和结算时必要的项目数据分开传递到医保中心服务器。 这样做的目的是为了减少网络阻塞。如果是同时要传的,一般在结算准 备阶段就已经将数据计算好了。 4、平时发生费用时,一般分成两种方式处理: 1)平时的自负比例按HIS中设置的算,也不需要审批

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

附件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)

接口设计规范

接口设计规范 Prepared on 24 November 2020

目录 1接口类型 1.1人机接口 人机接口是指计算机系统为完成人与机器之间互相传送信息而提供的功能的接口,包括硬件及程序。 1.2软件-硬件接口 软件-硬件接口是指软件系统中软件与硬件之间的接口。例如软件与接口设备之间的接口。 1.3软件接口 软件接口是软件系统中程序之间的接口。包括软件系统与其他系统或子系统之间的接口、程序模块之间的接口、程序单元之间的接口等。 1.4通信接口 通信接口是指处理机和标准通信子系统之间的接口。包括为实现数据通信用来完成接口功能的部件、装置及有关软件。

2接口设计规范 2.1基本内容 1、接口的名称标识 2、接口在该软件系统中的地位和作用 3、接口在该软件系统中与其他程序模块和接口之间的关系 4、接口的功能定义 5、接口的规格和技术要求,包括它们各自适用的标准、协议或约定 6、各个接口的数据特性 7、各个接口的资源要求,包括硬件支持、存储资源分配等 8、接口程序的数据处理要求 9、接口的特殊设计要求 10、接口对程序编制的要求 2.2规格说明 2.2.1人机接口 准确地说明人机接口的设计条件、设计特征、编程要求等技术内容。包括人机交互环境、人机接口部件、信息传输方式及传输特性、信息格式、数据处理、存储资源分配和程序编制要求等。 2.2.2软件-硬件接口 逐个描述每一个软件-硬件间接口的设计特性。包括接口硬件说明、接口功能说明、接口信息说明、接口处理方法、接口控制方式、接口时间特性、存储资源分配和程序编制要求等。 2.2.3软件接口 逐个说明本软件系统与其他软件系统间接口的设计特征。包括接口功能说明、接口约定、数据特性、数据处理方法、接口程序运行控制、接口时间特性、存储资源分配和程序编制要求等。

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)

增值税发票税控开票软件数据接口规范v3.0概要

增值税发票税控开票软件 数据接口规范V3.0 1概述 为进一步优化纳税服务,满足纳税人内部管理信息系统与增值税发票税控开票软件(以下简称开票软件)的衔接需要,国家税务总局下发了开票软件数据接口规范V1.0和V2.0版。随着增值税发票管理新系统的全国推广和营改增的全面实施,公布的接口已经不能满足需要,现对该接口进行更新升级,形成V3.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 (优惠政策说明),详细内容请查看接口规范中相关说明; 单据只允许对单行商品进行折扣,折扣行紧挨被折行之后,折

软件开发流程与规范

软件开发 百科名片 软件(Software)简单的说就是那些在计算机中能看的着,但摸不着的东西,概念性的说软件也称为“软设备”,广义地说软件是指系统中的程序以及开发、使用程序所需要的所有文档的集合。软件分为系统软件和应用软件。软件并不只是包括可以在计算机上运行的程序,与这些程序相关的文件一般也被认为是软件的一部分。软件被应用于世界的各个领域,对人们的生活和工作都产生了深远的影响 目录 软件开发的内容 软件开发过程 软件开发专业 软件开发流程 软件开发平台 软件开发-软件开发中的注意事项 展开 编辑本段软件开发的内容 不仅仅是用户需求,应该是开发中遇到的所有的需求。比如,你首先要知道做这个项目是为了解决什么问题;测试案例中应该输入什么数据......为了清楚地知道这些需求,你经常要和客户、项目经理以及项目伙伴交流。

设计 编码前,肯定有个计划告诉你要做什么,结构是怎样等等。你一定要按照这个来做,否则可能会一团糟。 编程 如果在项目截止日,你的程序不能跑起来或达不到客户的要求,你就拿不到钱。 测试 目的是让你知道,什么时候算是完成了。如果你聪明,你就应该先写测试,这样可以及时知道你是否真地完成了。否则,你经常会不知道,到底有哪些功能是真正完成了,离预期目标还差多远。 软件开发中,客户和开发人员都有自己的基本权利和义务。 客户 定义每个用户需求的商业优先级; 制订总体计划,包括用多少投资、经过多长时间、达到什么目的; 在项目开发过程中的每个工作周,都能让投资获得最大的收益; 通过重复运行你所指定的功能测试,准确地掌握项目进展情况; 能随时改变需求、功能或优先级,同时避免昂贵的再投资;能够根据各种变化及时调整项目计划; 能够随时取消项目;项目取消时,以前的开发工作不是一堆垃圾,已开发完的功能是合乎要求的,正在进行或未完成的的工作则应该是不难接手的。

系统对接设计

欢迎阅读系统对接设计 1.1.1 3.7.3 对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准: SSL认证等方式保证集成互访的合法性与安全性。 数据交换标准:制定适合双方系统统一的数据交换数据标准,支持对增量的数据自动进行数据同步,避免人工重复录入的工作。 1.1.2 3.3.8接口规范性设计 系统平台中的接口众多,依赖关系复杂,通过接口交换的数据与接口调用必

须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口规范标准,实现接口规范定义的功能外,需要从数据管理、完整性管理、接口安全、接口的访问效率、性能以及可扩展性多个方面设计接口规格。 1.1. 2.1接口定义约定 客户端与系统平台以及系统平台间的接口消息协议采用基于HTTP协议的 ?host:应用支撑平台交互通信服务的IP地址或域名 ?port:应用支撑平台交互通信服务的端口 ?app name:应用支撑平台交互通信服务部署的应用名称 ?business component name:业务组件名称 ?action:业务操作请求的接口名称,接口名字可配置

应答的消息体采用JSON数据格式编码,字符编码采用UTF-8。 应答消息根节点为“response”,每个响应包含固定的两个属性节点:“status”和“message”。它们分别表示操作的返回值和返回消息描述,其他的同级子节点为业务返回对象属性,根据业务类型的不同,有不同的属性名称。 当客户端支持数据压缩传输时,需要在请求的消息头的“Accept-Encoding”字段中指定压缩方式(gzip),如消息可以被压缩传输则平台将应答的数据报文进 接口应提供业务数据检查功能,即对接收的数据进行合法性检查,对非法数据和错误数据则拒绝接收,以防止外来数据非法入侵,减轻应用支撑平台系统主机处理负荷。 对于接口,其业务数据检查的主要内容有以下几个方面: ? 数据格式的合法性:如接收到非预期格式的数据。包括接收的数据长度,类型,开始结束标志等。

相关文档
最新文档