| 解决方案： |
由于开发通过补丁对U8中的操作员密码加密算法做过修改，系统会调用UFSYSTEM系统数据库UA_USER表中系统内置操作员“asuser”，然后通过asuser操作员实现后台资源的访问、调用。由于asuser用户的口令是系统预制的也是：asuser（切记不要随意修改），程序通过asuser用户对后台资源的访问、调用时，程序代码中对于asuser用户赋予的口令是一常量“asuser”。这样一来新的加密算法改变后，“asuser”字符串（指程序代码中对于asuser用户赋予的口令）转换的加密Cpassword字段值与打补丁前UFSYSTEM系统数据库UA_USER表中操作员“asuser”的Cpassword字段值就不一样了，所以导致后台访问调用、资源不成功。 解决方案： 可以在系统管理中新增加一个操作员如：AAA,口令设为：asuser。新增的操作员保存后，程序会根据新的数据库加密算法生成UFSYSTEM..UA_USER表中操作员“AAA”的Cpassword字段值。接下来在UA_USER表中用AAA用户记录的cpassword字段值替换asuser用户记录cpassword的字段值即可。 问题：库存期初审核时：运行时错误380，无效的属性值。 此问题描述在年结问题之后，感觉非常奇怪，因为该数据已经进行到05年结，而且存货均已记帐，06年没有进行年结也不存在期初记帐，通过电话沟通，确认是数据在05年期初发生但一直没有处理，只是由技术人员每个月直接在后台进行修改库存的月结标志。从数据检查分析，未能再现问题现象，结合数据库结构，判断问题是由于未更新补丁造成，请按照U8补丁加载说明（补丁下载页面红字部分，随邮件发给您）更新补丁，然后反结帐到年初重新正常处理业务，因目前的处理（由技术人员每个月直接在后台进行修改库存的月结标志，然后进行其他模块的处理。）方法极可能会导致数据错误，要求避免采用这种方法。同时需要注意，更新补丁时如果出现某个脚本不能执行请先执行其他脚本，同时在新年度帐套内也要执行。 |