AllOne Sales 帮助中心

先确认使用的是公司正确系统网址，以及管理员创建的准确登录账号。如页面提供重置入口，请按提示操作；否则联系管理员重置临时密码。不要向客服发送密码或一次性验证码。

入职时由有权限的 HR 管理员创建或绑定登录账号。先核对准确账号名、员工资料和角色，再通过账号管理或角色权限修正访问；不要为重置密码而重复创建员工。

菜单可能受角色权限、套餐权益、租户功能开关或前置配置影响，请管理员逐项检查。隐藏或禁用的功能不能视为已开放。

检查平台授权、渠道状态、收件箱团队映射、客服权限和当前筛选；用独立客户账号发送一条测试消息，并记录时间后再联系客服。

先阅读页面错误提示。常见原因包括渠道 token 过期、平台回复窗口规则、不支持的文件类型、附件大小限制或网络失败。保留原始错误，仅在提示超过限制时缩小附件。

SLA 设置位于“客服管理 → 团队 → SLA 设置”，路径为 /app/sla-settings。自动分配当前没有工作台或左侧菜单入口，管理员只能直接打开 /app/auto-assign；其中保存的策略尚未接入直连入站会话链路。

用已确认的邮箱和电话搜索，并由有权限的用户使用系统支持的合并流程。不要为了隐藏重复而直接删除资料，因为其中可能包含会话历史；没有合并入口时请联系客服。

检查会话分配、团队可见范围、系统通知偏好、浏览器权限，以及事件发生时是否正在查看该会话。通知不能代替主动监控工作队列。

系统会保留明确的限制提示并阻止超额操作，不会静默突破权益。现有数据仍受当前套餐约束；请管理员或客服核对达到的具体限制。

AI 建议需要人工审核。Sales AI 按配置和预算使用 AI 评估或规则回退；已启用时，受支持的 Meta 暂停动作可经审批进入执行队列。批准不代表成功，应查看执行回执及失败或回滚结果。

业务数据受公司租户与部署控制范围隔离，用户仍须遵守最小权限。不要通过聊天或截图发送密码、一次性验证码、API key、访问 token 或不必要的客户机密。

三项能力都需要部署运行时开关。池化部署还需要对应的 Max 或 Enterprise 权益；专用私有部署不需要购买 Max。API Key 仅限管理员管理，此工作区签发的密钥会明确启用公开 API。Webhook 按操作需要 integration.manage：读取用 view，创建/编辑/测试/重试/轮换用 edit，删除用 delete。进入工作区需要 integration.manage 的 view 权限；导出还需要 data_export.advanced 的 export 权限及所选来源模块的 export 权限；活跃用户检查适用于已登录的导出界面。

使用你自己的部署域名，以及 /app/int/docs?section=api&lang=zh 或 /app/int/docs?section=api&lang=en 的公开参考。读取响应中的 code、message、requestId 和 details。429 时遵守 Retry-After，并以运行时限流响应头为准。8–64 字符的 Idempotency-Key 只能在同一文本请求重试时复用；accepted 或 queued 不代表渠道已送达。密钥泄露后立即撤销并签发替代密钥。

先用恒定时间 HMAC 验签，再按 X-AOS-Event-Id 持久去重。网络错误、408、425、429 和 5xx 总共最多尝试七次，其他 4xx 终止。人工重试要求记录失败、载荷有效、接收端启用且仍有次数，会保留 event ID，并可能晚于更新事件到达。停用、删除或权益撤回会取消积压，重新启用不会补发停用期间事件。

已登录用户必须通过 data_export.advanced 的 export 权限、来源 export 权限和活跃用户检查。每次只运行一个任务、最多排队五个；超过 10,000 行会失败且不会截断。存储或权限失败会显示原因。文件七天后到期，签名 URL 五分钟后失效；到期后重新创建任务。空值保持空白，ID 保持字符串。

先确认邮箱类型和认证方式。服务商支持授权码或应用专用密码时，填写生成的值，不是网页登录密码。Microsoft 365 / Exchange Online 的 IMAP 需要现代身份验证，再生成应用专用密码不能恢复基本身份验证；请管理员确认 OAuth 支持。求助只提供服务商、时间和错误，不发送密码或授权码。

先检查 IMAP / SMTP 地址有没有拼错，以及端口对不对：IMAP over SSL 一般是 993，SMTP 视服务商是 465 或 587。126 邮箱要用 imap.126.com 和 smtp.126.com，不能用 163 那组地址。如果这些都没问题，就要确认网络或邮箱服务商是不是禁止了外部 IMAP 访问 —— 有些企业邮箱策略会这么设。

重新打开该渠道的完成自检，看哪一项没变绿。有时绑定确实保存成功了，但收发进程还没启动 —— 出现这种情况弹窗会明确写出来。另外确认测试邮件是发给那个已连接地址本身，并且没有被邮箱自己的垃圾箱拦下 —— 在 IMAP 之前就被过滤掉的邮件永远进不到系统里。

核对登录账号、对目标主页的访问权限，以及授权时选择的主页。不能仅凭 Business Manager 托管关系判断必须用哪一种方式。只有管理员已配置并确认时才使用 System User；仍缺少主页时记录页面错误。

检查主页消息权限、平台限制、渠道客服指派和当前收件箱筛选，再用独立客户账号发送一条测试消息。只有错误或缺少权限需要时才重新授权，然后再测。

检查浏览器的弹窗拦截提示，为本站允许授权窗口。内嵌浏览器无法打开时，改用普通电脑浏览器。仍失败时保留错误和时间交给客服，不要反复点击。

二维码本来就是短时有效的。点弹窗里的「重新生成」拿一个新的，并且在生成之前先把手机停在「关联设备」那一屏，这样出码就能立刻扫。

先核对提示中的旧绑定。如果就是要使用的账号，打开它的渠道记录，按可用的重新连接流程处理。不要为新建记录而删除仍在使用的绑定；确实需要迁移号码时，先由管理员确认旧绑定及影响，再释放。

在已有渠道账号上使用“重新连接”，按二维码指引处理；该流程保留收件箱和会话历史。检查设备是否被移除、平台会话是否失效或渠道是否显示其他错误，不能仅凭主手机短暂离线判断原因。

授权走的是浏览器弹窗，被拦截器挡住时不会有任何提示。请对本站允许弹出窗口后重试。内嵌浏览器和 App 内置浏览器经常根本打不开它 —— 这一步请用普通的电脑浏览器。

核对登录的 TikTok 账号是否正确，以及该账号类型和消息权限是否受当前部署支持。账号正确但结果仍为空时，记录时间和页面错误并联系客服；没有明确待修正的问题时，不要反复授权。

先确认改动是「已发布」而不是只存了草稿，然后强制刷新页面绕过缓存 —— CDN 或页面缓存经常还在发旧的 HTML。再检查代码是不是完整贴上了，以及它确实落在页面 HTML 里，而不是被放进了注释或会转义文本的输入框。

这说明代码被贴进了某一个页面模板，而不是全站共用的布局。请把它移到每一页都会包含的布局或页脚模板里。由多套模板拼起来的站点（落地页、结账页、博客）经常需要在每套模板里都加一次。

已登录时打开“帮助与客服 → 在线客服”，提供页面、时间、操作和实际结果。无法登录时先联系公司管理员；公开联系表单启用时，管理员也可从本页页尾打开官网表单求助。不要发送登录凭据。