客户接待指南 · 邮箱询盘线程交接
邮箱询盘如何保留历史，又把最新问题和回复责任交清？
简短回答：先核邮件来自哪个获准收件入口，再区分最新问题、引用历史、已有草稿和真正发出的回复。线程标识可以辅助核关联，不能只凭主题相同或显示名字认定同一客户；抄送、转发或分配不等人工已接管。交接时保留必要的原意、适用资料、未决项和有权回复的角色，缺证就记未确认。
本页解决邮件历史与人工交接的核查任务，不是邮箱绑定教程，不要求登录邮件账号、导出会话或发送测试邮件。涉及多个来源的路由见渠道分流清单；回复是否有依据看资料核对。本文不证明BaoChat已具备任意邮箱的同步、线程合并或自动回信功能。
先核七项信息，不把整个邮箱搬给下一位
| 核对项 | 需要区分什么 | 缺证时的处理 |
|---|---|---|
| 收件入口 | 哪个获准渠道与工作区收到问题 | 入口未核，不借其它品牌邮箱代替 |
| 线程关联 | 可观察的引用关系与仅主题相似 | 不直接合并身份或不同任务 |
| 最新问题 | 本次新增条件与引用的旧内容 | 标出待澄清项，不用旧答覆盖新问 |
| 时间与顺序 | 事件时区、收件记录与引用次序 | 时间不清不猜谁已看过或回复 |
| 业务依据 | 适用产品、市场、版本与限制 | 保留未知或冲突，不能只引旧邮件承诺 |
| 回复状态 | 草稿、已发出、可核送达与人工可继续 | 没有对应证据就不记已处理 |
| 负责角色 | 谁可看必要上下文，谁可对外确认 | 抄送不等接管，需核权限和接收 |
只保当前任务所需范围，不把无关收件人、附件、签名档或所有历史复制进公开清单。真实邮件正文、地址、原始标识和凭据不得贴入公开方法页；需要内部受限材料时，沿原合法权限和保留约定处理，不扩授权来填表。
线程字段是关联线索，不是身份或业务授权
RFC 5322第3.6.4节描述Message-ID、In-Reply-To与References的邮件标识及回复关系；这提供了为什么不能只看主题的格式依据，并不规定每个界面如何显示线程。只有实际入口确实提供可观察字段时才核，不发明工具菜单或要求所有系统都有这些字段。
这些字段不是客户身份认证，也不授予回复、查看附件或合并客户的权限。转发可能夹带其它对话；相同主题可能是新任务，引用链也可能不完整。关联不足就保留独立问题与来源，不用同名、同商品或相同语言拼接身份。
四种常见交接误判
| 观察 | 不能直接得出的结论 | 下一项核对 |
|---|---|---|
| 主题相同 | 就是同一客户、同一采购任务 | 核关联依据与本次问题 |
| 有人被抄送 | 该角色已经阅读并负责回复 | 确认收到必要上下文且有处理权限 |
| 草稿已保存 | 客户已经收到答复 | 区分拟回复与可观察发送结果 |
| 旧邮件有报价 | 旧条件仍适用当前数量与市场 | 核版本、条件及有权确认的角色 |
已发出不等已送达，已送达不等有权坐席已读或已处理。没有可信观察就分别记未确认，不为补证重复发信或绕过权限。接管完成仍按收到且可继续处理判据，不以收件人列表当业务结果。
交接卡：明确最新问题和未决承诺
当前任务：【最新问题及必要条件】；来源关联：【已核入口、关联已核或未知】；历史要点：【仍适用的依据与限制】；草稿/实际回复：【分别记状态】；未决事项：【客户条件或内部确认】；负责角色：【谁能继续处理】；下一步：【最小核查，不预先写已完成】。
预设两封同主题询问，一封问样品，另一封改为批量数量。应核关联与新条件，旧报价不能原样当新确认；也不能因为抄送了某角色就写已接手。这是方法示例，不是客户成功案例，没有真实邮件、绑定、导出或发送结果。
依据、限制与下一步
线程概念参考RFC 5322的标识字段，团队责任方法依BaoChat 首页的公开流程和回答依据与人工责任。标准说明不等BaoChat或邮箱供应商功能证明，真实支持以实际工作区及企业约定为准。
本页不提供OAuth、邮箱令牌、群发或自动归档步骤。阅读服务条款、隐私政策和体验说明后，仅用匿名占位任务评价公开方法；邮件存在、草稿或点击都不等真实有效接待。