假设成都企业承接一项系统开发，客户已经确认交付成果，但合同还约定后续提供技术支持。项目人员把状态改成“已验收”，并不必然说明后面约定的事项也已全部做完。月底向会计交账，应先讲清验收覆盖什么、支持承诺从何时开始，以及企业此后仍需做什么。
验收单的范围要回到真实约定
核对验收单对应的版本、功能或交付清单，再看合同中关于支持的安排是否仍然存在。有的支持与修复原成果缺陷有关，有的另有持续响应、维护或新增服务约定，不能只因统称“售后”就把它们视为同一种业务。本文不据这些名称直接划分会计上的履约义务。
应让参与项目的人说明客户确认了哪些交付内容，哪些后续工作不在这次验收范围内。如果验收文件与合同用语不同，先取得真实解释或补充约定，不由会计替双方改写合同。客户付清一笔款，也不能自动补足关于服务范围和持续时间的事实。
支持期开始，不等于支持期已经走完
查看起算条件究竟是交付、验收、上线，还是另有双方约定，并记录实际触发情况。计划上线日期与实际上线日期不同，应如实说明。没有核实依据时，不能单按开票日自行填写起止时间，也不能把内部项目结项日期作为所有合同事项结束的证明。
月末可以分别列出开发交付状态与技术支持状态，说明支持尚未开始、正在进行或已按实际约定结束。某个月没有收到客户咨询，不足以单独证明企业不再承担约定的支持；是否仍需保持响应能力、是否有其他持续工作，要看实际合同和经营事实。不能为形成一张工单而补造客户请求。
实际做过的工作与未来承诺分开留资料
已有支持事项，可保存请求时间、问题范围、响应和处理结果，说明是否已关闭、仍在处理，或属于另行追加的开发。不要将修复原交付问题与客户后来提出的新功能需求混成一项，导致会计无法理解原合同范围是否变化。
若支持尚在进行，交账说明应保留剩余期限或尚待完成的具体内容。实际已经发生的人员投入、外部采购和客户反馈也应如实提供，但不能凭投入多少直接推定应确认多少收入。会计需按企业采用的准则制度，结合合同和真实服务判断，本篇不提供统一平均分摊公式或全部当月确认的结论。
总价和结项标签都不能替代完整交接
合同只写一个总价时，不要由经营者为了对账方便，随意填出开发与支持各占多少。可把原报价说明、合同组成文件、实际收费及变更资料交齐，清楚标明哪些金额已有真实依据，哪些需要进一步核查。内部预测表不应冒充双方已确认的价款分配。
企业更换项目负责人后，仍应让接手人找到支持联系入口、未解决请求和真实结束依据；不能因为开发团队撤出，就从交账资料中删除尚在履行的约定。税小鼎可按委托提出业务资料缺口，企业负责说明实际履行。本篇用于成都企业的全国性会计资料协作，不套用其他城市的办理规则，也不代替合同责任或具体税务时点的判断。
参考资料
资料核验：2026年10月13日。