上章介绍了业务流的基本信息，本篇文章介绍业务流的重点节点

如上图所示，左侧为业务流程包含的主要节点，包含人工节点、单据节点、自动节点、消息节点，异常分支、等待节点、广播节点、子流程和网关节点，下面分别进行介绍。

1. 人工节点

1.1 职责描述

需要人工参与处理的某个业务功能，节点会发送待办消息给处理人，处理人收到待办后直接处理。

如上图为人工节点相关配置，绑定操作为提交，流转到该节点后，引擎会自动创建一个待办任务，打开的界面为人工节点配置的相关单据界面，点击提交后，则认为待办任务被自动自动处理，该节点任务完成，流程自动向下流转到下个节点。

1.2 应用场景

可利用此节点编排需要人工处理的单据操作，尤其在某个业务需要多人处理时，上游某人处理完成后，自动流转到下游下个人进行另外业务的处理，将同个业务的上下游人员串联与编排起来协同工作，比如人工提交、库管员确认发货、确认收货等。

如上图：某客户的收单、寄件业务均属于某个业务单据的操作，分属于不同的角色来处理，可通过人工节点绑定不同的单据操作，设置不同的角色和人员，通过对不同操作进行编排从而实现了上下游人员之间的协同。

2 自动节点

2.1 职责描述

需要自动处理的业务，包括执行单据操作、执行业务插件或者KS脚本插件。

自动节点可设置自动执行某个服务，执行完成后，流程即往下流转。服务为某个操作、java插件或者脚本插件。在业务流中，为画图的方便，自动节点可设置多个单据的多个操作进行执行，在实际运行时，根据上游流转下来的单据进行执行那个具体的操作。

2.2 应用场景

可利用此节点编排需自动化处理的业务，包括编排自动执行的业务操作、比如自动下推、自动审核、自动同步第三方等。和人工节点搭配使用，可根据具体场景灵活编排单据的操作。

3 单据节点

3.1 职责描述

单据节点包含以下两个职责：

1. 负责处理源单A到目标单B之间的转换工作，包括手工下推和手工上拉，到达节点后，会发送代办任务给参与人，参与人可以在消息中心进行手工下推或上拉。

2. 内置了子流程功能，一般从A单生成B单之后，需要进行子流程的审批，如果不内置子流程功能，就需要在单据节点下面再画出一个子流程节点，从流程图上看上去不直观，比较凌乱，因此内置子流程功能，如果配置了子流程，B单生成后，自动进入该节点的审批流。

单据节点继承自人工节点，包含来源单据和当前单据

                           内置了子流程功能

3.2 应用场景

单据节点的转换包含两个场景：

1. AB单据需要人工转换时，需要用到此节点，采购订单到采购收货之间的转换，采购收货到采购入库单直接的转换。

2. AB单据自动转换后，需要通过单据节点，进入子流程时，也可以使用此节点。

 如上图：标准采购的预置流程，采购申请单->采购订单->采购收货单->财务应付单互相经过BOTP下推进行转换。

4 等待节点

4.1 职责描述

将流转暂停，等业务满足条件之后继续往下流转，支持定时等待、条件等待、事件等待. 等待与广播主要处理不同流程分支、流程实例之间的交互问题。

 可设置事件编码，参数和条件，事件编码必须和广播的事件编码一致。

4.2 应用场景

多个业务同时处理时，可能在某些节点上存在先后顺序，A业务需要等待B业务完成后

才能往下流转，此种情况下就需要使用等待和广播节点搭配使用。

   如上图组织间结算，上游组织的采购业务必须完成后，下游组织的销售业务才能往下流转。

5 广播节点

5.1 职责描述

触发某个事件，可通过业务事件中心对外广播，也可以在流程内通知等待节点继续往下流转，可以和等待节点搭配使用，也可以单独通知下游流程启动新的业务流程实例。

       广播可设置范围，如果是分支直接的交互，选择仅应用与当前流程实例，如果是跨业务流实例，选择应用于整个业务跟踪范围。

5.2 应用场景

主要存在两个场景：

1. 与等待节点搭配使用

右侧分支的考察单必须等待左侧分支的审核单通过之后才能提交往下流转。

2. 通知启动下游业务流，比如采购业务流走完之后，启动下游财务业务流。