本文讨论了几个关于金蝶EAS系统中智能收款与收款单处理的问题及解决方案。问题包括收款单状态不符、收款单重复审核错误、规则配置错误导致状态不符、因参数或规则未定义导致的错误,以及后台事务无法自动生成收付款单等。各问题均提供了具体的错误分析、日志记录和相应的解决方案,如修改权限、配置参数、更新补丁等。
问题1:web端收款单接收收款记录生成的收款单,自动规则设置自动执行操作为“完成收款”,但是生成的收款单还是保存状态?
解决方案:规则中的收款人没有收款权限导致,如下图,规则中配置的审批,收款人是管理员,该账号是没有审批、收款权限的,建议改成有权限的普通用户。
问题2:智能收款,规则中配置生成收款状态的收款单,但是生成了已审批状态.
分析过程:走botp ,规则中没有配置单据状态,有收款操作权限. 生成出纳收款单正常,应收收款单异常.经检查应收参数,收款单提交即审核为是导致.
2021-08-11 10:16:01 错误 [con.err-Thread 220018] com.kingdee.eas.fi.cas.RecPayException: 单据已审核,不能重复审核!
2021-08-11 10:16:01 错误 [con.err-Thread 220018] at com.kingdee.eas.fi.cas.app.service.RecAuditService.verify(RecAuditService.java:185)
2021-08-11 10:16:01 错误 [con.err-Thread 220018] at com.kingdee.eas.fi.cas.app.service.RecAuditService.doService(RecAuditService.java:146)
问题3:智能收款,web端规则配置生成收款状态,但实际生成保存状态。
分析过程:根据分析apusic 日志,收款单提交失败了,但是客户端列表界面提交正常,此时需要分析提交失败原因,到web端提交时就能看到失败原因了,CS073为否时收付款账号相同不能提交。实际为系统bug,客户端提交应该要校验,后续补丁优化。
问题4:8.2版本,cs112 参数为否时,智能收付款无法生成收付款单
com.kingdee.eas.base.botp.BOTPException: 没有定义转换规则!
atcom.kingdee.bos.metadata.bot.app.BOTMappingHelper.getMappingForSelectByCU(BOTMappingHelper.java:1907)
解决方案: 更新补丁PT156492 R20210105-3815
问题5:手工接收正常,启用后台事务无法自动生成收付款单。
解决方案:修改TM113参数为否测试
智能收付款单自动生成收付款单过滤条件: 19年智能收付款对交易明细的过滤条件有要求,公司,账户,是否付款isDebit为0,交易时间大于等于规则开启时间,收款金额creditAmount不为零、是否接收isReced为0、是否上划isTransUp为0;若没有TM113参数或该参数为否 ,交易明细的公司为结算中心,并对方银行账户是结算中心开立的银行账户;
EAS出纳管理业务介绍(8)-智能收付款.doc(1.12MB)
推荐阅读