机器人统计图能看却不能取数：采购交付怎样验收

采购机器人统计资料时，演示页面上的图表可以正常浏览，交付之后却找不到可核对的明细文件，验收讨论就容易变成“已经能看见，为什么还不算收到”。这并不是一个只靠截图就能回答的问题。买方需要什么形式的数据、供方承诺交付什么，以及实际可以访问什么，应当在验收前分别说清楚。本文以一个虚构的统计资料采购情境讨论交付范围，不提供市场规模、机器人销量或任何虚构统计值。

把“看图”和“取得文件”写成不同交付项目

假设一项资料服务提供在线图形展示，采购者还希望把统计表带入内部复核流程。两种需求可以同时存在，也可能只约定其中一种。本文建议在采购清单里直接写明需要的展示页面、文件形式和使用条件，而不要笼统地填写“提供统计数据”。如果没有约定下载或导出，不能仅凭采购者的期待就认定供方少交了文件。

W3C 的 DCAT 3区分数据集与分发形式。这个概念有助于提醒审阅者分别描述统计资料及其提供方式，但它不是一份替双方约定下载权利的合同。本文建议把页面入口、文件名称和访问方式逐项列出，再由实际约定决定哪些项目应当验收，而不是把目录中的一个名称当成全部交付结果。

在演示中提出一项可以重复核对的取数请求

可以把演示问题限定得更具体：请交付方指出，这张演示图若有相应明细，应当从哪里取得，取得的文件与哪一版图表对应。这里不要求供方额外提供没有约定的数据，也不建议绕过权限获取文件。若演示账号只有浏览权限，就记录这个限制，并询问正式交付时使用什么授权与入口。

虚构情境中，采购者点开一个下载入口，却只得到图像文件。需要判断的首先是该文件是否符合双方约定的形式，而不是凭“下载成功”四个字结束检查。如果约定的是可复核表格，应继续询问对应文件；如果约定本来就是图片，则应按图片交付范围检查。图一强调两种交付对象的差别，并没有暗示任何真实服务一定提供导出功能。

收到表格之后，仍要找得到它与展示的关系

本文建议在明细文件旁保留一份对应说明：文件由谁提供，针对哪个展示页面，以及哪些范围需要在使用前再次确认。文件能够打开，只完成了其中一项观察。没有对应说明时，不应靠文件名相似就把它认作当前图表的底表；也不要把另一段时间的资料悄悄填入这个位置。

W3C 的 PROV 入门说明提供实体、活动与责任主体的基本概念。本文借此提出一种编辑记录方式：把所收文件、生成或导出的说明、交付联系人分别记清楚。这是为本次交接设计的建议，不意味着使用几个字段便能证明统计内容正确，更不能据此宣称资料得到了官方认证。

权限与失效情形，也应有一次演练机会

如果实际约定允许在授权账号下取数，建议在交付演练中核对接收人员是否能够按说明完成访问。测试应使用获准账号，不借用未经允许的身份，也不把凭据发到公开文章里。遇到权限不足，应把页面提示和需要联系的责任人写入问题单，避免把访问失败直接误写成文件不存在。

还可以讨论交付入口改变后的通知方式。比如在线服务更换了下载位置，接收方应在哪里得到更新说明；如果文件不再提供，又应按什么约定处理。这里讨论的是双方可以明确的服务边界，不声称某个现有网站具备永久下载、自动归档或离线访问能力。图二把这些讨论整理成建议的验收路径，供项目双方按实际范围调整。

验收记录要说明收到了什么，而不只写“数据正常”

较具体的记录可以描述为：演示页面可访问；约定的文件已在授权条件下取得；文件与展示的对应说明已提供；某个访问问题仍待回复。每一项应当有自己的观察材料。本文没有给出通用的性能门槛或合同通过结论，项目是否通过仍取决于双方事先约定和真实检查结果。

统计资料的其他解释方法可结合本站技术资料阅读；与报告发布有关的背景信息，可在行业资讯中查找。采购者在内部转交资料前，最好先说明使用者拿到的是展示、文件还是两者。只有交付对象清楚，后续讨论统计口径或复核问题时，大家才不会各自对着不同材料作出结论。