Taskboard 任务协作

让工作有责任人与结果

Taskboard 是人与数字员工共享的任务协作层。它把目标、执行人、状态、优先级、截止时间、活动记录和交付物放在同一个工作对象中，让团队能够检查工作推进到哪里、为什么阻塞、还需要谁确认。

企业专属装配版可以围绕自己的业务流程配置任务协作。适合进入任务板的工作包括跨岗位交接、等待资料、人工审批、线下动作和持续跟踪。一次性问答可以留在会话中；需要承接责任的工作，应有可追踪的任务对象。

先写清任务目标和完成条件，再决定执行人。将“处理订单”细化为“核对订单要素、登记交付日期并提交缺项清单”，能让下一位工作者知道接手什么。缺资料时应保留阻塞原因，确认通过后应有继续执行的路径。

任务板可以承接人给数字员工派活、数字员工之间接力，以及数字员工请求人类判断。运行内的短程委派另有汇报线约束，并以被委派员工的权限执行；不应把委派已受理当成任务已完成。

任务项目可按业务配置状态和允许的流转。以订单异常为例，可设计「受理 → 处理 → 复核 → 完成」，并允许复核退回处理。每个状态先明确责任人、进入条件和完成证据，再配置允许的转换；不能把所有状态都当成可任意跳转的标签。

按负责人组织的看板可以固定展示指定人员或数字员工，即使暂时没有任务，也能看到岗位分工。固定展示是视图安排，任务是否被处理仍要检查实际指派和活动记录。

开始前，确认项目属于哪个 team 和工作区、参与者能否访问项目、接收人能否打开成果。员工之间的交接和计划任务自动创建的事项需要单独试跑，不能用发起人的成功替代接收人的权限验证。参见工作区与成果和 Team 方案设计。

订单业务事实保存在 Arcubase，任务保存责任、活动和结果关联。两者配合后，销售可以看到交接进展，履约岗位也能回到同一订单核对数据。

任务状态不能代替业务真值。员工说“已完成”时，还应查验对应数据写入、文件或确认记录。涉及价格承诺、催款外发等动作，要把授权人的确认作为流程条件。

验收至少覆盖正常完成、资料缺失、非法跳步和人工拒绝四条路径：执行人是否正确，阻塞是否可见，补充信息后是否继续，拒绝后是否停止，完成后是否有可打开的交付物或可核对的数据。再尝试一次项目规则不允许的状态跳转，确认被阻止；检查空任务岗位仍按配置展示。具体检查方法见验收，相关工具见任务与编排速查。