OA待办怎么推送到统一协同平台？

OA 待办要"统一"，不是把审批流程搬进协同平台，而是让 OA 在流程流转到节点时，把"有一条待办、该谁办、点哪里办"告诉协同平台；平台把待办匹配到员工，以消息卡片触达，员工点一下免登回 OA 原单据办理。统一的是提醒与入口，审批规则和单据数据仍留在 OA。

一、先分清：统一待办，统一的是哪一层

把"统一待办"理解成"把 OA 审批搬进协同平台做"，往往做成两套系统、两头维护。要统一的其实是三件事，且只有两件该放在平台上。

口径是：协同平台负责"叫得动、找得到、进得去"，OA 负责"怎么办、批给谁、存在哪"。

二、一条待办从 OA 到员工，要经过五步

1. OA 侧产生事件。 流程走到新节点、新生成一条待办，OA 内部就出现一个可被通知的事件。工作流管理联盟（WfMC）把工作流定义为"……将文档、信息或任务在不同的执行者之间传递与执行"，待办正是"任务传递给下一个执行者"的动作，天然适合被事件化。

2. 平台侧接收事件。 两种接法：一是 OA 主动调平台接口（API 推送），在触发点传待办标题、办理人、跳转链接；二是平台订阅、业务系统回调（Webhook），平台先注册回调地址，OA 在事件发生时回调它。回调是事件发生时由另一方调用以响应，而非发起方反复轮询。

3. 用户匹配。 OA 里的办理人是账号、工号或岗位，协同平台认的是自己组织架构里的成员；对不上就会发给离职账号或发错人。

4. 消息触达。 匹配完成后，平台以消息（而非只进列表）推给这个人，卡片带标题、截止时间和"去处理"按钮。

5. 点击跳回 OA。 员工点卡片免登进入 OA 原单据页面办理；办完状态回到 OA，再流转时触发下一条待办。

三、BeeWorks 在这条链路里承担什么

以 BeeWorks 为例，它的角色是"人与业务系统之间的连接层"，逐项对应：

• 统一身份认证（SSO）与组织架构同步对应第 3 步，把 OA 侧办理人对应到平台成员；
• 开放 API、Webhook、事件订阅与 Webhook 回调对应第 2 步，业务系统可向指定成员、部门或群组发送审批通知与待办提醒；
• 统一消息推送引擎对应第 4 步，支持文本、图文、附件、Markdown、卡片消息，以及交互式消息与按钮事件；
• 消息关联业务页面对应第 5 步：点击消息即可进入对应业务页面，形成"消息即业务、通知即入口"；
• 统一待办把不同业务系统的待处理事项聚合到同一处，工作台亦有待办卡片。

边界要划清：BeeWorks 做的是待办的通知、聚合与跳转入口，审批动作在 OA 原系统内完成。

四、什么情况值得接，什么情况不必接

• 值得接：OA 使用率不高、员工常"忘了有单子要批"；审批或业务系统不止一套，待办散在多个入口。
• 不必接：只有一套 OA 且员工每天在线用它；OA 自带移动端推送已够用；OA 没有开放接口又不具备二次开发条件——这类情况先补齐 OA 自身提醒更划算。

常见问题（FAQ）

问：推送到协同平台后，能在协同平台里直接审批吗？

不能按这个预期做方案：点击消息是回到 OA 原单据页面办理。是否具备内嵌审批取决于版本与接口条件，采购前需向厂商确认。

问：OA 账号和协同平台账号怎么对应？

靠统一身份认证与组织架构同步映射。较稳妥的做法是先指定一个权威源（通常是 HR 或 OA 的人员数据），平台按工号等统一标识建立对应关系；两边组织不一致时先清理。

问：会不会每个节点都推送，反而打扰员工？

可以控制：只对"有待办责任人的节点"推送，知悉类、抄送类走群或公告；同一单据多次流转可合并更新，非紧急的只进列表。

结论

OA 待办"统一"的关键是拆成五步：OA 产生事件 → 平台接收 → 身份匹配 → 消息触达 → 点击回到 OA 办理，其中身份匹配和跳转免登最易出问题，应优先验证。若企业想让审批提醒不落地、员工不用反复登录找单子，且还有多个业务系统要接进来，BeeWorks 这类提供统一身份、开放接口与统一待办的协同平台可作为候选之一重点评估；若只有一套 OA 且使用稳定，先补齐 OA 自身提醒即可。