生产齐套分析单/缺料分析单子项明细自定义字段开发

    在金蝶云星空7.2版本中，制造云的生产管理模块以及计划管理模块新增了两个从原生产备料单中拆分出来的新功能——生产齐套分析单以及缺料分析单。两张单的业务实现分别对应原生产备料的齐套分析策略和缺料分析策略，并在原有的实现上做了计算结果子项明细的展示优化处理。

    为了实现大量计算结果的展示优化，在生产齐套分析单和缺料分析单中，子项明细的单据体控件被移除并重新设计成内嵌显示的列表控件。很多顾问按照以往在生产备料中添加自定义字段的经验，打开上述的两个单据，发现并不能按照传统的加字段操作来实现二开需求。这里就详细的介绍下如何给生产齐套分析单&缺料分析单添加自定义字段的办法。

    首先，虽然生产齐套分析单的计算实现已经从生产备料单中剥离出来，但是在考虑到计算模型仍然是以生产订单-用料清单的二元模型为核心，整个计算流程还是以生产备料的字段模型为基本。因此在计算过程中，齐套分析单的数据会在内存中转化成生产备料单的数据格式。而齐套分析单的子项明细作为计算结果，数据也转换自计算完毕后的生产备料单子项明细集合。

（图1.生产备料子项明细单据体控件）

而细心的朋友会发现，BOS设计器中会发现生产齐套分析单的子项明细已经被独立成了一个单独的业务对象，而上面的所有字段的定义（元素类型，标识，字段名，绑定实体名）皆于生产备料单的子项明细实体保持高度的一致。因为在运算结束后，生产备料单的子项明细会经过一次实体映射，将数据转换成展示在齐套分析单子项明细页签内的数据，因此在定义上两者保持一致是为了实现字段自动映射的必要设计。

（图2.独立出来的齐套分析子项明细）

由此我们可以得出一个结论是，生产备料单子项明细上存在的字段可以直接映射至齐套分析单子项明细。

那么，生产备料单的子项明细数据来源又是来源于哪里？答案很明显，在计算齐套分析或者缺料分析时，数据的主体是生产订单以及其对应的用料清单。在计算开始时，计算框架会自动根据选择的订单加载它的用料清单，将用料清单转换成生产备料单的子项明细。这里的转换主要是