是无法测试通过的，一定要在该机器上将组件服务－COM＋应用程序中所有的K３中间层组件（ebo开头的组件）删除，才可以注册其他中间层服务器。
2.12 K3客户端如何设置登录主控台时只显示组织机构输入框没有下拉列表选择。 登录K3主控台后，选择“系统”—“设置”—“主控台编辑”，再选择“选项”，在选项设置中取消“登录界面不显示所有组织机构的代码和名称”选项。 2.13 K3客户端安装了两块卡分别连接内网和外网，双击运行k/3主控台图标程序无响应，但是将连接外网网卡的网线拔出来即无此现象。
需将此计算机上连接内网的网卡优先级设为最高级即可。操作步骤如下 ： ⑴在桌面上选中“网上邻居”点右键“属性”打开“网络连接”窗口。 ⑵在“网络连接”窗口点击“高级”菜单选“高级设置”。
⑶在“高级设置”窗口“适配器和绑定”页签下选中连接内网的“本地连接”点击右侧的向上的绿色小箭头。
⑷点击确定“完成”设置。
2.14 K3中间层启动远程组件配置工具总是提示k/3的系统服务正在本地运行，目前无法进行组件配置。
在组件服务—正在运行的进程中找到正在运行的K3组件包，点击右键选关闭。 2.15 K3做凭证引出的时候，报“无法创建，odbc驱动错误”。 重新安装odbc驱动(重新完全安装office2000版本以上即可)。 2.16 K3客户端主控台的消息平台不能正常发送消息。
只有部分客户端出现问题时,客户端手工注册kdmessage.dll和k３appcommand.vbr（建议从其它的好的客户端COPY过来）,若所有客户端出现问题,则手工注册中间层k３appcommand．dll，另查看数据库实体的t＿message表单，看时候是记录过多，做一次清除操作．上述操作后，还不能正常使用，只能重新安装客户端。 2.17 K3客户端登陆主控台时提示：无法创建帐套检测部件,点击“是”以后报automaintion错误。
⑴如果是部分客户端出现此问题，请将正常客户端上的ebsautoupt.vbr文件覆盖到有问题的客户端，并重新测试注册客户端，如果是所有客户端出现此问题，请重新注册中间层ebsautoupt.dll文件，此文件存在于ebosystem包中。
⑵安装iis在sql server的企业管理器中登录用户中增加本机用户IIS_wpg，然后设置该用户为需要访问的账套数据库的权限为db_owner，或者使用sqlsa身份验证 ⑶删除acctctl.dat文件，重新注册帐套。
2.18 K310.2中以管理员administrator身份在主控台中进行编辑，但是以普通用户登录K/3时还是能看到不可见的功能菜单。
10.2以后实现了用户可以独立设置自己的菜单项的功能。各登录用户使用主控台编辑，只会影响到自己的菜单使用。如果管理员希望对于全局菜单项进行编辑，且影响到每一个用户，可以使用以下的方法：
⑴使用SQL查询分析器，打开对应的K/3数据库,执行类似以下的SQL语句
update t_DataFlowDetailFunc Set FVisible = 0 where FDetailFuncID = 10101 --10101是凭证录入的菜单ID
⑵各客户端停止K/3的连接，在 开始->运行 中输入 %TEMP%，在弹出的目录中删除掉 DataflowTemp这个目录及其中的文件 ⑶ 重新打开主控台就可以了。 2.19 K310.2登陆k3客户端提示：“连接无法用于此操作??”。 ⑴在系统开始菜单的“运行”中分别键入temp和%temp%，清空dataflow文件夹中的内容。
⑵在能够正常运行的客户端，复制dataflow.dat的文件到出错的客户端。 ⑶清空该帐套实体中t_DataFlowTimeStamp表单中的内容。 2.20 K310.3客户端测试全部通过，但进行注册的时候，提示：“方法作用于对象失败”。 ⑴查看dtc服务是否启动，如没启动，请指定用户启动（建议为操作系统管理员权限的帐）号）。
⑵修复com环境。
⑶关闭防火墙，杀毒软件（建议在管理工具—服务中停掉相关的服务）。 2.21 K3 k/3中点击部分模块,提示过期。
客户端没有正常退出系统,加密卡站点没有释放,手工在中间层清除加密卡信息。 2.22 K3客户端运行报如图错误。
若所有客户端均出现此问题，则是因为在中间层组件中没有注册好K3MBOSInstall组件，在ebodesign包中注册K3MBOSInstall组件，如ebodesign包中有此组件，删除掉重新注册，若是部分客户端出现此问题，则从能够正常运行的客户端的机器上拷贝k3mbosinstall.vbr文件过来重新用Clireg32.exe注册客户端。
2.23 K310.2可以正常检测到各模块的加密卡，但在打印基础资料时显示有演示版字样。 已发补丁pt001017解决此问题。
2.24 K310.2+sp1安装pt000704后,客户端GUI主控台登陆时，录入组织机构、公司密码，回车键后，系统直接打开上次打开的账套，用上次登陆的用户名进入账套。并不出现账套选择和用户名、密码登陆界面出来，用鼠标按确定按钮是正常的。 已发补丁pt001477解决此问题。
2.25 K3不在域环境，登录主控台时并没有设该账套的用户为NT安全认证，为什么还是可以用域用户身份登录。
不在域环境，如果没有把该账套中的用户使用NT安全认证，此时以域用户身份登录会是guest用户登录，此信息可以在主控台的右下角看到。如果在账套管理中把guest禁用，此时再登录就会提示guest已禁用，不能登录。
2.26 K3客户端运行，提示：该数据正在被修改，无法编辑。
在sql server的企业管理器中将该帐套实体中的表中清空t_funccontrol的内容,关闭杀毒软件。 2.27 K310.2生成凭证时，网络控制出现大量的“凭证增加”，随后检测不到加密狗，出现“演示版”；在网络控制清除后，不出现“演示版”了。 已发补丁PT001957.rar解决此问题。
2.28 K3升级到10.3后在做应付单据时总是提示网络冲突，已经清除网络控制中的记录还是存在错误提示。 执行下面的语句： update t_mutex set ftype=10 where ffuncid in (4041,4047,4053,4063,4069,4184,5041,5047,5053,5063,5069,5184) and Ftype=1 GO
delete from t_mutex where FForBidden in (4041,5041,4063,4069,5063,5069,4184,5184,4047,5047,4053,5053,5091,4184,4021,5021,4021) and FFuncID=FForBidden GO
t_mutex是功能互斥表。
2.29 K310.3+sp1在windows2003+sp1环境下运行，客户端在报表模块下操作，按F9键，提示“函数错误”。
在组件服务里将EBORP的账户下的系统账户改为：交互式用户，更改后记得将K3的进程杀掉或重启电脑，然后找到KFO10.DLL和KFOX.DLL两个组件用regsvr32.exe重新注册一下,组件目录在中间层SYSTEM32下。
2.30 K3 10.3，客户端运行提示“加密记录不存在系统将退出”。
⑴需要修改中间层服务器注册表中加密狗服务并发上限连接数，原则上为连接该中间层服的K／3客户端数量的两倍，如：50个客户端，设置连接数为100个。如下步骤： 第一步 进入中间层服务器 管理工具－服务中将KDSvrMgrService 停止。
第二步 在开始－运行菜单中输入regedit修改“HKEY_LOCAL_MACHINE＼SOFTWARE＼KINGDEE＼KDSvrMgrService” 中ThreadMaxNumber的值由80(默认值)修改为用户指定值。 ⑵打上补丁PT004905。
http://www.kingdee.com:8080/download/agentdown/tech/PT004905.rar
2.31 K用户环境K310.2+SP1+704,打开工资发放表或汇总表提示：名称或代码在系统中已补使用。
升级到704以后，新建帐套使用的SQL脚本仍是SP1的，所以导致以上错误提示，用户只执行：
C:\\Program Files\\Common Files\\Kingdee\\K3\\KDPatchs\\PT00704\\KDdataUpdate升级帐套。 2.32 K3登陆时，加密组件之间不匹配，登录系统时报错。
由于中间层、客户端加密组件不匹配，中间层、客户端替换一致的加密狗组件以及相关文件并远程组件注册配置即解决此问题。
2.33 K3用户客户端登录时，系统提示无法建立数据连接，如图：
该问题是升级中间层数据库（AcctCtl.dat）不正确引起的，即以前安装过低版本的K/3，系统不会卸载低版本的K/3的该文件，导致高版本的K/3无法替换或者升级成功该文件。 解决方法：
⑴备份中间层KDCom目录下的AcctCtl.dat文件，该文件用来存储账套注册息。 ⑵删除中间层KDCom目录下的AcctCtl.dat文件 ⑶删除任务管理器中的KDSvrMgr任务
⑷重新启动账套管理工具，系统将启动KDSvrmgr.exe,在KDCom目录下会生成一个新的AcctCtl.dat文件。
⑸用账套管理工具注册不能登录的账套 ⑹在K/3客户端登录该账套
如果想恢复以前的账套注册信息，请将备份的AcctCtl.dat文件还原覆盖即可。 2.34 K3客户端运行提示如图报错：。
⑴在中间层服务器管理工具－服务中，检查加密服务是否被停掉，如果未启动，点击鼠标右键，选择“启动”选项，手动启动即可，如图所示
⑵若k3应用为中间层与客户端装在一起的机器，请检查机器是否有接入到网络，若没有，请接入到网络或添加厂商MICROSOFT，网卡为“MICROSOFT loopback adapter”，这时在网络连接中会出现一块虚拟的网卡，这样也可以解决网线没有连接的问题。
⑶请检查中间层和客户端的机器5159端口被其他程序占用或者防火墙没开这端口，这个端
口是kdsvrmgrservice专用的，必须要开，如果出于安全考虑，不能开放5159端口，或5159端口被其他程序占用了，则需要为kdsvrmgrservice服务指定一个可用的TCP端口，方法是： A、在中间层注册表中，找到HKEY_LOCAL_MACHINE\\SOFTWARE\\KINGDEE\\ KDSvrMgrService，修改如图所示的ListenPort的键值，为其指定一个可用的TCP端口号。
B、在客户端注册表中，找到HKEY_LOCAL_MACHINE\\SOFTWARE\\KINGDEE\\ KDSvrMgrService，修改如图所示的ServerPort的键值，为其指定。 ⑷请用木马专杀工具或杀毒软件查杀病毒。
2.35 K3从10.2SP1升级到SP2后，不能进入BOS设计界面，提示：该模块使用已超过最大数。
在10.2SP2之前，BOS只涉及到一个模块——BOS运行时的加密，在10.2SP2后，BOS的密分为设计时和运行时两个加密模块，因此原有的10.2SP2以前的加密狗，升级到10.2SP2以上版本后，如果之前客户购买了BOS的IDE功能模块，则硬狗也需要做相应修改，增加BOS IDE站点数，才能正常使用全部设计时功能，机构如需进行BOS的应用开发，同样需要申请BOS IDE加密站点。加密狗的申请更改，可联系公司物流部完成。
2.36 K3测试不能通过中间层。 请参考如下文档进行检查：
2.37 10.2安装sp2后，报表系统使用ACCT取数报“参数类型错”或ACCT各项参数无法使用F7功能键K3测试不能通过中间层。
搜索客户端文件reportfunc.dll手工用regsvr32.exe注册即可解决。
第三章 k3中间层的配置及应用问题
3.1 K3卸载低版本后再装10.3，装好后打开账套管理，出现报错提示：“你计算机当前使用的中间层服务器为XXX（XXX为网络上的数据库服务器的计算机名），账套管理只用于管理本机的中间层服务，请将中间层切换回本机后再运行账套管理”，无法打开账套管理界面。 此问题是由于kdsvrmgr组件的注册信息并没有跟新装k/3更新过来，解决方法只要到组件服务下的com+应用程序中把kdsvrmgr组件包下面所有的组件全部删除，然后再用system32\\kdcom目录下的kdsvrmgr.dll文件把它重新手工注册回来即可。 3.2 K3在新建账套时,选择账套类型时出现空白没有显示。
此问题是由于k3installpackage.lst损坏造成，账套类型的信息记录在kdcom目录下的k3installpackage.lst文件中，可以从正常的中间层复制同名文件。 3.3 K3数据库服务器在退出桌面后，中间层无法备份账套。 此情况是因为数据库服务器上的pkdac组件为交互式用户，当服务器退出桌面后就没权限调用此组件，解决方法就是在开始菜单选中运行，输入命令“dcomcnfg”打开dcom配置界面，在其中找到pkdac.ckdac(10.2以后的版本改名为pkdacnew)，将身份验证级别改为无，标识设置成本地系统管理员账户。 Win2000如图界面： Win2003如图界面：
3.4 K3中间帐套管理登陆提示：文件路径访问错误。
中间层帐套管理登陆会去检测KDCOM目录下的ACCTCTL.DAT,如果报此错误，可能是此文件被损坏或不存在，用户可以删除此文件（需要重新注册帐套），系统会自动生成，如果不能生存，请在组件服务删除kdsvrmgr包下的组件，再手工注册一下组件或重新注册中间层。
3.5 K3在恢复K/3账套时出现以下错误：The backed-up database has on-disk structure version 539. The server supports version 515 and cannot restore or upgrade this database。 将在SQL Server2000中备份的账套恢复在SQL Server 7.0中，即会出现此错误。不支持将SQL SERVER高版本的帐套恢复到低版本中去。
3.6 K3打完10 .2SP1补丁之后中间层帐套中用户的权限权出现丢失。 已发补丁pt000799补丁解决此问题，建议与补丁pt000977同时安装。 3.7 K3 k3在2003英文操作系统中出现的问题：安装过程一切正常，打开帐套管理无响应，按确定没反映，也没出错提示。另在操作系统上有出错提示：Fanlting application kdsvrmgr.exe version10.1.0.0,fanlting module KDAladdin,version0.0.0.0,fanltaddress 0x0000fqcf。 重新安装加密狗的驱动驱动,手动注册加密组件。
3.8 k310.3版本升级帐套，通过帐套检查后点击取消后，重新进行帐套升级，提示：“帐套正在进行升级........”。
此问题只会出现在win2003操作系统，由于ebosystem组件包的组件没有正常释放造成的。出现这种情况，请结束进程中dllhost进程，或是直接注销电脑，或是直接在组件服务中结束ebosystem进程。
3.9 K3中间层帐套升级后，主控台登陆提示：“该帐套不是最新版本”。
进入中间层帐套管理，点击帐套的属性，将帐套属性重新保存一次。若出现相同问题，请删除acctctl.dat文件，重新注册帐套信息。 3.10 K310.3进行站点配置的时候提示：“你所安装的不是IIS5.0以上的版本，或此帐号没有管理员的权限，不能进行安装”,但用户已经安装IIS5.0以上版本，并且登陆操作系统是管理员组的帐号。
⑴查看dtc服务是否启动 ⑵修复com环境
⑶关闭防火墙，杀毒软件。
3.11 K3账套管理登录界面点击确定确定，没有任何响应。
⑴如果是远程控制方式，先确定本机是否有用户登录，只有本机用户登录后组件服务启动，账套管理才能正常使用。
⑵删除中间层服务器system32\\kdcom目录下的acctctl.dat文件，重新进入帐套管理，以此新建一个acctctl.dat文件，如果该文件仍为1999的文件，则表明KDSvrmgr并未正确执行该表的升级，有可能是Access数据库引擎的问题，需要重新安装Jet引擎。 ⑶手工注册kdsvrmgr组件。 ⑷重新安装MDAC2.8sp1组件（对于windows xp sp1&sp2 及windows 2003sp1系统由于内置的MDAC版本较高，可能安装无效，若需要修复MDAC，请到microsft官方网站下载相对应的工具进行修复：
http://www.microsoft.com/downloa ... &DisplayLang=en）。 3.12 K3中间层起用新帐套或点击帐套的用户管理时提示“NT Authority\\NetworkService 登陆失败”。
⑴安装iis在sql server的企业管理器中登录用户中增加本机用户IIS_wpg，然后设置该用户为需要访问的账套数据库的权限为db_owner，或者使用sql身份验证。
⑵删除acctctl.dat文件，注销电脑后，重新注册帐套，acctctl文件存在于中间层system32\\kdcom目录下。
3.13 K310.3数据库和中间层分开，新建数据库的时候报如图错误：