采购数据采集服务时，“每天更新一次、提供API”远远不够。来源可能改版，字段可能缺失，同名主体可能被误合并，下游却会据此做价格、销售或风控判断。爬虫公司与采购方应在合同里把数据如何来、什么时候不能来、错了怎样通知写成可测试条款。

爬虫公司先交来源与用途矩阵

矩阵列出来源地址、公开范围、授权依据、访问方式、字段、用途、频率、保存期和负责人。验证码、登录后个人数据、明确禁止自动访问的接口和超出业务目的的信息不纳入采集。来源条件改变时先停任务复核，供应方不能擅自换一个口径不同的网站维持数量。

厦门爬虫科技团队为每条记录保存采集时间、解析版本和来源证据摘要。原始页面只在必要期限内受控保存，业务接口提供标准化结果。涉及企业名称、地址或商品规格时，标准值与原值并存，实体合并的规则和人工复核记录可追溯。

厦门软件开发公司负责下游口径

采集端、App软件开发、报表和小程序开发使用同一数据字典。字段改名、类型变化或枚举新增通过版本发布，不能让各应用自行猜测。接口返回数据版本、更新时间、质量标识和稳定记录号；旧版本下线提前通知，并提供迁移样本。

客户纠错时提交记录号、期望值和证据。爬虫公司复核后发布更正事件，厦门软件开发公司按影响范围重算缓存、索引和报表。更正不抹去历史，业务能说明某次决策使用了哪一版。重大错误需要列出影响记录、时间窗口、补救和预防措施。

SLA按质量和响应而不是只按数量

可约定来源可用前提下的任务成功率、完整率、重复率、时延、异常发现和修复响应。数量异常增减都触发检查，不直接当成业务变化。日报区分新增、更新、冲突、丢弃和人工修正，停更时清楚显示最后成功时间。

单来源原型通常三至五周，多来源匹配和历史迁移需要更长。费用拆为来源评估、解析、调度、数据治理、API、监控与维护。第三方数据、代理、云资源和人工复核单列；来源频繁改版时设置维护上限或变更机制，避免用无限维护承诺换取签约。

验收与退出同样重要

验收模拟429限流、空列表、重复分页、乱码、结构变化、来源停用、密钥泄露和跨租户访问。供应方应降速、暂停、告警并保留证据。合同终止后密钥立即失效，按约定导出数据与字典，清理临时账号、代理和无保留必要的副本。

数据服务也要约定付款与退场证据

首款对应来源评估和样本，中期款对应连续运行与接口联调，尾款对应质量验收、文档和密钥交接。来源因规则变化无法继续时，双方依据合同选择缩小范围、替换来源或终止，不把不可采内容转成隐蔽绕行。退场清单记录账号、任务、接口、缓存和备份的处理状态。

接口验收通过后，客户还应在独立环境用正式数据字典完成一次接入，确认分页、时区、字符编码和错误重试均符合约定。仅在供应商演示环境可运行，不能算交付完成。

需要爬虫公司或厦门爬虫科技服务时，先拿两个来源和十个字段做小样本，不用数量承诺替代质量验收。需要厦门App开发、微信小程序开发、厦门小程序定制或厦门做app时，应由厦门软件开发公司统一管理数据版本和权限；能主动说明不可采范围、停采条件与纠错通知的爬虫公司，才适合接入长期业务。