制造商、经销商和售后团队需要及时知道公开召回信息，但同一品牌可能存在相似型号、不同批次与多次补充公告。app爬虫适合发现变化，不适合在未核对前直接判断某个客户产品必须召回。系统应把来源、匹配和人工确认分开。

app爬虫只登记经确认的公开来源

来源台账记录发布机构、栏目、公告编号、日期、正文和附件入口。转载文章用于发现线索，正式任务回到原发布页。需要登录、用途不明或出现访问限制时暂停自动采集，不通过提高并发或更换身份绕过。

厦门爬虫科技团队设置合理频率、失败上限和页面结构指纹。网页迁移、验证码、附件失效或字段大幅变化进入人工维护。爬虫公司保存必要响应摘要和时间，不长期复制与召回判断无关的整站内容。

爬虫公司把型号、批次和日期拆成字段

解析器提取品牌、产品名称、型号、生产批次、日期范围、缺陷、风险和处置方式，并保留原文位置。图片或扫描附件经过识别后必须抽样核对，容易混淆的字母、连字符和前导零不能自动修正。

同一公告后续增加型号、改变联系方式或发布完成报告时，系统生成版本差异。排版更新不触发业务告警，涉及范围与处置的变化进入优先复核。旧版本不删除，使售后能解释当时依据。

库存与客户匹配必须经过规则和人工双检

企业商品主档中的内部编码先映射到公开型号，批次格式和日期规则由质量人员确认。匹配分为确定、可能和不匹配，只有确定项进入正式任务；可能项列出差异，让质量或售后人员查看实物与采购记录。

App软件开发把确认后的任务送到负责人，展示公告来源、型号证据、影响数量和处理步骤。App开发公司不在手机端暴露完整客户清单，员工按区域和岗位查看。处理动作包括联系、退换、维修和无法确认。

小程序入口用于客户自查而非自动定责

小程序开发可让客户输入或扫描型号批次，微信小程序开发提供受控通知。厦门小程序开发只返回是否需要进一步核验和官方说明，不用模糊匹配直接宣布存在缺陷。厦门小程序定制应保留咨询与人工入口。

需要拍照、离线走访和签收时由手机App制作提供工作端。任务、附件、联系和完成证据使用同一编号，重复同步不生成两次服务记录。敏感客户资料按售后目的保存，召回结束后清理临时照片。

验收以漏报、误报和闭环时间衡量

试点选少量类别和公开来源，用历史公告验证新增、修订、撤回、扫描附件与相似型号。上线后抽查匹配结果，记录人工修改和未联系原因。抓取页数并不能说明召回监测有效。

面向客户的沟通保持一致且可追溯

经质量负责人确认后，系统生成联系批次，客服、经销商和服务网点使用同一说明与处理口径。发送失败、客户拒绝、联系方式失效和已完成分别记录，后续补充公告能够定位尚未处理的对象。

企业不使用未经确认的抓取摘要制造恐慌，也不删除客户提出的异议。公告撤回或范围调整时，原任务标记变化并通知负责人复核，所有对外内容链接到可访问的正式来源。

部署app爬虫召回监测时，应由爬虫公司和厦门爬虫科技维护来源与版本证据，App软件开发和App开发公司建设复核任务，再由厦门软件开发公司统一权限和监控。这样app爬虫提供可靠线索，而不是未经确认的产品结论。