(应收应付)常见应用问题合集 :1、下游单据保存或审核反写提示超额怎么分析?
提单人:应收单保存后,提示反写上游订单超额,排查下游单据后发现,并没有超数量下推,麻烦老师帮忙分析是否存在异常?
新手分析:
1、检查提示异常的数量字段,一般是计价基本数量控制不允许超额,虽然计价数量未超,可能计价基本数量超额
2、去检查反写规则的配置,看是否存在自定义的单据转换规则,跟预设规则设置反写了同一个字段导致的超额(如果有,帮助用户禁用多余的规则再下推即可)
(服务支持同学在分析这类问题时,起码要完成这一步检查哦!!!!)
常规分析:
如果上一步检查未见异常,进入到下一步稍微高级那么一丢丢的分析:
1、跟用户沟通达成一致,先复制提示异常的反写规则,改为允许超额
2、然后禁用预设的规则,并且启用新复制的规则(目的是为了让下游单据正常保存,看看真实反写的值到底是个啥。。。)
3、重新再下推相同数据的单据,保存后检查上游的反写字段是否存在明显超额的反写值。如果反写翻倍,则还是多个反写规则导致;若超额但不是翻倍,大概率是下游单据的数量换算存在问题,排查单位换算问题
4、若肉眼未见明显异常,反写值跟校验字段一致,则可能是下游单据存在精度差异导致反写超额。尝试在上有单据列表按照引入模板引出数据(记得把反写字段设置为允许引入,按照模板引出才会有这个字段) 引出后看excel表的数据是否存在多位小数。
5、分析到第4步,不论结果如何,都转研发分析吧。。。记得把前面几步分析过程在提单中备注清楚,提升分析效率
--------------------------------------------高阶分析 分割线------------------------------------------
(注意,这可能是一个冷知识……)
应付单保存后反写订单,订单数量100,应付单数量102,反写规则设置的【仅允许一次超额】,下游单据数据也符合规则,但是保存仍然提示异常
这类问题一般都是:入库分多次(分别是98+2+2),数量合计102,该供应商所有入库单合并下推一张应付单,总数量合计102,保存提示异常了。
这里有2个点会触发超额:
1、反写规则设置的校验公式可能是:订单.计价基本数量≤订单.关联应付计价基本数量 由于比较符号设置了“=”,满足触发了第一次超额的校验,100下推100时也会认为是超额,再下推2的时候会触发第2次超额。。。 于是就出现了上面的问题
2、问题来了,为什么总数只有一次超额,下推会触发2次。原因是:应付单反写订单时,是逐行反写触发校验,不是一次累加反写全部数量,以上面数据为例,后台执行的反写是:反写98保存校验→反写2保存校验→反写2保存校验,在进行到第2步时触发了一次超额,第3次被认为是第2次超额了。。。。。
解决上述问题的方法:
【方法1】:
把比较符号里面的“=”去掉,标准产品由于历史渊源暂时不做调整,需要用户参考上面的复制--禁用--再启用(这一步很重要,否则草稿状态的反写规则不会生效)这个流程去修改
【方法2】:
单据转换规则设置排序策略,按照数量的升序排序,得到的反写顺序就是:反写2保存校验→反写2保存校验→反写98保存校验,不会触发多次超额
如果上面每一种场景的分析都能独立掌握并且熟练应用的话,那么恭喜你,你已经是一位高手啦~~~
(应收应付)常见应用问题合集 :1、下游单据保存或审核反写提示超额怎么分析?
本文2024-09-16 18:53:50发表“云星空知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-k3cloud-25093.html
- 鼎捷EAI整合規範文件V3.1.07 (集團).pdf
- 鼎捷OpenAPI應用場景說明_基礎資料.pdf
- 鼎捷OpenAPI應用場景說明_財務管理.pdf
- 鼎捷T100 API設計器使用手冊T100 APIDesigner(V1.0).docx
- 鼎新e-GoB2雲端ERP B2 線上課程E6-2應付票據整批郵寄 領取.pdf
- 鼎新e-GoB2雲端ERP B2 線上課程A4使用者建立權限設定.pdf
- 鼎新e-GoB2雲端ERP B2 線上課程C3會計開帳與會計傳票.pdf
- 鼎新e-GoB2雲端ERP B2 線上課程E6-1應付票據.pdf
- 鼎新e-GoB2雲端ERP B2 線上課程A5-1進銷存參數設定(初階篇).pdf
- 鼎新e-GoB2雲端ERP B2 線上課程D2帳款開帳與票據開帳.pdf