数据交换平台的使用
外部数据交换平台实施使用指南
张时栋02/12/2004修订
1．进入NC系统的外部数据
1，外部交换平台结构：
功能特点：
（1）按照业务流程的顺序要求，业务数据从外系统流向NC系统时（或者从NC系统流向外系统时），可以通过外部交换平台支持这种数据的自
动实时流动，实现异构系统间的无缝连接。
（2）基于NC中间件的监听服务，可随时接收外系统传来的数据，并实时处理完成后，即时返回结果回执，整个过程全部自动完成，无需人为
干预。可以触发业务的自动实时处理。
（3）采用消息机制，外系统按照HTTP协议把规定格式的XML数据包（或XML文件形式）发送到NC服务器所在的URL地址，支持局域网和
广域网传输，可穿越企业防火墙。
（4）灵活配置，自由扩充。外部交换平台接到XML数据包以后根据配置做相应判断，然后由XML处理器翻译成NC业务模块可以接收的形式。
支持自定义扩充单据，通过二次开发完成NC业务模块适配器实现。
（5）智能对照外系统与NC系统间基础数据的映射，大大降低了实施过程中的工作量，并在后期维护时提供了方便。智能对照支持NC基础数
据自动导入，从外部文件导入以及大批量数据（例如存货数据）的后
台自动导入。
（6）实时反馈处理结果，详细明确错误位置，业务模块处理完以后会以编码形式返回结果，正确是1，错误是其他编码，并有相应详细错误说
明，便于确定错误原因。
（7）由外系统按照约定产生基础档案的主键，在传入的XML文件中可以直接写入，无须在基础档案对照表中设置对照关系，降低实施工作量。
（8）外系统基础数据编码约定与NC编码一致，可以使用自动基础数据对照功能。如果外系统可以把基础数据按指定格式导出，可以支持文件
导入基础数据对照功能。
2，数据文件示例
虽然我们的系统支持从NC系统向外发布数据，但NC接收外部数据并作相应
的处理是本系统设计的重点和实现的难点。把标准XML格式包装的相应单据
数据转换为NC能够识别的数据并写入对应的数据库表，需要做很多复杂的处
理，为了顺利完成这些处理事前必须进行一系列仔细的配置工作。
外部数据XML文件示例（会计凭证）：
XML文件属性头说明：
1, roottag表示根结点标签，其值voucher应该与后面文档内容标签
2, billtype表示传输文件的类型,如gl表示会计凭证,该类型以单据类型参照中数据为准，或者与voregister.xml文件中注册的类型为准。
3, subtype表示billtype类型的子类型，如果没有子类型则不需要指定，值为空。，目前在传送基础档案时，subtype为invbas时表示存货基础档案，为invman时表示存货管理档案，为invproduce时表示生产档案，为cubas时表示客商基础档案。
4, replace=”Y”表示如果该文档已经正确的收到过并正确处理过时是否进行覆盖处理.
5, isexchange表示文档解析时是否需要基础档案对照，值是”Y/N”，默认是Y.
6, filename表示当前传送的文件名.
7, sender表示外部系统的编号，该编号由接口双方约定，是四位长的一个编码，值可以是任意，例如1101，但一旦约定后就不能再随意更改，该编号应该与“外部系统与对应帐套设置”界面、“外部系统注册登记”界面和“基础数据对照表维护”界面中填写的外部系统编号一致。
8, 凭证的voucher_head和voucherbody部分的标签需要注意凭证头部分(head)的标签必须以head结尾，凭证体部分(body)的标签必须以body结尾，凭证的分录(entry)包括再凭证体(body)内，一个凭证体可以包括多个分录(entry)部分。
9,proc 表示进行的操作，参数有 add(增加),query(查询),delete(删除),abandom(作废)，post（发送）,默认是add。
10,operation 表示操作单据响应的方向，外系统传入单据是参数req表示请求操作，外部交换平台反馈信息是res表示应答操作。
新增加的属性：
11,autocontrast 在2003-03-18 release 3.5 版本（NC220）以后增加了支持客商和存货基础数据自动对照的功能，如果aotucontrast=’C’，基础档案按编码自动在收到时增加对照关系，如果aotucontrast=’M’，基础档案按名称自动在收到时增加对照关系.
12, receiver 表示接收单位编码或名称，在2003-03-18 release 3.5以后的版本中该属性可以省略或为空。
13, isDebug 属性表示是否输出调试信息，等于“Y/N”，默认值是“N”，用于出错时帮助查询错误原因的用途。
2．1 帐套的配置与外部系统的注册登记
第一步，外系统与NC帐套对应关系的配置：
NC是支持多数据源（帐套）的系统，不同的外部系统传来的数据可能要求进入不同的数据源（帐套）。所以必须首先就外部系统与所属帐套进行配置。以下的界面负责这个任务的实施。
外部系统与所属帐套配置完成，将在Webserver的根目录\webapps\nc_web\ufxx下形成一个文件regconfig.xml，它的一个示例如下，该示例只是方便大家理解概念，实际当中，请尽量不要手动编辑该文件。在NC开发环境中(VisualAge中)，该界面定义的数据源应该与D:\ierp\bin\prop.xml文件中定义的数据源一致。
界面使用方法：
该界面中“系统编号”列表示外部系统的编号，应该是4位数字。“对应帐套”列表示NC的帐套。由于默认的帐套名可能与NC定义的帐套名不一样，注意在第一次进入该界面时要修改“对应帐套”列。注意做完了该界面的修改后需要重起中间件修改才有效。
第二步，外系统与对应公司帐和单据类型的配置：
该步骤进行外部系统与NC对应公司帐和单据类型的注册和登记。实施该功能的界面如下：
界面使用介绍：
首先确定“对应帐套”下拉框是与外系统编号所对应的，“对应帐套”下拉框表示针对某一个帐套设置注册信息，表格中第一列的系统编号应该与第一个配置界面中的“系统编号”一致，如果一个外部系统编号的数据只需对应NC中一个公司的数据，“外系统对应公司名称”列可以任意输入，如果一个外系统编号的数据可能对应NC多个公司的数据，则该列的填写另有规则，这一点在稍后的部分会介绍。“NC对应公司主键”表示针对哪一个
公司帐传送数据，“单据类型”表示传送的单据类型，“是否启用”应该选是。辅助信息是针对某些类型(例如预算表，银行对帐单，会计凭证和物料生产档案等，该功能的使用需要另外提供辅助信息文件) 的单据增加一些辅助信息使用的。
NC220以前，对于每一种传入的单据，要求一条记录里的外系统编号只对应NC一个公司，但对于传入的基础数据可以注册多条记录（单据类型设为bs），实现一个外系统的基础数据对应到NC多个公司的基础数据，在导入基础档案时实现基本档案自动分配为管理档案的操作。
该界面提供了增加、修改和删除注册信息的功能。
●在NC220以后，外部交换平台的外部系统注册登记界面做了一些修改，第二
列改为“外系统对应公司名称“，以前一个外系统编号应该是对应一个NC的
公司帐的，在该界面中也只能就某种单据类型设置一个外系统数据与NC某个
公司账的对应关系，NC220以后可以在该界面中设置一个外系统对应多个NC
公司帐的对应关系，确认为启用后有效，可以支持在一个XML文件中，一个
外系统编号的数据可以对应到NC不同公司的数据。
●例如：如果外系统1101需要导入凭证（gl类型）到公司1001和1002，如上
图界面中注册两条记录，对于一个外系统编号1101，“外系统对应公司名称”
列分别填写了不同的两个外系统对应公司名“测试公司”和“测试公司二”。
需要注意的是：
●对于一个XML文件内的每张凭证，在凭证头需要加入”corp”属性标示该
凭证属于哪一个公司，如：
的内容应该与XML凭证文件里外系统的公司名称以及上述界面中“外
系统对应公司名称”列公司名一致。
●第二列“外系统对应公司名称”应该填写的内容需要与外系统导入的XML
文件中外系统公司名称一致。
关于辅助信息配置界面：
辅助信息配置界面目前主要是导入银行对帐单、存货基础数据和会计凭证时会用到。
●导入银行对帐单时辅助信息配置界面示例：
导入会计凭证如果需要根据凭证来源或凭证类别控制修改和删除权限时，需要使用辅助信息配置界面。该功能目前主要是应用于U8接入NC系统时的配置。
导入存货档案时如果需要分配公司下的物料生产档案到库存组织，也需要用到辅助信息配置界面。
在基础数据的多公司分配模式下需要把存货管理档案分配到相应公司的库存
组织时，需要使用辅助信息配置界面配置每个公司对应的库存组织。
2．2 基础数据对照关系的配置
NC中的基础档案数据，如客商档案、存货档案、人员档案等等，在引用时都是用NC自己定义的20位长主键来标识的。当一个外部业务单据传来时，需要对应到NC系统相应的业务单据，如果其中包含有基础档案数据（例如：人员信息、部门信息等），这些基础数据也应该对应到NC系统相应的基础数据。由于NC业务单据中所用到的基础数据是通过20位长的主键引用的，因此需要把外系统业务单据中所使用的基础数据转换为与NC中对应的基础数据的主键值。基础数据对照关系的配置界面来完成这个功能。
如果传入的xml文件中有基础档案并且需要进行主键转换（在凭证中还需要包括会计凭证中的辅助核算项目），则需要在基础档案对照设置界面定义基础档案对应关系。左边两列是外部系统的基础数据，右边两列是NC中的基础数据。
对于会计凭证的导入，凭证头部分中
其界面如下：
第三步，基础数据对应配置：
1，要设置某一个公司的基础数据对照关系，首先要以该公司登录进去。
2，首先填写外部系统编号，此处的外系统编号应该与前面的两个配置界面中的外
系统编号一致。
3，确定基础数据分类，例如，设置会计科目的对应关系，增加一行对应关系，设置外系统的会计科目编号是217102，对应NC的会计科目是“现金”，然后保
存。
4，导入方式：分手工添加对照关系、自动建立对照关系和外部文件导入加载方式。
a)手工添加方式：手工添加一条外系统与NC基础数据的对照关系记录，外部数
据应该是导入单据中会出现的数据。适用于对照关系不多，外系统基础数据与
NC对应基础数据编码不一致的情况。
b)自动建立对照关系：对于数据对应关系设置工作量比较大的基础数据（例如会
计科目），并且外系统导入的单据中使用的基础数据与NC对应基础数据编码
或名称一致的情况，提供了自动建立对照关系的功能，这里建立对照关系的依
据是假设外系统的基础数据值（编码或名称）与NC的数据值（编码或名称）
相同的前提。
c)外部文件导入加载方式：文件格式支持XML格式和TXT格式，XML格式：
由外系统提供下面示例XML格式的文件，然后先在该界面中指定基础数据类
别后，再导入指定路径下外系统提供的XML文件，导入时按照编码或者名称
相同原则建立对照关系，即如果外系统的XML文件中有编码（名称）为001
的数据，并且NC中也有编码（名称）为001的数据，则按照编码（名称）001
自动建立对照关系；如果外系统的XML文件中有编码（名称）为001的数据，
但NC中没有编码（名称）为001的数据，则按照编码（名称）001建立一条
不完整的对照关系，外系统有数据，NC端没有对应数据，用户可以通过修改
的方式指定NC的对应数据。TXT格式：导入规则与XML格式类似。
XML格式：
A0001
ven001
TXT格式：
Code1,name1
Code2,name2
Code3,name3
2．3 XML校验文件
当外部数据发往NC时，它的数据是以公共标准XML（见XML传输标准）包装的，它的数据的合理性由校验文件中定义的规则来校验，同时公共标准中XML的tag与NC中间表示的tag之间的对应关系也在校验文件中定义，该tag包含数据所属的基础档案的类型（如果有的话）也在校验文件中定义。如果单据类型是头（主）、体（子）结构的，必须分别设置头、体的校验文件，头校验文件的命名规则是：“header单据类型.xml”；体校验文件的命名规则是：“body单据类型.xml”；如果不是头体结构的，只需设置头校验文件。与上面的几个配置文件一样，校验文件必须放置在Webserver的根目录\webapps\nc_web\ufxx目录下。销售单据的头和体校验文件如下所示（注意文件名的命名，因为销售订单的单据类型是30）：
头检验文件header30.xml
<订单头>
<单据号datatype='String' nullallowed='no' maxLength='30' matchtag='vreceiptcode'/>
<公司编码datatype='String' nullallowed='no' maxLength='20' matchtag='pk_corp' basicdoc=’公司目录’/>
<单据类型datatype='String' nullallowed='no' maxLength='2' matchtag='creceipttype'/>
<单据日期datatype='UFDate' nullallowed='no' maxLength='10' matchtag='dbilldate'/>
<客户datatype='String' nullallowed='no' maxLength='20' matchtag='ccustomerid' basicdoc='客户档案'/>
<收款协议datatype='String' nullallowed='yes' maxLength='20' matchtag='ctermprotocolid'/>
<收货地址datatype='String' nullallowed='yes' maxLength='100' matchtag='vreceiveaddress'/>
<收货单位datatype='String' nullallowed='yes' maxLength='100' matchtag='creceiptcustomerid'/> <收票单位datatype='String' nullallowed='yes' maxLength='20' matchtag='creceiptcorpid'/>
<运输方式datatype='String' nullallowed='yes' maxLength='20' matchtag='cdeptid'/>
<自由项datatype='String' nullallowed='yes' maxLength='20' matchtag='vdef1'/>
<备注datatype='String' nullallowed='yes' maxLength='100' matchtag='vnote'/>
<状态datatype='Integer' nullallowed='yes' maxLength='1' matchtag='fstatus'/>
体校验文件body30.xml
<订单体id="">
<编码datatype='String' nullallowed='no' maxLength='20' matchtag='corder_bid'/>
<名称datatype='String' nullallowed='no' maxLength='20' matchtag='cinventoryid'/>
<单位datatype='String' nullallowed='no' maxLength='20' matchtag='cunitid'/>
<数量datatype='UFDouble' nullallowed='no' maxLength='16' matchtag='nnumber'/>
<税率datatype='UFDouble' nullallowed='no' maxLength='7' matchtag='ntaxrate'/>
<单价datatype='UFDouble' nullallowed='no' maxLength='16' matchtag='noriginalcurtaxprice'/> <金额datatype='UFDouble' nullallowed='no' maxLength='16' matchtag='noriginalcurnetprice'/> <原币datatype='String' nullallowed='no' maxLength='20' matchtag='ccurrencytypeid'/>
<税额datatype='UFDouble' nullallowed='yes' maxLength='16' matchtag='noriginalcurtaxmny'/> <交货日期datatype='UFDate' nullallowed='no' maxLength='10' matchtag='ddeliverdate'/>
<存货档案datatype='String' nullallowed='no' maxLength='20' matchtag='cinvbasdocid'/>
<包装单位datatype='String' nullallowed='no' maxLength='20' matchtag='cpackunitid'/>
<包装数量datatype='UFDouble' nullallowed='no' maxLength='16' matchtag='npacknumber'/>
<批号datatype='String' nullallowed='no' maxLength='20' matchtag='cbatchid'/>
<行备注datatype='String' nullallowed='no' maxLength='100' matchtag='frownote'/>
请注意“公司编码”和“客户”数据项的配置，除和其他一些数据项一样的属性信息以外，还包括basicdoc属性，它的意义是与上面的基础数据对照关系设置相配合的，当翻译模块读到该数据项时，它会访问2.2配置好的基础数据对照表，按照配置将该数据项包含的值翻译成配置好的对应的值。
校验文件是放在webapps\nc_web\ufxx\目录下，一般不需要实施人员修改。
2．4 传输单据的对应处理VO的注册
在得到所传输单据的中间表示以后，该单据进入NC数据库的方式有两条可能的线索，一是调用NC的流程平台提供的接口函数，但前提条件是流程平台必须支持该单据；对于流程平台不支持的单据，典型的如“财务凭证”，则必须在文件voregister.xml中注册这种的单据的vo，并把该文件同样放置在Webserver的根目录\webapps\nc_web\ufxx目录下，目前由于单据走流程平台缺乏灵活性，每一种业务单据的处理都有不同的要求，因此目前处理单据主要是通过注册voregister.xml文件提供的业务接口插件实现，这种方式实现灵活，扩充性强，与系统其它部分相互影响小。V oregister.xml文件的一个示例如下：
voclasstype 的可选值包括：A、C、B、Q
A：表示有辅助配置信息的接口
C：普通业务接口，默认接口类型值
B：有文件属性头和返回值的接口，主要用于基础数据
Q：单据查询业务接口
目前新版本的外部交换平台支持传送的文档包括：
NC230可以支持的单据类型清单列表：
会计凭证、支持凭证的增加、修改和删除等操作
应收单，应付单，收款单，付款单，收款结算单，付款结算单，划帐结算单，
对外收款结算单，对外付款结算单等NC的应收应付系统可以支持的收付单据
存货核算所支持的各种出库入库单、
供应链库存系统所支持的出库入库单、
银行对帐单、
固定资产增加卡片，
固定资产减少卡片，
固定资产变更卡片，
凭证查询单，
各种基础数据，主要包括存货基础档案、客商基础档案、项目档案、人员档案
和BOM档案。
供应链采购订单、采购发票、销售订单、销售发票。
生产订单
调拨订单等
2．5 手动或自动传输加载外部数据
外部交换平台可以支持手动加载外部数据，或直接将外部数据通过http传输到平台的方式。
外部系统接入NC时有两种方案
方案一：
从外部系统登陆NC外部交换平台的手动加载界面，在指定的目录下选定文件后，按按钮导入。
方案二：
外部系统开发一个遵循HTTP协议能够向NC外部交换平台发送文件的发送器，按照指定地址实时发送。
1，手动方式是指xml打包好的外部数据可以通过email或文件共享传到本地的某客户机的目录下，然后通过以下两个界面加载外部数据。加载时，新版本的加载界面兼容了以前的加载方式，可以使用C:\url.xml地址文件的方式，也可以在界面中直接指定URL 地址，如果C:\url.xml文件和界面指定都存在，以界面指定为准。
该界面指定一个包含XML 文件的目录，然后在前一个界面中显示出该目录下的所有XML 文件。
2， 外部系统也可以直接通过自己的程序直接将外部数据的XML 文件通过HTTP 的
POST 方法传输到交换平台，其URL 地址一般为（特殊配置的情况除外）
http://webserver 地址/servlet/nc.bs.pfxx.manualload.ServletForXchange 。
外部交换平台支持外系统自动的，顺序的，实时的，传输多个XML 文件，并
可以选择是否进行重复检查（设置ufinterface属性后replace=”N”），传输可由外系
统触发。
3，在NC230以后，增加了一个代理平台，可以自动抓取某一个目录下的XML文件按照配置发送到NC服务器端。可以定时运行或者按一定的时间间隔运行。
4，
2．6 文件发送回执问题：
1，外系统在向NC的外部交换平台发送了文档后会实时收到回执信息，接收该回执不需要另外指定URL地址，在Web服务的响应对象中会包含回执信息。如果是采用手工加载界面发送，返回的回执信息会在当前目录下产生一个backMessage.xml的文件。
2，backMessage.xml回执示例：
文档应收应付.xml正确收到，进入业务插件！
应收应付.xml文档已被正确处理
XML文件传输返回值resultcode标识含义:
传输成功1;
文档重复-1;
发生未知错误-2;
文档属性错误或标签对照错误-3;
文档翻译错误-4;
业务插件处理错误-5;
其他错误-6;
另外NC220后传入凭证的返回值有专门的规定
2．7 文件发送的日志记录
每接收到单据后，外部交换平台会记录日志，该日志记录了收到单据的文档编号，该编号应该是应每张单据而不同的，在凭证中对应
–参数：
–参数：
–参数：
3．实施中应注意的问题：
下面是在实施的过程当中需要注意的问题，这些问题的理解有助于当发生问题时准确地定位问题的所在：
1．XML文件的中间表示：
符合标准的XML文档传入NC交换平台后，首先被翻译成一种中间表示方式，这种中间表示方式是NC可以识别的，中间表示方式必须先转换为与具体的
单据相对应的VO才可能写入与单据对应的数据库表，该中间表示方式的数据
文档被存放在newcentury\xxchange目录下，文件名为对应文件名加序列号。
2．校验文件：
一个单据进入NC的前提首先是必须制定相应的XML业务文档传输标准，这个标准应由总体组和单据所属的产品组来共同制订，充分考虑类似哪些字段
插入数据库时不能为空的情况（即哪些字段必须包含在XML的业务文档传输标
准里），传输过来的文件应满足头和体校验文件的要求，例如不能为空的数据项
就一定要有内容，要求是数字类型的数据项必须是数字。该校验文件在
webapps\nc_web\下面，文件名形如headergl.xml和bodygl.xml，其中gl是相应
的单据类型。
3．改进的基础数据对照功能：
外部数据交换的正确实施，基础数据对照表的配置与维护是一个非常重要的部分，也是公共XML标准到NC中间表示正确翻译的基础，在配置的过程当中，基础数据使用了很多参照，而这些参照必须在有关的基础数据都已添加完毕或配置好的前提下才有数据显示，所以基础数对照表的配置需要先准备好基础数据然后再建立对照，对于外部系统导入的基础数据，如果该数据是和NC 中的对应基础数据值相等，则可以利用自动建立对照功能完成。例如，外系统传入的制单人是“张三”，在NC中的制单人也是“张三”，则在建立操作员的基础数据对照时可以使用自动建立对照按钮自动按名称建立对照。在自动建立对照时可以选择按编码或名称建立对照，选择何种方式取决于外系统传入的基础数据是编码还是名称，例如客商档案的对照，如果传入的单据中使用的是客商档案的编码，并且该编码值等于NC中该客商的编码，就按编码自动建立对照，同理按名称建立对照亦然。在NC230中，增加了支持按照文件导入数据对照关系的功能，文件格式支持XML文件和txt文件，XML文件格式见前面“基础数据对应配置”部分的说明。文本文件的格式如下所示。导入数据时，可以指定按编码或按名称建立对照关系。
Code1,name1
Code2,name2
Code3,name3
…
4．关于外部交换平台导入基础档案的说明：
●导入基础档案时，需要外系统给出基础数据主键，以存货档案为例，
键中，前6位是与NC约定好的值，后14位是由外系统产生的。
●一份外系统基础数据可以导入到NC多个公司账中，也可以只导入到NC
一个公司账中，这里导入时有两种基本档案分配到公司管理档案的模式，
只要在“外系统注册登记”界面注册登记了，默认是多公司基本档案分配
模式，该模式下基础数据的主键的前四位会在基本档案分配到公司管理档
案时自动替换为对应公司的主键。如果在“外系统注册登记”界面注册登
记时“外系统对应公司名称”列填写了保留字“onecorp”，则分配基本档
案时采用单一公司分配模式，该模式下，NC原样采用外系统的基础数据
主键值。如果是导入存货档案并且要分配到库存组织作为物料生产档案，
则不需要使用辅助信息配置界面，只要完成了库存组织的对照设置就可以
自动完成存货管理档案到库存组织的分配。
●NC230中，由于总账增加了三个与客商相关的辅助合算项（客商辅助合
算、供应商辅助合算和客户辅助核算），因此在导入客商档案时为了可以
支持自动增加这三个辅助核算数据的对照关系，需要在导入的XML文件
中指定属性contrastitem="客商辅助核算,供应商辅助核算,客户辅助核算,
客商档案,供应商档案"，该属性放在ufinterface的后面。
●目前可以支持导入的基础数据包括存货档案、客商档案、人员档案和项目
档案
●
4．关于NC数据的导出：
NC数据的导出主要指外系统获得NC的相关数据，有两种实现方式：
1，外系统向NC发送查询请求，NC收到查询请求后按条件查询出结果数据，然后给外系统返回。该处理过程是在一个请求响应过程中完成的。数据导出由外
系统的查询请求动作触发。目前对凭证的查询就是这种方式。
2，由NC的业务驱动触发数据发送，例如：单据审核后，如果在流程平台中设置了数据发送脚本，就可以实现单据发送。目前只是应收应付核销单支持该功能。
5．关于数据交换代理平台：
目前的数据交换代理平台主要功能是抓取客户端本地的XML文件自动定时发送到
NC应用服务器，该工具主要有两个配置文件sendurl.xml和runtimeclock.ini。
sendurl.xml文件中记录发送单据类型和发送地址，例如：
corp="1001" sysno="1101" sysindex="1" proc="post" isexchange="Y" operation="res" urladdress="http://cxy:8083/servlet/nc.bs.pfxx.manualload.ServletForXchange" /> 说明： 响应方式（默认res）,urladdress：发送地址（不能省略）--> runtimeclock.ini文件记录工具运行时间： 该工具可以有两种工作方式: 一种是整点定时工作方式，一种是间隔定时工作方 式。 -- 整点定时方式是以24小时方式设定一天中的某一时刻（可以设定多个时刻，例 如runclock=20:20,如果要使某一时刻失效，用'#'注释即可，注意这种方式下，必须 注释掉runclock=99:99行，而且sleepminute应该设的小一些，不超过10为宜）， 该工具就会在该时刻到达时运行。 -- 间隔定时工组方式是按照sleepminute指定的时间间隔工作一次。注意这种方式 下，必须有runclock=99:99行存在并且不能注释，sleepminute设置的时间可以稍大 一些，例如30分钟。 主要参数： sleepminute=10 表示发送线程运行间隔时间（单位：分钟） startrunnercount=3 表示启动几个发送线程服务并发完成文件发送任务，默认 值1,如果启动多个发送线程服务，每个发送服务可对应一个接收系统的URL地址 （一般是NC应用服务器的地址），该地址是在sendurl.xml文件中通过sysindex属 性区分的. runclock=99:99 标示整点定时运行方式和间隔定时运行方式 #runclock=9:00 定时运行方式下表示具体的运行时刻 #runclock=10:00 #runclock=12:00 #runclock=13:00 6．关于U8总账与NC总账的无缝集成： 1，从NC230以后外部交换平台可以支持U8总账与NC总账的无缝集成，在U8中经过配置后可以在保存U8凭证的同时在NC中也增加一张相同的凭证。 2，可以配置从U8传过来的凭证按照单据来源和凭证类别控制删除和修改的权限，该配置通过外部数据交换平台外部系统注册登记界面的辅助信息配置界 面完成： 3，支持单据导出功能 7．外部交换平台导入数据时常见问题说明： 1．导入凭证的前期步骤和相关问题： ：：安装NC系统 ：：以集团身份登陆，设置集团主辅币，会计期间， ：：以集团身份增加公司目录，建公司帐，建立用户并给用户分配权限， 数据共享交换平台的 设计方案 1.1应用场景 ?场景一：电子业务统一平台与其它单位的信息交换 由于各单位信息化进程不同，特别是一些垂直管理单位已经建立起了自己专门的网上办公系统，这些单位如果要接收市公文，都必须通过手工录入，无法进行信息的自动交换，通过数据交换平台，结合简单的接口开发，能使市电子业务统一平台与已有业务系统之间实现信息的自动对接和交换，提高办事效率，减少人为错误。 ?场景三：基础信息库 基础信息库包括：人口基础信息库、企业基础信息库、宏观经济基础信息库、地理基础信息库。这些基础信息是**重要的信息资源，但这些信息分散在各个部门，各个单位独立存储，信息不全，也不具备权威性. ?场景四：领导决策支持 科学发展观是当前各级**的重要理论指导依据，科学发展观必须要求有科学的决策，正确的决策需要有科学准确的数据作为支撑，但现阶段大量的数据分散在各个单位业务系统中，各自通过纸质进行报送，一方面这些数据缺乏准确性和实效性，另一方面不同单位数据之间无法产生在的联系，不利于正确的决策。要建立有效的数据采集和分析系统，自动从各单位系统中采集数据，然后通过建立相应的模型进行分析，得出相对准确的结论，比如房地产，涉及国土、税务、房管、银行、运输、电力等。利用数据交换平台可很好的从不同系统中采集信息，使开发者不需要关心数据的采集和传输问题，只需要解决与决策有关的业务问题。 ?场景N：…… 随着电子业务的深入，数据交换平台的利用会越来越多，好比是经济发展需要修建高速公路一样…… 1.2术语介绍 （1）企业基础信息 工商、国税、地税、质监等部门涉及到企业注册登记、变更、注（吊）销、年检、税务登记、组织机构代码登记等业务容的基础信息，具有跨部门共享需求的特征。 （2）企业基础信息交换平台 工商、国税、地税、质监等部门之间进行企业基础信息交换的通讯、传输与管理系统。 企业基础信息交换平台是指成熟的应用集成和数据交换中间件产品。 （3）交换前置机 企业基础信息交换平台中与工商、国税、地税、质监等交换节点进行信息交换连接的交换前置服务器。 （4）信息交换桥接 工商、国税、地税、质监等部门业务应用信息库与前置交换信息库之间信息安全交换的连接通道。 （5）企业基础信息库 存储、管理企业基础信息的数据库。 （6）前置交换信息库 工商、国税、地税、质监等部门与企业基础信息交换平台之间共享信息双向交换的中转数据库。 （7）业务数据库 业务数据库是指各个委办局保存业务数据的数据库，运行在委办局的网中。如税务部门的税务征管数据库，工商部门以“经济户口”为主要容的工商业务数据。 （8）应用系统 应用系统是指本项目开发的部署在各委办局节点前置机上的桥接系统、中心数据管理系统、数据比对和整合系统等应用的总称。 （9）中心数据管理系统 中心数据管理系统是指本项目开发的实现交换数据查询和管理等功能的应用系统。 （10）数据比对整合系统 ESK数据交换平台常见业务功能介绍V1.0 一：数据库同步处理 现在的企业正在使用的软件，只要业务量大的，基本上都存在问题，导致问题的主要原因是：数据量大，使用报表分析的频率很高，造成数据库的压力太大,而解决这个问题的一个方法就是：将报表使用的数据库分开，然后将报表使用的数据库与正式的数据库自动同步，同步的方法有很多种，有的难有的易，ESK数据交换平台提供一个解决方案，很简单。 1):首先设置要同步的两个数据库，即设置两个数据源. 2):设置一个数据库模型,模型处理类要选表同步处理.你还可以设置同步的条件，比如从2011/01/01之后的数据才需要同步.为了进行自动增量同步，假如是从A库的A1表同步到B库的A1表，你需要将A1表增加一个时间戳字段. 3):设置一个JOB,并进行调度。让系统按照你的设置自动同步. 二：当作一个简单的ETL抽取工具 现在很多人都在讲数据仓库，多维分析，其实这是同一类型内的概念,BI之所以分析数据快，除了它特殊的存储格式之外,还有一个原因就是它对一些关系型的数据进行了预处理.在不用数据仓库的情 如果我们能就上面的表格建立一个事实表，将每天产生的业务数据，按照某种条件汇总成一条insert,这就是一个进行预处理的过程.如果我们再对这个报表进行数据分析，性能是不是提高了很多.采用这种办法的软件很多，但大多要自已写代码单独进行抽取汇总，而使用ESK数据交换平台就很简单，设置多个数据库传输模型即可. 三：常见的数据导入处理 这种业务是很多的，比如： 1):软件实施前，需要将原来客户使用的系统导入到新的系统里面; 2):公司用了很多软件，但这些软件是数据是不相通的，需要将A软件的数据导到到B软件里面,常见的,业务系统导财务软件. 有的人说，这种情况我写sql也可以，是的，没错，有的情况是可以的,但有的情况使用工具确很简单,比如： 1):我要经常性的导入, 2);从A表到B表，它们的字段差别很大，B表的字段有的可能是固定值，有的是变量，有的是通过某种规则从别的表中取过来的另外一个值，有的数据 是汇总的. 四：与淘宝网，拍拍网的数据同步 现在是一个电子商务的时代，除了以前进行的线下业务之外，线上还有很多新的业务。分销零售行业，这种企业很多。比如我现在所处的鞋服行业，它的店铺就包含了实体店，淘宝店，拍拍店等.传统的行业管理软件基本上不能解决线上店的业务模式，比如（库存同步，分销订单同步）,有的企业为了解决这种需求，一般有两种方案: A:买第三方软件 B:请原来的软件供应商进行二次开发 对于这两种方案都有弊端，对于A,成本高，可能还不支持多仓多店模式，对于B，成本高，时间是一个问题.ESK数据交换平台提供第三种方案，简单的设置一下接口模型，就可以让企业使用的软件和淘宝网，拍拍网进行数据传输. 1 行业大数据 电力行业应用特点：基于GIS 组件与动态组件的实时数据监控展示，基于静态组件的多样化报表分析展示。 用电量预测：基于海量历史电量数据，规划区域面积、历史人口、历史国民经济数据、三产比例等变化情况，对区域用电量进行预测，作为进一步规划设计依据。 空间负荷预测：基于全网中各小区的占地面积、用地类型、容积率，行业的建筑面积负荷密度、占地面积负荷密度，小区目标年占地面积、小区目标年建筑面积，总负荷值、行业负荷值等数值，对远景年负荷进行预测。 多指标关联分析：从多个外部系统（如GIS ，PMS ，OMS 等）抓取所需数据的时间一致性切片，进行综合分析利用，从而支持规划设计。 金融相关行业应用特点：基于矢量图组件与动态组件的实时资金交易数据监控展示，基于静态组件的多样化报表分析展示。 资金实时流向分析：重点地区资金流向、重点行业资金流向、频繁且相近额度资金流向、季节资金流向、节假日资金流向、偶尔大额资金流向。 数据辅助征信风控：通过连接大数据(包括P2P 平台、小额信贷机构、征信机构、银行、第三支付、互联网大数据等)、连接不同的应用场景，挖掘和探索虚拟经济形态下的网络和商务平台数据，提供去中心化分布式查询，打破行业内信息各自孤立而形成信息漏洞的现状，高效控制风险。 业务拓展：客户挖掘、精准投放、二次开发、战略指导、全民分析等多种智能分析模型，为管理层的管理决策提供了最直接的数据依据，同时绚丽易读的可视化展现带来了清晰直观的产品体验， 让管理层不再拍脑袋发愁。 电子政务应用特点：基于GIS 组件的基础数据关联展示，基于静态组件的多样化报表分析展示。 整合分析发现群众真实需求，并强化数据预测应用功能，助推政府采取更加人性化、便民化，更有 WYDC Viewer 产品白皮书 四方伟业大数据分析Data Discovery 系列产品 WYDC Viewer 是Data Discovery 系列产品中的数据可视化分析展示平台，本白皮书介绍了大数据平台的基础架构，对 WYDC Viewer 的功能及要求做了简要介绍。 成都四方伟业软件股份有限公司 数据共享交换平台解决方案 1. 概述 在我国，政府职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率、打破信息盲区、加强廉政建设 已成为当前各级政府部门普遍关注和亟待解决的问题。国家“十五”计划纲要要求“政府行政管理 要积极运用数字化、网络化技术，加快信息化进程”。各级政府、行政管理部门都面临着利用 信息技术推动政务工作科学化、高效率的新局面。 随着电子政务建设的不断发展，政府拥有越来越多的应用数据，如何建立政府信息资源采集、处理、交换、共享、运营和服务的机制和规程，实现分布在各类政府部门和各级政府机关 的信息资源的有效采集、交换、共享和应用，是电子政务建设的更高级的阶段和核心任务。 信息资源只有交流、共享才能被充分开发和利用，而只有打破信息封闭，消除信息“荒岛” 和“孤岛”，也才能创造价值。目前各级政府都在进行政务资源数据的“整合”，但“整合”什么？ 如何“整合”？“整合”后做什么？将是摆在政府各级领导面前的首要问题。 北京华迪宏图信息技术有限公司凭借自身丰富的电子政务建设经验、自主创新的技术研发优势，为各级政府机构的实际需求提供了政务资源整合的综合解决方案——华迪宏图数据共享 交换平台。 2. 电子政务总体框架 华迪宏图数据共享交换平台总体框架如下： 由上图可以看出，华迪宏图数据共享交换平台交换体系共分为六个层次，分别是安全和标准体系、网络基础设施、信息资源中心、共享交换平台、应用层和展示层。 （1）展示层 通过建立综合信息集成门户系统为用户提供统一的用户界面，信息和应用通过门户层实现统一的访问入口和集中展现。 （2）应用层 数据交换共享整合协同平台设计整合协同平台的主要功能是从其它子系统中提取共享数据，并对多来源渠道的、相互不一致的数据进行数据融合处理；基于数据字典对实时数据和历史数据进行组织，以保证数据间关系的正确性、可理解性并避免数据冗余；以各种形式提供数据服务，采用分层次的方法对各类用户设置权限，使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性；维护基础信息、动态业务数据以及系统管理配置参数；支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分：第一部分，基础数据和共享数据的交换服务和路由流程管理，该部分是交换平台的基础，包括：静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分，各子系统之间的接口实现，根据事先制订好的规范、标准，实现各子系统之间的数据共享和传输操作。在接入中心平台时，应按系统集成要求设计系统结构，各类数据接口遵循系统集成规范。 中心平台设计 平台功能结构 整合协同平台服务器是公共基础平台的核心部分，XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成，解决数据采集、更新、汇总、分发、一致性等数据交换问题，解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA整合协同平台向数据中心提供数据，也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下： 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。 功能流程说明： 数据供需方的接口数据系统：为了满足应用层交换和数据层交换，交换代理必须有应用层和数据层的连接和接口适配功能，数据代理必须有数据格式的转换功能。 数据传输：为了保证数据的正确传输和传输性能，必须有传输管理功能，包括了传输协议管理和控制，传输过程控、数据传输加密、压缩、网络故障检测和连接共享等功能。 数据整合协同平台： 会话管理：为了能提供数据的交换方式如主动（推）、被动（拉）；支持定时和实时策略，支持超时控制管理等功能，数据交换平台必须有会话策略、会话控制和管理功能。 数据管理：为了数据能按标准进行交换，能按照部署的路由规则进行交换，必须有数据路由、数据模板管理、数据解析、数据转换等功能。 系统管理功能：同时数据交换平台还应该提供服务管理功能，包括运行管理，部署管理，服务管理，系统日志等功能 数据交换平台方案2(总18 页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除 目录 第一章概述..................................... 错误!未指定书签。 1.1建设背景 .................................. 错误!未指定书签。 1.2应用场景 .................................. 错误!未指定书签。第二章必要性、可行性及效益分析................. 错误!未指定书签。 2.1必要性分析 ................................ 错误!未指定书签。 2.2可行性分析 ................................ 错误!未指定书签。 2.3效益分析 .................................. 错误!未指定书签。第三章建设目标、思路及原则..................... 错误!未指定书签。 3.1建设目标 .................................. 错误!未指定书签。 3.2建设思路 .................................. 错误!未指定书签。 3.3建设原则 .................................. 错误!未指定书签。第四章关键问题解析............................. 错误!未指定书签。 4.1面临的几个重要问题........................ 错误!未指定书签。 4.2数据交换平台与业务应用的关系.............. 错误!未指定书签。第五章总体设计................................. 错误!未指定书签。 5.1总体结构 .................................. 错误!未指定书签。 5.2系统逻辑结构 .............................. 错误!未指定书签。 5.3系统技术架构 .............................. 错误!未指定书签。 5.4系统物理结构 .............................. 错误!未指定书签。第六章数据交换平台功能设计..................... 错误!未指定书签。 6.1交换中心子系统 ............................ 错误!未指定书签。 6.2接入管理子系统 ............................ 错误!未指定书签。 6.3前置机管理子系统 (12) 6.4运行监控子系统 ............................ 错误!未指定书签。 6.5系统管理 .................................. 错误!未指定书签。第七章交换平台安全设计......................... 错误!未指定书签。第八章本期主题应用开发......................... 错误!未指定书签。 8.1政务资源目录管理系统...................... 错误!未指定书签。 数据交换共享整合协同平台设计 整合协同平台的主要功能是从其它子系统中提取共享数据，并对多来源渠道的、相互不一致的数据进行数据融合处理；基于数据字典对实时数据和历史数据进行组织，以保证数据间关系的正确性、可理解性并避免数据冗余；以各种形式提供数据服务，采用分层次的方法对各类用户设置权限，使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性；维护基础信息、动态业务数据以及系统管理配置参数；支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分： 第一部分，基础数据和共享数据的交换服务和路由流程管理，该部分是交换平台的基础，包括：静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分，各子系统之间的接口实现，根据事先制订好的规范、标准，实现各子系统之间的数据共享和传输操作。在接入中心平台时，应按系统集成要求设计系统结构，各类数据接口遵循系统集成规范。 第一章中心平台设计 1.1 平台功能结构 整合协同平台服务器是公共基础平台的核心部分，XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成，解决数据采集、更新、汇总、分发、一致性等数据交换问题，解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA 整合协同平台向数据中心提供数据，也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下： 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。 《城市大数据平台白皮书》解读：智慧城市中的应用 日前，中国信息通信研究院正式发布《城市大数据平台白皮书》，阐述了城市大数据的概念和内涵，分析了建设城市大数据平台对于破解智慧城市建设难题的意义，并介绍了我国城市大数据平台的发展现状。 同时，白皮书还提出了城市大数据平台的通用技术架构，梳理了城市大数据平台的运营模式，并就城市大数据平台发展给出了相应的建议。 什么是城市大数据? 随着数据处理技术的不断进步，人们对于数据应用的意识不断提高，人们生活和各行业运行产生的数据呈现爆发式增长，形成了城市大数据。 城市大数据是指城市运转过程中产生或获得的数据，及其与信息采集、处理、利用、交流能力有关的活动要素构成的有机系统，是国民经济和社会发展的重要战略资源。用简单、易于理解的公式可以表达为：城市大数据=城市数据+大数据技术+城市职能。 城市大数据的数据资源来源丰富多样，广泛存在于经济、社会各个领域和部门，是政务、行业、企业等各类数据的总和。同时，城市大数据的异构特征显著，数据类型丰富、数量大、速度增长快、处理速度和实时性要求高，且具有跨部门、跨行业流动的特征。 按照数据源和数据权属不同，城市大数据可以分为政务大数据、产业大数据和社会公益大数据。政务大数据指的是政务部门在履行职责过程中制作或获取的，以一定形式记录、保存的文件、资料、图表和数据等各类信息资源。产业大数据指的是在经济发展中产生的相关数据，包括工业数据、服务业数据等。 此外，还有一些社会公益大数据。当前，城市大数据多数为政务大数据和产业大数据，所以城市大数据的主要推动者应为一个城市的政府和相关的具有一定数据规模的企业。 为保障城市运转的安全高效，智慧城市建设需要对海量的数据资源进行收集、整合、存储与分析，并使用智能感知、分布式存储、数据挖掘、实时动态可视化等大数据技术实现资源的合理配置。因此，城市大数据是实现城市智慧化的关键支撑，是推动“政通、惠民、兴业”的重要引擎。 新型智慧城市发展面临挑战 数据驱动的新型智慧城市发展面临诸多问题。白皮书认为，虽然当前各级地方政府和企业都在积极探索智慧城市建设，但仍存在着特色不明、体验不佳、共享不足等问题。究其根源在于，未能实现城市大数据资源与城市业务的良好融合。 具体而言，挑战包括三个方面：一是信息系统烟囱林立，阻碍数据共享;二是数据治理普遍薄弱，价值大打折扣;三是数据管理水平不一，缺乏整体联动。 如何应对新型智慧城市建设中的困难和挑战?白皮书认为城市大数据平台的建设能够发挥积极作用，具体表现在三个方面。 一、通过数据汇集加速信息资源整合应用 第一，城市大数据平台建立了数据治理的统一标准，提高数据管理效率。通过统一标准，避免数据混乱冲突、一数多源等问题。通过集中处理，延长数据的“有效期”，快速挖掘出多角度的数据属性以供分析应用。 通过质量管理，及时发现并解决数据质量参差不齐、数据冗余、数据缺值等问题。 第二，城市大数据平台规范了数据在各业务系统间的共享流通，促进数据价值充分释放。通过统筹管理，消除信息资源在各部门内的“私有化”和各部门之间的相互制约，增强数据共享的意识，提高数据开放的动力。通过有效整合，提高数据资源的利用水平。 二、通过精准分析提升政府公共服务水平 在交通领域，通过卫星分析和开放云平台等实时流量监测，感知交通路况，帮助市民优化出行方案;在平安城市领域，通过行为轨迹、社会关系、社会舆情等集中监控和分析，为公安部门指挥决策、情报研判提供有力支持。 在政务服务领域，依托统一的互联网电子政务数据服务平台，实现“数据多走路，群众少跑腿”;在医疗健康领域，通过健康档案、电子病历等数据互通，既能提升医疗服务质量，也能及时监测疫情，降低市民医疗风险。 三、通过数据开放助推城市数字经济发展 开放共享的大数据平台，将推动政企数据双向对接，激发社会力量参与城市建设。一方面，企业可获取更多的城市数据，挖掘商业价值，提升自身业务水平。 XX市电子政务数据交换平台可行性研究报告 目录 第一章概述 (3) 1.1建设背景 (3) 1.2应用场景 (3) 1.3编制依据及参考资料 (4) 第二章必要性、可行性及效益分析 (5) 2.1必要性分析 (5) 2.2可行性分析 (5) 2.3效益分析 (5) 第三章建设目标、思路及原则 (6) 3.1建设目标 (6) 3.2建设思路 (6) 3.3建设原则 (6) 第四章总体设计 (7) 4.1系统总体结构 (7) 4.2系统逻辑结构 (7) 4.3系统物理结构 (8) 第五章数据交换平台功能设计 (9) 5.1交换中心管理系统 (9) 5.2接入管理系统 (10) 5.3交换前置子系统 (12) 5.4交换桥接子系统 (13) 5.5运行监控平台 (14) 5.6系统管理 (15) 第六章交换平台安全设计 (17) 6.1威胁与风险分析 (17) 6.2安全需求分析 (17) 6.3身份认证和授权管理设计 (18) 6.4数字证书认证 (19) 6.5数据交换过程的安全保障 (19) 第七章数据交换中间件选型 (20) 7.1数据交换中间件技术要求 (20) 第一章概述 1.1建设背景 国务院总理温家宝在十届全国人大三次会议上作政府工作报告时提到：“大力推进政务公开，加强电子政务建设，增强政府工作透明度，提高政府公信力。”可见，电子政务建设仍然是今后几年国家信息化工作的重点之一。 随着政府投入的增加，市电子政务建设也呈现出快速发展的态势，2009年初完成了全市统一电子政务平台和全市公文交换系统建设，系统采用集中建设的模式，实现了×个市直单位的网上行政办公和区县的公文传输。 在取得成绩和进步的同时，实际操作过程中也碰到很多问题，比如发展水平参差不齐、条块分割、架构不统一。比如，以前所建的系统，大多数都是属于局部单位的、分散建设的和只有部分功能的系统。这些系统相互之间没有统一的标准，采用不同的系统平台，形成了一个个信息孤岛，不能发挥整体的作用。但这些已存在的业务系统通过多年的积累已产生了大量的业务数据，要通过有效的手段去挖掘和利用这些系统中的数据为我市电子政务建设服务。 为了改变电子政务系统建设中存在的分散状态，充分利用和挖掘已存在系统中的数据，使电子政务建设走向健康发展的道路，一方面要从现在开始做好有关规划工作，也要利用先进成熟的技术解决已存在的问题。 经过多年的探索和发展，国内数据交换平台已经日趋成熟，数据交换平台的实现为解决电子政务领域的条块分割、信息孤岛等问题提供的很好的解决方案。 1.2应用场景 ?场景一：电子政务统一平台与其它单位的信息交换 由于各单位信息化进程不同，特别是一些垂直管理单位已经建立起了自己专门的网上办公系统，这些单位如果要接收市公文，都必须通过手工录入，无法进行信息的自动交换，通过数据交换平台，结合简单的接口开发，能使市电子政务统一平台与已有业务系统之间实现信息的自动对接和交换，提高办事效率，减少人为错误。 ?场景三：基础信息库 基础信息库包括：人口基础信息库、企业基础信息库、宏观经济基础信息库、 数据交换平台设计方案 信息交换平台设计方案 目录 1. 项目背景...................................................................... ............................................. 4 1.1. 概述...................................................................... .. (4) 1.2. 现状分析...................................................................... ............................... 4 1.3. 需求描述...................................................................... . (5) 2. 目标与原 则 ..................................................................... (6) 6 2.1. 建设目标...................................................................... ...............................2.2. 建设原则...................................................................... ............................... 7 2.3. 定义与约 束 ..................................................................... . (7) 数据共享交换平台解决方案 1、概述 目前，政府职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率、打破信息盲区、加强廉政建设已成为当前各级政府部门普遍关注和亟待解决的问题。国家“十五”计划纲要要求“政府行政管理要积极运用数字化、网络化技术，加快信息化进程”。各级政府、行政管理部门都面临着利用信息技术推动政务工作科学化、高效率的新局面。 随着电子政务建设的不断发展，政府拥有越来越多的应用数据，如何建立政府信息资源采集、处理、交换、共享、运营和服务的机制和规程，实现分布在各类政府部门和各级政府机关的信息资源的有效采集、交换、共享和应用，是电子政务建设的更高级的阶段和核心任务。信息资源只有交流、共享才能被充分开发和利用，而只有打破信息封闭，消除信息“荒岛”和“孤岛”，也才能创造价值。目前各级政府都在进行政务资源数据的“整合”，但“整合”什么？如何“整合”？“整合”后做什么？将是摆在政府各级领导面前的首要问题。 2、电子政务总体框架 由上图可以看出，数据共享交换平台交换体系共分为六个层次，分别是安全和标准体系、网络基础设施、信息资源中心、共享交换平台、应用层和展示层。 （1）展示层 通过建立综合信息集成门户系统为用户提供统一的用户界面，信息和应用通过门户层实现统一的访问入口和集中展现。 （2）应用层 应用层提供满足面向各类用户依据实际需求开展业务的需要。如支撑城市应急联动应用、辅助领导决策应用、城市管理应用、社会救助应用等。 （3）共享交换平台层 共享交换平台层为城市数据共享交换平台所在位置，连接各类应用和应用所需的信息资源，组织和整合各类数据、组件和服务。 目录 一、安全现状及挑战 (2) 1.1安全现状 (2) 1.2面临挑战 (2) 二、安全态势感知系统 (3) 2.1方案概述 (3) 2.2方案内容 (4) 2.2.1典型网络状况 (4) 2.2.2态势感知工作流程 (5) 2.2.3态势感知功能组成 (5) 3、系统技术体系 (8) 3.1系统总体架构 (8) 3.2系统主要功能 (9) 4、系统部署方式 (10) 4.1部门级部署 (10) 4.2企业应用部署 (10) 4.3集团应用部署 (11) 4.4部署要求 (12) 五、系统优势 (12) 一、安全现状及挑战 1.1安全现状 近年来，我国政府和企业信息化建设得到快速发展，越来越多的各类核心业务的开展高度依赖于信息技术应用，信息安全问题的全局性影响作用日益增强。为了保障国内各企事业单位的信息系统安全，国家出台了网路安全法，各行业和相关主管部门也出台了各类信息安全监控、审计作为保障信息系统安全的制度，相关的制度标准包括ISO/IEC17799、COSO、COBIT、ITIL、NISTSP800等。这些标准制度从不同角度提出信息安全控制体系，可以有效地控制信息安全风险。同时公安部发布的《信息系统安全等级保护技术要求》中也对安全监控、审计提出明确的技术要求。 目前，很多政府企业在信息安全保障体系建设方面已经达到了一定的水平，先后建立了非法外联监控管理系统、防病毒系统、补丁分发系统、防火墙、入侵检测系统、漏洞扫描系统等，为客户端安全管理、网络安全管理和系统安全管理提供了技术支撑手段。 1.2面临挑战 目前政府企事业单位通过各类安全产品建立起信息安全保障体系，但当前各种信息安全保障工作相对独立，各自为政，单点的工作开展的多，缺乏有效手段将这些安全工作有效串接，并未形成一个综合防御体系。这些安全设备往往产生大量违反安全策略和安全规则的告警事件，其中不乏大量的重复报警和误报警，且各类安全事件之间分散独立，缺乏联系，无法给安全管理员提供在攻击时序上和地域上真正有意义的指导，加重了安全运维人员的工作负担，所以通过购买更多的单点的安全设备已经无法保证企业的信息安全综合保障能力的提升。 政府数据交换平台解决方案 目前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。此外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数据库、文本文件、XML文件，甚至普通文件中。因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。 如上图所示，原来的典型处理方法是需要一个个直接的“点对点”的数据链接，并且需要定制开发以实现系统之间的“会话”。随着新系统的不断增加，直接的定向连接和定制开发的情况会急剧增加，这最终将成为信息流动和系统维护的瓶颈。 在数据交换领域中，没有标准的部落式交换的代价是高昂的，相同的数据分析处理模块在很多应用中被重复地撰写，可能只是为了将某一数据源的数据转换到各个不同的目标数据源中去。由于没有中间标准，各个系统的实现人员也几乎没有可能将代码重用，昂贵的数据交换代价使得数据源只能散乱孤立地存在。 因此，有必要建立一个通用的、分布式的数据集成平台，用以解决电子政务实施过程中对于基于异构数据平台上的数据无法进行有效交流和沟通的问题。“大汉网络数据交换平台”就是解决该类问题的一个解决方案。 “大汉网络数据交换平台”能够为需要数据集成的应用提供数据服务，解决数据从何而来，哪个应用对其感兴趣，以及如何被每个系统使用的问题。“大汉网络数据交换平台”通过把信息提供者和消费者隔离，来构建灵活的系统，使得这些系统不会受到数据的物理位置的影响，也不会受到需要存取数据信息的应用个数的影响，对于每一个系统就不需要进行特别的定制处理，就可以在系统之间实现信息的集成了。 “大汉网络数据交换平台”通过一个集成框架的方案来解决这个问题，通过为开发人员提供一组标准接口（适配器）来实现这个方案。 “大汉网络数据交换平台”主要功能为：各应用系统数据的抽取或加载；交换数据通过交换平台完成数据的交换传输；各应用系统交换数据的比对、整理。各应用系统仅需负责确定本系统参与交换的数据，而不必关心数据库之间数据的传送。 二、系统设计 1．设计原则 数据交换平台应遵循以下几个基本设计原则： 不影响现有或其它相关信息系统的使用和信息安全。 采用先进成熟、稳定的技术和软硬件平台。 坚持开放性，易于技术更新。 采用国际通用标准，便于和国际接轨，易于系统扩展及升级。 建立一个坚实的系统应用平台，便于系统的管理和维护，技术易于更新，网络及业务规模可以逐步扩展。统一规划，分步实施。 XX省电子政务系统 数据交换平台 国际商业机器中国有限公司 2005.5 目录： 1 概述 数据交换共享平台是协作式电子政务应用平台（包括政府职能部门之间的电子协作、政府与公众/企事业单位的服务管理等）的核心基础服务模块，负责实现跨系统的数据交换、流程控制和分布式数据存储服务。 数据交换平台的目的是实现每个合法用户将其所要传输的数据包安全可靠地传输到指定的地方。数据交换平台支持常见数据库类型、多种业务类型、多种数据传输方式和网络特性，是各类应用系统共享信息资源的公共渠道，是应用系统扩展的接口。 面向服务的体系架构 目前，大多数企业都有各种各样的系统、应用程序以及不同时期和技术的体系结构。集成来自多个厂商跨不同平台的产品和应用系统，一直是企业IT部门的主要挑战。面向服务的体系结构为解决这一问题提供了良好的途径。 SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 以服务为导向、开放、松散耦合的总体目标架构，在应用系统的规划设计时，我们遵循如下业务集成参考架构。 图IBM基于SOA的业务集成参考架构 SOA 的主要组件包括服务、动态发现和消息。 服务是能够通过网络访问的可调用例程。服务公开了一个接口契约，它定义了服务的行为以及接受和返回的消息。术语服务常与术语提供者互换使用，后者专门用于表示提供服务的实体。 接口通常在公共注册中心或者目录中发布，并在那里按照所提供的不同服务进行分类， 第一章概述 整合协同平台的主要功能是从其它子系统中提取共享数据，并对多来源渠道的、相互不一致的数据进行数据融合处理；基于数据字典对实时数据和历史数据进行组织，以保证数据间关系的正确性、可理解性并避免数据冗余；以各种形式提供数据服务，采用分层次的方法对各类用户设置权限，使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性；维护基础信息、动态业务数据以及系统管理配置参数；支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分： 第一部分，基础数据和共享数据的交换服务和路由流程管理，该部分是交换平台的基础，包括：静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分，各子系统之间的接口实现，根据事先制订好的规范、标准，实现各子系统之间的数据共享和传输操作。在接入中心平台时，应按系统集成要求设计系统结构，各类数据接口遵循系统集成规范。 第二章中心平台设计 2.1 平台功能结构 整合协同平台服务器是公共基础平台的核心部分，XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成，解决数据采集、更新、汇总、分发、一致性等数据交换问题，解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA 整合协同平台向数据中心提供数据，也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下： 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。 社会信用体系大数据平台 白皮书 九次方财富资讯（北京）有限责任公司 2016年5月 目录 第一章社会信用体系介绍 (3) 第二章发展现状及趋势 (6) 2.1社会信用体系建设现状 (6) 2.2大数据应用情况与趋势 (7) 2.2.1新形势下的大数据已成为社会信用体系创新的重要突破口 (7) 2.2.2开启大数据时代政务和社会管理新模式 (8) 2.2.3培育经济发展新引擎，打造区域性竞争优势 (8) 2.2.4打造诚信名片，树立行业标杆 (9) 第三章九次方社会信用体系大数据平台的特征 (10) 3.1遵循大数据十三五规划和大数据相关标准规范 (10) 3.2采用大型IT应用系统设计原则 (10) 3.3技术架构对数据结构变化的适应性 (11) 3.4数据采集源的易用性及业务变更的适应性 (12) 3.5注重指标体系及数据模型的设计 (12) 3.6大数据应用场景的可视化及参数化设计 (13) 3.7采用先进、成熟、实用的软件和技术 (13) 第四章九次方社会信用体系大数据平台的总体架构 (14) 4.1数据架构设计 (16) 4.2网络架构设计 (17) 第五章标准规范体系建设 (19) 5.1标准规范建设框架 (19) 5.2标准规范建设内容 (20) 5.2.1公共信用标准规范体系建设 (20) 5.2.2统一社会公共信用代码建设 (21) 第六章社会信用体系数据中心建设 (27) 6.1大数据公共信用信息数据库 (27) 6.2大数据公共信用信息共享与交换平台 (28) 6.3信用门户网站和手机应用 (28) 第七章大数据平台建设 (29) 7.1大数据采集平台 (29) 7.2大数据清洗平台 (30) 7.3大数据挖掘与分析平台 (33) 7.4大数据可视化平台 (35) 第八章应用系统建设 (37) 8.1公共信用信息综合查询 (37) 8.2市场公共信用监管 (37) 8.3信用服务展现 (38) 8.4个人征信信息查询 (39) 8.5企业征信信息查询 (40) 8.6小微企业信用评估 (40) 8.7交易对手信用风险预警 (41) 第九章社会信用体系大数据平台建设的核心要素 (42) 第十章结束语 (43) Linkoop 领象大数据平台白皮书 V3.0 Linkoop领象大数据平台为企业级大数据应用提供了数据全生命周期的解决方案，包含了数据集成、数据管理、数据安全、数据查询以及数据分析的整套分布式大数据平台和计算平台，帮助企业对海量数据进行采集、存储、治理、分析和挖掘，发现数据价值。 Linkoop领象大数据平台技术特点 ?业界领先的大数据计算能力 不论是数据导入、清洗、查询、分析还是复杂的机器学习任务，Linkoop都将这些任务转化为Hadoop上的分布式计算任务，充分利用整个大数据集群的计算能力。Linkoop对计算任务中的关键操作进行了定制化开发和优化，如数据加载、多维关联等常用操作，在降低使用难度的同时提高了计算效率，优化后的处理性能可达Hive-tez的10倍以上，Spark的2-10倍。Linkoop在电信领域广泛应用，每天处理的新增数据量超过600TB，充分验证了平台数据处理的性能和稳定性。 ?全图形化的数据处理流程设计 Linkoop创新性地提供了数据处理流程的图形化开发界面，使得在大数据平台上的数据处理不需要编写Hadoop代码，只需要通过鼠标拖拽添加功能组件，设定功能组件的运行参数和功能组件之间的依赖关系，就能够完成大数据处理流程的定义。对于定义完成的数据处理流程，能直接生成计算任务，提交平台执行和监控。全图形化的使用界面大大降低了对大数据应用开发、实施和运维人员的技术门槛，减少了项目实施的周期和成本。 ?插件式功能扩展 Linkoop提供的功能组件既包括数据采集和ETL任务相关的数据抽取、清洗、脱敏、校验、转换等功能，也包括了数据分析所需要的多维关联、聚集、统计以及机器学习算法等功能。 内外网数据交互解决方案-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII 政府机构内外网数据交换安全解决方案（内外网物理隔离光盘交换系统） 福州新华时代信息技术有限公司 2017-3 一、研发背景 国家保密局2000年1月1日起颁布实施的《计算机信息系统国际互联网保密管理规定》对国家机要部门使用互联网规定如下：“涉及 国家秘密的计算机信息系统，不得直接或间接的与国际互联网或其他 公共信息网络链接，必须实行“物理隔离”，所谓“物理隔离”是指 企业内部局域网如果在任何时间都不存在与互联网直接的物理连接， 则企业的网络安全才能得到真正的保护。 但随着INTERNET的迅速发展，各政府和企事业单位利用互联网开展工作已成为不可逆转的趋势，各个机构都需要在内网和互联网之间 进行大量的信息交换，以提升效率。从而在网络安全和效率之间产生 了巨大的矛盾，而且矛盾日渐扩大化。 网络隔离的目的是为了保护内部网络的安全,而网络互连的目的是方便高效的进行数据交换。在此背景下，我们采用十五年技术积累的核心技术开发成功了完全自动化的双网隔离数据光盘交换系统，面向高安 全数据传输场合，实现网络完全隔离情况下的数据自动交换， 二、系统简介 （一）现行数据交换的模式及问题 “内网”与互联网实现严格的物理隔离后，内外网数据交换成为突出问题，影响了应用系统的有效部署， 1 、完全物理隔离。采用人工刻盘，将外部（或内部）网络的数据刻录到光盘，再由人工经过安全处理后将数据加载到内部（或外部）网络上。这种方式虽实现了外部与内部网络的物理隔离，但存在资源消耗大、效率低下和不易管理的弊端。 2 、采用逻辑隔离的方式。即互联网与内部网络之间采用单向导入设备连接，如网闸或光闸，虽然效率高，但不属于完全的物理隔离，不符合现行国家有关内外网数据安全交换的要求。 鉴于上述两种数据交换方式存在的弊端，因此提出以“物理隔离”为准则，建立以智能、可控、安全为基础的“内外网数据安全摆渡系统”具有十分重要的意义。 （二）系统开发思路和架构数据共享交换平台的设计方案
ESK数据交换平台常见业务功能介绍V1.0
精选-大数据可视化平台产品白皮书
数据交换平台解决方案
数据交换共享整合系统平台技术方案
数据交换平台方案
数据交换共享整合系统平台技术方案
城市大数据平台白皮书》解读：智慧城市中的应用
数据交换平台可行性研究报告
数据交换平台设计方案
数据共享交换平台解决方案#精选.
大数据态势感知系统白皮书_V2.0
政府数据交换平台解决方案
IBM数据交换平台建设方案
数据交换共享整合系统平台建设方案
社会信用体系大数据平台白皮书v1.0
Linkoop领象大数据平台白皮书
内外网数据交互解决方案