售前承诺与交付能力之间，隔着一整套可核验的证据
服务商在售前展示的是能力上限，实际交付时提供的是常规水平。中间这段差距，靠听介绍是补不上的，只能靠证据核验。核验的原则有三条：信息要有公开可查的源头、结论要有可复现的验证路径、承诺要落到可判定的合同条款。凡是无法落到这三条的，都按「未核实」处理。
先分清四种交付主体
同样是「某厂商的实施合作伙伴」，实际交付主体的法律地位与责任承担差别很大。签约前先确认对方属于哪一类，再谈能力评估。
| 主体形态 | 典型特征 | 责任承担 | 评估重点 |
|---|---|---|---|
| 原厂实施团队 | 厂商自有顾问，直接签约 | 厂商承担全部交付与维护责任 | 顾问是否常驻本地、是否同时承接过多项目 |
| 原厂授权服务商 | 厂商授权，服务商签约 | 服务商交付，厂商对产品负责 | 授权范围、授权期限、授权级别是否覆盖本项目 |
| 独立第三方实施商 | 不依赖特定厂商，可实施多品牌 | 服务商独立承担交付责任 | 对目标产品的实际项目数量与深度 |
| 个人顾问/临时组队 | 以个人或临时团队形式承接 | 责任主体不清晰，风险最高 | 不建议在关键系统上采用 |
值得特别提示的是「转介绍链条」：签约方是 A 公司，实际到场的是 B 公司的顾问，而 B 公司又从 C 处临时借调人手。链条越长，出问题时越难找到责任主体。合同签署方应当与实际交付主体一致；确有分包的，应当事先书面披露并约定分包范围与责任。
资质不是装饰：三类可核验的标准锚点
资质证书的价值不在证书本身，而在它背后的公开标准与可查询的备案信息。以下三类是可核验的锚点。
三类可核验锚点
- 服务能力类：GB/T 28827.1-2022《信息技术服务 运行维护 第 1 部分：通用要求》给出了运维服务能力模型，围绕治理要求、服务场景与人员、过程、技术、资源四要素提出要求；配套的 T/CESA 1299-2023《信息技术服务 运行维护服务能力成熟度模型》把能力分为基本级、拓展级、协同级、量化级、引领级，覆盖服务管理、能力要素、服务保障三大能力域。
- 人员能力类：GB/T 37696-2019《信息技术服务 从业人员能力评价要求》（2019-08-30 发布，2020-03-01 实施）给出了从业人员能力的评价框架，可用于判断顾问团队的能力描述是否落在标准口径内；
- 过程管控类：GB/T 19668.1-2014《信息技术服务 监理 第 1 部分：总则》与 GB/T 19668.7-2022《信息技术服务 监理 第 7 部分：监理工作量度量要求》可用于约定第三方监理与工作量度量方式，适合工期长、金额大的项目。
ITSS 信息技术服务标准符合性评估由符合性评估机构按标准实施，评估结果在 ITSS 符合性评估平台公示。查询时注意两点：一是区分「供方运维服务能力」与「需方运维能力」两类不同的评估对象；二是核对证书的等级、业务领域与有效期，避免用一张低等级或过期证书支撑高要求项目。需要提醒的是，资质只证明组织层面的能力，不证明拟派到本项目的顾问个人能力，两者不能相互替代。
案例走访该问哪五个问题
案例是最容易被包装的材料。让服务商提供三家同行业、同规模、上线一年以上且仍在服务期内的客户，走访时按下面五个问题提问，比看 PPT 有效得多。
- 上线时实际投入了几名顾问、驻场多久、顾问后来是否更换过？——用于验证团队稳定性，顾问大面积更换是交付质量下降的先行指标；
- 上线后发现的问题，从提出到解决的典型时长是多少？有没有走过加急通道？——用于验证响应机制是否真的存在；
- 有哪些需求最终没有实现，是怎么处理的？——愿意讲失败案例的服务商，可信度通常高于只讲成功的；
- 系统升级过几次，每次停机多久，定制内容有没有丢过？——用于验证长期维护能力；
- 如果重新选一次，还会选这家吗，理由是什么？——开放式收尾，常能问出真实评价。
走访最好由业务部门与 IT 部门共同参加，分别从「单据好不好填、流程顺不顺」和「接口稳不稳、问题好不好定位」两个角度提问。只由 IT 提技术问题，容易漏掉业务侧的长期使用痛点。
交付团队的三种构成方式与风险
- 原厂顾问常驻：质量最可控，但排期紧、成本高，适合关键节点（方案设计、上线切换、月结并行）阶段使用；
- 服务商顾问常驻加原厂远程支持：最常见的形态，风险在于远程支持的实际响应等级是否写入合同；
- 服务商顾问自主交付、原厂仅在出问题时介入：成本最低，但对服务商的产品理解深度要求最高，需要重点核验其对目标产品的项目数量与版本熟悉度。
无论哪种构成，都应当在合同里写明关键角色的姓名或岗位要求、替换需经甲方书面同意、以及关键阶段（如期初数据导入、并行验证、切换上线）的到场承诺。人不对，后面所有条款都很难补救。
退出机制必须写进合同
本地化部署的财务系统一旦上线，会沉淀大量历史数据、配置与定制内容，替换成本很高。这正是需要在合作之初就约定退出机制的原因。财政部《会计软件基本功能和服务规范》（财会〔2024〕12 号）第四十一条规定，用户使用会计软件服务生成的电子会计资料及相关数据归用户所有，服务商应当提供符合国家统一标准的数据接口供用户导出，不得以任何理由拒绝用户导出电子会计资料的请求；第四十三条进一步要求服务商做好不能维持服务情况下的预案，并在服务合同中与用户就该预案做出约定。
退出条款的四个必备项
- 数据交付：明确导出范围（会计资料、基础档案、附件影像、操作日志）、数据格式（结构化数据文件与版式文件并行）与交付时点；
- 过渡服务：约定终止前不少于一定期限的并行期，以及原顾问配合新供应商完成交接的义务与计费方式；
- 源与文档：明确定制内容的源码、配置说明、接口文档在何种条件下交付；
- 费用与结算：约定尾款支付与交接完成挂钩，避免「钱付完、资料不给」。
与退出机制配套的是验收标准。验收条款必须可判定：不写「系统运行稳定」，而写「连续 30 个自然日无 P1 级故障，月结在 X 小时内完成，抽样 50 张单据的科目与税额准确率 100%」。可判定的标准既是验收依据，也是后期追责依据。
责任边界与合规底线
有一点常被误解：把实施外包，并不等于把责任外包。财政部《会计信息化工作规范》（财会〔2024〕11 号）明确，单位负责人是本单位会计信息化工作的第一责任人；未设置会计机构或会计岗位的单位可以委托代理记账，但责任主体仍是本单位。实施服务商能承接的是技术与实施工作，会计资料的真实性、完整性与合规性责任始终留在单位内部。
如果服务商同时提供代理记账类服务，还应核验其是否满足《代理记账管理办法》（财政部令第 80 号公布，根据财政部令第 98 号修改）关于专职从业人员数量与主管负责人资格的要求。此外，服务商在项目建设与运维中接触单位财务系统与数据，属于内部控制关键环节，单位应当依据《企业内部控制基本规范》（财会〔2008〕7 号）关于信息系统开发维护、访问与变更控制的要求，与其约定权限范围、操作留痕与保密义务。
一份可执行的评估清单
- 确认签约主体与实际交付主体是否一致，分包是否事先书面披露；
- 核验服务能力与人员能力相关资质证书的等级、业务领域、有效期，并在公示平台查询；
- 走访三家同行业同规模客户，按五个问题提问并记录答案；
- 核对拟派顾问对目标产品的项目数量、版本熟悉度与驻场安排；
- 审查合同中数据导出、过渡服务、源码与文档交付、尾款挂钩四条退出条款；
- 把验收标准改写为可判定的量化表述；
- 明确单位内部的责任分工，把第一责任人与关键岗位落到人。
资料来源：财政部《会计软件基本功能和服务规范》（财会〔2024〕12 号，自 2025 年 1 月 1 日起施行，第四十一条、第四十三条）；财政部《会计信息化工作规范》（财会〔2024〕11 号，自 2025 年 1 月 1 日起施行）；GB/T 28827.1-2022《信息技术服务 运行维护 第 1 部分：通用要求》；T/CESA 1299-2023《信息技术服务 运行维护服务能力成熟度模型》；GB/T 37696-2019《信息技术服务 从业人员能力评价要求》；GB/T 19668.1-2014《信息技术服务 监理 第 1 部分：总则》；GB/T 19668.7-2022《信息技术服务 监理 第 7 部分：监理工作量度量要求》；《代理记账管理办法》（财政部令第 80 号公布，根据财政部令第 98 号修改）；《企业内部控制基本规范》（财会〔2008〕7 号）。