金蝶EAS常见问题解答基础业务服务.docx

金蝶EAS常见问题解答基础业务服务.docx

《金蝶EAS常见问题解答基础业务服务.docx》由会员分享，可在线阅读，更多相关《金蝶EAS常见问题解答基础业务服务.docx（73页珍藏版）》请在冰点文库上搜索。

金蝶EAS常见问题解答基础业务服务

1基础组织

1）FSORTCODE字段生成错误

问题描述

T_ORG_admin中fsortcode字段不按组织实际层级来生成，导致职位管理界面下的行政组织树层级混乱，并且通过“查看业务组织”下的“组织排序”功能也无法消除此BUG，如果查询T_ORG_ADMIN中的fsortcode字段，可以看出于flongnumber和fdisplayname_L2层级上明显的不对应

解决方案

已有补丁PT087412解决

适用版本

EASV7.0.3

2）凭证选职员组织错乱

问题描述

新增凭证辅助账选择职员时行政组织异常（错乱），本应该4级的部门显示在2级下。

解决方案

已有补丁PT087412解决

适用版本

　EASV7.0.3

3）工作流设置某个节点的参与人为上一个节点的：

主要职位的直接上级挂起

问题描述

工作流设置某个节点的参与人为上一个节点的：

主要职位的直接上级，直接挂起了；

当工作流设置某个节点的参与人为上一个节点的：

直接上级的时候，A员工审批完成后，直接上级职位也是A员工，应该还是A员工审批的但是系统继续往上找，直到找到不是A员工为止。

系统系统找到直接上级职位就停止

解决方案

已有补丁PT094463解决

适用版本

EASV7.0.3

4）成本中心委托利润中心记账无效

问题描述

成本中心F7范围没有按委托利润中心记账的组织范围过滤

解决方案

补丁PT097858解决

适用版本

EASV8.0

5）凭证新增时，核算项目F7历史记录出现其他组织数据，未隔离

问题描述：

凭证新增时，核算项目F7历史记录出现其他组织数据，未隔离。

经讨论该问题有基础修改生成历史记录文件名，过滤条件文件名转由hash值替代

解决方案

补丁PT097715解决

适用版本

EASV7.5

6）维护组织范围默认显示副账簿封存组织

问题描述

副账簿组织a001@02已经封存，用户增加组织权限，分配组织默认显示副账簿封存组织，显示封存组织默认没勾选

解决方案

补丁PT097747解决

适用版本

EASV7.0.1

7）8.组织单元连续新增相同编码名称问题

问题描述：

组织单元=》新增如果新增完组织编码9999，不关闭页面，继续新增，编码仍为9999，系统无编码重复提示，显示保存成功，但是系统中只有一个9999，但第二个重复的也并不会新增成功（即后台只有第一条数据）

名称允许重复保存时虽然会提示但也可保存成功

编码重复保存不会提示但是保存成功后实际不存在

解决方案

补丁PT098111解决

适用版本

EASV8.0

8）修改组织单元后，组织显示重复记录

问题描述

组织单元=》修改=》保存之后会出现一条重复记录，每操作一次出现一条

解决方案

由于用户组织范围权限存在重复记录导致的，处理方案如下：

步骤1--步骤1执行以下语句查找错误数据。

selectfUserId,ForgId,ftype,count

（1）fromt_pm_orgRangegroupbyfUserId,ForgId,ftypehavingcount

（1）>1

如果查询结果中存在数据，则使用如下语句进行数据备份：

select*intot_pm_orgRangebakfromt_pm_orgRange

步骤2步骤2执行以下语句删除重复数据。

deletefromt_pm_orgRangewherefidin（

selectmin（fid）fromt_pm_orgRangewherefidnotin（selectfuserOrgRangeIdfromt_pm_specialdirectorperm）groupbyfUserId,ForgId,ftypehavingcount

（1）>1

PS：

请循环执行步骤1和步骤2，将重复数据清理完毕，直到使用步骤1的语句查询没有数据为止。

步骤3执行以下语句创建唯一索引以便后续出现此问题时定位（后续如再出现此问题便会报错，如出现收集相关报错信息日志提单供分析）

createuniqueindexix_orgrange_outont_pm_orgrange（fuserid,forgid,ftype）

重新登录客户端，校验问题是否解决。

适用版本

所有版本

9）10.财务组织属性选择不了报告币

问题描述

启用了参数G001报告币参数，但是在设置财务组织属性的时候，还是选择不了报告币，而且报告币参数，本来是修改一次，无法修改的，但是现在可以随时修改

解决方案：

该问题在各版本都有出现，属于参数缓存问题，处理方案如下：

步骤4清除缓存

●参数设置界面按f11清除参数缓存

●组织单元界面按f9选择组织架构审核

●退出登录清客户端缓存：

EAS客户端安装路径\eas\client\cache里面的已IP地址命名的文件夹；删除eas\client目录下的eas_*.jnlp和resource.lst文件；对该客户端进行全更新操作（去掉按需更新的勾，则为全更新模式）

之后重新登录系统看是否OK

步骤5如果1操作后问题仍存在，在EAS查询分析器执行以下脚本

updateT_ORG_OUPARTFIsetfisgroup='0'wherefisgroup='1'

步骤6报告币参数修改的问题：

750之前版本初始化默认值为否800之后默认值改为是

由于之前版本出现初始化错误之后想修改无法修改的问题，800版本好像改为只要未涉及相关业务此参数都可以修改

2上机日志

上机日志常见问题案例分析及解答。

10）用户在客户端做的所有操作是否都有记日志

问题描述

是不是用户在客户端做的所有操作都有记日志？

1问题解答

不是。

用户操作是否要记日志需要需求人员确认。

此外，由于日志服务依存于元数据绑定，没有进行元数据绑定的操作也无法记录日志。

2关键字

上机日志操作记录

11）查看上机日志报错，提示正在转储中

3问题现象

用户administrator登录后，在“系统平台->安全管理->上机日志”,点击“转储”按钮。

报错信息：

[（ExceptionHandler.java:

458）]thiserroris:

com.kingdee.bos.BOSException:

正在转储中请稍后再试

[（ExceptionHandler.java:

470）]thisisnotisRPCConnectException:

retValuefalse

[（ExceptionHandler.java:

481）]retValuefalse

[（ExceptionHandler.java:

816）]错误信息：

正在转储中请稍后再试

错误详细堆栈信息：

com.kingdee.bos.BOSException:

正在转储中请稍后再试

atcom.kingdee.eas.base.log.app.AppLogControllerBean._dump（AppLogControllerBean.java:

856）

atcom.kingdee.eas.base.log.app.AbstractAppLogControllerBean.dump（AbstractAppLogControllerBean.java:

585）

4分析解答

原因分析：

日志转储过程中，因网络状况、用户操作等众多原因导致转储未正常完成，产生部分垃圾数据。

解决方法：

步骤1执行以下脚本重置转储标志。

updatet_log_dumppolicysetfisdumping=0;

FISDUMPING为1表示日志为转储状态；FISDUMPING为0表示日志为非转储状态。

步骤2删除可能导致错误的重复数据。

deletefromt_log_appwherefidin（selecta.fidfromt_log_appa,t_log_hisbwherea.fid=b.fid）;

5关键字

上机日志日志转储正在转储中

12）查询上机日志报缺少字段错

6问题现象

查询上机日志报错，缺少字段FMETHODDESCRIPTION_L2，错误信息如下：

ORA-00904:

"APPLOGS"."FMETHODDESCRIPTION_L2":

标识符无效

.Thequerysqlis:

SELECT

7分析解答

步骤1执行如下脚本：

IFNOTEXISTS（SELECT*FROMKSQL_USERCOLUMNSWHEREKSQL_COL_NAME='FMethodDescription_l1'ANDKSQL_COL_TABNAME='T_LOG_App'）

altertableT_LOG_AppaddFMethodDescription_l1NVARCHAR（255）;

IFNOTEXISTS（SELECT*FROMKSQL_USERCOLUMNSWHEREKSQL_COL_NAME='FMethodDescription_l2'ANDKSQL_COL_TABNAME='T_LOG_App'）

altertableT_LOG_AppaddFMethodDescription_l2NVARCHAR（255）;

IFNOTEXISTS（SELECT*FROMKSQL_USERCOLUMNSWHEREKSQL_COL_NAME='FMethodDescription_l3'ANDKSQL_COL_TABNAME='T_LOG_App'）

altertableT_LOG_AppaddFMethodDescription_l3NVARCHAR（255）;

IFNOTEXISTS（SELECT*FROMKSQL_USERCOLUMNSWHEREKSQL_COL_NAME='FMethodDescription_l1'ANDKSQL_COL_TABNAME='T_LOG_His'）

altertableT_LOG_HisaddFMethodDescription_l1NVARCHAR（255）;

IFNOTEXISTS（SELECT*FROMKSQL_USERCOLUMNSWHEREKSQL_COL_NAME='FMethodDescription_l2'ANDKSQL_COL_TABNAME='T_LOG_His'）

altertableT_LOG_HisaddFMethodDescription_l2NVARCHAR（255）;

IFNOTEXISTS（SELECT*FROMKSQL_USERCOLUMNSWHEREKSQL_COL_NAME='FMethodDescription_l3'ANDKSQL_COL_TABNAME='T_LOG_His'）

altertableT_LOG_HisaddFMethodDescription_l3NVARCHAR（255）;

步骤2安装补丁PT035176，该补丁同时依赖补丁PT035336、PTM035205需一起安装。

8关键字

上机日志缺少字段FMETHODDESCRIPTION_L2

13）如何解决上机日志POI报错问题

9问题现象

第三方包升级，升级之后不存在调用方法org.apache.poi.hssf.usermodel.HSSFWorkbook.setSheetName，所以调用报NoSuchMethodError异常（附件为现场日志）。

关键日志：

org.apache.poi.hssf.usermodel.HSSFWorkbook.setSheetName

所以调用报NoSuchMethodError异常。

10分析解答

已有补丁解决，请更新补丁PT035176（或最新补丁PTM037265）。

11关键字

POINoSuchMethodError上机日志

14）部分业务操作并没有记录在上机日志中是什么原因

12问题描述

用户仅仅是部分业务操作没有记录在上机日志中。

13解决方法

可能是因为上机日志安全级别设置过低导致，修改上机日志安全级别（路径为“.系统平台->安全管理->上机日志->编辑->日志设置”），将安全级设置较高即可。

图2-1日志设置菜单

图2-2日志设置界面

上机日志安全级别共3种，高级、中级和低级，详细说明如下：

。

高级：

设置为高级，意味着无论用户在系统中进行何种操作，从基础资料的修改到凭证的删除，从普通用户的登录到管理员的分配权限，都会一一记载在日志中。

中级：

设置为中级，意味着系统日志将记录关键操作和改变数据的操作，其他不做记录。

低级：

设置为低级，意味着系统日志将只记录关键操作和关键的数据改变操作，其他不做记录。

15）上机日志转储方式有哪些

14问题描述

上机日志转储方式有哪些，如何使用？

15解决方法

上机日志转储共有2种方式，自动转储和手工转储，详细描述如下：

自动转储，是指在“系统平台->安全管理->上机日志->编辑->转储”界面，手动设置日志保留天数（注意：

日志天数必须大于等于0），对系统目前的日志除保留天数外的数据进行转储，参考图如下：

图2-1转储菜单

图2-2手工转储天数设置界面

自动转储：

自动转储是指当上机日志数据达到10万条时，系统会自动将数据从当前数据库表（t_log_app）中转储到历史数据表（t_log_his）中。

16）网络代理导致上机日志中，部分客户机IP显示为127.0.0.1

16问题描述

用户administrator登录系统，进入“系统平台->安全管理->上机日志”查看上机日志信息，部分客户机IP（EAS6.0版本此字段为 用户IP）地址显示为127.0.0.1，不能正确显示出portal登录的具体IP。

17解决方法

问题原因：

Portal操作上机日志记录ip为127.0.0.1时，是因为管理控制台上启用了网络代理NAP（与管理控制台上“网络代理”界面“http端口号”设置相关），而代理跟服务器在一部机器上，所以获取到的其实就是服务器本机地址，也就是127.0.0.1。

解决方法：

取消管理控制台上“网络代理”界面取消“https代理”的勾选项即可。

17）后台事务如何设置上机日志转储任务？

18问题分析

在后台事务定义里边，如何设置上机日志转储的任务？

19解决方法

administrator登录系统，进入“企业建模-系统平台-后台事务-事务定义-后台事务定义-企业建模-安全管理-上机日志-日志自动转储”，配置信息后点击“发布”按钮。

注意：

EASV701打补丁PT061147解决，EASV705包含此功能

18）打开上机日志报错notenoughvalues

20问题描述

打开上机日志报错，两个表的字段个数不一样导致ORA-00947:

notenoughvalues

21解决方法

t_log_his中无故多出一个字段，例如CLOB字段（SQLDEVELOPER_CLOB_25）,而程序有INSERTINTOT_Log_HisSELECT*FROMT_Log_App

19）二次开发单据如何记录在上机日志中

22问题描述

二次开发单据如何记录在上机日志中

23解决方法

在业务模块中需要记录日志的地方调用日志工具类方法进行日志记录。

在执行业务逻辑前后分别各调用一次。

在执行业务逻辑之前调用com.kingdee.eas.base.log.LogUtil的

publicstaticIObjectPKbeginLog（Contextctx,StringmethodName,BOSObjectTypebizObjType,IObjectPKinstancePK,StringinstanceDeatil,StringlogItemName）

方法记录一次日志。

方法参数说明，

ctx如果为空为远程调用，否则为本地调用

methodName方法名称

bizObjType业务对象BOSType

instancePK操作对象实例PK。

对于批操作对象，该参数可以为空。

instanceDeatil操作对象实例详细信息。

对于批操作对象，请将所有对象详细信息拼为字符串。

logItemName日志项名称，与日志项元数据名称一致。

返回值：

IObjectPK日志记录PK。

在执行业务逻辑后

24适用版本

版本不限

20）EAS上机日志显示用户登录IP错误

25问题描述

在EAS系统上查询上机日志，发现所有在win7系统下登录客户端的用户ip显示均为127.0.0.1，但是这些用户均为使用任何远程控制登录到服务器端登录EAS，都是直接在本机登录EAS。

此问题非常严重，导致客户审计对系统提出质疑。

图2-1IP127.0.0.1截图

26解决方法

EAS处理IP地址的方式如下：

如果是win7系统，默认使用IPV6地址，后台默认是不支持IPV6地址的，所以当获取到IPV6后，系统默认返回一个“127.0.0.1”，如果只需要显示IPV4，现场可以在win7下禁止IPV6，在控制面板—网络共享中心—本地连接（LocalAreaConnection）—属性（Properties）设置如下：

图2-1属性设置界面

2、如果现场需要显示IPV6格式的地址，需要研发出私包解决。

这个功能不会出补丁，因为每家客户需求不一样

备注（给开发看的）：

如果需要显示IPV6地址，修改LoginFrame和LoginHelper类，把IPUtils.getLocleAddress（）;改为IPUtils.getFirstLocleAddress（false）;让其支持IPV6

21）上机日志中客户名称显示空白

27问题描述

28解决方法

后台定义了一下操作对象的类型，如果所做的操作没有匹配的话就不会出来。

29版本

版本不限

3客户化菜单

客户菜单使用过程中常遇到的问题及分析解答。

22）添加客户菜单提示长度超限

1问题现象

使用adminstrator用户登录EAS客户端，添加客户化菜单时，系统提示“长编码的长度超出系统限制（小于等于80），请修改！

”。

2分析解答

可以通过如下两种方式解决：

●修改编码长度参数。

在EAS业务中心导航树选择“系统平台->系统配置->参数设置”，将参数“TreeLongNumberlen”修改为最大值。

●升级客户化菜单

在EAS业务中心主菜单区中选择“系统->客户化菜单编辑->菜单升级”升级菜单。

3关键字

长编码超出系统限制客户菜单

23）如何进行菜单升级

4问题描述

对菜单进行升级时，可以采用哪些升级方式，各升级方式具体在哪种场景下使用？

问题场景为：

用户登录系统，部分功能菜单看不到；用户administrator登录系统，客户化菜单编辑中将管理门户导入时提示“待引入的菜单编码和与客户菜单编码重复”等问题，可以优先采用升级菜单方式看能否解决现场问题。

5问题解答

客户化菜单升级方式有三种：

智能升级，全部升级，升级系统菜单。

●智能升级智能升级不会覆盖二次开发菜单，对于系统菜单采取这样的策略：

用户在客户化菜单中修改了系统菜单后，添加一条记录，设置某个字段是否修改的标志，当进行智能升级时，发现已经有这个标示的不予升级，而发现没有标示的进行升级。

此方式常用于有修改的客户菜单进行升级。

●全部升级这种升级方式是最彻底的方式，它将系统菜单的表全部更新到客户化菜单表，并且系统化菜单原来的数据全部覆盖。

此方式常用于不需要保留二次开发的菜单直接进行删除升级标准系统的菜单。

●升级系统菜单这种方式不升级用户修改的菜单，即二次开发菜单，只升级系统菜单，对于用户修改的系统菜单，也强制升级，即系统菜单全部覆盖，但对于二次开发菜单不做改动。

此方式常用于需要保留二次开发的菜单对标准系统菜单进行升级。

6关键字

菜单升级智能升级全部升级升级系统菜单

24）批次规则菜单位置已调整位置

7问题描述

EAS7.0产品规划中，批次规则菜单位置已调整！

旧版本（EAS6.0）：

库存业务管理->批次管理->批次规则。

8问题解答

7.0版本：

库存业务管理->基础数据->批次规则。

图3-1

9关键字

批次规则菜单

25）EAS7.0银行账户菜单位置已调整

10问题描述

升级EAS7.0后，“银行账户”相关菜单已调整位置。

11问题解答

升级EAS7.0后，“银行账户”相关菜单已调整在资金管理模块下，详见如下图：

图3-1

12关键字

银行账户菜单

26）提示“菜单名称为空，是否修改？

”应该如何解决

升级EAS7.0后，系统菜单切换提示“菜单名称为空，是否修改？

”如下图所示

图3-1

13问题现象

EAS7.0为支持多语言，如果使用了多语言license文件（即支持中文简体、中文繁体、英文三种语言）但管理控制台并没有初始化多语言资源，则会报此错误提示信息。

14分析解答

方法一：

重新申请license文件，支持中文简体、中文繁体（不包含英文EN_G包）即可。

方法二：

安装补丁PT039807，在管理控制台-企业应用中“启用多语言”（注意要停止服务情况下进行）。

注意：

如果现场项目不需要使用多语言环境，建议使用方法一解决现场问题。

15关键字

菜单名称为空是否修改

27）如何在切换组织时让菜单显示不变化

16问题描述

在环境里打开具体的菜单，再切换组织后，打开的菜单都关闭为最初一级菜单状态，如果想在切换组织后还能看到之前组织里打开的菜单，该如何解决呢？

17问题解答

用户administrator登录系统，进入参数设置界面：

系统平台->系统配置->参数设置->公共参数->IsShowAllOrgMenu（是否显示所有组织有权的菜单），将参数值设置为“是”，在其他用户使用时，已打开的菜单不会随切换组织而不显示。

图3-1

18关键字

切换组织菜单

28）删除菜单报错如何解决

19问题描述

用户administrator登录系统，进入“系统->客户化菜单编辑->客户化菜单”界面，进行删除菜单时报错，错误信息如下：

错误信息：

Sql1executeexception:

updatet_bas_comfuncmenucachesetFMenuCacheTime=1296180831195

Causedexceptionmessageis:

值与其赋值目标的数据类型不兼容。

目标名为"FMENUCACHETIME"。

[Client--StringSerialize]

错误详细堆栈信息：

com.kingdee.bos.BOSException:

Sql1executeexception:

updatet_bas_comfuncmenucachesetFMenuCacheTime=1296180831195

Causedexceptionmessageis:

值与其赋值目标的数据类型不兼容。