用友ERP常见错误范文.docx

用友ERP常见错误范文

第一篇：用友ERP常见错误范文用友ERP-U861工资分摊时常见错误现象1：工资分摊时，不出现数据。[主要原因]人员类别没选对，特别是人员类别无分类时极易出现此种情形。[分析]现有工资类别中所有人员均已属于某类人员，所以，在将“人员类别”误为无类别或非在职人员时根本没有人员的工资可分摊。[解决方案]在图10所示的“分摊构成设置窗口”中，将人员类别选为“在职人员”或各部门相对应的类别。现象2：工资分摊时，应付工资一览表的借方科目、贷方科目均为空。[主要原因]在工资分摊窗口没选“明细到工资项目”。[分析]在不要求工资分摊明细到工资项目的前提下，工资分摊时各科目的借/贷方余额只能由用户重新输入，如图11所示。[解决方案]如图12所示，在工资分摊窗口选择√明细到工资项目。现象3：工资分摊制单时，按辅助项生成的凭证有多页，不直观。[主要原因]点制单按钮前，没选“合并科目相同、辅助项相同的分录”。[分析]在不合并科目相同、辅助项相同的分录的前提下，工资分摊的凭证将根据不同的辅助项目按借贷金额显示，凭证显得较乱。[解决方案]图11中，点“制单”按钮前，选√合并科目相同、辅助项相同的分录。现象4：本月各类工资分摊太烦琐，每类工资均需生成银行格式文件。[主要原因]工资分摊前,没有将本单位各类工资汇总。[分析]本单位若有多类工资，工资分摊设置及分摊过程相似，不必做重复性工作，应针对各类工资的总额进行一次性的工资分摊。[解决方案]利用用友ERP-U861中的“汇总工资类别”功能，先将各类别工资汇总形成一个新工资类别——汇总工资类别，再对汇总工资类别进行工资分摊，最后只需生成一份银行格式文件。第二篇：用友常见错误提示870登陆报：登录信息不全，请查看代码在870环境中，操作系统更新了.netframework2.0的安全补丁kb928365和kb931212补丁导致此问题产生。解决方式有三种：1、安装870sp2补丁2、在安装870sp1的基础上，下载此补丁并在服务器端安装。3、卸载kb928365和kb931212补丁安装WINXP的最新补丁或者windows2003的sp1的computers安装U861系统，安装完成后,登陆‘企业应用平台’时都提示‘提示AUTOMATION自动化错误’异常错误.解决方法：手工注册一下ado目录下的msadox.dll，原因msadox.dll与system32下的msdart.dll不兼容门户登陆，在ufsplash中出现异常错误，提示无效属性值，同时门户提示automation错误原因：用户的默认语言不在en-us,zh-cn,zh-tw中，导致系统出错基础连接已关闭在internet选项中去除代理服务器的设置无法加载client.dll错误原因:很可能是对client.dll没有访问权限,系统盘是ntfs,在重启IIS即可文件未找到:client.dll或者client.dll未注册法一：首先停止所有用友服务，然后把system32下的client.dll复制到system目录下，并注册（XP或2003系统：开始－运行－输入regsvr32“c:windowssystemclient.dll”）,注册时会提示一个错误，不用管它。然后把原来的client.dll删除或改名再重启机器就可以了法二：删除腾讯搜搜，中文搜搜基础连接已关闭，无法连接远程服务器目前是因为ufautoloadservice中切换了应用服务器的名称导致生产制造提示加载dll失败因为ufautoloadservice依赖mandpromptandnavigatetothe%systemdrive%InetpubAdminScriptsdirectory.2.Typethefollowingcommand:cscript.exeadsutil.vbssetW3SVC/AppPools/Enable32BitAppOnWin64“true”3.PressENTER.4.RestartIISwin2003安装了sp1后，登录出现错误：“登录失败:Automation错误“因为2003捆绑了msadox.dll，而sp1中带的msadox.dll与用友软件中使用的相同组件不兼容了，所以目前的解决方法是手工替换此组件。使用安装盘自带的mdac2.8Paddingisinvalidandcannotberemoved.先清除临时目录下的缓存，常用全文搜索。然后运行运行C:DocumentsandSettingsdsm>C:WINNTMicrosoft.NETFrameworkv1.1.4322aspnet_regiis.exe-r即可remoting异常,requestservicenotfind建议重新安装U8服务端远程服务器