情形：工厂已商业生产五个月、收入稳定——但在纸面上项目仍“未移交”：业主以未清缺陷清单（punch list）为由拒绝颁发接管证书（Taking-Over Certificate，TOC），同时扣留完工款且不启动保修计时。承包商称业主把TOC当商业杠杆。拒绝颁发接管证书的争议是关于项目“状态边界”的争议——TOC前后是两个不同的法律世界。本文分析何时拒绝合法、何时是滥用，以及业主已使用工程时的“推定接管”效力。
TOC在法律上改变什么——为何双方都“扣”着它？
接管证书是EPC/建筑合同中切换状态的里程碑：自TOC时刻起，工程损坏风险从承包商转移至业主（承包商责任缺陷除外），保修/缺陷责任时钟开始走，延期违约金停止累积，与完工挂钩的付款解锁，履约保函可按条款减少/释放。由于TOC同时触及钱、风险与时间，双方都有“扣”它的动机：承包商想要早TOC以停罚款、开付款；业主想要晚TOC以保持对修复与现金的杠杆。TOC条件通常包括：基本完工、性能测试在允许容差内通过、竣工文件齐全，以及缺陷清单仅含不影响安全/基本运行的缺陷并附修复计划。
何时拒绝TOC合法、何时是滥用？
合法拒绝：客观条件未达——工程未通过核心性能测试、未清缺陷影响安全或设计可运行性、运行必需的法定文件不全——在这些情形下颁发TOC才是不负责任，业主可以书面列明每项未达条件而拒绝。滥用性拒绝有可识别的迹象：每当承包商修好旧理由，拒绝理由就不断更换；所引缺陷是小而表面的瑕疵、不影响运行，却被用来阻挡整张证书；业主已把工程投入全面商业运营却仍宣称“接管条件未达”；且扣住TOC伴随合同之外的商业要求（降价、无条件延长保修）。滥用模式清晰时，承包商有两件武器：许多标准格式中的推定接管（deemed taking-over）机制——业主将工程用于生产即视为该部分已被接管并带全部法律后果——以及将TOC资格争议提交争议机制请求状态宣告的权利。
实际解决：把“已用部分”与“缺陷部分”分开，并纪律化缺陷清单
老练项目避免TOC全面僵局的运营解法：（1）部分接管（partial taking-over）——为已达标并在运行的系统/区域颁发TOC，把剩余缺陷隔离成单独清单，附修复节点与和缺陷价值相称的扣留额，而不是为2%的缺陷扣住100%付款；（2）纪律化的缺陷清单——每项缺陷分类（A：阻运行——TOC前修复；B：TOC后期限内修复），有责任人、期限与关闭确认方法；不分类的清单是完美的拖延工具，也是对双方都不利的证据；（3）性能节点由测试数据决定——性能测试是否通过由测试记录中的测量值决定，双方不一致时由独立核证——因为“感觉还没到”不是拒绝一张已由合同以参数量化的证书的法律依据。
常见问题
拒绝颁发接管证书（TOC）如何处理？
对照合同的TOC条件：基本完工、性能测试在容差内通过、竣工文件、以及仅剩不影响运行缺陷的清单。拒绝须列明每项未达条件；若业主已商业运营工程，承包商可援引推定接管并请求争议机制宣告接管状态。
业主使用工厂却不发TOC怎么办？
许多EPC格式有推定接管机制：业主一旦把工程投入生产使用，所用部分即视为已接管——风险转移、保修开始、该部分延期违约金停止累积。承包商应在开始使用之时即以纪要、运营数据与正式通知记录该使用。
缺陷清单（punch list）如何影响TOC？
若剩余缺陷不影响安全/基本运行并有修复计划，规范的清单不阻挡TOC——带清单发TOC是惯例。清单须把缺陷分类（阻运行与TOC后修复）、指派责任与关闭期限；以小瑕疵阻挡整张证书是滥用迹象。
TOC与保修和延期违约金有何关系？
TOC启动保修/缺陷责任期并停止延期违约金的累积；工程损坏风险也自TOC起转移给业主（承包商缺陷除外）。业主无依据拖延TOC等于人为延长这三种机制——这正是拒绝会被严格审查其所述依据的原因。
本文已通过 FLAW AI Legal Council 质量审核
