销售报价
给这个客户准备报价，折扣需要谁批？
- 系统分工
- CRM 保存客户与商机；报价系统或 ERP 提供产品、价格；折扣申请走原审批流程。
- WorkBuddy 可以协助
- 按客户需求查资料，整理报价草稿和折扣申请所需内容。价格由已确认的规则计算，提交前请经办人核对。
- 留下什么结果
- 报价材料、价格依据和待审批项。
任务参考：销售工作图谱 ↗
04 / 系统对接 / 现有系统接入 AI
系统都有了，办事还要来回切换。
查订单要打开采购系统，确认审批要进 OA，补一份资料还得找同事。系统各有分工，但员工要自己把这些步骤接起来。接入 AI，可以从减少一次具体工作的查找、填报和反复确认开始。
适合这些工作
销售 · 采购 · 人力资源 · 业务与 IT 负责人
可以从这件事开始选一项常办的工作，列出涉及的系统和最想减少的手工步骤。
用到的资料员工要办理的事、相关系统与工具
业务记录审批流程协作资料
WorkBuddy 工作入口查记录、备材料、协助办理
原系统保留正式数据与审批；提交或修改前确认授权和内容。
目标结果少切换系统，拿到结果或完成约定操作
处理步骤
具体怎么做
选一项员工经常办理的工作，列清它会经过哪些系统。下面先看三个例子，再根据已有连接器、工具或接口决定怎么接，不要求一开始就打通整个部门。
办一件事，会经过哪些系统？
以下根据工作图谱中的任务与系统关系整理。WorkBuddy 的辅助方式是本文建议，不是已交付案例；每项查询、申请或写入都需要确认工具能力与授权。
采购订单
这笔订单到哪一步了，还缺什么？
- 系统分工
- 采购系统保存订单和供应商回复；OA 留存审批；交付与收货信息按实际系统归属查询。
- WorkBuddy 可以协助
- 关联同一订单的记录，汇总进展和差异；需要催办或变更时，准备相应材料，是否发起由经办人确认。
- 留下什么结果
- 订单进展、差异和后续待办。
任务参考：采购工作图谱 ↗
员工入职
这位新同事入职前，还有哪些准备没完成？
- 系统分工
- 招聘与人事系统提供候选人、员工资料；OA、账号管理和培训系统各自记录办理状态。
- WorkBuddy 可以协助
- 按授权范围核对准备事项，列出待补资料和负责人员。建档、开通账号等操作分别确认，不因读取了资料就自动执行。
- 留下什么结果
- 入职准备清单和各项办理状态。
任务参考：人力资源工作图谱 ↗
更多部门与工作：企业系统集成图谱 ↗。图谱用于寻找适合的工作和系统，不代表其中所有功能已在客户环境接通。
选定工作后，按这几步实施
- 01
梳理工作
记录现在的操作步骤、用到的系统、经办人和最终要留下的业务记录。
- 02
选择接法
检查具体产品和版本，能用现成连接器或工具的就复用，缺少的部分再评估开发。
- 03
配置工具
确定账号、可调用的功能和返回给 AI 的数据范围，完成连接配置或接口封装。
- 04
按工作验证
用完整业务用例检查查询、材料准备和约定操作，连同权限不足、重复提交等情况一起测。
- 05
交接维护
向业务人员说明用法，向管理员交清凭证、配置和故障处理；扩大范围前另行确认。
已有的系统，用哪种方式接？
按厂商查看接入方式 ↗选路参考图谱中的接入分类，具体可用范围仍需按产品、版本和部署环境验证。一个厂商的部分产品可接入，不等于它的所有功能都能调用。
需要人工确认的部分使用业务凭证接入时，不自动继承员工个人权限，需要单独确认调用身份和数据可见范围。提交申请、修改单据等操作必须有相应授权；连接器不会改变原系统的审批规则。
建议保留的结果
业务入口、验证记录和维护说明
以下是建议保留的材料和结果，具体内容可按业务调整。
- 01约定范围内的任务入口
明确员工能问什么、能准备哪些材料、哪些操作需要确认，不只交一个接口地址。
- 02可核对的业务结果
返回原记录、单据编号或待处理事项；步骤未完成时，说明停在哪里。
- 03接入与维护说明
说明工具配置、凭证更新、运行环境和常见故障；开发接入时一并移交接入包和测试记录。
定位订单
根据订单编号查采购记录，整理状态、约定交期和来源链接；编号不明确时请员工补充。
核对相关记录
如果还要查审批或交付记录，按同一订单关联查询。没有权限或未找到记录的部分明确列出。
准备下一步
汇总差异和待办；需要催办或申请变更时，先整理材料，经确认且具备相应接口权限后再发起。
实施时要注意什么
我们的建议
结合下方案例和研究，我们建议重点确认这些问题。
用完整的业务任务验收
接了 CRM、ERP 和 OA，不等于销售已经能顺利完成报价。要检查员工从提出需求到拿到报价材料，还需要手动补哪几步。
原系统继续管正式记录和审批
WorkBuddy 协助理解需求、收集资料、调用工具并解释结果。价格规则、订单状态和审批结论仍以原系统为准，不能另算一套或绕过审批。
查、准备、提交，分别约定范围
有些工作做到查询和材料草稿就有用。要进一步提交申请或更新记录，需要确认操作者、提交内容和失败处理，不能因为查询已接通就默认开放写入。
案例内容、参考做法与限制
相关案例与研究
上面的例子用于分析跨系统工作，下面保留站内已有材料作参照：文旅是方案共创，深圳港是公开案例，API 集成是场景研究。它们不证明三个工作示例已经交付；公开案例也不代表我方参与交付。
重点看什么已有数据中台，新增查询和营销工作入口
案例或研究内容
方案围绕管理层查询和营销协作，提出两条路线：复用现有数据中台 API，或在明确范围内补充服务。
可参考的做法
根据管理查询和营销协作的工作需求，决定复用哪些现有能力、补充哪些服务，避免把已有业务逻辑重做一遍。
适用范围与限制当前为方案共创，尚未完成开发、真实数据测试和业务验收，不是已上线功能。
重点看什么企业入口后面，还要有任务运行和权限控制
案例或研究内容
站内公开案例整理了私有化企业微信入口、任务执行环境，以及在企业内部进行模型推理等架构信息。
可参考的做法
同时考虑员工从哪里使用、任务在哪里执行、数据在哪个环境处理，而不只是增加一个聊天界面。
适用范围与限制公开资料不包含完整实施细节，也不代表我方参与交付。具体部署环境和接入方式仍需单独调研。
重点看什么业务步骤怎样对应到具体接口
案例或研究内容
这项研究整理跨系统 API 对接中的接口、字段对应关系、身份认证、调用和出错处理。
可参考的做法
明确每一步调用哪个接口、怎样对应业务编号、失败后如何接续，再安排跨系统操作。
适用范围与限制各系统的接口权限、调用次数限制和允许修改的记录不同，需要分别确认，不能承诺直接接上就能用。
材料与负责人
讨论前准备什么
围绕一项具体工作准备材料即可，不需要一次提供全部业务数据。
准备清单
- 一件具体工作
谁来办、现在经过哪些步骤、最费时间的地方，以及办完后应留下什么记录。
- 系统名称和版本
列出涉及的产品、部署方式和现有连接工具；需要开发接入时，再提供接口文档。
- 允许查询和操作的范围
区分查数据、准备材料、提交申请和修改记录，说明凭证代表谁、哪些内容能返回给 AI。
- 验证与维护负责人
由谁确认业务结果，谁提供测试环境、管理凭证，并在连接异常时接手处理。
本页不收集客户文件。交流材料请先脱敏，并由双方确认使用授权和传递方式。
后续调研
还需要验证的问题
这些问题目前还没有验证结论，将在后续调研中继续观察。
哪些步骤接入后，员工真的少切换了系统？
记录仍要复制粘贴、补材料或找人确认的地方，判断下一步应补工具能力，还是调整原有流程。
一个步骤成功、后一步失败，怎么继续办？
验证能否保留单据编号和已完成步骤，避免重新开始时重复创建或提交，并明确何时交给人工处理。