1.1.2　表单设计一定要有逻辑

表单设计一定要有逻辑，即数据管理的逻辑、数据流动的逻辑。

表单保存的是基本资料吗？其他表单是否引用了这些表单的数据？其他部门的表单要不要引用这个部门的数据？账务人员按照自己的习惯设计出表单，然而只有他自己知道怎样获取数据，如果要把这个表单发给其他人，对方能否实现快速、高效地获取数据？

任何一个表单的设计都要考虑上下游数据的流动问题。一个表单既承接上游表单的数据，也要汇入下游表单中。因此，企业的各种数据管理表单并不是孤立存在的，而是彼此关联的。那么，用什么字段来关联？用什么方式来关联？怎样关联才能实现数据的顺畅流动？

数据是企业的血液，如果流动不畅出现淤堵，企业就会出现问题，轻则效率下降，重则影响生产。例如，一批货本来应在3个月前就支付货款，但是已经过了3个月，等客户打电话来催才知道；本来供应商的货款已经全部支付完毕，订单已经关闭，结果又莫名其妙地下单支付了数十万元！这样的数据管理损失的就不仅仅是金钱了。

表单逻辑不仅仅是表单与表单之间数据流动的逻辑，也是表单内部各字段的逻辑。

例如，销售部确定销售产品，技术部给生产部下达产品物资清单（BOM），生产部确定物料工费，采购部确定原材料采购计划，仓库确定是否收货等，这是一个企业正常经营活动的闭环，环环相扣，表表相接，如果逻辑乱了，后果可想而知。

即使是表单内部，也需要认真思考表单中需要哪些字段，哪些字段可以从上游表单中自动获取，哪些字段需要手工录入，哪些字段还需要为下游表单使用，每个字段之间的逻辑顺序是什么。这些都需要在设计表单结构时认真梳理和思考。

很多人以Word文档的思维（本质上是报告思维）来设计基础数据表单，结果生成了具有大量合并单元格的大而全的表格，这样会很麻烦。不是说绝对不能使用合并单元格，一些特殊的日报表记录表单（如生产部门的表单、品管部门的表单等）必须有这样的合并单元格存在，以方便、准确地记录和阅读数据，但即使是这样，也要考虑后续获取数据是否方便，是否能够被其他表单高效引用。