错误、限制与不可用操作
并非每个不可用的按钮或错误提示都意味着出现了故障。很多时候这是有意的限制：没有权限、未满足条件、数据已被更改，或操作防护不允许继续。本页帮助你弄清究竟发生了什么以及该怎么做，既不浪费时间，也不用危险方式绕过限制。
快速诊断
在认定这是错误之前，先问自己三个问题：
- 我对该对象和该操作是否拥有权限？
- 在我操作期间，是否有其他人更改了数据？
- 是否有流程条件（必填字段、原因、阶段）阻止了该操作？
回答这些问题通常就能解释 CRM 中 90% 的「错误」。
无访问权限
- 没有 CRM 模块的访问权限。 该板块被隐藏或提示拒绝访问——你的角色没有 CRM 权限。请联系管理员。
- 没有某笔销售机会或某个客户的访问权限。 该对象不在你的可见范围内。请申请获取相应管道或记录的访问权限。
- 管理权限不足。 允许查看，但不允许更改或配置。这是被拆分的权限；由所有者或管理员授予。
不要通过在 CRM 之外转发数据来绕过访问限制：这样客户的工作历史会出现分歧，控制也会丢失。
可见，但你不是成员
有时对象可见，但操作不可用，因为你不是相关工作组的成员。这种情况下请所有者把你加为成员——这才是正确做法，而非绕过操作。部分操作仅所有者可执行；此时应由所有者执行，或先移交所有权。
因权限隐藏的数据
个别字段，尤其是个人数据和法人单位资料，可能显示为「因权限隐藏」。这并非空数据，而是访问限制：记录你能看到，但对这些字段没有访问权限。如果工作中确实需要该字段，请正式申请该字段的访问权限，而不要绕道去找。
更改冲突与数据过期
- 数据被其他用户更改。 刷新卡片并重新应用更改，以免覆盖他人的修改。
- 上下文已过期。 如果权限或可见范围在加载后发生了变化，请刷新页面。
阶段或状态被阻止
将销售机会推进到某个阶段或更改状态时，可能会被操作防护阻止。这不是故障：流程要求先满足条件。
可能同时违反了多个条件。 拦截提示会列出所有未满足的条件——每条单独一行。这是刻意为之：否则每排除一个原因就要来回一轮。
- 完整读完提示，而不只是第一行。
- 满足全部所列条件：填写必填字段、完成所需步骤、补充数据。
- 重新执行推进。
如果修正后仍被拦截，把新旧提示对照一下：可能你已排除了部分原因而还剩一个，或者出现了下一道检查的新条件。
表单会指出该在哪里修正。 当条件涉及卡片上某个具体字段时，卡片会滚动到该字段并高亮。例外是关闭原因：它在阶段切换区块里填写，卡片不会滚动到那里——请自己去找。
一个特殊情况是关闭销售机会：终结阶段可能要求填写结果（赢单或输单）和关闭原因。缺少这些，推进将无法完成。请填写真实原因：日后可据此看到真实的流失比例。
批量操作的部分结果
批量操作（例如归档多笔销售机会或多个客户）可能并未应用到所有所选对象。原因可能是权限、状态、操作防护或对象被其他用户更改。该怎么做：
- 查看操作对哪些对象生效了。
- 单独打开那些未生效的销售机会。
- 修正原因后，仅对剩余对象重新执行，而不要盲目对整个集合重复操作。
对客户而言，确认窗口在执行前就给出分解：将处理多少条记录、多少条已处于目标状态、多少条不可用。请在确认前读一读——这比事后梳理部分结果便宜得多。
另一种情况是仍然活跃的部分。 归档客户并不会关闭他们的工作组和客户项目；门户会在确认窗口里直接提示这一点。形式上操作完整执行了，但针对这个「已关闭」客户的工作仍在继续。请另行关闭这些工作组和项目，否则没人会察觉这个矛盾。
入站流与集成
- 表单提交未到达 CRM。 在提交列表中可重新发起传递——使用该功能，并检查表单的路由设置。
- 集成通道出错。 集成中心中的每个连接都有状态：启用、警告、错误、草稿、已归档或已关闭。处于错误或警告状态的通道，意味着可能丢失提交和消息。请运行连接检查：它会给出清晰的原因（配置问题或外部系统问题），然后据此修正。
- 发给客户的消息未送出（即时通讯）。 即时通讯通道有重发队列：卡住的消息可以重新发送，而不会丢失。请定期清理该队列。
- REST 集成拒绝调用。 外部系统可能因请求限额、IP 不在白名单内，或所调用的方法不在允许范围内而被拒绝。请检查限额、IP 白名单以及连接的允许操作集。访问密钥仅显示一次——如果丢失，请重新走一遍向导以重新签发。
- 缺少配置集成的权限。 没有写入通信的权限时，集成中心仅以只读方式打开：可以看到连接，但向导、检查和开关均不可用。配置由管理员完成。
- 外部访问邀请无效（已过期、已使用、已撤销）。请重新发放邀请。
自动化行为异常
如果规则未触发或触发结果不符合预期：
- 检查规则是否已启用，其适用范围和条件是否匹配该场景；
- 打开运行历史——它会显示规则做了什么以及在哪里停止；
- 如果自动化无法配置，可能是因权限受限，或在模块设置中被暂时停用。
谁应当采取行动
| 情况 | 由谁协助 |
|---|---|
| 无法访问模块、管道、字段 | 管理员或空间所有者 |
| 不是工作组成员 | 工作组所有者 |
| 阶段或状态被阻止 | 由负责人满足检查条件 |
| 提交未到达 / 通道出错 | 流程管理员或集成负责人 |
| 自动化规则行为异常 | 规则所有者 |
如何描述问题以便快速解决
如果你无法自行弄清某个限制或错误，请把问题描述清楚，让管理员或流程负责人无需追问就能理解。请说明：
- 在哪里：在哪个界面、哪条管道中发生；
- 你在做什么：你试图执行的是哪个操作；
- 你看到了什么：提示的确切文字，或哪个按钮不可用；
- 针对哪个对象：销售机会、客户还是管道（不要附带私密数据——给出链接或编号即可）；
- 是否重复出现：刷新页面后问题是否仍然存在。
不要在求助中转发客户的个人数据和私密链接——用文字描述情况即可。准确的描述能省去一两轮往返沟通并加快修复：据此可以立刻判断这是权限问题、流程条件还是真正的故障。
出现拒绝代码时
服务器可能返回技术性的 reasonCode，但界面会把它翻译成清晰的提示，不会向用户展示原始代码。应根据提示的含义、操作和对象判断问题，不要把内部代码当成诊断。
| 提示含义 | 应该怎么做 | 可以找谁 |
|---|---|---|
| 无权访问、无法指定人员 | 检查角色、范围和参与者；不要把数据移到 CRM 之外 | 管理员、项目或销售漏斗负责人 |
| 数据已被其他人修改 | 刷新，只保留当前修改并重试 | 若不清楚，询问当前修改的作者 |
| 条件、字段或关联无效 | 修正提示的项目后重试 | 流程负责人 |
| 校验服务、请求或集成暂时不可用 | 不要创建副本，也不要盲目重复批量操作；等待后只重试一次 | 集成负责人或管理员 |
联系支持时提供屏幕上的完整提示、页面和操作、对象类型、时间以及重试结果。不要附上原始 JSON、令牌、个人数据或私有链接；拒绝代码本身不能说明需要修复什么。
良好实践
- 先检查权限、更改和流程条件，再认定这是错误。
- 完整读完阻止提示：里面可能一次列出好几条原因。
- 执行批量操作前先读确认窗口里的分解，而不只是事后的结果汇总。
- 出现冲突时刷新数据，而不要覆盖他人的修改。
- 出现部分结果时按原因逐一处理，而不要盲目重复批量操作。
- 不要通过在 CRM 之外转发数据来绕过访问限制。
常见错误
把权限限制当成故障。 时间浪费在「修复」本就按设计正常运作的东西上；其实只需申请访问权限。
忽视操作防护的提示。 提示里已经写明了该修正什么。
逐条修正拦截原因。 提示会一次把它们全部列出；每改一处就重试一次，只会多跑几轮，并留下「错误消不掉」的感觉。
出现部分结果后重复批量操作。 部分销售机会会再次失败，而原因仍未得到处理。
通过对外转发数据来绕过访问权限。 这有泄露风险，并会失去对客户历史的控制。
冲突时新建记录而非更新。 会产生重复，数据出现分歧。
如何检查结果
- 清楚究竟发生了什么：权限、冲突还是流程条件；
- 已阅读阻止提示并满足了条件；
- 部分结果已按剩余对象逐一处理；
- 未到达的提交已重新传递，集成通道已检查；
- 访问权限已按正规流程申请，没有走绕过的路径。
相关场景