第一是，数据库表的信息，比如开票助手内地址的变更流程。
本来以为地址是个独立的Id，但设计数据库里以公司名为主题，没办法对其进行耦合的处理，因此最后谈论的结果是，以自增字段做为新用户，老客户作为独立字段确定耦合状态。
那么设计的思路如下，首次同步后，露出编辑按钮，客服可对地址，电话等非必填字段做二次编辑，编辑完成且被调用以后，编辑字段显示，二级页面展示的禁用消失，如果此时发现错误，则把申请单删除，编辑按钮露出。
如果公司确实错误了，废单如何处理呢，此时可由管理员进行删除操作，客户进入删除工作表。相当于，删除针对没有申请单且错误或者不用的客户，禁用针对，正常使用且变更的操作，用禁用来保证老数据的独立，就是所谓的开票助手内部复制的思路。
说到，库表内部复制的思路，其实不一定都是端展示，其实后端展示并不会影响。
至于为啥导出不出地址，主要就是用的前端模板导致的。
然后就是编辑页面的调去，其实都是这个库表，编辑页面的调取，完全可以从一个按钮调出。
对于，新增的字段，添加子账号，可以默认地址一样，同时启用即可。选择开票的时候，只要指定启用的。这个要看页面，如果变更，那就整条禁用，相当于添加子账号，地址啥的都一起。
用新增来管控添加或者变更信息，用禁用来解耦。如果保持唯一性，可以用自动禁用的概念，比如增加新地址，那么老地址自动禁用，添加子账号那就可以下加，因为的确存在多个开户行并用或者地址，所以禁用还是认为控制，认为控制有个问题，申请页面如何去选择。人为不一定会及时去操作。
网友评论