工序汇报二开简介

工序汇报二开简介原创

付豆_kd

66人赞赏了该文章 5,222次浏览编辑于2019年08月23日 14:50:48

摘要由AI智能服务提供

工序汇报是车间常用单据，个性化需求多。标准产品不足时，可用BOS设计器二次开发，调整界面显示和逻辑。涉及数量锁定与转换、保存校验、审核操作等需慎重处理，避免影响系统其他功能。单据转换需确保单位一致性，反写规则需谨慎扩展。常见问题可调整字段锁定、校验逻辑和服务插件。

有用

反馈

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

实体服务规则
配置与界面显示相关的控制，如字段、按钮、菜单的隐藏/显示/锁定/解锁，计算指定字段的值等。涉及到单层的字段都可配置，如“工序汇报.作业”，但多层级的字段则无法配置，如“工序汇报.作业.数据采集类型”。
值得一提的是，完工数量、合格数量、工废数量、料废数量、待返修数量的锁定/解锁与值更新控制，并不是在实体服务规则中配置的，而是在表单插件中实现的，需要综合考虑检验方式、返修方式、返修汇报标志、作业.数据采集类型，无法通过配置来实现。
表单插件
标准产品的表单插件：

OperationReportBillEdit包含了主要的界面控制逻辑，OperationReportBillEditQtyTrans处理完工数量、合格数量、工废数量、料废数量、待返修数量、初始待送检数量由工序单位数量向生产单位数量、基本单位数量的转换。
不建议对上述数量进行二开，这对标准功能的冲击较大，可能影响到上游的工序计划、生产订单，以及下游的检验单、不良品处理单。如果实在有二开需求，请联系我们，以便提供合理的方案和指导。
操作列表服务插件
保存操作服务插件：

Save：主要的保存校验和处理逻辑，不可禁用，包括可汇报数量的校验、完工数量和活动数量的校验、完工数量与待返修数量的校验、领料套数的校验。
Save4Discrete：移动端报工的保存处理逻辑，主要是车间检验的处理。
SaveStockInLimit：保存校验入库上限“累计完工数量<=生产订单入库上限+退库数量”。
审核操作服务插件：

Audit：主要的审核逻辑，不可禁用。
OperScheduling：联动排程处理逻辑。
AutoPushInspectBill：自动下推检验单逻辑，根据工序汇报单据类型参数中“审核自动生成检验单”的设置进行处理。
CloseDate：关账校验。
单据转换
无论工序汇报作为源单还是目标单，在对数量字段的映射进行扩展时，需要格外关注基本单位、生产单位、工序单位数量的一致性，必要的时候可以配置表单服务策略“根据数量关联的单位自动计算目标数量”进行单位转换。
工序计划到工序汇报的插件策略：
Kingdee.K3.MFG.SFC.App.BillConvertServicePlugIn.OptPlan2OptRptConvert：主要的下推逻辑，不可禁用。
Kingdee.K3.MFG.SFC.App.BillConvertServicePlugIn.OptPlan2OptRptConvert4Discrete：移动端报工的下推处理逻辑。
Kingdee.K3.MFG.SFC.App.BillConvertServicePlugIn.OptPlan2OptRptConvert4Time：准备、加工、拆卸时间的赋值逻辑。
反写规则

在工序汇报的单据关联配置中，配置了一个反写插件，该插件与Cloud中工序计划到工序汇报的反写规则共同作用，不允许随意改动。这是因为工序计划属于单据头-单据体-子单据体结构，而反写规则并不支持子单据体，因此标准产品采取折中的方式实现了反写，如需要扩展工序汇报到工序计划的反写逻辑，不应该使用反写规则和反写插件的形式，而应该采取操作服务插件的方式。