数据交换平台的使用

外部数据交换平台实施使用指南
张时栋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文件示例（会计凭证）：
<ufinterface roottag="voucher" billtype="gl" subtype="" replace="Y" sender='1101' proc="add" operation="req" isexchange="Y" filename="增加凭证ReqParam.xml" receiver='2000'>
<voucher id="1234560102">
<voucher_head>
<company>1001</company>
<voucher_type>付</voucher_type>
<fiscal_year>2002</fiscal_year>
<accounting_period>10</accounting_period>
<voucher_id>1</voucher_id>
<attachment_number>1</attachment_number>
<date>2002-08-18</date>
<enter>薛明</enter>
<cashier>UFSOFT</cashier>
<signature>N</signature>
<checker>demo</checker>
<posting_date></posting_date>
<posting_person></posting_person>
<voucher_making_system>GL</voucher_making_system>
</voucher_head>
<voucher_body>
<entry>
<entry_id>4</entry_id>
<account_code>40504</account_code>
<abstract>购买办公用品</abstract>
<settlement></settlement>
<document_id></document_id>
<document_date></document_date>
<currency></currency>
<unit_price></unit_price>
<exchange_rate1></exchange_rate1>
<exchange_rate2>0</exchange_rate2>
<debit_quantity>0</debit_quantity>
<primary_debit_amount>0</primary_debit_amount>
<secondary_debit_amount></secondary_debit_amount>
<natural_debit_currency>0</natural_debit_currency>
<credit_quantity>0</credit_quantity>
<primary_credit_amount>0</primary_credit_amount>
<secondary_credit_amount></secondary_credit_amount>
<natural_credit_currency>300</natural_credit_currency>
<aux_accounting>
<!-- 辅助核算，一个item表示一种辅助核算-->
<item name="部门档案">车间一</item>
<item name="人员档案">zsd</item>
</aux_accounting>
</entry>
</voucher_body>
XML文件属性头说明：
1, roottag表示根结点标签，其值voucher应该与后面文档内容标签<voucher id="1234560102">中的voucher一致，其中id号唯一标示该voucher.该id号表示在外部交换平台接收外部数据时唯一标示一张单据，与单据体里的id号（例如凭证号）是两个概念，单据体里的id号是业务处理时使用的，这里的id号是接收单据时判断是否重复的。

不能重复，可以是数字或字符，不能超过30位长。

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文件中定义的数据源一致。

<registerconfigs>
<xsystem account='ufsoft' accountname=’帐套1’ datasource='design'>2201</xsystem>
<xsystem account='ufsoft' accountname=’帐套1’ datasource='design'>5555</xsystem> </registerconfigs>
界面使用方法：
该界面中“系统编号”列表示外部系统的编号，应该是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”属性标示该
凭证属于哪一个公司，如：<voucher id="89991" corp="测试公司">，“corp”
的内容应该与XML凭证文件里外系统的公司名称以及上述界面中“外
系统对应公司名称”列公司名一致。

●第二列“外系统对应公司名称”应该填写的内容需要与外系统导入的XML
文件中外系统公司名称一致。

关于辅助信息配置界面：
辅助信息配置界面目前主要是导入银行对帐单、存货基础数据和会计凭证时会用到。

●导入银行对帐单时辅助信息配置界面示例：
导入会计凭证如果需要根据凭证来源或凭证类别控制修改和删除权限时，需要使用辅助信息配置界面。

该功能目前主要是应用于U8接入NC系统时的配置。

导入存货档案时如果需要分配公司下的物料生产档案到库存组织，也需要用到辅助信息配置界面。

在基础数据的多公司分配模式下需要把存货管理档案分配到相应公司的库存
组织时，需要使用辅助信息配置界面配置每个公司对应的库存组织。

2．2 基础数据对照关系的配置
NC中的基础档案数据，如客商档案、存货档案、人员档案等等，在引用时都是用NC自己定义的20位长主键来标识的。

当一个外部业务单据传来时，需要对应到NC系统相应的业务单据，如果其中包含有基础档案数据（例如：人员信息、部门信息等），这些基础数据也应该对应到NC系统相应的基础数据。

由于NC业务单据中所用到的基础数据是通过20位长的主键引用的，因此需要把外系统业务单据中所使用的基础数据转换为与NC中对应的基础数据的主键值。

基础数据对照关系的配置界面来完成这个功能。

如果传入的xml文件中有基础档案并且需要进行主键转换（在凭证中还需要包括会计凭证中的辅助核算项目），则需要在基础档案对照设置界面定义基础档案对应关系。

左边两列是外部系统的基础数据，右边两列是NC中的基础数据。

对于会计凭证的导入，凭证头部分中<company>标签、<voucher_type>标签、<enter>标签的内容和凭证体部分中的<account_code>标签和<currency>标签不能为空，其中<currency>的内容是币种，即使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格式：
<?xml version='1.0' encoding='gb2312'?>
<!-- 供应商档案编码和名称是必须有的，其余数据项可以省略，大小写必须和下面的相符-->
<ufinterface roottag='vendor' billtype='' docid='' receiver='' sender='' proc='' codeexchanged='' exportneedexch='' version='2.0'>
<vendor id=''>
<code>A0001</code>
<name>vendorA01</name>
</vendor>
<vendor id=''>
<code>ven001</code>
<name>vendorname1</name>
</vendor>
</ufinterface>
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文件的一个示例如下：
<voregister>
<vo type='gl' name='财务凭证' proc='add' operation='req' voclasstype='C' voclass='nc.bs.gl.pfxx.XMLV oucherProcess'/>
<vo type='gl' name='财务凭证' proc='query' operation='req' voclasstype='Q' voclass='nc.bs.gl.pfxx.XMLQueryV oucher'/>
<vo type='TB' name='执行情况' proc='add' operation='req' voclasstype='A' voclass='nc.bs.tb.xml2vo.ImportDataBO'/>
<vo type='bc' name='银行对帐' proc='add' operation='req' voclasstype='A' voclass='nc.bs.gl.contrastpub.XMLBankContrastProcess'/>
</voregister>
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 version="1.0" encoding="gb2312"?>
<ufinterface roottag="voucher" billtype="gl" subtype="" replace="N" sender="1101" proc="add" operation="res" isexchange="Y" filename="交易结果backMessage.xml" receiver="2000">
<sendresult>
<!--单据主键-- >
<billpk></billpk>
<!--文档编号-->
<bdocid>123456789</bdocid>
<!--发送文件名-->
<filename>存货综合档案new.xml</filename>
<!--传输返回值-->
<resultcode>1</resultcode>
<!--发送结果描述-->
<resultdescription>
文档应收应付.xml正确收到，进入业务插件！
应收应付.xml文档已被正确处理
</resultdescription>
<content></content>
</sendresult>
</ufinterface>
XML文件传输返回值resultcode标识含义:
传输成功1;
文档重复-1;
发生未知错误-2;
文档属性错误或标签对照错误-3;
文档翻译错误-4;
业务插件处理错误-5;
其他错误-6;
另外NC220后传入凭证的返回值有专门的规定
2．7 文件发送的日志记录
每接收到单据后，外部交换平台会记录日志，该日志记录了收到单据的文档编号，该编号应该是应每张单据而不同的，在凭证中对应<voucher id=”12345676789”>中的id号，文档类型记录单据的类型，对应ufinterface的billtype属性，目的一般就是“NC”，来源是发送方的IP地址或机器名，发生时间是指交换平台收到单据的时间，说明会包括接收结果记录和处理结果记录，一般正确收到一张单据后会产生两条记录，一条是接收结果记录，一条是处理结果记录，该如果结果记录是正确处理了，则会在一定的时间后被自动删掉，该参数控制是在webapps\nc_web\ufxx目录下的agentconfig.xml文件中，有两个参数控制日志会自动定时（隔A小时）整理，删除到某时间点（B时间点）以前的正确接收记录，但处理出错的记录会保留下来。

–参数：<xlogManageInterval unit=“hour”>1</xlogManageInterval>表示每隔1小时整理一次，最小时间单位是小时；
–参数：<logRetainInterval unit=“hour”>24</logRetainInterval>表示保留12小时以内的正确接收的日志记录，超出这个时间的记录会被删除。

最小时间单位是小时。

–参数：<xxchangefileholdtime unit="hour">48</xxchangefileholdtime>表示保留多少小时以内的NC安装目录\xxchange\目录下的翻译后的XML文件。

如果该参数值为0，则不进行XML 原文件的翻译。

3．实施中应注意的问题：
下面是在实施的过程当中需要注意的问题，这些问题的理解有助于当发生问题时准确地定位问题的所在：
1．XML文件的中间表示：
符合标准的XML文档传入NC交换平台后，首先被翻译成一种中间表示方式，这种中间表示方式是NC可以识别的，中间表示方式必须先转换为与具体的
单据相对应的VO才可能写入与单据对应的数据库表，该中间表示方式的数据
文档被存放在newcentury\xxchange目录下，文件名为对应文件名加序列号。

2．校验文件：
一个单据进入NC的前提首先是必须制定相应的XML业务文档传输标准，这个标准应由总体组和单据所属的产品组来共同制订，充分考虑类似哪些字段
插入数据库时不能为空的情况（即哪些字段必须包含在XML的业务文档传输标
准里），传输过来的文件应满足头和体校验文件的要求，例如不能为空的数据项
就一定要有内容，要求是数字类型的数据项必须是数字。

该校验文件在
webapps\nc_web\下面，文件名形如headergl.xml和bodygl.xml，其中gl是相应
的单据类型。

3．改进的基础数据对照功能：。