今天说些金蝶项目里细节方面的思考:
一、为什么金蝶要对细节方面较验？
凭证思维走的两条腿，一条是实物以出入库形式进来，然后划分到最小颗粒度就是基础信息及各模块的联系、较验。
校验及统计、库存的增减、交易主体的确认，决定了基础数据必须是独立及唯一的，不然同一个事件在不同地方差异巨大如何去统计，去处理。
a、对于客户：
名称”+id区分其唯一标识号，为啥不能用名称来区分呢？我想主要因为名称执行的局限性，不利于流转且不可控，易重复。
名称下关联的负责人，账号等处理，开票的变更思维是名称和税号是主体，属于第一梯队数据，银行账号，法人等信息，属于第二梯队数据，
第一梯队的数据变更必须证明，证明后从页面内直接做更改，但必须留痕迹，历史数据如何做保留呢，那要看你处理的方式，比如目前的方案是直接修改，那主体变更了，历史数据关联的id还在，且必须唯一，但是名称不同了，如何处理呢，那么历史数据的订单客户就保留名称即可，这就是处理的思路，但是缺乏时间节点的记录。思考下，还有没有别的处理方式？（客户是每次加载时候，先拿id，然后根据id显示名称，当有变更时，自动生成字段记录名称，订单每次执行均拿最新字段对应的名称），那么金蝶如何处理呢，变更以后，id对应的名称变更，新订单显示新的名称，但是旧订单呢？订单处理逻辑并没有给金蝶，也没给对账助手，对账助手是存在本地的，因此他不变更，但是金蝶是同步的，每次变更了订单以后是否会根据id做刷新呢？
第二梯队的变更，属于主体以外的，通常用于打款等事项，变更后其余均变更，但是保留变更的时间节点记录。
二、分公司及供应商的逻辑是一样的，区别在于，供应商不注册，正常逻辑入口应该为一个，可以单独存储，不同的基础数据，目前的处理方式入口分口，那就彻底两边好了。
如果未来建立CRM系统，也必须是分模块调取。
网友评论