#常见问题#付款单提交银企失败,提示:付款单xxx的信息可能被篡改过,不能提交银企互联,请重新审批!
【问题描述】:
付款单提交银企失败,提示:付款单xxx的信息可能被篡改过,不能提交银企互联,请重新审批!如下图,
【应用场景】:
出于支付安全的考虑,系统不允许在单据审批后再进行某些字段的修改,因此在后台表T_CAS_PAYMENTBILL中设计了一个【是否被篡改标志位】字段(FEditFlag),在付款单审批的时候,就会生成并反写这个字段。如下图:
注意:此字段的反写,与付款单上几个重要字段有关,包括付款账户,实付金额,币别,收款账户,以及银行实收账号
当提交银企时,系统会进行校验,如果上述几个重要字段发生了改变,和单据中存储的篡改标识不一致时,系统就会提示:付款单xxx的信息可能被篡改过,不能提交银企互联,请重新审批!
【常见问题解析&解决方法】
1、付款单审批后,涉及付款账户,实付金额,币别,收款账户,以及银行实收账号的字段,确实人为的在后台篡改过;
2、付款单是通过接口传入或者引入引出模板手工导入的,并且传入和导入的单据状态为【已审批】。
3、付款单是通过botp关联生成的,并且规则中设置了【已审批】的单据状态。
上述2、3的原因是一样的,这类单据没有经过业务逻辑审批,因此【是否篡改标志位】为空,此时再提交银企也会弹出被篡改的提示。
出现上述三点报错时,唯一的解决方法,就是反审批后重新审批,再提交银企,此篡改标识无法后台填补,请知悉。
同时单据转换规则中的【单据状态】请置空或者改为”保存“;如生成单据后不想人工审批,也可结合【收付机器人】模块实现单据的自动审批。
【适用版本】:EAS及EAS Cloud 各版本均适用
【注意事项】:
开启出纳参数CS031参数后,在审批后再次修改单据信息并提交(修改付款账号等信息),会重新生成新的标识覆盖原来的标识;
如果同时开启了CS031_01,审批后只修改了业务日期,由于【业务日期】不在上述重要字段之列,修改业务日期不会影响篡改标识的变动!
开启出纳参数CS109后,也可以在审批状态下修改单据上的收款信息,这时候修改提交后也会重新生成新的标识覆盖原有的标识(跟CS031参数一样的效果逻辑)
上述防篡改的提示是出纳业务做的校验,要区别于安全认证的签名验签未通过(下图)。
两者的处理机制是完全不一样的,CA安全认证是借助第三方软硬件介质进行加密验签,并且各环节都可以配置验签(审批、删除、提交银企等),也能起到防数据篡改的作用!
如:客户启用了CA安全认证,银行付款失败打回后,出纳又反审批修改了关键字段,再提交银企就会有下图提示。这是因为参与签名验签的字段在审核后再被修改过,因此验签不通过。
这类单据必须删除单据重新做单,才能提交银企!
相关逻辑可详细参考另一个帖子:https://wenku.my7c.com/article/346725479212249088?productLineId=8
#常见问题#付款单提交银企失败,提示:付款单xxx的信息可能被篡改过,不能提交银企互联,请重新审批!
本文2024-09-16 22:10:56发表“eas cloud知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-eas-46456.html