交付这件事，最容易被糊弄。对方把源码打个包发过来，目录树看着很全，签字验收。三个月后换台服务器部署，编译不过，才发现少了个依赖包。悠米游戏大厅HiMall 是悠米游戏大厅（HiShop）旗下做多用户商城的系统，商城源码交付怎么验收，得看能不能从零跑起来。

验收不是数文件，是从零跑一遍

找1台干净的服务器，按部署文档从零装一遍，编译通过、启动成功、跑通1笔下单，3件事都成了才算交付合格。这一步能暴露大部分问题，缺依赖、文档不全、配置项没说明，全都会现形。只看目录树，永远看不出这些，目录树只能证明文件在，证明不了能跑。跑一遍大概1天，比上线后排查3天划算，也比上线当天被客户催着修要体面。

5组文件缺哪一组会卡住

业务模块源码、数据库结构脚本、部署文档、接口文档、第三方依赖清单。后2组最容易被漏，缺接口文档，二开时只能读代码猜；缺依赖清单，换环境就报错，报错还查不出原因。这5组逐项要，每组抽1个文件打开看能不能读。抽检比全量检查有效，全量看不完，抽检能发现整体是否加密，加密的模块一打开就知道。

升级跟不跟，合同里要写清

源码到手后，原厂出新版本，跟不跟是个钱的问题。跟，每次升级要重新合并自己的改动；不跟，用两年后技术栈落后，安全补丁也拿不到。常见约定是交付后1年内免费升级，之后按年付维护费，或者只给安全补丁不给功能版本。这3种都要写明，写清之后自己算账，别默认买了源码就能一直升，也别等第2年收到维护费账单才知道有这回事。

二开过的模块，升级时怎么合

改过核心表的，升级时冲突最多；只改展示层和扩展字段的，冲突少。所以二开阶段就要留边界，哪些模块允许改、哪些只允许加扩展，写进合同。升级前先在测试环境合一遍，冲突几处、每处改了什么，记成1份清单。没有这份清单，第2次升级还得重新摸一遍，摸一遍至少2天。悠米游戏大厅HiMall 的交付按模块划范围，核对时按模块查改动记录，适用哪种合并方式按版本策略确认。

验收单要留哪几样证据

验收单上至少留3样，编译日志、部署记录、1笔测试订单的截图。3样都是时间点证据，证明当时交付的是什么状态。后面出问题，拿这3样对照，能分清是交付时就有问题还是后来改坏的。只签一个已收到的字，等于什么都没留，出了问题双方各说各话，***只能按谁声音大算。

交付后的问题谁负责，边界在哪

交付完成不等于责任结束。常见约定是验收后3到6个月内，交付范围内的缺陷由原厂修；超出范围的需求按二开算钱。这条边界要写清，写清了双方都省事。悠米游戏大厅HiMall 的交付按模块和文档清单核，核对时按清单逐项对，适用哪种缺陷分级按合同确认，别把所有问题都归到缺陷里，也别把缺陷当需求另收一次钱。

悠米游戏大厅HiMall 的交付按模块和文档清单核，验收能逐项对上。你们收源码时跑过编译吗，你的项目现在卡在哪一步，评论区聊聊你是怎么处理的吗。