快速开发框架：进销存业务注意事项

• 物料代码尽可能唯一

即一个物料代码对应一个实物，尽可能不要出现同一实物有多个料号的情况

实例：实施一家型材行业客户，同一实物再不同业务场景会有不同的物料代码，导致业务逻辑复杂，做单时数据混乱

• 将主子表视为一体

即主表删除子表也删除，子表都删除了主表也要删除，主表修改也要触发子表修改，子表修改主表也要触发变更

• 尽可能使用底层写法

这个纯粹是个人喜好，能用触发器的我尽可能用触发器，用程序控制总会因为不明原因导致数据不一致，可能是是个人技术不到位

• 前后流程控制

订单已入库的订单不能再删除了，诸如此类的逻辑控制，在进销存中极为常见，极为重要

• 合理使用小说位数

同一数据的小数位数尽量相同，否则会数据不一致

• 追溯合理

尽可能将追溯流程的步骤减少

避免：销售订单>>销售出库>>销售退货>>销售出库(补发) 

------ 销售退货单要追溯销售订单需要经过销售出库再到销售订单

推荐：销售订单>>销售出库

         销售订单>>销售出库(红冲)

• 单据回写

我现在的处理方式是将回写数据存放到中间表

例如订单的已发货数量 存放到中间表

订单发货的退货数量 也存放到中间表

已发货的商品的开票数量  收款金额 等等 也都放到中间表

中间表的结构可以根据自己需求设计  我的设计只有3个字段  源单ID  、回写数据  、回写属性

暂时只有这些后面再更新