工序汇报二开简介

工序汇报是车间的重要单据，使用频率高，个性化定制需求也多，一旦标准产品无法满足应用需求，可以尝试从以下方面用BOS设计器进行简单的二次开发，自己动手，提能省钱。

1. 实体服务规则

   配置与界面显示相关的控制，如字段、按钮、菜单的隐藏/显示/锁定/解锁，计算指定字段的值等。涉及到单层的字段都可配置，如“工序汇报.作业”，但多层级的字段则无法配置，如“工序汇报.作业.数据采集类型”。

   值得一提的是，完工数量、合格数量、工废数量、料废数量、待返修数量的锁定/解锁与值更新控制，并不是在实体服务规则中配置的，而是在表单插件中实现的，需要综合考虑检验方式、返修方式、返修汇报标志、作业.数据采集类型，无法通过配置来实现。

   

2. 表单插件

   标准产品的表单插件：

   
   

   OperationReportBillEdit包含了主要的界面控制逻辑，OperationReportBillEditQtyTrans处理完工数量、合格数量、工废数量、料废数量、待返修数量、初始待送检数量由工序单位数量向生产单位数量、基本单位数量的转换。

   不建议对上述数量进行二开，这对标准功能的冲击较大，可能影响到上游的工序计划、生产订单，以及下游的检验单、不良品处理单。如果实在有二开需求，请联系我们，以便提供合理的方案和指导。

3. 操作列表服务插件

   保存操作服务插件：

   
   

   Save：主要的保存校验和处理逻辑，不可禁用，包括可汇报数量的校验、完工数量和活动数量的校验、完工数量与待返修数量的校验、领料套数的校验。

   Save4Discrete：移动端报工的保存处理逻辑，主要是车间检验的处理。

   SaveStockInLimit：保存校验入库上限“累计完工数量<=生产订单入库上限+退库数量”。

   审核操作服务插件：

   
   

   Audit：主要的审核逻辑，不可禁用。

   OperScheduling：联动排程处理逻辑。

   AutoPushInspectBill：自动下推检验单逻辑，根据工序汇报单据类型参数中“审核自动生成检验单”的设置进行处理。

   CloseDate：关账校验。

4. 单据转换

   无论工序汇报作为源单还是目标单，在对数量字段的映射进行扩展时，需要格外关注基本单位、生产单位、工序单位数量的一致性，必要的时候可以配置表单服务策略“根据数量关联的单位