摘要：同一采购人员从产品页和联系页重复提交需求时，销售若分别跟进，容易出现重复报价和责任人冲突。本文说明重复判断、主记录选择、来源附件保留及合并后的状态验收方法。
同一采购人员从产品页、联系页连续提交需求，不能简单删除其中一条，也不能让两名销售分别报价。更稳妥的处理是保留每次提交的原始记录，再选定一条主询盘，把来源、附件、型号和跟进动作合并到同一条销售链路。这样既不会重复联系客户，也不会丢掉第二次提交时补充的信息。
先判断两条记录能不能合并
重复判断不能只看邮箱。客户第一次可能使用采购部门邮箱，第二次改用个人工作邮箱；同一邮箱也可能替不同项目询价。可同时核对公司域名、姓名、电话、目标型号、提交时间和需求摘要。字段示例可用RFQ-20260720-018与RFQ-20260720-019表示两次提交编号，这只是记录格式示例，不代表真实客户。
建议把“疑似重复”和“确认重复”分开。系统发现两个邮箱域名相同、型号均为MX-40且提交时间相隔十五分钟，可以标记Duplicate Review，交给销售确认；若两条需求的数量、交货国家或技术条件不同，就可能是两个项目，不能自动合并。判断结果要留下处理人、时间和理由。
来源页面必须参与判断。第一条记录可能来自英文产品页/products/mx-40，第二条来自/contact，并补充了用途说明。合并后若只保留主记录的页面地址，运营会误以为联系页没有贡献。应保存source_url、landing_page、language、utm_source和submitted_at，第二条记录可作为子记录挂在主询盘下。
附件也不能按文件名直接覆盖。客户先上传drawing.dwg，几分钟后又上传同名文件，第二份可能已经改过尺寸。接收时记录原文件名、文件大小、上传时间和文件哈希；界面可显示drawing-r1.dwg、drawing-r2.dwg这样的内部名称。销售确认新版后，将旧文件标为Superseded，而不是从记录中删除。
自动规则只负责缩小范围。可设置一个观察窗口，例如同一公司域名、同一型号在三十分钟内出现多条记录时提醒复核，但不要直接删除或覆盖。型号为空、使用公共邮箱或经销商代多个终端客户询价时，自动判断尤其容易出错，应保留人工确认入口。
合并后只保留一个跟进出口
确认重复后，选择信息较完整或最早进入销售流程的一条作为主询盘，并写入master_rfq_id。其余记录保留原编号，状态改为Merged，字段merged_into指向主编号。主记录展示所有来源和附件，销售仍能打开子记录查看原始内容，审计时也能还原客户提交顺序。
负责人不能靠“谁先看到邮件”决定。若第一条已经分配给Sales-A，第二条进入Sales-B队列，合并时应根据区域、产品线或既有客户归属确认唯一owner，并记录reassigned_from。被移出的人员收到状态通知，避免两个人同时给客户发介绍和价格。
报价记录要跟主询盘绑定。比如销售已经建立报价编号Q-20260720-07，客户第二次提交增加了数量和电压要求，应在原报价下建立修订版，而不是另起一份无关联报价。页面保留quote_id、revision、currency、valid_until和approval_status，客户收到的邮件主题也使用同一询盘编号。
合并动作完成后，应核对客户原话有没有被摘要替代。备注可以概括重点，但主记录仍要保留两次提交的原始Message、型号、数量、国家和附件列表。不同记录里冲突的值不能擅自选择，例如一处写230 V、另一处写400 V，应标为Needs Confirmation，由销售向客户确认。
验收可从一组测试记录走完整流程：分别从产品页和联系页各提交同一邮箱与型号，第二次增加一个附件；确认后台生成两个编号、触发疑似重复提醒、人工合并后只剩一个负责人，并能从主记录打开两个来源。随后检查报价是否只关联主编号，子记录是否仍可查询。
还要测试不能合并的边界。使用同一公司邮箱提交两个不同型号，或同一型号对应两个交货国家时，系统可以提示但不应强制归并。人工选择“保留为独立项目”后，状态要持续生效，避免下一次规则运行又把记录合回去。
