签约不等于完成交接。进场前应明确授权与责任、收支和费用口径、人员及供应商安排、设备现状、数据权限、服务考核，以及退出交接。每项都要知道由谁提供资料、谁确认、未完成时谁继续负责，避免服务在过渡期出现空档。
委托管理协议确定合作关系，进场准备则要回答：从约定时点开始，谁能拿到资料、进入现场、调度人员并处理异常？合同签了，账号没开、设备状态没点清、原供应商还不知道听谁安排，服务仍可能出现空档。
先确认接管时点，而不只是签约日期
签约、正式进场、实际接管和验收，应分别说明触发条件。双方可以按楼栋、服务范围或业务流程分阶段交接，但每一段都要写清原责任到何时结束、新责任从何时开始。
建议在进场准备表里，为每项工作记录提供方、确认方、完成条件和未结问题。准备未完成时，要说明补齐办法以及谁继续维持服务，不应默认“新公司已经来了，就都由它负责”。
如果仍未确定希望委托哪些工作，先读系统、单项外包与委托管理的区别。以下清单适用于已经开始讨论运营委托和交接准备的项目，不是另一套准入评分。
七项安排，都要留下可核对的结果
会议上说清楚之后，还要形成双方可用的交接资料。下表是准备建议，具体责任和要求需结合项目与正式协议确定。
| 准备项 | 需要确认 | 建议形成的资料 |
|---|---|---|
| 授权与责任 | 谁签约、谁批准预算和重大支出，谁是双方日常负责人。 | 授权文件、审批事项与负责人清单。 |
| 收支与费用 | 收款账户、必要成本、历史欠款、管理酬金及结算依据。 | 收入成本基线、费用分类与对账规则。 |
| 人员与供应商 | 现有劳动及服务关系如何处理，过渡期谁排班、谁指挥。 | 人员岗位、原合同及连续服务安排。 |
| 设施与设备 | 设备归属、现状、故障、维保记录、钥匙与进入权限。 | 现场清点记录、缺陷和未结事项清单。 |
| 系统与数据 | 哪些系统接入、允许哪些操作，谁批准和撤销权限。 | 账号权限、数据字段及接入测试记录。 |
| 服务与考核 | 服务范围、基线、指标、证据、周期和异常处理。 | 服务标准、考核口径与升级联系人。 |
| 退出与交接 | 谁接回资料、设备、账号和未结业务，怎样维持服务。 | 数据导出、权限撤回与退出交接约定。 |
先点清现状，避免把历史问题混进新考核
接管前的设备缺陷、历史欠款和未结工单，应单独识别。记录现场状态、已知故障、处理进度和凭据，并明确下一步责任；不能在没有确认的情况下，把历史问题直接当成新运营方的履约结果。
人员与原服务合同也需要具体安排。列出岗位、值班要求、现有劳动关系及供应商合同，依法确认调整办法。不要把“优化编制”直接等同于人员已完成交接，更不能让关键岗位在过渡期无人负责。
按启盟公布的模式，项目收入进入业主方指定账户，运营投入与项目必要成本有各自口径。进场前应对照正式文件逐项归类，避免同一笔费用在不同报表里被重复计算。本文不替项目确定保底、酬金金额或分配结果。
给够履约权限，也保留审批边界
运营方需要能做事的权限，但不等于取得全部管理员权限。业主保留的重大事项决定权，应落实到预算审批、支出授权、长期合同以及其他约定事项中。
系统接入先确认数据提供方、范围、用途和允许的动作。FMClaw™ 通过连接器接入已有系统，以行业数据本体统一对象、指标和权限，再由工作流组织处理、工具执行获授权动作。不能把“已经有接口”当成已经完成授权或联调。
尽量使用可追溯的独立账号，区分查看、操作和审批权限；明确人员变动、合作终止时谁停用账号、撤销令牌并确认结果。需要人工批准的业务，也应安排审批人不在岗时的替代办法。
用一条真实业务检验交接是否可用
准备表齐全之后，再验证工作能否由头到尾完成。例如在授权范围内选一条设备报修：请求能否进入系统，能否派给正确岗位，现场是否有权限进入，处理结果能否复核。
同时走一遍异常：供应商未接单、设备无法恢复，或支出超过授权时，谁接手、谁决定、怎样反馈？这些安排应与服务标准和考核口径一致，而不是只验证系统能打开。
运行验证不代表已经达到长期经营目标。考核仍要明确指标定义、数据来源、统计周期、争议处理及合同约定的调整或退出条件，不能事后用另一套算法判断是否达标。
退出安排，要在进场时一并谈清
退出不只是终止一个合同，还包括接回持续运行的业务。应约定数据导出范围与格式、文档移交、设备归属和处置、账号撤权、未结工单及账款处理，以及过渡期的服务责任。
把这些安排提前讲清，不等于预设合作失败；它能帮助双方判断哪些资料从第一天起就要持续维护。涉及法定责任、劳动关系、个人信息或原合同调整的事项，应由相应专业人员结合实际审核。