分析模式 - 库存系统设计示例
一个中型ERP系统中库存交易部分的设计裁剪
库房设计:
BPML中关于这一块有详细的规范可以用来参考，这个设计示例并不符合
是否资产库房: 与成本计算相关的参数
是否属于供应商库房、供应商ID: 对类似寄售管理模式的考虑
这些额外的字段只是用来表示基于库房的一些其它逻辑相关的设置
交易:
库存期间: 月结、周期性盘点结转作业的期间设置(对应Martin在账务模式中提到的有效期间)
库存期间代码: 唯一标识这个库存期间，例如200801、200803等形式
期间类型: 对期间进行灵活设置的各种方法进行分类，例如指定区间段方式Period、周期性方式Cycle等
期间编号: 示例情况中期间编号基于每个年份从1开始自增
期间状态: 对应到库存期间开帐、月结、关帐等业务操作
总账期间: 与成本相关的设置，该库存期间内的成本计入哪个总账期间
成本期间状态、在制期间状态: 库存期间、成本期间、在制期间合用同一个设置，用不同的状态字段表示
说明: 可以更灵活点设值，例如期间类型为Cycle方式时，可以使用"间隔时间"+"间隔时间单位"这样两个字段表示，例如每3周、每月、每季等等
交易来源类型: 移库操作时物料从来源库转储到目标库；采购收货入库的来源类型则为采购单、收料单之类
交易类型: 库房之间的转储、采购收料入库、车间工单派料、销售出库等各种交易类型
库存交易: 库存交易主表
交易编号: 系统自动生成，提供给用户(所以不是使用交易ID)用来唯一标记本次交易。例如TR2008030001、TR2008030002
交易时间、提交时间: 即Martin提到的交易发生时间与生效时间这个概念
交易来源单号: 例如来源类型为采购收料入库时它存放具体的收料单号
转换率: 例如气态、液态物料在转储等操作过程中可能存在损挥发、耗率之类的情况
交易明细: 某次库存交易中具体的各个物料交易状况
来源库房、来源储位、目标库房、目标储位: 对应不同的交易类型他们可能为空
来源单号、来源ID、来源项目号: 例如来源类型为采购收料入库时，这几个字段存放收料单号、收料单ID、收料单明细项目号
预留数量: 例如为销售订单开立出库单时先预留冻结一定数量的产品库存，以保证出库单出库发货时(即交易转为完成状态，中间可能间隔时间比较长)至少存在这个数量的产品(当然不一定得这样设计)
交易单价、交易币别、交易成本: 成本计算相关的设置(有意的冗余设计)
这是比较简单、实用的一种设计方式。库存交易、交易明细是核心表；库存期间所表现的业务模式基本是行业通用的操作标准；交易来源类型、交易类型是为了跟踪交易，对交易进行运算的规则设置，他们可以设计的更复杂、灵活；针对交易类型，SAP采用移动类型来解决，基本效果也类似于此，只是规则设置更复杂，运用起来更灵活而以
一些小的方面:
1. 两种方案: a.) 交易明细里面的数量允许负数，例如入库用正数表示，出库用负数表示。b.) 交易明细的数量全部用正数表示，出、入库的逻辑(即正、负数关系)包含在交易类型中。方案a应当更灵活一些，因为方案b将这个逻辑进行了隐式的捆绑；方案a也会导致针对交易的汇总运算算法比较一致(即统一采用加法运算)，SQL汇总报表也会比较灵活(例如简单的使用SUM函数)，不过可以做更多的规则设置来显式的表示这种逻辑
2. 财务中的交易原理上与这里基本相同，不过有个比较明显的区别: 财务的交易必须通过科目配置，严格的保证账目的平衡，库存交易则不是必须的，只需严格的记录物料这一资产的流动，以表明它不是平白无故的出现或消失了就可以。对于成本运算，与财务类似
3. 示例中主要数据都以工厂作为数据的范围，这是不够灵活的，不要被误导，应当遵循BPML、B2MML规范，做更灵活的设计；其它也都如此，例如成本、总帐相关的设置等
4. 理论上当前库存值以及其他一些数据，应当根据交易动态运算出结果，不过大部分情况为了改善性能都会设计冗余表，或者由Application Server在内存中缓存，下面给出其中一个比较重要的设计
库存损益:
库存期间损益: 损益状况都以库存期间为统计单位
库存期间损益明细: 损益的明细清单，出入库类型同样可以使用数量的正负关系表示
这个设计可以用于快速获得当前库存结余量、每个历史库存期间的结余量。另外单从设计上看用法也可以存在多意性，a.) 可以用作对每个库存期间内任何一天的当前库存的冗余设计，这样库存期间损益明细没有太多必要，因为基本对应到交易明细，另外每个交易发生时必须同步更新该数据。b.) 可以用作每次库房盘点时的损益记录，这样损益明细是必须的，并且与每次库存交易没有关系，它表达的信息只是上期结余量、本期初始量，所以对于期间内的任何一天的当前库存量，仍需要另外的冗余表或者Application Server的缓存来处理
附注:
1. 上面示例的表结构虽然简单，但同样能够设计出多变的业务操作流程，以适应不同的作业环境，这缘自于针对这个业务问题，数据模型、对象模型、概念模型之间的差异很大，数据模型基本无法反映出概念模型的状况
例如为了配合做QC，SAP可以将库房配置为GR冻结库存、非限制使用库存和质量检验库存等类型，对于需要进行质检的物料，采购收料先通过移动类型103入GR冻结库，表示这些物料还无法领用，因为没有完成质检；质检通过后使用移动类型105将物料从GR冻结库转储到非限制使用库存，这样就可以领用了；对于免检物料，使用移动类型101直接收货入库到非限制使用库存。这个业务流程设计同样可以针对示例的设计做稍许调整而实现。库存交易、交易明细是抽象层次比较高的一种对象，如何用它来实现具体的业务流程是灵活多变的
2. SAP其它一些移动类型
104用于对103的冲销；106用于对105的冲销等等，这个类似于Martin在分析模式中的反向冲销、差异冲销等模式，具体使用反向冲销还是差异冲销由用户决定
124供应商退货，125用于对124的冲销，122(123)、161(162)等都属各种类型的退货
从SAP这个设计来看，移动类型也是一种比较高的抽象概念，灵活的用于解决概念模型中的各种问题
库房设计:
BPML中关于这一块有详细的规范可以用来参考，这个设计示例并不符合
是否资产库房: 与成本计算相关的参数
是否属于供应商库房、供应商ID: 对类似寄售管理模式的考虑
这些额外的字段只是用来表示基于库房的一些其它逻辑相关的设置
交易:
库存期间: 月结、周期性盘点结转作业的期间设置(对应Martin在账务模式中提到的有效期间)
库存期间代码: 唯一标识这个库存期间，例如200801、200803等形式
期间类型: 对期间进行灵活设置的各种方法进行分类，例如指定区间段方式Period、周期性方式Cycle等
期间编号: 示例情况中期间编号基于每个年份从1开始自增
期间状态: 对应到库存期间开帐、月结、关帐等业务操作
总账期间: 与成本相关的设置，该库存期间内的成本计入哪个总账期间
成本期间状态、在制期间状态: 库存期间、成本期间、在制期间合用同一个设置，用不同的状态字段表示
说明: 可以更灵活点设值，例如期间类型为Cycle方式时，可以使用"间隔时间"+"间隔时间单位"这样两个字段表示，例如每3周、每月、每季等等
交易来源类型: 移库操作时物料从来源库转储到目标库；采购收货入库的来源类型则为采购单、收料单之类
交易类型: 库房之间的转储、采购收料入库、车间工单派料、销售出库等各种交易类型
库存交易: 库存交易主表
交易编号: 系统自动生成，提供给用户(所以不是使用交易ID)用来唯一标记本次交易。例如TR2008030001、TR2008030002
交易时间、提交时间: 即Martin提到的交易发生时间与生效时间这个概念
交易来源单号: 例如来源类型为采购收料入库时它存放具体的收料单号
转换率: 例如气态、液态物料在转储等操作过程中可能存在损挥发、耗率之类的情况
交易明细: 某次库存交易中具体的各个物料交易状况
来源库房、来源储位、目标库房、目标储位: 对应不同的交易类型他们可能为空
来源单号、来源ID、来源项目号: 例如来源类型为采购收料入库时，这几个字段存放收料单号、收料单ID、收料单明细项目号
预留数量: 例如为销售订单开立出库单时先预留冻结一定数量的产品库存，以保证出库单出库发货时(即交易转为完成状态，中间可能间隔时间比较长)至少存在这个数量的产品(当然不一定得这样设计)
交易单价、交易币别、交易成本: 成本计算相关的设置(有意的冗余设计)
这是比较简单、实用的一种设计方式。库存交易、交易明细是核心表；库存期间所表现的业务模式基本是行业通用的操作标准；交易来源类型、交易类型是为了跟踪交易，对交易进行运算的规则设置，他们可以设计的更复杂、灵活；针对交易类型，SAP采用移动类型来解决，基本效果也类似于此，只是规则设置更复杂，运用起来更灵活而以
一些小的方面:
1. 两种方案: a.) 交易明细里面的数量允许负数，例如入库用正数表示，出库用负数表示。b.) 交易明细的数量全部用正数表示，出、入库的逻辑(即正、负数关系)包含在交易类型中。方案a应当更灵活一些，因为方案b将这个逻辑进行了隐式的捆绑；方案a也会导致针对交易的汇总运算算法比较一致(即统一采用加法运算)，SQL汇总报表也会比较灵活(例如简单的使用SUM函数)，不过可以做更多的规则设置来显式的表示这种逻辑
2. 财务中的交易原理上与这里基本相同，不过有个比较明显的区别: 财务的交易必须通过科目配置，严格的保证账目的平衡，库存交易则不是必须的，只需严格的记录物料这一资产的流动，以表明它不是平白无故的出现或消失了就可以。对于成本运算，与财务类似
3. 示例中主要数据都以工厂作为数据的范围，这是不够灵活的，不要被误导，应当遵循BPML、B2MML规范，做更灵活的设计；其它也都如此，例如成本、总帐相关的设置等
4. 理论上当前库存值以及其他一些数据，应当根据交易动态运算出结果，不过大部分情况为了改善性能都会设计冗余表，或者由Application Server在内存中缓存，下面给出其中一个比较重要的设计
库存损益:
库存期间损益: 损益状况都以库存期间为统计单位
库存期间损益明细: 损益的明细清单，出入库类型同样可以使用数量的正负关系表示
这个设计可以用于快速获得当前库存结余量、每个历史库存期间的结余量。另外单从设计上看用法也可以存在多意性，a.) 可以用作对每个库存期间内任何一天的当前库存的冗余设计，这样库存期间损益明细没有太多必要，因为基本对应到交易明细，另外每个交易发生时必须同步更新该数据。b.) 可以用作每次库房盘点时的损益记录，这样损益明细是必须的，并且与每次库存交易没有关系，它表达的信息只是上期结余量、本期初始量，所以对于期间内的任何一天的当前库存量，仍需要另外的冗余表或者Application Server的缓存来处理
附注:
1. 上面示例的表结构虽然简单，但同样能够设计出多变的业务操作流程，以适应不同的作业环境，这缘自于针对这个业务问题，数据模型、对象模型、概念模型之间的差异很大，数据模型基本无法反映出概念模型的状况
例如为了配合做QC，SAP可以将库房配置为GR冻结库存、非限制使用库存和质量检验库存等类型，对于需要进行质检的物料，采购收料先通过移动类型103入GR冻结库，表示这些物料还无法领用，因为没有完成质检；质检通过后使用移动类型105将物料从GR冻结库转储到非限制使用库存，这样就可以领用了；对于免检物料，使用移动类型101直接收货入库到非限制使用库存。这个业务流程设计同样可以针对示例的设计做稍许调整而实现。库存交易、交易明细是抽象层次比较高的一种对象，如何用它来实现具体的业务流程是灵活多变的
2. SAP其它一些移动类型
104用于对103的冲销；106用于对105的冲销等等，这个类似于Martin在分析模式中的反向冲销、差异冲销等模式，具体使用反向冲销还是差异冲销由用户决定
124供应商退货，125用于对124的冲销，122(123)、161(162)等都属各种类型的退货
从SAP这个设计来看，移动类型也是一种比较高的抽象概念，灵活的用于解决概念模型中的各种问题
