系统操作流程之：谁来参与？

确定业务边界后确定参与者／干系人，通常情况下也是系统的操作者。

系统操作流程之：他们是谁？

对参与者定义系统操作角色，通常情况下直接复用企业的行政架构的部门和岗位两种行政信息，比如采购部经理。

系统操作流程之：能做什么？

对操作角色赋予系统的操作权限 ，通常也是直接复用该角色的岗位职责，比如采购部经理负责定制周期性的采购计划，因此在系统中支持创建采购计划单的权限。

系统操作流程之：何时开始做？

通过业务节点作为流转的开始关键点。业务的工作流是通过跨部门多职能协同完成，在上节点未完成之前，下节点的业务流就未启动往下走，是各流程模块间的层次关系。

比如在采购部同事未下达采购订单到供应商时，仓库就无法做采购入库动作。

当然，这并非绝对，比如线下门店经常有绕过采购订单直接入库的场景。比较常见的是各种奶类供应商的送奶场景，供应商与线下门店达成长期合作，店员在门店直接进货入库，之后再通过送货单与门店总部进行周期性结款。

私以为这种场景，应当在进销存系统上定义为另一种类型采购入库流程。

系统操作流程之：该做什么？

规定在各自的流程节点时，操作者在系统上支持做什么业务操作，即分解业务步骤。

比如，采购部同事在系统上做采购计划单，通过计划单下推的采购订单，向供应商下达订单等分解的业务动作。

系统操作流程之：怎么做？

这是涉及到业务在实际场景上的系统表现层的功能分解。以仓库同事的采购入库业务功能操作作为例子。

1）入库前

供应商送货到仓，配有送货单。

仓库同事需要知道本次采购订单需要入库的商品和对应数量。系统需要支持由采购订单下推为采购入库单（未入库），这是下推功能。

仓库同事将采购入库单（未入库）打印出来，方便入库清点，这是打印功能。

2）入库时

供应商送货到仓，根据采购入库单（未入库）的商品规格和商品数量两种维度进行入库