供应商基础信息里面字段非常多，有些是非常重要的字段，有些是辅助字段，可能不同的字段信息由不同部门的人负责维护维护，那么当一个正式供应商通过审核并产生了一些列业务数据（比如采购申请单，采购订单，采购合同，货源清单，配额等）之后，业务发现需要变更这个供应商基础信息，会有什么影响呢？
接下来，我和大家说一下在某个项目上踩过的坑，让大家开心一下~
采购申请单下推采购订单报错；
采购订单从采购合同取价报错；
采购订单按配额下单报错；
采购申请单批量生成采购订单报错；
财务应付单选不到供应商
等等
某一天突然电话狂想，各种报错，原因都是因为无效供应商，提问题的人都说这个供应商我用了很久了，以前都是正常的，今天怎么不行了，系统bug吧？ （什么都是bug？，我们不背这个guo）
经确认，的确是一部分人在修改供应商基础信息（依据内部审计的要求，修改部分字段，非核心），批量更改了很多供应商基础信息，当时我们的规则是供应商基础信息修改需要重新走审批，然而那个阶段领导们都出差，不能及时审批。。。
当我们告知他们改了基础数据，使得供应商状态从已审核变成了暂存，导致业务部门大量单据都受阻的后果之后，修改人完全没有预料到自己的举动会牵扯这么多，问到：那我能把审批流撤销吗？撤销之后供应商信息能回到我更改之前的状态吗？先让他们按照原来的信息下单
不能。。。
（此处省略，该修改人的千万种情绪）
这个事件，让我思考，基础数据的修改也是业务需要，状态管控也是需要，可是基础数据维护的人和各部门业务都是分开的，这个矛盾如何解决呢？
是否可以区分一些关键字段必须走审批，一些非关键字段是否可以按权限分配无需审批自动生效呢？
是否可以有版本记录，万一新的修改审批不下来，可否回退到前一个版本且是已审核状态呢？
如果简单粗暴的说，基础数据修改应避开营业时间内，那说到底供应商基础数据维护的人也是业务部门，并不一定是IT，没有道理让他们深夜改。
大家还有什么更好的主意？
推荐阅读