发现于核对阶段 1
在逐项核对时发现条目未达标,由核对方在对照表对应行写明问题与位置,交付方按条目补正后重新核对。补正不改变原有条目口径,只补齐缺口。
交付与验收 · DELIVERY & ACCEPTANCE
这一页把成果标准摊开写:交付物包含哪些、验收按什么条目逐项核对、发现问题怎么返修、哪些请求明确不在验收范围内。签约前和验收前都可以拿它对照。
交付物按条目编号逐项交付,每一项标注形式与核对方。核对方一栏写的是最终确认这一项由谁负责,不是谁来做,避免收尾时互相等待。
形式为可阅读的文档,写明本次项目覆盖的服务条目、边界与不做的事。由需求提出方核对。
形式为可编辑源文件加导出件,标明版本号与修订记录。由技术对接人核对。
形式为实物样品加比对照片与说明表,记录比对项与差异点。由使用方代表核对。
形式为按目录整理的文件夹,含文件清单与索引说明。由项目负责人核对。
形式为每次复核的书面记录,含复核人、复核日期与结论。由双方对接人共同核对。
形式为一张对照表,左列验收条目、右列对应交付物编号,逐行留出核对结论栏。由验收方填写结论。
验收按下列条目逐项核对,每条给出判定口径与一句示例说明。判定口径写的是"算不算通过"的依据,示例说明帮助理解条目实际怎么用。
判定口径:交付内容与范围说明文档逐条对应,无遗漏、无越界。
示例说明:文档写了三条服务条目,交付里出现第四条且未走变更,即不通过。
判定口径:交付文件在约定软件与版本中能正常打开、无乱码、无缺页。
示例说明:图纸在指定版本中打开缺图层,需补齐后重新核对。
判定口径:每份文件带版本号与修订记录,能看出改动发生在哪一版。
示例说明:两个文件同名但无版本号,无法判断哪份为最新,即不通过。
判定口径:样品比对记录覆盖约定的比对项,差异点有说明。
示例说明:约定比对五项,记录只写三项且无差异说明,需补记。
判定口径:归档包有目录与文件清单,按条目或阶段可定位到具体文件。
示例说明:所有文件平铺在一个目录里、无清单,需按约定结构重排。
判定口径:每次阶段复核都有记录,含复核人、日期与结论。
示例说明:口头确认但无书面记录,视为未完成核对。
判定口径:验收对照表每行都有核对结论,无空白行。
示例说明:八条验收条目只填了五条结论,剩余三条需补填后再定验收结论。
判定口径:验收结论写明通过、有条件通过或需返修,并列出对应处理动作。
示例说明:结论只写"基本可以",未列动作,视为结论未完成。
返修与变更分开处理:返修针对未达到验收条目的部分,变更针对验收范围之外的请求。两者按发现时间与责任归属各自走流程,不混在一起算。
在逐项核对时发现条目未达标,由核对方在对照表对应行写明问题与位置,交付方按条目补正后重新核对。补正不改变原有条目口径,只补齐缺口。
验收结论出具后才发现的问题,先判断是否落在原验收条目内。落在条目内的按返修处理;超出条目的按变更处理,单独确认范围与工作量。
因交付方未按条目完成导致的返修,由交付方补正;因需求方在核对后新增要求导致的改动,归入变更。责任判断以范围说明文档与复核记录为依据,不靠口头回忆。
1 核对阶段指验收对照表填写期间,此时交付物仍在双方手中,补正成本最低。
以下事项明确排除在验收之外,写出来是为了在收尾阶段少一层争议。若确有需要,按变更单独确认。
原范围说明未列出的服务条目或工作内容,不纳入本次验收,按变更处理。
需求方内部的审批节奏、跨部门协调与决策时间,不属于交付物,也不作为验收条目。
交付文件在约定软件与版本之外的环境表现,不在验收判定口径内,需另行确认。
验收结论出具后对交付物的修改、拆分或再加工,属于新的工作请求,不回溯计入本次验收。