人事通精锐版补丁包
点击下载地址 补丁编号：
654
适用版本：
用友人事通精锐版
文件说明：
本补丁为人事通精锐版10.2适用的补丁包
更新内容：
2009-6-11 16:49:14
解决问题：自定义报表中无新增工资项目:新增加了一个工资项目,在自定义的报表中没有新增加项。
2009-6-9 16:46:21
解决问题：银行代发，两个银行，其中一个银行有几个人但不全，另一个银行无数据.
2009-5-18 16:33:35
解决问题：薪资管理→统计分析→工资查询表表→部门工资统计 统计日期选择某个月份，统计数据却为累积数据
2009-4-28 23:35:15
解决问题：在进行薪资模块的，计件产品，选择工序后，保存后提示错误
2009-4-23 16:05:02
解决问题：计件产量进行部门及产品条件过滤时后，工价及合格数量都没有数据．但按全部的查询条件又有工价及合格数据．
2009-3-30 16:46:24
解决问题：人员管理中的人员异动，选择变动类型：“调薪”时，每人每月的工资项目只能调整一次，且只能调整一个工资项目（调整一个项目后，其他的就无法调整）。
2009-3-19 16:08:20
解决问题:客户打了3.6日的产品补丁后，之前的显示问题解决了，但在查询按钮输入执行条件后会报错。提示“条件输入不完整，请重新输入”。自定义报表会有这个提示，软件里自带的报表没有此问题.
2009-3-6 14:35:31
解决问题： 自定义报表格式，已经升级与10.3一样
2009-3-2 16:19:03
问题解决：人事通自定义报表打开界面取不到数,只能通过格式设置中预览查看
2009-2-20 16:17:55
解决问题：计件工资统计2008年12月26日到2009年1月25日得出的计件工资合计，和薪资计算里面计算第一期工资计件工资的总数不一致。
银行代发，最后的合计数出现一串小数，员工工资项目统计表里面的医保金，扣税基数，应扣，都有很多小数位。但是这些项目小数为应该是2位。
2009-2-9 15:42:41
解决问题：在“薪资管理”－基础信息设置－计件式价设置－批量增加－产品（固定值选择03）－全选－保存，提示如下错误：“第1,2,3、、、、、行工价的标准要素重复！”
2009-2-9 15:42:40
解决问题：在“薪资管理”－基础信息设置－计件式价设置－批量增加－产品（固定值选择03）－全选－保存，提示如下错误：“第1,2,3、、、、、行工价的标准要素重复！”
2009-1-21 16:26:53
1、计件产品界面中增中按产品编号、产品名称模糊查询的功能；
2、计件工价设置中，增加按产品编号、工序编号模糊查询的功能；
2008-11-24 16:32:15
问题现象：当工号按软件提供的顺序录至00003时保存后,再录入00004时,工号显示的还是00003
2008-11-5 16:41:23
人事通精锐10.2.1补丁包
1、精锐版10.2在做计件工资的保存数据之后,退出来，点“搜索”，查询之后，计件产量页面的工序部分就跳成空白的问题；
2、计件工资的要素中自定义了标准的要素,录入相应工价,录入产量时,录入产品/工序和自定义的要素后,带不出来定义好的工价问题；
3、不带自定义计件要素的产品在录入计价产量时可以带出定义好的工价,但录入计价产量界面会往后错一列的问题；
4、计件工资统计表上方工具栏中增加“搜索”按钮，功能同计件产量工具栏上方的搜索功能一至；便于客户在同一个界面中查询、统计计件产量和金额；
5、计件工价设置时支持手工输入产品编号及工序编码，增加了编码的校验关系；
6、计件产量录入时增加产品编码、工序编码的校验关系；
7、计件产量录入时增加了批量设置的功能，方便批量完成相同计件产量内容的录入工作；
1、支持U6 3.2向人事通精锐版10.2传递部门、人员、产品、工序、工艺路线基本资料；
2、支持U6 3.2向人事通精锐版10.2传递生产进度汇报单的计件产量数据；
3、计件产量人员判断的优先次序如下：生产进度汇报单操作工---工人----负责人；导入时如果生产进度汇报明细中记录中包括操作工,则取操作工;如果不存在操作工,则判断此条明细记录是否包括对应的工人信息,如果有则取工人,如果没有则判断此生产进度汇报单对应的派工单是否有负责人信息,如果有则取负责人,如果没有,则此条生产进度汇报单明细不能被导入到人事通计件工资中;此生产进度汇报单对应的其它满足条件的明细记录是可以导入到人事通计件工资中的;
说明：
1、导入过的生产进度汇报单重复导入时，实际完工日期对应的计件工资期数进行了月末结帐处理，则此汇报单中的数据无法重新导入人事通中；
2、导入过的生产进度汇单中如果删除了某些明细记录，或是修改了原明细记录对应的操作工或是工作信息，此时人事通中已经被导入的产量需要手工进行调整，如果人事通系统中不进行人为调整，则此生产进度汇报再次导入时可能造成数据的不一至；
654
适用版本：
用友人事通精锐版
文件说明：
本补丁为人事通精锐版10.2适用的补丁包
更新内容：
2009-6-11 16:49:14
解决问题：自定义报表中无新增工资项目:新增加了一个工资项目,在自定义的报表中没有新增加项。
2009-6-9 16:46:21
解决问题：银行代发，两个银行，其中一个银行有几个人但不全，另一个银行无数据.
2009-5-18 16:33:35
解决问题：薪资管理→统计分析→工资查询表表→部门工资统计 统计日期选择某个月份，统计数据却为累积数据
2009-4-28 23:35:15
解决问题：在进行薪资模块的，计件产品，选择工序后，保存后提示错误
2009-4-23 16:05:02
解决问题：计件产量进行部门及产品条件过滤时后，工价及合格数量都没有数据．但按全部的查询条件又有工价及合格数据．
2009-3-30 16:46:24
解决问题：人员管理中的人员异动，选择变动类型：“调薪”时，每人每月的工资项目只能调整一次，且只能调整一个工资项目（调整一个项目后，其他的就无法调整）。
2009-3-19 16:08:20
解决问题:客户打了3.6日的产品补丁后，之前的显示问题解决了，但在查询按钮输入执行条件后会报错。提示“条件输入不完整，请重新输入”。自定义报表会有这个提示，软件里自带的报表没有此问题.
2009-3-6 14:35:31
解决问题： 自定义报表格式，已经升级与10.3一样
2009-3-2 16:19:03
问题解决：人事通自定义报表打开界面取不到数,只能通过格式设置中预览查看
2009-2-20 16:17:55
解决问题：计件工资统计2008年12月26日到2009年1月25日得出的计件工资合计，和薪资计算里面计算第一期工资计件工资的总数不一致。
银行代发，最后的合计数出现一串小数，员工工资项目统计表里面的医保金，扣税基数，应扣，都有很多小数位。但是这些项目小数为应该是2位。
2009-2-9 15:42:41
解决问题：在“薪资管理”－基础信息设置－计件式价设置－批量增加－产品（固定值选择03）－全选－保存，提示如下错误：“第1,2,3、、、、、行工价的标准要素重复！”
2009-2-9 15:42:40
解决问题：在“薪资管理”－基础信息设置－计件式价设置－批量增加－产品（固定值选择03）－全选－保存，提示如下错误：“第1,2,3、、、、、行工价的标准要素重复！”
2009-1-21 16:26:53
1、计件产品界面中增中按产品编号、产品名称模糊查询的功能；
2、计件工价设置中，增加按产品编号、工序编号模糊查询的功能；
2008-11-24 16:32:15
问题现象：当工号按软件提供的顺序录至00003时保存后,再录入00004时,工号显示的还是00003
2008-11-5 16:41:23
人事通精锐10.2.1补丁包
1、精锐版10.2在做计件工资的保存数据之后,退出来，点“搜索”，查询之后，计件产量页面的工序部分就跳成空白的问题；
2、计件工资的要素中自定义了标准的要素,录入相应工价,录入产量时,录入产品/工序和自定义的要素后,带不出来定义好的工价问题；
3、不带自定义计件要素的产品在录入计价产量时可以带出定义好的工价,但录入计价产量界面会往后错一列的问题；
4、计件工资统计表上方工具栏中增加“搜索”按钮，功能同计件产量工具栏上方的搜索功能一至；便于客户在同一个界面中查询、统计计件产量和金额；
5、计件工价设置时支持手工输入产品编号及工序编码，增加了编码的校验关系；
6、计件产量录入时增加产品编码、工序编码的校验关系；
7、计件产量录入时增加了批量设置的功能，方便批量完成相同计件产量内容的录入工作；
1、支持U6 3.2向人事通精锐版10.2传递部门、人员、产品、工序、工艺路线基本资料；
2、支持U6 3.2向人事通精锐版10.2传递生产进度汇报单的计件产量数据；
3、计件产量人员判断的优先次序如下：生产进度汇报单操作工---工人----负责人；导入时如果生产进度汇报明细中记录中包括操作工,则取操作工;如果不存在操作工,则判断此条明细记录是否包括对应的工人信息,如果有则取工人,如果没有则判断此生产进度汇报单对应的派工单是否有负责人信息,如果有则取负责人,如果没有,则此条生产进度汇报单明细不能被导入到人事通计件工资中;此生产进度汇报单对应的其它满足条件的明细记录是可以导入到人事通计件工资中的;
说明：
1、导入过的生产进度汇报单重复导入时，实际完工日期对应的计件工资期数进行了月末结帐处理，则此汇报单中的数据无法重新导入人事通中；
2、导入过的生产进度汇单中如果删除了某些明细记录，或是修改了原明细记录对应的操作工或是工作信息，此时人事通中已经被导入的产量需要手工进行调整，如果人事通系统中不进行人为调整，则此生产进度汇报再次导入时可能造成数据的不一至；