第五章 加密篇 ③．有加密狗且相应系统进行了加密控制的控制规则：
? 用户登录数在控制站点数以内：
系统允许进入并能进行各种正常操作。 ? 用户登录数超过控制站点数：
如前例，总账系统加密控制站点数为3个，意味着同时只能有三个用户或三台计算机登录进入总账系统，若当前使用站点数已达三个，若再有用户或计算机登录，则系统采用无加密狗或相应子系统未进行加密控制的控制规则处理——即进入演示模式或拒绝进入。
④．加密狗的使用：
加密狗一定要插在提供系统服务的中间层所在的机器上（单中间层时，就是中间层所在机器；多中间层时，插在提供系统服务的中间层所在机器上），无须进行其他配置。
一般情况下，一个用户使用一只加密狗即可控制所有的站点。 在中间层的账套管理的账套使用情况中，可观察加密狗的检测情况：
? 是否检测到加密狗； ? 加密狗的总站点控制情况； ? 加密狗各系统的加密控制情况； ? 当前各系统登录（正在使用）的情况。
2、销售前台系统：
（1）加密方式：
采用前台系统站点计数控制。 （2）加密计数原则：
前台系统初始化时联接有加密服务的中间层服务器获得加密认证，并在中间层进行加密注册，同时站用站点数，如中间层服务器达到最大加密数，则拒绝注册。 （3）加密控制规则：
前台操作必须注册后才能完成系统初始化而进入正常使用状态。
每次进行数据传输时（基础资料下载和单据、盘点表上传）时，中层服务器系统将自动检测有无注册信息，如无则拒绝数据传输请求。前台如需重新初始化并修改原有机构名称，则需在中间层服务器使用零售前台注册管理程
第五章 加密篇 K/3常见问题集常见问题集 序，删除原有注册信息。
3、BOS SDK：
K/3系统V9.3，增加了对二次开发平台的加密控制。加密方式为没有加密卡则不能保存报表到数据库，只允许引出20行10列的报表
4、 代理服务
10.1以前使用license控制，用户可以登录演示版30次。10.1开始以及取消加密控制。 5、 BOS
由于BOS本身业务能力的特殊性，所以10.1以前BOS采用全加密的方式，不存在演示版的概念。如没有相应的加密狗，则无法进入BOS进行单据的新增以及相关一些修改单据属性的操作。10.2放开了所有的设计时操作，而且不进行过三期加密控制，只对运行时进行加密，加密规则如下：对于某个业务对象具体发生的业务超过1000的话就进行业务加密控制，所有运行时功能都不能使用。反之则可以使用所有运行时功能。举个例子，新增了一个业务单据，您可以进行业务单据测试、序时簿测试等操作，但是当您单据测试时保存了1000个具体的业务数据时，如果没有加密狗，那么对于这些功能您将不能再使用，而且系统有明确的提示。 6、 合并报表
老合并报表使用常规的加密方式，而新合并报表采取新的加密方案：加密按照方案中的公司数目来的，而且也需要进行过三期加密控制。 7、 人力资源
10.1以及以前版本的人力资源系统是按照该账套的职员人数来加密，部分模块
需要进行过三期加密控制。但是10.2则开始按照并发数来加密。
3、如何检测当前加密狗和查看加密狗信息
在中间层的账套管理中选择系统菜单下的【系统使用状况】进入就可以进行查看
第五章 加密篇
4、如何查看当前加密狗支持的多语言
在系统使用状况的上边的列表中，有一个项目叫做“多语言使用版权”，其中的列示了可用的语言版权，其中chs表示中文，cht表示繁体，en表示英文
第五章 加密篇 K/3常见问题集常见问题集
5、如何查看当前被占用了多少加密站点
在系统使用状况中的下半个窗口列示当前被占用的加密站点，使用方式按照加密规则显示为“正式版”、“演示版”、“工具”。
第五章 加密篇 6、使用状况中很多使用的加密站点都显示为“系统工具”
K/3系统中所有的不加密模块全部显示了“系统工具”，用来记录登录情况。
7、主控台中有一个加密狗状态的菜单，调出来的窗口列示的数据什么意思
10.2中，在主控台的系统菜单下边新增了一个“加密狗状态”的菜单，这个主要和加密狗缓存以及统计使用的站点数相关。
第二章 配置篇 第三章 账套管理篇 K/3常见问题集常见问题集 第一章 账套管理篇
本章节主要描述账套相关的一些问题。
1、中间层服务器无法使用账套管理看到数据库服务器名
原因分析：数据库和中间层服务器域用户名账号权限在本地失效。
解决办法：检查主域控制器，是否启用了个人防火墙，初次启用后，一般要求重新设置防火墙。或者在数据库服务器重新添加域用户账号，直到正常为止。
2、Windows2003数据库服务器+K/3中间层出现/nt anthorith/networkservice错误
在账套属性设置中，采用nt身份认证登录方式，登录账套用户管理，系统提示“定义的应用程序或对象错误/nt anthorith/networkservice”或者提示“无法创建账套检测部件??”。 解决方法：
解决一：安装iis在sql server的企业管理器中登录用户中增加本机用户IIS_wpg，然后设置该用户为需要访问的账套数据库的权限为db_owner。 解决二：使用sql的用户用户验证。
3、使用用户管理提示新事务不能登记到指定的事务服务器
在Windows 2003环境下安装使用K/3中间层，在使用用户管理功能时，可能会出现以下错误提示：
1)：在Windows 2003中，K/3中间层的组件注册会有两个不正常，在组件管理中不能显示组件名称，而是一长字符串。
第三章 账套管理篇 ? 8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6 组件名称应为：KdSvrMgr.clsAct ? F004846C-E7A2-11D5-9FAB-00E04C54B3B6 组件名称应为：TransXmlLib.clsXml
由于这两个COM+组件不能正确地解析名称，在使用中，第一个会引发上面的用户管理问题，第二个会引起注册组件不能通过的问题。
影响版本：已经测试有影响的版本包括K/3 V9.4.1、K/3 V10.0，不同版本产生的字符串可能会有差别。
解决方法：目前我们通过手工修改注册表来解决，具体见附录。
将该内容用记事本保存成.reg文件，然后双击执行添加到注册表中即可。
附录：（注册表手工修改，或手工将以下内容粘贴并存放到文本文件，并将后缀TXT改为REG，双击该注册信息即可）【只针对10.0，对于10.1以上或者其他版本无效，这里只是个例子,对于其他版本都需要通过查看组件的VBR文件确定这里的组件UUID】
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\\AppID\\{8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6}] \@=\
[HKEY_CLASSES_ROOT\\AppID\\KdSvrMgr.exe]
\
[HKEY_CLASSES_ROOT\\AppID\\{F004846C-E7A2-11D5-9FAB-00E04C54B3B6}] @=\
\\
[HKEY_CLASSES_ROOT\\AppID\\transxmllib.exe]
\
2)、另外一种原因就是中间层、客户端不能按照数据库服务器的IP地址解析机器名。 解决方法：在中间层、客户端、数据库双方的hosts文件中分别加入其他两个机器的IP地址和机器名，另外更加保险的做法是在各自的TCP/IP协议的Wins中加入其他两个机器的IP地址。
3)、对于2003SP1，需要设置组件服务的属性中的“安全配置”的“事务管理器”通信卫“不要求进行验证”，系统默认值是“要求对方进行验证”
第三章 账套管理篇 K/3常见问题集常见问题集
4、工作组环境下，使用账套管理备份到同一工作组下的其它机器的共享目录下出现无法备份的问题：
由于SQLServer默认使用System登录，因此在工作组环境下，即使同一工作组下的另一台机器将共享目录设置为Everyone均可写时，SQLServer仍无法进行备份。因此必须在控制面板中的服务中指定SQLServer的启动用户，选择本地指定管理员权限的用户作为启动用户即可。
5、中间账套备份到其它服务器器中的共享目录中提示错误
中间账套备份选择其它用户的机器共享目录进行备份时，备份路径使用IP地址提示错误，如图
第三章 账套管理篇
由于导致此原因的问题时SQLServer不支持IP地址的备份，必须在备份路径中使用机器名，如:\\\\luox\\temp，进行备份。
另外，SQLServer必须拥有此共享目录的可写权限。 账套管理无法进入
6、账套管理登录界面确定，没有任何反应
1、 第一种方法：删除AcctCtl.dat文件，并启动KDSvrMgr.exe/kdsvrmgr包新建一个
AcctCtl.dat文件，如果该文件仍为1999的文件，则表明KDSvrmgr并未正确执行该表的升级，有可能是Access数据库引擎的问题，需要重新安装Jet引擎。
2、 第二种方法：先反注册KDsvrmgr.exe /unregserver 再重新注册 /regserver，对
于10.2则时重新kdsvrmgr.dll到KDSVMGR这个COM＋组件包 3、 第三种方法：重装MDAC28以解决问题。
7、账套管理中无法新建行业账套，如房地产等
只有安装相关的行业版本，账套管理才会在账套新建的类型下拉列表中列示对应的账套类型供选择并新建。
第四章 主控台篇 K/3常见问题集常见问题集
11、终端服务下，中间层和客户端不能安装在同一台机器
如果中间层和客户端全部安装在同一个机器，我们通过终端连接连接到该机器，登录主控台，系统提示如图，这个是正常的，具体原因和加密狗站点计数相关。
第四章 主控台篇
12、K/310.1安装在Win2003上，但是最近安装了SP1后发现：点击主控台启动时都提示“自动化错误”
原因分析：这个是由于安装了SP1后Windows系统本身的一些默认设置改变引起的。 解决方法：
1）打开组件服务的“我的电脑”的“属性”中的“com安全”看“启动和激活权限”属性，保证everyone的远程启动和激活是允许的
第四章 主控台篇 K/3常见问题集常见问题集
2）打开组件服务“我的电脑”属性“msdtc”中的“安全配置” 选中 “不要求进行验证”
第四章 主控台篇 如果防火墙已经启动（2003SP1默认不启动），必须设置允许K/3的相关操作。系统会在K/3运行时自动弹出警告，选择“解除阻止”即可。
第五章 加密篇 K/3常见问题集常见问题集 第三章 加密篇
本章节主要描述加密相关的信息【内部资料，不能外传】
1、加密狗以及种类
1、加密狗：用于控制软件正版的辅助设备的统称，一般随软件一起售给客户。又称加密卡。
2、加密狗种类：打印机并口狗和USB狗，目前使用较多的是前者。按照品牌来说，又分为：彩虹狗、阿拉丁狗等，这些硬件都是对应的安全硬件公司为金蝶定制的，市面上是没有卖的，即使买的同品牌的狗，其加密单元也是绝对不一致的。
2、K/3加密控制规则：
K/3系统
①．模块加密控制。K/3系统由21个子系统，在加密时，分别对这21个子系
统加密。一般总站点数为各子系统加密站点数之和。如： 总账子系统：3 站点 工资子系统：3 站点 固定资产子系统：3 站点 总站点：9 站点。
但是K/3 V10.1的快速包的各个模块的站点数和总站点数是一致的。 ②．加密狗或相应子系统未进行加密时的控制规则：
? 无加密狗：
当前所用账套使用未超过三期时，各系统应能进入演示模式（在状态条中，有演示版字样）。
当前所用账套使用超过三期时，系统将拒绝登录，不允许进入系统。 ? 相应子系统未进行加密控制：
如前例，加密卡除总账、工资和固定资产系统外，均应遵循无加密狗时的控制规则。总账、工资和固定资产系统，则遵循有加密狗且相应子系统进行了加密控制的控制规则。
第四章 主控台篇 K/3常见问题集常见问题集 第二章 主控台篇
本章节主要描述和主控台相关的一些问题。
1、账套管理未注册任何账套，登录系统时报错
原因分析：账套管理中没有任何有效的账套。
解决方法：进入账套管理中进行账套注册或新建账套
第四章 主控台篇 2、加密组件之间不匹配，登录系统时报错
原因分析：由于中间层、客户端加密组件不匹配
解决方法：中间层、客户端替换一致的加密狗组件以及相关文件并远程组件注册配置
第四章 主控台篇 K/3常见问题集常见问题集 3、系统登录时报错如图
原因分析：中间层组件安装不成功。
解决方法：请打开管理工具中的组件服务，查看是否存在ebosystem包，若不存在请使用K/3系统工具中的中间层注册工具，重新注册中间层组件（如下图步骤）：
第四章 主控台篇 4、中间层与数据库分别部署于不同的机器，两部机器跨网端访问，中间层可以注册数据库端的账套，登录系统时报错。（DNS解析不正确，也会造成同样的错误）
原因分析：由于中间层对象创建时会生成一个事务，该对象进行数据库（RM）操作时，数据库发现该操作来自于一个事务，数据库端DTC就会与中间层端DTC进行交互，但数据库端无法解析中间层端的机器名，因此报错。 解决方法：只需将两部机器上的host文件重新生成即可，或到system32\\drivers\\etc目录下打开host文件，将不正确的ip及机器名映射修改。或将两部机器相互设置为wins服务器。
第四章 主控台篇 K/3常见问题集常见问题集 5、用户从K/3客户端登录时，系统提示无法建立数据连接
原因分析：该问题是升级中间层数据库（AcctCtl.dat）不正确引起的，说的更加直白一点就是以前安装过低版本的K/3，系统不会卸载低版本的K/3的该文件，导致高版本的K/3无法替换或者升级成功该文件。
解决方法：1、备份中间层KDCom目录下的AcctCtl.dat文件，该文件用来存储账套注册息。
2、删除中间层KDCom目录下的AcctCtl.dat文件 3、删除任务管理器中的KDSvrMgr任务
4、重新启动账套管理工具，系统将启动KDSvrmgr.exe,在KDCom目录下会生成
一个新的AcctCtl.dat文件。
5、用账套管理工具注册不能登录的账套 6、在K/3客户端登录该账套
如果想恢复以前的账套注册信息，请将备份的AcctCtl.dat文件还原覆盖即可。
第四章 主控台篇 6、登录主控台时报错如图
原因分析：1）客户端ebsautoupt.vbr文件与中间层组件 ebsautoupt.dll不匹配 2）通【账套管理篇】的第2个问题
解决方法：1）替换不匹配的文件，并重新注册客户端和中间层组件，ebsautoupt.dll位于ebosystem包中。
2）按照【账套管理篇】的第2个问题解决方法解决
7、客户端超时不能重新登录连接,必须重新启动机器
客户端用主控台模式登录使用，但客户端在使用一段时间后（约10到20分钟，在此期间客户端不进行查询和保存操作，比如连续录入一个小时的凭证或离开一段时间）,再进行查询或保存时系统提示\远程服务器组件不可用\如果退出K/3重新登录,系统会提示一个错误\系统不能登录,只能重启客户端机器才可以重新登录,服务器则不用重启。.查看服务器日志出现MSDTC和MSDTC Client信息具体信息为:\over,tearing down the session。\。 原因分析：这种情况通常是中间层安装了杀毒软件及个人防火墙，在金蝶诸多客户中此问题
比较常见。请客户暂停使用防火墙及杀毒软件以验证问题是否由杀毒软件引起。 解决方法：如确认是客户采用了防火墙及杀毒软件，则要求中间层服务器在业务运行时关闭杀毒软件服务或排除Dllhost.exe文件即可。
第四章 主控台篇 K/3常见问题集常见问题集 8、登录K/3主控台提示Automation错误
若干台K/3客户端连接同一个中间层，使用主控台模式登录，其中某些机器在登录时会提示Automation的错误，但有一些机器又是正常的。
原因分析：经过我们分析多家客户的反馈后发现提示错误提示是由于计算机病毒入侵引起的。目前已知的可能产生这种问题的病毒有Gaobot系列病毒、Agobot3系列病毒以及IRCBot系列病毒，这些主要是影响RPC服务的木马病毒。这些病毒会自动修改分布式COM配置中的一个关键值，而导致K/3系统不能正常使用。 解决方法：
1. 对系统安全加强防范措施，并到相关病毒网站上查找相应变种病毒的清除
办法（如瑞星、诺顿或金山毒霸等网站）。由于病毒变种较多并比较难清除，所以请仔细查找（如Csrrs.exe与系统程序CSRSS.exe类似） 2. 重新修复分布式COM配置：
? 在“开始”菜单的“运行”窗口中键入“dcomcnfg”命令。 ? 在弹出的分布式COM配置属性窗口中选中“默认属性”页。
? 将第一个复选框“在这台计算机上启用分布式COM”设置为启用状态。
此时登录K/3，已经恢复正常了。 附，是否中毒可以按如下诊断： 1、在HKEY_LOCAl_MACHINE\\SoftWare\\Microsoft\\Windows\\CurrentVersion\\Run以及HKEY_LOCAl_MACHINE\\SoftWare\\Microsoft\\Windows\\CurrentVersion\\RunServices添加值，如：\Security Hotfix\、Microsoft Runtime=\、\Process=\、\Loader\= \值，用于启动时加载病毒程序。（还经常有Csrrs.exe, Scvhost.exe 和 System.exe等值） 2、并在系统目录中，如：C:\\winnt\\system32 目录中存放相应的病毒程序，由于部分文件与系统文件相似，因此需要仔细查找，如：Csrrs.exe与系统程序CSRSS.exe类似。 第四章 主控台篇 9、个性化登录界面如何设置？
首先：在中间层新建一个文件夹，命名为eptlogo并将其设置为只读共享，然后制作两个BMP格式的图片，分别作为logo和背景图，大小为145×180，分别命名为enterprise_logo.bmp,enterprise_bg.bmp,在客户端的主控台编辑器启用企业界面即可。
第四章 主控台篇 K/3常见问题集常见问题集
说明：1、以上设置只使用10.2以及以后版本 2、对于如下的个性话桌面，需要设置背景图片，并且需要修改kdlogin功能的编译参数由DebugVer = 0 : GEN_LOG = 0 修改为DebugVer = 0 : GEN_LOG = 0 : ADVEPT = 1 第四章 主控台篇 10、强大的客户端调试工具
10.2开始，K/3客户端安装目录中附带了一个强大的调试工具，其执行文件的名称是kdmiandbg.exe，启动后系统会提示您进入的是调试版：
确定后，这个调试版本就和正常的K/3的正常版本一样，只不过多了一个实时跟踪程序在后边，实时记录当前K/3执行的对象，出错了，通过它非常方便定位和解决问题，另外还还跟踪了对象的执行时间，可以用来检测性能数据。
第五章 加密篇 K/3常见问题集常见问题集
状态：使用中表示当前用户进入了该加密模块的某个功能，而且没有退出功能窗口；而空闲就是表示用户进入了该加密模块的某个功能，但是又退出了该功能窗口。而状态列中列示的数字可以理解为您打开了这个加密模块中的多少个功能窗口。
8、加密狗提示信息
或者提示您没有使用某种语言的许可，这个都是正确的信息提示。 只要您插上正确的加密狗，这个提示就会消失的。
9、客户端超时不能重新登录连接,必须重新启动机器
现有一台IBM服务器,上装W2K server ,SQL server 2000和金蝶K/3 9.3版，(安装有中间层和客户端).
现在老是出现这样一个问题:
所有客户端都是用主控台模式登录使用,但客户端在使用一段时间后,(约10到20分钟, 在此期间客户端不进行查询和保存操作,比如连续录入一个小时的凭证或离开一段时 间),再进行查询或保存时,系统提示\远程服务器组件不可用\如果退出K/3重新登录,系
统会提示一个错误\具体数字没记下来),系统不能登录,只能重新启动机器 (客户端的机器)后,才可以重新登录,服务器可以不用重新启动.
第五章 加密篇 查看服务器日志出现MSDTC和MSDTC Client信息(不是报错),具体信息为:\idle timeout over,tearing down the session。\我已按照贵公司技术人员要求将 组件服务里的MSDTC和有关ebo组件的超时设为0,但仍出现这个问题. 我已将W2K升级到SP4,相关补丁也已打上,SQL server2000已升级到SP3.
如果客户端,出现超时可以重新登录不要求重新启动可以忍受,但现在是一超时就要求 客户端重新启动机器,很麻烦
解决方案：
是由于中间层安装了杀毒软件及个人防火墙，要求其暂停使用防火墙及杀毒软件验证是否是杀毒软件引起的。这在金蝶诸多客户中经常出现。
问题是客户采用了防火墙及杀毒软件，要求中间层服务器在业务运行时关闭杀毒软件服务或排除Dllhost.exe文件方可。
第六章 远程传输篇 K/3常见问题集常见问题集 第四章 远程传输篇
本章节描述和远程传输的一些问题。
1、K/3中的传输
目前K/3中应用到传输服务有四处，根据系统特点分别采用不同的传输方式，如下表： 传输所应用的支持的传输系统 方式 应用特点 1.可传输k/3账套、金蝶2000账套、文件 2.自动定时传输，并对K/3账套进行远程自动化备份恢复处理，全远程数据传输服务 部操作由系统后台自动完成。 iMTS传输 3. 支持增量传输方式 4.和代理服务结合，实现拉式传输，总部可以直接通过操作电脑，远程下达命令拉取分公司的数据，传输回总部，这符合集团总部主动监控分支机构的思路。目前拉式传输在业界处于领先地位 代理服务 集团控制系统 iMTS传输和可以同时容纳两种传输方式的优点，根据不同的事务处理选择不同Socket传输 的传输方式 iMTS传输和Socket传输 数据服务调用的是代理服务，主要是集团公司用来传递数据文件 集团分销系统 Socket传输 传输对适时性交互有一定要求，使用Socket传输方式 2、IMts配置
1)、IMTS http传输的相关配置（接收方）
您需要将能够连接外网的代理服务器设置为IIS服务器，具体说明如下： 在IIS服务器上，需要完成以下两个设置： 1）设置IMTS的虚拟目录
2）进行IMTS的HTTP代理设置
首先请在您已经安装了imts的机器上找到一个IISProxy目录（这个目录通常存放在imts安装目录下），将这个目录整体拷贝到您作为IIS服务器的机器上，任何方便的目录下都可以，然后执行下面两个步骤：
设置IMTS的虚拟目录
A、windows管理工具中选择“Internet 服务管理器”，弹出‘Internet 信息服务’界面；
B、在该界面内，右击〖默认web站点〗，然后在弹出的菜单上选择〖新建〗 〖虚拟目录〗。
第六章 远程传输篇 C、在打开的“虚拟目录创建向导”内，选择〖下一步〗，在打开的“虚拟目录别名”界面内将“别名”设置为“iMTS”（不区分大小写）。 D、然后单击〖下一步〗，在打开的“web站点内容目录”界面将IISProxy设为虚拟目录。单击【确定】后， E、返回“虚拟目录创建向导”，单击【下一步】，保持默认选项，最后单击【确定】。在默认web站点下就会多了一个iMTS虚拟目录。
F、iMTS虚拟目录成功后，右击iMTS虚拟目录，在弹出的菜单上选择〖属性〗，然后弹出“iMTS属性”界面，在界面内，将“执行许可”改为“脚本和执行许可”。
进行IMTS的HTTP代理设置
运行IISProxy目录下的HttpConf.exe程序，添加imts服务器： imts服务器名称填写您接收账套的imts服务器名。
地址填写您接收账套的imts服务器的IP地址：端口号（imts默认为5678）。 如192.×××.××.××：5678
完成以上步骤后，作为接收方的设置就完成了。
2）IMTS http传输的相关配置（发送方）： 1）本地设置不变。
2）公司管理中选择接收公司信息。
将传输协议改为http方式，传输地址填写：Http：//IIS服务器IP/imts/imts.dll 3）Imts服务器名为接收账套的服务器名，若总部未变，此处无需修改。
3、我们分部从来没有成功的传输过账套，是不是我们的网络连接有问题？有简单的办法进行测试吗？
畅通的网络连接是imts成功传输的第一步，这里有一个简单的办法来测试收发双方imts的底层连接是否正常：
在缺省配置下，iMTS使用TCP 5678端口进行数据传输。因此您可以通过 telnet xxx.xxx.xxx.xxx 5678 命令来检查是否可以向接收方传输数据（xxx.xxx.xxx.xxx是接收方计算机的IP地址）。如果telnet命令的返回信息为“...无法打开到主机的连接 在端口 5678 : 连接失败”，说明底层物理连接有问题，原因有可能是网络物理连接不通，也可能是接收方iMTS没有运行，或者是接收方的防火墙封掉了5678端口。您可以从这几个方面来仔细检查一下。
4、上面的问题里提到了防火墙端口的设置，如果网络通道上存在路由器或防火墙，我需要检查哪几个端口？
IMTS传输要求开放用于传输的TCP 5678端口和用于事件通信的UDP 11901端口。另外，
第六章 远程传输篇 K/3常见问题集常见问题集 如果您使用HTTP代理方式进行传输，提供HTTP代理服务的IIS服务器还要求开放TCP 80端口（即默认的http端口）。
5、我接收方iMTS服务器有两块网卡，通过拨号上网接收数据，但是在使用远程数据传输工具进行账套接收完成后，系统会出现自动化错误提示，但数据实际上已经接收成功，这是怎么回事？
该提示不影响账套的正常传输，这种情况出现在远程数据传输客户端和iMTS服务器端安装在同一台机器上，当远程数据传输工具接收数据成功后通知iMTS服务器时，由于iMTS服务器的两块网卡同时接收到了成功信息，产生了冲突因此系统提示错误。解决该问题的方法是：修改接收方的传输数据传输客户端登录界面“iMTS 服务器”的信息，通过指定iMTS服务器的IP地址，而不使用系统默认的localhost或者127.0.0.1，这样成功信息只会发送给指定IP地址的网卡，解决了产生冲突的问题。
6、在总部同时接收几个分站点的账套，各地配置基本相同，为什么有的分站点可以顺利传输，而有的分站点却总是在接收方的接收队列里产生一些积压的消息？
出现此种情况的很可能是该分站点的设置信息与总部接收方的设置信息不一致所导致。系统要求发送方和接收方的公司信息、任务设置信息必须严格一致，包括设置信息（如任务名称）的大小写也要匹配。
当出现此类问题时，请确认收发双方的配置信息是否，如果存在不一致的情况，则需要修改两边的配置保持两边一致，请发送方再次重新发送一次，或者由接收方主动执行拉取。
如果您不想再进行传输，则可以在接收队列KDReceive中找到刚才没有执行的消息，单击右键选择任务映射，在弹出的对话框中选择对应的接收任务并指定合适的映射名，点击确定。再次右键选中该消息，点击“重新激发”，系统会自动重新进行账套的恢复。
第六章 远程传输篇 7、总部从下属子公司接收账套。子公司处进行账套的发送，并且系统接收几个分部的账套，有时会出现分部提示任务已经执行成功，但是总部确接收不到账套的情况？
产生此现象是我们的软件提示信息不准确，使您产生理解上的偏差。在发送方提交任务后，在传输客户端会给出一个“任务传输成功”的提示信息，其实此时只是发送任务转到iMTS后台执行，并没有真正到达接收方。由于多数采用拨号的客户此时会误以为传输已经成功而断开网络连接，导致发送任务没有正常传输出去，所以接收方也无法正确接收账套，此时您也可以发现在发送方堆积了一些发送队列。所以请您在传输时延长发送拨号等待时间，直到iMTS SERVER提示完成传输为止。
在10.0版本中，我们已经对此处做了更为明确的提示，并且增加了传输进度条。只有在传输进度条中看到传输进度达到100％后，才真正表明任务已经发送成功。
8、有的时候我在传输过程中打开了底层的imts服务界面查看了一下，但此后我就发现任务迟迟不能完成，点击传输界面都没有反应，这是怎么回事？
以前版本的imts界面很容易出现被用户锁定的情况，当您打开底层界面又无意点击该界面后，imts服务器就被锁定了。这时在imts的黑屏界面的标题栏处将显示“选定iMTSServer”的字样，此时您只需按键盘最左上角的“Esc”键取消该操作，imts服务器就恢复正常了，此时的标题栏将显示为“iMTS Server”。此时执行中的任务将继续运行。
在10.0版本中我们已经提供了非常友好的Windows风格界面，不会再出现类似上面的问题了。
9、接收方使用拨号网络的方式接收发送方传来的账套数据，但是在个别情况下，接收方imts server提示datadiagram send failed，接收任务不能进行自动映射，账套不能自动恢复？
引起上述现象的原因是UDP消息有时在只开放拨号连接的网络中不能广播。
第六章 远程传输篇 K/3常见问题集常见问题集 解决方法（适用于10.0版）：请修改imts的事件通知机制为“UDP点对点”方式，具体操作步骤是：
1、 imts管理控制台的“系统”菜单上选择“系统参数”子菜单，在打开的imts系
统参数窗口上选择“其他”页面，
2、 “其他”页面上的“事件机制”中选择“UDP点对点”，如下图所示。 3、 单击确定后，退出imts系统参数窗口。
4、 新设置必须重启iMTS后才能生效。请单击“系统”菜单上选择“停止imts”子
菜单，再选择“系统”菜单上选择“启动imts”子菜单。 5、重新登录远程数据传输程序。
10、我在传输的过程中偶尔会出现在远程传输客户端提示ActiveX无法创建的错误，我该怎么办？
产生此问题的原因多是由于远程传输客户端部分组件未成功注册，可能是您安装其它程序或病毒产生的影响导致远程传输的文件丢失或没有注册。
解决这个问题的最直接的办法是重装远程数据传输的客户端，您首先要卸载并重启后再进行安装。如果您的远程数据传输是9.1版本，而且最近又打过SQL的补丁，那么您可以尝试直接注册这个组件KDShareDir.dll，具体的方法是：将金蝶安装目录下的KDShareDir.dll，使用系统目录中的system32目录下的regsvr32.exe打开注册即可，如果丢失则可以从备份的文件中恢复后进行注册
第六章 远程传输篇 11、我们使用联想LEM-ATH5600型号Modem进行远程传输，但是发现经常有丢包现象，其他的Modem没有这种情
况，是我的Modem有问题吗？
在客户反映该问题后，我们经过多次测试，确定联想LEM-ATH5600型号Modem的质量不够稳定，存在传输丢包现象。经跟联想客服部联系，目前该款型号的modem已经在2002年停止生产，请您暂停使用该型号的Modem进行账套传输。
12、IMTS传输时出现任务执行失败(设备激活错误。物理文件名 'D:\\K/3DB\\AIS20040705125440_Log.LDF' 可能有误...的问题。
这是由于数据库在恢复过程中出现了不正常的访问，导致数据库事务日志文件损坏。在目前情况下，事后的处理办法有二个：
1、在Enterprise Manager中先Detach出问题的数据库，然后再Attach上来，MSSQLServer将重新生成一个新的LDF文件。
2、删除出问题的数据库，重新利用传输过来的文件建立数据库。
另外，我觉得您说明的账套的LDF文件太大，应该进行清理。您可以在Enterprise Manager中使用收缩数据库的功能，将LDF文件进行收缩。
13、IMTS替换正式许可后，第一次启动正常，第二次
启动时提示“licence无效”；
问题分析：由于制作的许可导致问题
解决办法：下载补丁PT2511后，利用解压缩后的imts.jar替换IMTS安装目录下的同名文件；
地址：http://www.kingdee.com:8080/download/agentdown/tech/PT2511
第六章 远程传输篇 K/3常见问题集常见问题集 14、远程数据传输客户端接受任务时总是提示“接收任务失败任务执行失败(文件解压出现异常！)!”
解决办法：该问题产生是由于接收任务的接收任务存放路径不存在导致。请在接收任务中重新指定工作路径，如下图。
15、安装9.4.1 IMTS后，启动IMTS时提示错误，如
图
解决办法：产生此问题原因是安装的9.4.1 IMTS所需的JAVA 1.2.2时出现错误，导致IMTS调用Java错误，解决办法卸载IMTS及其JAVA1.2.2程序，然后重新安装IMTS9.4.1。
第六章 远程传输篇 16、通常使用电话拨号进行iMTS数据传输，但是发现在拨号网络环境下iMTS传输不是很稳定，比如在金蝶“远程传输系统”里面无法看到iMTS事件，或者传输时经常有数据丢包现象，我应该进行怎样的配置修改？
目前的iMTS缺省配置是针对宽带网络环境(如LAN, ADSL, DDN等)进行优化的。虽然如此，只要进行少量的配置修改，我们的iMTS在低速拨号网络环境下也能稳定的运行。
解决的方法请您修改iMTS事件通知机制：打开“系统参数”对话框，转到“其它”页，选择事件机制为“UDP点对点”，点击确定后，先停止imts服务，再重新启动iMTS。另外，在低速的拨号网络环境下，我们也建议您修改“数据块大小”参数：打开“系统参数”对话框，转到“数据块大小”页，然后选择“16K”(缺省的数据块大小为64K)。
特别提示：“UDP点对点”事件机制是10.0版本实现的优化，在以前版本中不具备此项。 17、使用的“远程传输系统”和iMTS服务器不是在同一台
机器上，而是分别位于不同网段的两台机器上，发现“远程传输系统”无法接收到任何iMTS事件，该怎么
办？
远程传输系统的很多功能依赖于iMTS事件的正常传递，如果接收不到iMTS事件，那么远程传输系统的部分功能(如自动拨号及断开，传输进度条显示等)将会出现问题。在大部分网络环境下，远程数据传输系统都能够接收到iMTS事件通知。但是在跨网段的情况下(比如远程传输客户端的IP地址为192.168.1.16，iMTS服务器的IP地址为192.168.2.24，两台机器分别在192.168.1.*网段和192.168.2.*网段),缺省的iMTS事件传递机制无法将事件从一个网段的机器传递到另一个网段的机器。
解决方法（适用于10.0版）：请您将iMTS事件传递机制修改为UDP点对点（请参考问题7）。
第六章 远程传输篇 K/3常见问题集常见问题集 18、iMTS将接收到的数据文件先缓存在iMTS安装目录下的data子目录(如 C:\\Program Files\\Kingdee\\iMTS\\Data), 但是我的iMTS安装目录所在磁盘 (一般是系统盘)剩余空间不多，有时会导致传输失败，提示是“disk may be full”。我希望改变数据接收目录，应该怎么设置？
打开“系统参数”对话框，如下图所示
在上图中只要将工作目录设成对应的目录位置即可，您可以将其指向其它磁盘下的目录。
特别提示：上图的界面在不同版本的iMTS中会略有不同，但不影响实际的应用。10.0以前版本的用户可以通过以下步骤实现：在iMTS控制台界面（黑屏界面）键入 “cons”，在弹出的Kingdee iMTS控制台界面中打开“文件”下拉菜单中的“系统参数”项，更改界面中的“服务器路径”即可。 第六章 远程传输篇 19、在使用过程中，发现有时候增量传输的速度比完全传输的速度还要慢？
随着增量传输的次数越来越多，其增量传输的文件也越来越大；在多次传输之后，可能增量备份的文件比原来完全备份的文件还要大，相应传输时间也会延长。如果每次增量传输的文件不大，可采取增量传输的方式；如果增量传输的文件很大，请您最好采用完全传输。
20、我们各地的发送方都是采用拨号上网，为了节省电话费，我们希望能够立即获悉发送任务已经完成的消息，以便及时断开网络连接，我怎样才能知道我的消息已经成功发送出去？
在10.0版本中，我们提供了接收方向发送方反馈消息的功能，但是这要求发送方必须具有固定IP，对于很多用户来说并不具备这个条件，那么您可以通过以下方式进行确认：
10.0版本的用户，我们的imts底层提供了友好的Windows界面，在您发送了一个任务后，您可以在该界面查看imts事件的进程，一旦出现Event:TRANSMIT_FINISH字样就表明您的发送任务已经成功传输了，此时您可以断开网络连接。当然您也可以通过查看传输客户端的动态信息来确定，在imts事件标签页，您也需要找到Event:TRANSMIT_FINISH字样后才能确认发送消息已经全部传输完毕。
对于以前版本的用户，您就只能通过imts底层的黑屏界面来确认了，方法和上面是一样的，当界面上显示Event:TRANSMIT_FINISH且界面已经停止刷新，您就可以放心的断开网络连接了。请注意您在操作该黑屏界面时不要误锁定（参见问题6）。
21、系统因为受到病毒的侵扰需要经常重装，每次重装后远程传输中的所有配置信息如公司设置、任务名称设置全部丢失，重新配置的工作非常麻烦，还要与各处分点核对信息一致，这种情况有方便的解决办法吗？
远程数据传输所有的公司和任务信息都保存在相应的配置文件中，根据不同版本分为：
1．V9.4.1以前的版本，该配置文件为kdrepcfg.ini ,存放的路径是：系统盘：
第六章 远程传输篇 K/3常见问题集常见问题集 \\WINNT\\system32。
2．V9.4.1以后的版本（含V9.4.1），该配置文件为imts名_conf.xml（imts名为用户当前imts服务器名），存放的路径位于远程数据传输程序运行的当前目录下。
具体的做法：您可以在重装系统前先将该文件保存到其他机器上，重装完成后将该配置文件复制回到相应的目录下就可以恢复以前的配置信息了。当然我们也强烈建议您不要频繁的重装操作系统，请加强计算机的安全管理措施。
V10.0的远程数据传输为您提供了快捷的公司信息设置和接收任务的自动建立功能，可以帮助您方便的重新获取相关配置及执行相应的任务，而无须处理配置文件，相关的具体说操作您可以参阅《远程数据传输V10.0版用户手册》
22、iMTS试用版快到期了，怎样申请正式的License?
在imts管理控制台上打开iMTS“系统参数”对话框, 如下图所示
转至“其它”页，在License框里面，您可以看到软件特征码，这是根据您的计算机硬件特征计算出来的特征码， 在上图中软件特征码是8F0F7BC9C574427F，为16位长度的字符串。注意这里的字符串均为十六进制数字，不要将其中的数字“0”当成了字母“O”。
要申请正式License文件，您需要将您机器上显示出来的软件特征码发送给金蝶公司生产部，他们会根据您发送的软件特征码制作License文件。
23、我应该怎样使用和保护好正式License文件？
在收到正式License文件之后，确认license文件的文件名为”license.dat”，如果不是请您重命名。然后将该License文件拷贝至iMTS安装目录下，覆盖原有的试用license文件。然后重新启动iMTS，再打开上图的“系统参数”对话框，如果您申请的License正确无误，那么License提示信息会变为“您使用的iMTS已注册”。
第六章 远程传输篇 对于正式License文件，我们建议您在其它安全地方做一备份，这样万一您不小心删除了安装目录下的正式License文件，还可以将备份的License文件拷贝过来。
24、我修改了计算机系统时间，再改回到以前的时间，发现iMTS无法正常启动，出现下面的提示：Your system time has been changed.(您的系统时间被修改过!)，我该怎么办？
请您将备份的License文件覆盖iMTS安装目录下的License文件，再次启动iMTS即可。
25、我的传输客户端和数据库服务器不在同一台机器上，并且两台机器均为不在同一个域中，发现进行传输时传输客户端提示“找不到备份路径或找不到设备”。
这种情况时因为两台机器不在同一域中，当数据库服务器上SQLServer无法将备份文件存放到远程传输客户端的共享目录当中。
通常的情况有两种：情况一：两台机器均为工作组方式，解决方法如下： －需要设置两台机器工作组相同
－两台机器的系统登录用户和密码相同
－数据库服务器上SQLServer服务必须使用指定系统登录用户启动，如下图所示：
第六章 远程传输篇 K/3常见问题集常见问题集
情况二：一台机器加入域（或为域服务器），另外一台机器为工作组方式，解决方法如下：
－工作组方式的机器需要将组名和另外一台机器的域名相同 －两台机器的系统登录用户和密码相同
－数据库服务器上SQLServer服务必须使用指定系统登录用户启动
26、我的发送队列或接收队列中的消息，在远程数据传输客户端无法手动删除
可以手动停止iMTS服务器，清空iMTS安装目录下的DATA目录中的文件，然后重新启动iMTS，已经清除了队列中无法手动删除的消息。