ShareCRM 与 Microsoft Teams Chat、Channel 及通知集成

版本：v0.5
创建日期：2026-08-10
最近更新：2026-09-04
需求来源：需求池 2026-06-18-24871、客户背景截图、Teams 竞品调研、用户沟通
优先级：P0（需求池当前优先级：必保）
文档状态：草稿

需求变更记录

变更日期	变更人	变更内容
无	无	本表由产品经理维护，AI 不补写变更记录

依赖需求 Story 列表

ID	需求描述	涉及端与开发人员	是否有依赖项	备注
无	当前未确认阻塞本需求上线的关联 Story	待研发评估	否	Teams App、身份认证、消息投递涉及多个团队，但在明确研发拆分前不作为已确认依赖

一、需求概述

1.1 客户反馈

需求编号	反馈客户	客户级别	反馈人	业务场景	示意图
`2026-06-18-24871`	利丰	国际化客户	王伟培Michael、吴健鹏Wyatt、林松Eric等内部业务人员（需求背景材料）	需求池原文：`Teams Chat 和通知的集成`。 `1. Chat：teams channel 中可以关联 sharecrm 业务数据，通过业务数据可以进入到 crm 中；sharecrm中在数据详情页可以在侧边关联 teams 的 channel`。 `2. 通知：通知提醒推送到 teams 中`。

实时需求池状态（2026-08-10 回查）：需求优先级为“必保”，研发迭代为 2026-053，计划独立上线，迭代结束日期为 2026-10-10；需求池尚未登记计划上线日期。

1.2 系统现状

当前方案以新增独立的 ShareCRM for Microsoft Teams 应用为前提。现有材料中尚未发现可直接交付客户租户的 Teams Store 正式应用，也没有可直接复用的 Teams 输入区 CRM 记录搜索、记录卡片、Channel Tab 和 Teams 通知配置闭环。

ShareCRM 已有 Microsoft 生态相关能力是否能够复用 OAuth 应用、Microsoft 用户身份、国际化域名和安全审计，需要研发在详细设计阶段回查现有 Outlook 集成及统一认证实现；在完成代码和租户验证前，本方案不把“已有 Microsoft 连接可直接复用”作为确定前提。

1.3 竞品现状

竞品	竞品分类	竞品现状	来源
Dynamics 365	深度集成	CRM 记录页内嵌 Teams Chat，Teams 内搜索、发送并打开 CRM 记录；历史上支持记录关联 Channel 和将 Teams 消息添加为 Dynamics Note/Task，但两项分别自 2026 年 5 月、1 月进入弃用范围。	<a href="https://dynamics365-teams-integration-research.pages.dev/">Dynamics 专项调研</a> <a href="https://learn.microsoft.com/en-us/dynamics365/sales/deprecations-sales">Microsoft 弃用清单</a>
Salesforce	Teams 侧记录协作	主要从 Teams Chat/Channel 搜索、提及和发送 Salesforce 记录，并可固定记录 Tab；没有发现官方原生的“每条 CRM 记录关联 Chat/Channel”主线能力。	<a href="https://teams-chat-crm-research.pages.dev/">综合竞品调研</a><br /><a href="https://help.salesforce.com/s/articleView?id=sales.teams_int_parent.htm&type=5">Salesforce Teams integration</a>
HubSpot	通知与 Channel 自动化	通知、任务、工单和 Workflow 动作覆盖较多；Company/Deal 可关联 Channel，并明确区分管理员级安装、用户级安装和用户映射。	<a href="https://teams-chat-crm-research.pages.dev/">综合竞品调研</a><br /><a href="https://knowledge.hubspot.com/integrations/connect-hubspot-and-microsoft-teams">HubSpot Microsoft Teams integration</a>
Zoho CRM	CRM 分享、Bot 查询与通知	管理员在 Zoho CRM 启用集成，用户首次使用时授权 Microsoft 工作账号；Teams 侧当前官方路径为 CRM Bot 命令查询 Leads、Contacts、Accounts、Deals 并返回卡片；CRM 可分享记录/仪表板到用户或 Channel，Workflow、Signals、CommandCenter、Zia 等可通知 Teams。Marketplace 仍描述 Dashboard Tab，但当前客户端操作待真实租户复测。	<a href="https://teams-chat-crm-research.pages.dev/">综合竞品调研</a><br /><a href="https://help.zoho.com/portal/en/kb/crm/integrations/microsoft/microsoft-teams-integration/articles/teams-integration">Zoho 当前帮助（2026-07-09 更新）</a> <a href="https://marketplace.microsoft.com/en-us/product/office/wa104382094?tab=overview">Microsoft Marketplace</a>

CRM 后台接入形态对比

竞品在 CRM 后台看起来分为“应用市场安装”和“内置配置”两类，但这主要是产品入口与生命周期包装差异，不代表底层授权机制完全不同。两类方案最终都仍需处理 Teams App 分发、Microsoft 身份/OAuth、租户或用户授权、CRM 权限和用户映射。

形态	代表产品与实际做法	优点	主要问题
CRM 应用市场安装后配置	HubSpot 将 Microsoft Teams 作为 Connected App 安装，并区分管理员级与用户级安装；Zoho 将入口放在 `Setup > Marketplace > Microsoft > Teams`，但仍由 Zoho CRM 管理员启用，属于官方集成	复用统一的应用发现、安装、权限披露、卸载和版本管理体系；适合大量第三方集成	容易让客户误以为需要额外采购或安装第三方插件；管理员启用、Microsoft 授权、Teams App 安装和用户绑定容易被混称为一次“安装”
CRM 内置独立配置	Salesforce 在 Setup 中启用 Teams Integration、分配权限并配置记录预览；Dynamics 在应用设置中启用 Teams Chat/协作能力	官方能力定位清晰，管理员容易理解为产品原生集成；便于承载对象范围、字段外发、人员范围和诊断	如果只呈现一个开关，会掩盖 Microsoft 管理员同意、Teams App 可用性和用户登录等真实前置条件

ShareCRM 选择：采用“内置官方配置为主、应用市场发现为辅”的单一集成实例。 管理后台主入口固定为 管理后台 > 互联中心 > Microsoft Teams；如 ShareCRM 应用市场需要展示 Microsoft Teams，只作为官方应用卡片和发现入口，点击后进入同一个配置页，不再创建第二套安装记录、授权关系或卸载状态。

横向结论与功能建设优先级

能力方向	竞品覆盖与有效性判断	ShareCRM 建议优先级
Teams 中搜索并发送 CRM 记录卡片	Dynamics、Salesforce 有搜索型扩展形态；Zoho 当前以 CRM Bot 命令查询并返回记录卡片，三者共同证明 Teams 内取用 CRM 记录是稳定需求	P0
Channel Tab 中查看 CRM Dashboard/业务记录	Dynamics、Salesforce 有明确形态；Zoho Marketplace 仍描述 Dashboard Tab，证明 Teams 顶部 Tab 是独立于消息卡片的稳定协作入口	P1，第二优先级
CRM 通知推送到 Teams	HubSpot、Zoho覆盖较强，尤其适合个人提醒、业务事件和 Workflow 通知；需处理重复通知、用户订阅和 Bot 可达性	P1，第三优先级
在 Teams 中创建 ShareCRM 任务	HubSpot 当前支持从 Teams 创建 Task/Ticket；ShareCRM 已有任务对象，可优先设计“创建任务”，不复制 HubSpot 的工单范围	P3，第四优先级
CRM 侧 Teams 协作入口	Dynamics 提供 CRM 内嵌 Teams Chat，其他竞品覆盖较弱；涉及会话权限、上下文和持续维护，放在 Teams 侧主能力之后	P4，后续评估
CRM 记录持久关联 Teams Channel	HubSpot仍有相关能力；Dynamics 对应能力已自 2026 年 5 月进入弃用，长期方向不稳定	不规划
将 Teams 消息写为 Note/销售记录	Dynamics 的 Add to Dynamics 365 已自 2026 年 1 月进入弃用；HubSpot 当前主线是创建 Task/Ticket，不是通用 Note 写回	不规划

1.4 产品价值

对海外客户：在不切换工作场景的情况下，将线索到回款主流程中的 CRM 业务上下文带入 Teams 协作，并从卡片回到 ShareCRM 事实源。
对销售与交付：补齐“是否支持 Teams integration”的基础门槛，避免 Outlook 已集成但 Teams 完全缺失造成产品能力割裂。
对平台：建立可复用的 Microsoft 租户连接、用户映射、Teams 应用入口和通知投递能力，为后续 Outlook 与 Teams 的统一 Microsoft 365 集成打基础。

1.5 需求目标

ShareCRM 用户能够在 Teams Chat/Channel 输入区搜索有权限的 CRM 记录，并将记录以安全的摘要卡片发送到当前会话，接收人可回跳 ShareCRM 查看详情。
ShareCRM 管理员能够完成 Microsoft 租户连接、Teams 应用部署和人员范围配置；用户完成身份识别后仍按 ShareCRM 权限搜索和打开记录。
首期产品通过 Teams Store 正式审核并可供客户租户安装；后续按 Channel Tab、Teams 通知、Teams 创建任务、CRM 侧 Teams 协作入口的顺序逐步建设。

二、产品方案

2.1 整体产品方案

本需求新增一个独立的 ShareCRM for Microsoft Teams 应用。

P0 聚焦 Teams 侧记录协作：管理员完成应用部署与租户配置，用户在 Chat/Channel 输入区搜索 LTC 主流程预设对象并发送记录卡片，接收人从卡片回到 ShareCRM 权限体系查看详情。P0 必须完成 Teams Store 正式上架，内部上传包和客户租户侧载只作为开发、联调和审核前验证方式，不能作为正式产品交付终态。

后续建设顺序明确为：P1 增加 Channel Tab，P2 增加个人/Channel/Workflow 通知，P3 支持在 Teams 中创建 ShareCRM 任务，P4 再评估 ShareCRM 记录页内嵌 Teams Chat 及 CRM 侧分享到 Teams。记录—Channel 持久关联、将 Teams 消息写为 Note/销售记录不进入当前规划。首期不读取或归档 Teams 聊天正文，不同步 Teams 文件，不在 Teams 内提供完整 CRM 编辑，也不纳入 Meeting、Calling 和 AI 洞察。

核心决策表

决策	主规则	例外	影响对象
Teams 产品形态	P0 新建独立 Teams App，包含个人应用与搜索型 Message Extension；CRM 侧以内置官方配置为主，应用市场仅作可选发现入口；P1 增加 Tab，P2 增加 Bot，P3 增加创建任务入口	现有 Outlook Add-in 首期保持独立	Microsoft 生态发布、ShareCRM 管理后台
核心对象	P0 覆盖 LTC 主流程预设对象：销售线索、客户、联系人、商机、产品、报价单、销售合同、销售订单、开票申请、回款计划、回款	明细/子对象不开放；自定义对象后置	Teams 用户、CRM 业务记录
数据边界	P0 只处理登录映射、搜索请求、卡片内容和跳转；P2 仅保存通知投递结果；P3 仅在用户主动创建任务时读取其提交内容	不后台读取、保存或归档 Chat/Channel 正文	数据合规、存储、审计
权限边界	搜索与打开详情按 ShareCRM 权限；已发送卡片只展示管理员允许外发的最小字段	Teams 消息发布后不能按每位接收人动态撤回字段	管理员、发送人、会话成员
正式交付	Teams Store 审核通过是 P0 完成条件，开发期先用测试租户和自定义上传验证	审核阻塞时不得把侧载包称为正式交付	产品上架、交付、客户管理员

2.2 具体方案说明

2.2.1 功能清单与优先级

功能清单按完整业务场景组织。安装、身份、权限、诊断和上架属于“应用接入与正式交付”的同一套支撑逻辑；搜索、选择、预览和发送属于“Teams 关联业务数据”的同一条用户链路，不再拆成按钮级功能点。

优先级	功能模块	完整功能点	阶段结果
P0	应用接入与正式交付	提供 ShareCRM Teams App、ShareCRM 管理后台集成配置、Microsoft 与 ShareCRM 用户映射、个人应用入口、权限诊断，并完成测试包验证、Partner Center 审核和 Teams Store 上架	客户租户可从 Teams Store 安装；管理员可配置使用范围和外发规则；用户可登录、重绑和退出
P0	Teams 关联业务数据	用户在 Chat/Channel 输入区打开 ShareCRM，浏览最近记录或按对象搜索，选择记录、预览并发送卡片，接收人从卡片回跳 ShareCRM；标准范围覆盖 LTC 主流程 11 类预设对象	形成“搜索记录—选择记录—预览卡片—发送到当前会话—回跳 CRM”的首期核心闭环
P1	Channel Tab	用户在 Channel 顶部添加 ShareCRM Tab，配置并查看 Dashboard 或单条业务记录；首批重点验证 Dashboard 和项目记录，其他记录类型沿用统一选择器	在不发送消息卡片的情况下，为 Channel 提供持续可访问的 CRM 业务页面
P2	Teams 通知	将 ShareCRM 个人提醒、业务事件和 Workflow 通知投递到 Teams；支持通知类别配置、用户订阅、卡片回跳、幂等重试和失败诊断	优先个人通知，再开放可控的 Channel/Workflow 通知，不因 Teams 失败阻塞 ShareCRM 原通知
P3	Teams 创建任务	用户从 ShareCRM Teams App 或用户主动选择的消息上下文创建 ShareCRM 任务，确认标题、负责人、截止时间、关联记录和说明后写入 CRM	只建设任务闭环；不把 Teams 消息自动写为 Note、销售记录或其他 CRM 数据
P4（二期评估）	CRM 侧 Teams 协作扩展	在 ShareCRM 记录页提供分享到 Teams，并评估以内嵌侧栏查看或发起与当前记录相关的 Teams Chat	作为 Teams 侧主能力稳定后的增强方向，单独评估会话权限、数据合规和持续维护成本
不规划	Channel 持久关联	不建设 CRM 记录与 Teams Channel 的持久绑定、关联列表和自动动态同步	Dynamics 同类能力已进入弃用，且非多数竞品共同主线
不规划	消息写回与全量同步	不将 Teams 消息写为 Note/销售记录，不自动读取或归档 Chat 正文、附件和 Channel 文件	避免依赖已弃用交互，也不对客户承诺聊天全量同步
不纳入	AI/Meeting	聊天总结、客户洞察、Meeting 侧栏、Calling	另立专项评估

Teams 平台扩展位置与 ShareCRM 产品决策边界

Teams 提供的扩展位置	Teams 平台负责	ShareCRM 必须设计和实现	阶段
Personal App	左侧/应用列表入口、应用容器、身份上下文	首页内容、最近记录、搜索入口、登录/退出和异常状态	P0
Search Message Extension	Chat/Channel 输入区调用位置、命令协议、结果插入消息	可搜索对象、搜索字段、最近记录、结果排序、记录选择、预览卡片和跳转	P0
Adaptive Card	卡片协议、Teams 渲染和交互事件	各对象字段、外发白名单、文案语言、按钮、无权限和失效状态	P0
Channel/Chat Tab	顶部 Tab 容器、配置页调用和上下文	Dashboard/记录选择、页面内容、权限校验、空态和失效态	P1
Bot	会话入口、主动消息投递协议	通知触发、接收人、频控、模板、幂等、退订和失败补偿	P2
Message Action/Task Module	单条消息的应用入口或 Teams App 任务入口	创建任务所需字段、关联记录、预览确认、成功回执和重复创建防护	P3

记录选择界面不由 Teams 统一生成完整 CRM UI。

Teams 规定扩展入口、调用协议、尺寸和交互规范；ShareCRM 决定对象分类、搜索条件、列表字段、最近记录、单选/多选、预览以及最终卡片。

P0 采用单选记录：默认展示跨对象最近记录；一级页签固定展示销售线索、客户、联系人、商机，其他 P0 对象收纳到“更多”对象菜单，并支持关键词搜索。选择记录后进入发送前预览。平台依据：<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/messaging-extensions/how-to/search-commands/define-search-command">Search message extensions</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/messaging-extensions/what-are-messaging-extensions">Message extensions</a>。

2.2.2 管理员启用与租户连接（P0）

产品入口与配置形态

ShareCRM 不采用“管理员必须先在应用市场安装一个第三方连接器，安装完成后再去其他页面配置”的双入口模式。Microsoft Teams 是 ShareCRM 官方维护的战略集成，主入口应直接出现在 管理后台 > 互联中心 > Microsoft Teams，并以配置向导承载完整启用过程。

如保留 ShareCRM 应用市场入口，应遵循以下规则：

应用市场中的 Microsoft Teams 标记为“ShareCRM 官方集成”，用于能力介绍、版本要求和入口发现。
点击“配置”进入互联中心的同一 Microsoft Teams 配置页；不得再次生成独立的安装实例。
应用市场展示的“已启用/未启用”直接读取互联中心状态；在任一入口停用后，另一入口同步更新。
Teams Store 中的 ShareCRM for Microsoft Teams 是 Microsoft 侧客户端应用，与 ShareCRM 后台集成开关不是同一个安装对象，两者状态必须分开展示。

首次启用向导

步骤	管理员操作	系统输出
1. 阅读并启用	ShareCRM 管理员确认适用版本、数据用途、权限范围和隐私说明	创建唯一 Teams 集成实例，状态为“待连接 Microsoft”
2. 连接 Microsoft 租户	使用目标 Microsoft 工作账号登录；仅在所选能力需要管理员权限时要求管理员同意	记录 Microsoft Tenant、授权类型、授权人、授权时间和 Token 状态
3. 检查 Teams App	检查应用是否已在 Teams Store 发布、是否被当前租户允许、是否已分发给目标用户	分别展示商店发布状态、租户可用状态、安装/固定策略及修复入口
4. 配置 ShareCRM 范围	选择部门/角色/人员、CRM 对象、卡片外发字段；后续阶段配置 Tab、通知和任务	生成可执行配置，不将“已连接”直接等同于“已向全员开放”
5. 映射与测试	查看用户自动匹配结果，向测试用户发送绑定提醒并执行测试搜索/卡片发送	输出测试结果和分层诊断，成功后管理员确认正式启用

页面主状态按 未启用、待连接 Microsoft、待允许 Teams App、待用户映射、试运行、已启用、授权失效 展示。启用开关只有在创建配置实例后生效，不得用一个布尔开关替代完整连接状态。

角色分工

角色	必须完成的工作
ShareCRM 管理员	启用 Teams 集成；配置使用范围、对象和外发字段；查看连接、映射和诊断状态
Microsoft 365 / Teams 管理员	允许 ShareCRM App、配置可用范围/安装策略；仅在应用申请管理员同意权限时完成 Entra 管理员同意
普通用户	在 Teams 打开 ShareCRM 并完成登录或 SSO；确认 Microsoft 用户与 ShareCRM 用户对应关系
ShareCRM 发布运营	维护 Partner Center 商品、隐私政策、服务条款、支持地址、审核账号、截图、视频和版本包

连接流程

ShareCRM 管理员进入“管理后台 > 互联中心 > Microsoft Teams”，通过首次启用向导创建唯一集成实例，并配置允许使用的部门/角色/人员、P0 对象可用范围及各对象卡片字段。系统根据当前企业已开通的产品能力和对象可用状态给出默认值，不向管理员展示本企业不可用的对象。
Teams 管理员在 Teams 管理中心确认 ShareCRM App 为允许状态，并将其配置给试点或目标用户；正式版用户也可以从 Teams Store 安装，但仍受租户应用策略限制。
如果 P0 仅使用 Teams 登录上下文和 ShareCRM 自有记录搜索，应优先采用用户委托身份和最小权限；只有需要组织级读取 Team/Channel/成员、批量安装 Bot 或主动写入 Channel 时，才申请对应管理员同意权限。不得为了未来能力在 P0 提前申请宽权限。
用户首次打开应用时完成 ShareCRM 登录/SSO和身份对应；系统保存 Microsoft Tenant/User 与 ShareCRM 企业/User 的映射，不将“管理员允许 App”误判为“用户已经拥有 CRM 数据权限”。
系统分别展示三类状态：Teams App 可用性、Microsoft 身份/授权、ShareCRM 用户映射与数据权限。任一层异常均给出对应处理人和修复入口。
断开租户连接或用户解除绑定后停止新增搜索和后续通知投递；已经发送到 Teams 的静态卡片不自动删除。

异常规则

Microsoft 管理员拒绝必要的管理员同意：只停用依赖该权限的能力，显示具体权限、用途和重新授权入口。
App 未被 Teams 管理员允许：允许保存 ShareCRM 侧配置，但标记“应用不可用”，用户不能使用 Teams 内能力。
权限被管理员撤销、凭证失效：停止投递并通知 ShareCRM 管理员；不自动切换其他 Microsoft Tenant。
P0 不支持同一 ShareCRM 企业同时连接多个 Microsoft Tenant；跨租户客户作为后续能力评估。

2.2.3 用户映射与登录（P0）

App 对当前用户可用后，系统按已验证邮箱尝试匹配 ShareCRM 用户与 Microsoft 用户；邮箱相同只作为候选匹配，用户首次使用时仍需通过 ShareCRM 登录/SSO确认。
邮箱不一致、重复或无法匹配时，用户通过 Microsoft 登录完成个人绑定；管理员可查看绑定状态，但不能替用户输入账号凭据。
一个 ShareCRM 用户在同一企业内仅绑定一个 Microsoft 用户；重新绑定会使旧映射失效。
用户离职、停用或解除绑定后，不再搜索 CRM 记录、接收个人通知或创建新的关联；已发送卡片保留。
Teams 卡片打开 ShareCRM 时，系统继续校验 ShareCRM 登录态、企业身份、对象权限、数据权限和字段权限；Teams 身份映射不能替代 CRM 权限。

2.2.4 Teams 输入区搜索并发送 CRM 记录（P0）

入口： Teams Chat 或 Channel 输入区的 ShareCRM 应用（Message Extension）。

主流程

用户打开 ShareCRM 应用；未绑定时先完成登录绑定。
默认展示最近访问记录，并支持输入关键词搜索。
用户选择对象类型和记录。P0 支持销售线索、客户、联系人、商机、产品、报价单、销售合同、销售订单、开票申请、回款计划、回款；一级页签展示销售线索、客户、联系人、商机，其余对象通过“更多”进入。
搜索结果只返回当前 ShareCRM 用户有权查看的记录；无权限记录不返回，不通过模糊名称暴露存在性。
选择记录后生成预览卡片；用户确认后将卡片插入当前 Teams 会话。
卡片点击“在 ShareCRM 中打开”，进入对应记录详情；接收人无 ShareCRM 账号或无权限时显示统一无权限页，不展示更多字段。

记录卡片规则

卡片区域	P0 规则
标题	对象图标 + 对象名称 + 记录主属性
摘要字段	最多 4 个；由 ShareCRM 管理员从允许外发字段中配置，不默认使用高敏感字段
状态字段	商机可展示阶段，订单、合同、开票和回款类对象可展示业务状态；按对象卡片模板确定
来源	显示`ShareCRM` 与最后更新时间
动作	P0 仅“在 ShareCRM 中打开”；轻量编辑和创建动作后置

Teams 卡片内容一旦发送，当前会话成员均可能看到，无法按每位接收人的 CRM 字段权限动态裁剪。因此 P0 必须采用“外发字段白名单 + 管理员配置 + 发送前预览”；完整详情始终回 ShareCRM 校验权限。

P0 对象范围规则

分组	P0 对象	选择器呈现	范围说明
获客与客户	销售线索、客户、联系人	销售线索、客户、联系人作为一级页签	覆盖线索转客户前后的人员与组织协作
销售推进	商机、产品、报价单	商机作为一级页签；产品、报价单收纳到“更多”	支持围绕机会、产品方案和报价开展会话协作
交易履约	销售合同、销售订单、开票申请	收纳到“更多”	对象是否可选取决于当前企业是否启用对应业务能力
回款	回款计划、回款	收纳到“更多”	用于回款计划确认、到账及异常协作，不开放回款明细等子对象

P0 不采用“系统存在的所有对象全部开放”。仅开放可独立查看、具备稳定主属性和详情页、且属于 LTC 主流程的预设主对象。
销售订单产品、报价单明细、回款明细等子对象不单独进入 Teams 选择器；需要协作时发送所属主记录。
管理员可在 P0 对象白名单内关闭不需要的对象，但不能自行增加白名单外对象；企业未购买或未启用的对象自动隐藏。
搜索结果按当前对象筛选，并统一提供“最近记录”；不把十一个对象同时平铺为页签。移动端对象入口使用同一分组，不依赖横向滚动展示完整对象列表。
自定义对象、服务单及非 LTC 预设对象后续通过可配置对象模型扩展，不阻塞 P0 主流程闭环，也不与 P1 Channel Tab 绑定排期。

2.2.5 Channel Tab（P1，第二优先级）

用户在 Channel 顶部点击 + 选择 ShareCRM，进入 Tab 配置页。
配置页提供“Dashboard”和“业务记录”两类内容；业务记录使用与 P0 一致的对象搜索和权限规则。P1 首批重点验证 Dashboard 与项目记录，其他记录类型按页面适配情况逐步开放。
保存后，Channel 成员可从顶部 Tab 持续进入对应页面，不需要从历史消息中寻找记录卡片。
Tab 页面使用 ShareCRM Web 能力，进入时校验 Microsoft 身份映射和 ShareCRM 权限；无权限用户只看到无权限或登录引导，不展示业务数据。
首版以查看、筛选和回跳为主，不承诺所有字段、按钮、插件及复杂编辑能力都能在 Teams iframe 中完整运行。
Tab 只是 Channel 中固定的页面入口，不建立 CRM 记录与 Channel 的持久映射；删除 Tab 不影响已发送卡片，也不在 CRM 记录页生成 Channel 关联关系。

2.2.6 ShareCRM 通知推送到 Teams（P2，第三优先级）

P2 先支持“个人 ShareCRM 通知通过 Bot 投递到 Teams”，再增加可控的 Channel/Workflow 通知，不一次性复制全部 ShareCRM 通知渠道。

通知沿用 ShareCRM 原业务触发时机、接收人和业务对象，Teams 只作为新增投递通道，不新建一套通知规则。
管理员配置允许投递的通知类别；用户在个人设置中订阅或退订 Teams 通知。默认关闭，避免连接建立后产生大量重复提醒。
仅向已完成身份映射且 App/Bot 可达的用户投递。未绑定或投递失败时继续保留 ShareCRM 原通知，不影响主业务。
通知卡片包含事件摘要、关联对象、触发人/来源、发生时间和打开 ShareCRM；敏感字段继续受外发白名单约束。
同一业务事件重试不得产生重复消息；超过重试上限后记录失败原因，并在管理后台诊断页展示。
后续在工作流中增加“发送 Microsoft Teams 通知”动作，可选择个人或 Channel、通知模板和动作按钮；Channel 通知不依赖记录—Channel 持久关联。
Teams 卡片已读是否同步 ShareCRM 通知已读状态不作为 P2 默认能力，待用户价值和接口稳定性验证后再决定。

2.2.7 在 Teams 中创建 ShareCRM 任务（P3，第四优先级）

本阶段只建设“创建任务”，不把 Note、销售记录或工单混入同一功能点。HubSpot 官方当前支持在 Teams 中创建 Task/Ticket，证明 Teams 内轻量写入 CRM 存在使用场景；Dynamics 将消息添加为 Note/Task 的旧式 Add to Dynamics 365 已自 2026 年 1 月进入弃用，因此 ShareCRM 不复制其消息写回方式。<a href="https://knowledge.hubspot.com/integrations/create-hubspot-tasks-and-tickets-in-microsoft-teams">HubSpot：Create tasks and tickets in Microsoft Teams</a>

入口可位于 ShareCRM Teams App 的快捷操作；如 Microsoft 审核和权限允许，也可从用户主动选择的单条消息进入创建任务页。
创建页至少包含任务标题、负责人、截止时间、关联 ShareCRM 记录和说明；从消息进入时只将当前用户主动选择的文本带入草稿，不读取整段会话。
用户提交前必须预览和编辑，系统按 ShareCRM 任务创建权限、负责人可选范围和关联记录权限校验。
创建成功后在 Teams 返回任务摘要和 ShareCRM 链接；失败时保留草稿并说明权限、字段或连接错误，不重复创建。
是否支持附件、多人负责人、提醒规则和子任务，由 ShareCRM 现有任务能力与 Teams 消息访问边界另行评估。

本地代码已确认 ShareCRM 存在任务相关对象和待办处理基础，例如 crm/crm2/assets/js/config/object.js 中的 ProjectTaskObj，以及 fs-message 中的任务/待办跳转处理；但本地未找到现成的 Teams 创建任务适配器，本阶段仍需新增跨平台创建链路。

2.2.8 CRM 侧 Teams 协作扩展（P4，后续评估）

P4 将 CRM 侧入口作为一个后续协作模块评估，不与 P0 Teams 侧记录卡片并行建设。

在 ShareCRM 记录详情操作区提供“分享到 Microsoft Teams”，由用户选择目标 Chat/Channel 或打开 Teams 待发送草稿，并复用 P0 记录卡片。
评估在记录页内嵌 Teams Chat 侧栏，使用户查看或发起与当前记录相关的 Teams Chat；该能力需单独确认 Microsoft Graph/RSC 权限、会话映射、成员变化、数据驻留和审计要求。
CRM 侧分享必须由用户确认，不允许 ShareCRM 服务端以应用身份向任意 Chat/Channel 静默群发。
内嵌 Chat 如后续立项，只保存记录与会话标识及必要状态，不默认复制聊天正文和文件到 ShareCRM。

2.2.9 明确不规划的协作方式

CRM 记录持久关联 Teams Channel： Dynamics 同类能力已自 2026 年 5 月进入弃用，Salesforce、Zoho 也未形成同等官方主线。HubSpot 的 Company/Deal 关联 Channel 继续作为竞品参考，但不进入 ShareCRM 当前 P0-P4 规划。<a href="https://learn.microsoft.com/en-us/dynamics365/sales/deprecations-sales">Microsoft：Dynamics 365 Sales 弃用清单</a>
将 Teams 消息写为 Note/销售记录： 不复制已弃用的 Dynamics Add to Dynamics 365 方式。P3 只允许用户明确创建任务，并在提交前确认内容。
聊天全量同步： 不自动读取、归档或分析 Teams Chat 正文、附件和 Channel 文件，也不承诺基于全量聊天生成客户洞察。

2.2.10 管理后台配置与诊断（P0）

配置分组	配置项	默认值/规则
入口与实例	互联中心主入口、应用市场官方应用卡片、唯一集成实例 ID	两个入口进入同一配置页并读取同一状态，不重复安装或授权
应用状态	Store 版本、Teams 租户可用范围、安装策略	分别展示“商店已发布”和“当前租户允许使用”
连接状态	Microsoft Tenant、登录方式、授权人、授权时间	只读展示；仅有管理员同意时提供重新授权和断开
使用范围	可使用 Teams 集成的部门/角色/人员	默认仅管理员指定范围，不随连接自动全员开放
对象范围	可搜索和发送的 CRM 对象	P0 预置 LTC 主流程对象白名单；管理员可关闭，未开通对象自动隐藏
卡片字段	各对象标题、摘要字段、状态字段	默认预置最小字段；管理员仅能从允许外发字段中选择
Tab 内容	P1 允许在 Channel Tab 中配置的 Dashboard 和业务记录范围	默认先开放经适配验证的 Dashboard 与项目记录
通知范围	P2 允许投递到 Teams 的通知类别	默认全部关闭，管理员逐类开启，用户再订阅
任务创建	P3 是否允许从 Teams 创建任务、可关联对象和负责人范围	默认关闭；启用后仍按 ShareCRM 任务权限校验
用户映射	已绑定、待确认、失败、已失效	支持筛选、导出失败清单、提醒用户绑定
诊断	Store/App 可用性、Microsoft 登录、用户映射、CRM 权限、搜索；按阶段增加 Tab、通知和任务诊断	按层级展示状态、责任人和可执行修复建议

诊断错误必须对用户可解释，禁止统一显示“连接失败”。至少区分：

Teams App 未在 Store 发布、被组织禁用或未向当前用户开放；
Microsoft 登录失败、需要的用户/管理员授权缺失或已失效；
ShareCRM 用户未绑定、绑定冲突或账号已停用；
用户无 CRM 记录权限；P1 Tab 和 P2 Channel 通知场景再检查目标 Channel 访问权限；
外发字段配置失效；
Microsoft 限流、服务不可用或投递超时。

2.2.11 Teams App 分发与上架工作（P0）

<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/concepts/deploy-and-publish/appsource/publish">Microsoft Teams 应用发布规范</a>

<a href="https://learn.microsoft.com/en-us/partner-center/marketplace-offers/add-in-submission-guide">Partner Center 详细上架步骤</a>

阶段 A：开发与审核前验证

生成可验证的 Teams App package，至少包含 app manifest、彩色图标、轮廓图标和 P0 能力声明。
通过 Teams Developer Portal 校验包；在内部测试租户通过 Teams Admin Center / 组织应用目录上传验证。
提供 Microsoft 管理员安装手册、权限清单、数据用途说明、卸载与断开说明、常见错误排查。
建立 Teams App 版本与 ShareCRM 服务端兼容规则，升级后保留用户映射。

阶段 B：P0 正式上架与审核闭环

通过 Partner Center 提交 Teams App；Teams Store 审核通过后进入 Teams 产品内商店，并进入 Microsoft Marketplace 体系。
自 2026 年 7 月起，新提交且支持 Channel 的 Teams Store 应用需按 Microsoft 当前要求使用 manifest schema 1.25 或更高版本；最终版本以提交时 Developer Portal 校验结果为准。
准备发布者认证、应用名称与说明、隐私政策、服务条款、支持地址、商品截图、操作视频、审核账号、测试说明和权限解释。
审核环境必须能完成：安装、Teams 登录、ShareCRM 登录/身份映射、一级页签与“更多”对象搜索、卡片发送、回跳和退出登录；至少准备销售线索、客户、联系人、商机、产品、报价单、销售订单和回款类测试记录，其他已启用 P0 对象按审核环境配置验证。P1-P4 能力未交付时不得写入商品说明或审核脚本。
Microsoft 会进行功能、体验、隐私、安全、元数据以及桌面/Web/移动端测试；审核问题按 Blocker、Must fix、Good-to-fix、Query 分类处理。收到报告后在同一 Partner Center 提交中修复并复审，直至通过。
P0 完成定义：Partner Center 显示已发布、Teams Store 可检索并安装、生产 ShareCRM 环境可登录搜索和发卡片。测试包可用不等于产品完成。
现有 Outlook Add-in 首期保持独立商品；是否迁移 Unified app manifest、合并商品入口和统一品牌，另立 Microsoft 365 应用整合专项。

官方平台依据：Teams App 可包含 Tabs、Bots、Message Extensions；Message Extension 可在输入区搜索外部系统并返回卡片；主动通知要求 App/Bot 对目标用户或 Team 可达；新 Microsoft 365 Connector 已进入弃用路径，本需求不以旧 Connector 作为主实现方向。<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/get-started/get-started-overview">Teams app capabilities</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/messaging-extensions/design/messaging-extension-design">Message extensions</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/tabs/what-are-tabs">Teams tabs</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/bots/how-to/conversations/send-proactive-messages">Proactive messages</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/concepts/deploy-and-publish/appsource/publish">Publish to Teams Store</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/concepts/deploy-and-publish/appsource/prepare/submission-checklist">Store submission checklist</a>。

2.2.12 影响范围

影响域	影响内容
ShareCRM Web 管理后台	P0 新增 Teams 集成配置、对象与字段配置、用户映射和诊断页；后续增加 Tab、通知和任务配置
ShareCRM CRM Web	P0 不新增协作侧栏；P4 再评估“分享到 Teams”和内嵌 Teams Chat
Microsoft Teams	P0 新增 Personal App、Message Extension 和记录卡片；P1 增加 Tab，P2 增加 Bot，P3 增加创建任务
统一消息	P2 新增 Teams 外部投递适配与幂等、重试、失败回执
账号与权限	新增 ShareCRM 企业—Microsoft Tenant、ShareCRM 用户—Microsoft 用户映射
审计与运维	P0 新增登录、绑定、搜索、外发、版本和异常日志；P1-P4 按实际建设能力扩展
移动端	Teams 卡片可查看和回跳；ShareCRM 移动端配置入口是否支持待确认
Outlook Add-in	本期不改，继续独立维护

2.3 待确认事项

ID	待确认事项	影响范围	负责人	结论
1	P0 的 Microsoft 身份方案采用 Teams SSO、Microsoft OAuth 后绑定 ShareCRM，还是两者组合	登录体验、Token 管理、Store 审核	架构/研发/产品	待确认
2	P0 是否需要任何组织级 Graph 权限；本文建议记录搜索与发卡片不申请，待技术验证	管理员同意、审核、权限最小化	架构/安全	待确认
3	一个 ShareCRM 企业只连接一个 Microsoft Tenant 是否满足首批客户	租户模型、跨国集团场景	产品/架构	待确认
4	首批试点客户及其 Microsoft 管理员配合人、租户策略、数据驻留区域	联调、授权、合规和上线节奏	销售/交付/产品	待确认
5	ShareCRM Teams App 的英文商品名、发布者主体和支持站点是否沿用 Outlook Add-in	Partner Center 上架	市场/法务/产品	待确认
6	P1 首批 Channel Tab 确认支持 Dashboard 与项目记录，还是增加其他记录类型	Tab 页面适配、首批范围	产品/研发	待确认
7	P2 首批个人通知类别、Channel/Workflow 通知范围及默认订阅策略	统一消息、通知频控	产品/消息团队	待确认
8	P3 创建任务是否同时提供 Teams App 快捷入口和单条消息 Message Action	权限申请、Store 审核、交互范围	架构/研发/产品	待确认
9	收费方式和适用版本	商业化、License 校验	产品/商业化	待确认

三、规范检查项

3.1 业务文案多语言 Key

所有 Teams App、管理后台、卡片和错误提示必须同时提供中文和英文。以下为首批文案范围，Key 由研发按现有规范命名。

模块	功能点	示意图	中文	英文	多语言 Key
Teams 连接器	连接状态	无	已连接 Microsoft Teams	Connected to Microsoft Teams	待研发命名
Teams 连接器	管理员授权	无	需要 Microsoft 管理员完成授权	Microsoft admin consent required	待研发命名
用户映射	未绑定	无	绑定 Microsoft 账号	Connect Microsoft account	待研发命名
Message Extension	搜索	无	搜索 ShareCRM 记录	Search ShareCRM records	待研发命名
应用登录	退出登录	无	退出 ShareCRM	Sign out of ShareCRM	待研发命名
通知（P2）	退订入口	无	管理 Teams 通知	Manage Teams notifications	待研发命名

语言规则：个人通知使用接收人的 ShareCRM 语言；用户主动发送的记录卡片使用发送人的 ShareCRM 语言；Channel 自动通知使用模板配置语言，未配置时使用企业默认语言。Channel 内单条消息不按成员语言拆分多份投递。

3.2 需求埋点

无。首期通过系统运行日志和 Partner Center/Teams 管理数据观察安装、授权和投递情况；如需产品分析埋点，评审后另补。

3.3 沙盒/更改集能力

模块	功能点	是否支持沙盒	是否支持更改集	说明
Microsoft Teams 集成	应用配置与用户映射	支持单独连接测试 Microsoft Tenant	否	OAuth/SSO授权和用户映射不得从生产复制到沙盒
卡片配置	对象范围和外发字段	待确认	待确认	如支持配置迁移，迁移后仍需校验目标环境字段是否存在
通知配置	Teams 通知类别	待确认	待确认	沙盒默认不向生产 Teams 用户或 Channel 投递

3.4 PaaS 国际化兼容检查

ID	多语接入事项	是否需要	注意事项
1	接入翻译工作台	是	管理后台、Teams 卡片、错误提示和商品说明均需多语
2	CRM提醒	是	个人 Teams 通知按接收人语言生成
3	企信消息提醒	否	本需求新增 Teams 通道，不修改企信消息提醒
4	修改记录	是	P0 记录卡片外发事件；P3 创建任务事件
5	审计日志	是	记录管理员授权、断开、用户绑定、外发和投递异常
6	支持快捷翻译能力	否	本期不提供 Teams 内文本编辑器和聊天翻译
7	支持数据多语能力	是	对象标签、字段标签按使用者语言；实例数据不自动翻译
8	预置配置多语	是	预置对象卡片名称、通知类别和错误说明需多语
9	预置示例数据多语	否	不新增示例业务数据

3.5 新对象/新字段 BI 分析申请

对象/字段	是否已做流程支持申请	是否已做 BI 分析申请	内容
Microsoft Tenant/用户映射、卡片外发记录；P2 通知投递记录；P3 任务创建来源	待确认	否	属集成配置与运行数据，默认不面向客户 BI；若落 PaaS 对象需另行评审可见性和导出边界

3.6 操作日志说明

P0 记录以下可追溯事件：Teams App 配置变更；Microsoft/ShareCRM 登录、退出；用户绑定、重绑、解绑；记录搜索失败；记录卡片发送；Teams App 版本发布与升级。P1 增加 Tab 配置与访问异常，P2 增加通知投递，P3 增加任务创建来源与结果，P4 按最终范围记录 CRM 侧分享或 Chat 关联事件。日志不保存 Teams 聊天正文、附件和 Channel 文件。

3.7 需求风险点检测

ID	风险分组	风险类型	有无该风险	涉及风险的功能点	影响的企业数	是否报备	响应策略
1	对现逻辑有影响的风险点	交互体验有变化	无	新增独立入口，不改变原 CRM/企信主流程	0	否	原能力保持不变
2	对现逻辑有影响的风险点	功能有减少	无	无	0	否	无
3	对现逻辑有影响的风险点	功能逻辑的调整	P2 有	统一消息增加 Teams 投递通道	待确认	是	Teams 投递失败不得阻塞原通知；灰度验证幂等和限流
4	新能力风险点	逻辑不完善	有	Teams 管理策略、Microsoft 登录、用户映射和 CRM 权限	首批灰度企业	是	分层诊断，不使用统一失败提示；提供管理员检查清单
5	新能力风险点	有性能压力	有	记录搜索和身份映射；P2 增加通知投递	首批灰度企业	是	搜索分页与限流；通知异步投递、失败重试和熔断
6	新能力风险点	数据泄露	有	Teams 卡片对会话成员可见	所有启用企业	是	外发字段白名单、管理员配置、发送前预览、敏感字段默认禁用
7	新能力风险点	外部平台变更	有	Teams manifest、Graph 权限、Store 审核	所有启用企业	是	P0 即按 Store 规范建设；不使用旧 Connector 或已弃用的 Dynamics 交互作为主链路

3.8 上线策略

3.8.1 收费标准

[ ] 不收费
[ ] 收费

待商业化确认。建议首批灰度企业不单独收费，公共上架前明确是否属于国际化/互联增值包。

3.8.2 上线节奏

[ ] 全网
[X] 灰度

灰度发布的原因	涉及 Teams 租户应用策略、跨系统身份映射和 CRM 数据外发，需要在真实客户 Tenant 验证
预计全网时机	P0 完成 Teams Store 审核，且内部测试 Tenant、首批客户 Tenant 的登录、搜索、发卡片、回跳和退出链路均验收通过后
期间分几次灰度	建议 3 个阶段
各灰度批次的时间节点及灰度的客户范围	阶段 A：内部测试 Tenant 侧载联调；阶段 B：1-2 家客户 Tenant 预发布验证并同步提交 Store；阶段 C：Store 审核通过后按租户白名单逐步开放。具体日期待研发计划确认

3.8.3 适用版本

资源名称	标准版	专业版	旗舰版	无限版	扩展资源包
ShareCRM for Microsoft Teams	待确认	待确认	待确认	待确认	建议评估“Microsoft 365/国际化互联”扩展资源包

竞品截图	证据说明
	来源：用户提供的 Dynamics 实际界面截图。图中证明： Teams 会话输入区可以搜索并选择 CRM 业务记录。不能证明：不能证明 Teams 聊天正文会同步到 CRM。对当前任务的意义：支撑首期 Message Extension“搜索记录—发送卡片—回跳 CRM”的主链路。
	来源： Microsoft Marketplace / Salesforce 公开资料截图。图中证明： CRM 记录可作为卡片出现在 Teams 会话中，并提供回跳入口。不能证明：不能证明卡片对每个接收人进行字段级个性化裁剪，也不能证明聊天自动归档。对当前任务的意义：卡片应只展示管理员允许外发的最小字段，完整详情仍由 ShareCRM 权限控制。
	来源： HubSpot 官方帮助资料截图。图中证明： CRM 记录可选择 Team/Channel 建立关联，并配置后续协作动作。不能证明：不能证明任意 Teams Chat 都能与 CRM 建立持久映射，也不能证明该模式适合 ShareCRM 长期建设。对当前任务的意义：仅作为竞品差异参考；Dynamics 同类能力已进入弃用，ShareCRM 当前规划围绕 Teams 侧记录卡片、Channel Tab、通知和创建任务展开，不建设记录—Channel 持久关联。
	来源： Zoho Help Center，页面更新时间为 2026-07-09。图中证明：用户可在 CRM Bot 私聊或 Channel 中通过命令查询 Leads、Contacts、Accounts、Deals，最多返回 10 条匹配记录，并以 business card 展示。不能证明：不能证明 Zoho 当前仍提供旧版 Message Extension 选择器，也不能证明支持自定义对象。对当前任务的意义：证明 Teams 内查询并发送 CRM 记录是现行需求；ShareCRM P0 仍采用更易用的搜索型 Message Extension，而不是复制命令式交互。