达人业务
人工工作台
分别处理多店铺申样与达人消息，使用状态、商品和渠道筛选，核对发送与履约结果。
#人工工作台适合什么工作
入口是 达人 → 人工工作台。两个 Tab 是 待处理申样 和 待处理消息：把多店铺需要员工直接处理的业务集中在一个地方，而不是 AI 的审核或升级队列。受保护达人、“仅人工”BD 名下的工作也可以在此处理。
人工工作台把多店铺的人工后台任务集中到一起。这里的任务不代表 AI 正在运行，也不是 AI 的升级事项；员工查看或处理这些记录，不会启动 Agent 工作。
#1. 待处理申样
这里直接汇总各店铺仍需人工处理的样品申请。即使某条申样不是由智能体发现或推动，也可以在这里统一查看和处理。
处理前确认商品、店铺、到期时间、达人表现和平台当前状态。批准、拒绝或忽略会作用于真实的店铺后台流程。
申样列表既是待办队列，也是历史查询入口。状态筛选包括：全部、待审核、已忽略、已同意、已拒绝、已取消、已过期和同步异常。默认打开“待审核”；需要复盘时再切换到其他状态。已忽略的申请会显示由 Agent 还是员工处理，并可在平台到期前重新打开。
排序可选最早或最新，默认先处理较早申请。遇到 同步异常，先刷新并确认平台状态，不要在状态不明时重复同意或拒绝。
已确认超过平台审核截止时间的申请不会继续留在待审核列表或待审核计数中；临期只计算未来 24 小时内到期的申请。截止时间不明确不能直接当作过期。回看旧申请时切换“全部”或相应历史状态。
可以按店铺、BD、达人、保护状态、时间和商品缩小范围。商品筛选支持两种方式：直接选择店铺商品，或输入产品知识中的内部商品编号，一次匹配同一商品在多店铺绑定的 Product。内部编号查询只使用当前店铺范围内的有效绑定；找不到结果时，先检查产品知识是否已设置编号并完成商品绑定。
#先选站点与店铺，再看达人表现
店铺选择器可按名称或别名搜索、选择一个站点的全部店铺，或手动勾选多家。更改店铺范围后要重新选择商品，避免上一范围的商品条件继续影响结果。BD 只能选择其负责地区内有权查看的店铺。
新版样品列表直接展示 达人表现：GMV、履约率、平均视频播放量和出售件数。这里的履约率采用 TikTok 的样品发布率，不是物流签收率。数据按申样店铺所在市场取值；GMV 可能带近 30 天、近 90 天、历史累计或未注明周期，不能把其他指标自动当成相同周期。—表示缺失，不是零。
APP CAPTURE中文浅色界面的人工工作台申样列表，显示多店铺筛选、审核状态和达人表现列。
复盘申请时，数据分析中的申样时间快照与工作台当前可用的表现可能不同，不应混用。列表或详情中可以复制样品订单号；没有订单号时不要把申请编号当作订单号。物流详情与超过 5 天的异常提示见样品与合作记录。
#2. 待处理消息
这里直接汇总各店铺仍需人工处理的达人消息，适合多店铺团队集中回复，而不必逐家打开 Seller Center。
产品事实不完整时，先补充产品知识；对方提出超出佣金、样品或合作范围的要求时，应由负责人按照业务授权处理。
如果消息确实不需要回复，可以在对话详情中选择 无需回复 · 标记已处理，结束这条人工待办而不向达人发送内容。若同一消息仍有关联的待人工审核提案，需要先批准、拒绝或忽略提案，避免一边保留待执行操作、一边把消息标记完成。
#查询已处理消息和历史会话
状态可选 待处理、已处理、全部。需要复盘历史对话时先切换状态，再按渠道、BD、站点、店铺和日期缩小范围。平台私信属于具体店铺；WhatsApp 和 Email 属于卖家账号下的联系人，不能把店铺选择器理解为它们也一定归属于某家店铺。
待处理消息可按等待最久优先或最新优先排序；已处理／全部使用对应消息时间排序。清理积压先看等待最久，需要查近期互动再改为最新优先。
渠道计数遵循所选状态和负责人范围，但不按当前日期和渠道条件逐项缩小，所以可能大于当前列表行数。历史内容在打开会话或请求更多时加载；列表里有会话并不代表完整历史已经全部载入。
APP CAPTURE中文浅色界面的人工工作台消息页，显示待处理、已处理、全部状态和站点、店铺、BD 筛选。
遇到 TikTok 限制发送时，先阅读页面展示的平台原因和处理建议。不要把平台拒绝发送理解为“已经发出但页面没刷新”。公共达人使用已有 WhatsApp/邮箱联系人回复时，应明确选择正确联系人和发件账号；处理公池工作不会把该账号自动转到你名下。
#分清日期与 AI 处理范围
人工工作台申样日期按系统首次观察到该申请的时间筛选；待处理消息按最新未回复消息的时间定位。智能体提案和升级按创建时间。工作台时间显示使用操作员本地时区；这与推广活动的店铺当地日、以及数据分析的申样日期口径不同。
团队与渠道中的“未回复消息处理范围”控制 AI 是否接手旧消息，不限制员工在此回查历史。旧消息超出 AI 范围时，仍可人工处理。
#追踪谁操作、谁审核、谁发出了消息
样品和时间线会标明实际操作人；全部 Agent 工作会显示提案由谁作出审核决定；消息中可查看发件人。负责 BD 表示关系归属，不一定就是实际处理人。数据分析明细还支持按审核人筛选。
转移达人后，已有提案的审核权限仍参考生成时的负责人范围，并不自动交给新 BD。遇到同事只读记录或无权操作的旧提案，请主管协调；不要反复改派试图绕过限制。
#回复消息：渠道、附件与发送结果
打开达人详情的 沟通记录，先确认回复对象和店铺，再选择回复／默认渠道、平台私信、WhatsApp 或 Email。渠道接入步骤见 WhatsApp 与 Outlook。
- 平台私信以所选店铺发送；WhatsApp 和 Email 还要核对联系人、BD 名下的账号与默认发件设置。
- 新 Email 会话需要主题。可以添加文件；邮件图片可选择内嵌展示。发送内容支持文本和文件组合，具体格式与限制以所选渠道的提示为准。
- 公共达人的已有联系人可能属于其他 BD。选择联系人不会把该账号或达人自动归到自己名下。
- 指定渠道发送失败，不会自动换另一个渠道发送。先查看错误，再决定修正账号、权限、内容或附件。
“消息已提交”和历史记录刷新是两件事。 若页面提示消息已提交、历史加载失败，只刷新历史，不要为了让消息显示出来再发一次。若是平台明确拒绝发送，按页面给出的原因处理，不能当作已经送达。
APP CAPTURE中文浅色界面的达人沟通记录，显示消息渠道、历史和回复区域。
#两种人工工作不要混用
- 在这里处理原始申样或消息，是员工直接完成业务操作。
- AI 已经准备好的动作被策略拦住，去 智能体工作台的待人工审核。
- AI 主动求助、需要补发等人工决定，去 智能体工作台的待处理。
例如，受保护达人的寄样由人在本页决定；AI 提交的寄样决定被安全策略拦住则属于审核。不要仅凭“样品”两个字判断该去哪个队列。