施工升降机停机封控与恢复放行单工具指南

对齐站内 construction-hoist-stop-release 工具的真实用途，按停机原因、限停范围、封控动作、未闭合项、复验要求和恢复门槛生成停机与恢复文本，不把已停机设备继续按交接班逻辑放行。

/tools/construction-hoist-stop-release/ 只处理另一种状态：这台施工升降机已经停机、限用、挂牌，或者至少已经进入待复验恢复阶段。

它不负责继续运行时的交接，也不替代设备维修记录。它真正要锁住的是一条完整链条：为什么停、现在怎么封、还有哪些项没闭、恢复前谁去复验、满足什么条件后才能恢复。

如果当前设备还在运行，只是上一班要把灰区交给下一班，那就不要从停机放行单起手，先回到 施工升降机交接班口径单工具指南。

什么时候应该立刻切到这只工具

• 设备已经全停机挂牌。
• 某几层明确禁停，已经不是简单“先观察一下”的状态。
• 维保已经介入，设备进入检修待复验。
• 项目要求恢复前必须经过司机、安全员、维保或管理人员共同确认。
• 下一班不能再凭口头消息试跑，必须等正式恢复口径。

它解决的是 停下来以后怎么把封控和恢复边界说成一条线，不是装料、交班或维保技术分析本身。

页面里最关键的字段怎么理解

当前页面最值得认真写的通常是：

• 当前封控状态
• 停机/限用原因
• 限停楼层/禁停范围
• 已执行封控动作
• 未闭合项
• 恢复前复验动作
• 恢复放行门槛
• 跨班交接要求

这些字段最好能让任何后来接手的人，一眼看明白三件事：

1. 现在到底处于什么封控级别。
2. 还有哪些问题没闭。
3. 谁确认到什么程度以后，设备才能重新运行。

最容易失真的四个地方

1. 只写“已停机”，不写停到什么范围

更稳的写法通常不是简单一句“停机处理”，而是：

• 全楼层停用；
• 18F 禁停、19F-21F 暂停装料；
• 单笼限用；
• 检修待复验，恢复前不得试跑。

封控范围不清，后面就最容易出现“有人以为只是不让停那一层，有人以为整机都不能动”。

2. 只写故障，不写已经做了什么封控

单写“门锁异常”还不够。还要明确：

• 是否已经断电挂牌；
• 哪些楼层已经张挂禁停标识；
• 哪些角色已经收到统一口径；
• 是否还存在可以被误用的试跑空间。

否则停机只是纸面停机，现场边界仍然是散的。

3. 复验动作写成“修好后恢复”

这种写法几乎等于没写。更稳的是把恢复前动作拆清：

• 维保先复查什么；
• 空笼要不要跑；
• 轻载要不要复验；
• 常用停靠层是否都要重看；
• 哪一步完成后才允许撤回限制。

谁把复验写成一句笼统话，谁后面就最容易让“差不多好了”变成事实放行。

4. 不写跨班延续口径

停机单并不只服务当前这几小时。只要问题会跨班延续，就一定要写明：

• 下一班继续保持什么禁停范围；
• 没收到什么确认前不能试跑；
• 旧限制标签谁撤、什么时候撤。

这一步不写，最容易在换班时被误解成“应该已经恢复了吧”。

它不替代哪些内容

• 不替代 施工升降机检查记录 的正式设备检查资料。
• 不替代 安全检查记录 和 施工日志 的日常留痕。
• 不替代 质量整改通知与闭合单 这种责任与整改闭合资料。
• 不替代 施工升降机停机别只把电断了挂张牌，限停楼层、未闭合故障、复验恢复和跨班放行没按同一张封控链说清，最容易上午刚停下午又带着灰区运行 对停机恢复逻辑的展开。

它只负责把 当前封控边界 和 恢复前门槛 生成一段现场可执行文本。

更自然的使用顺序

1. 先确定现在是 全停机、部分楼层禁停、单笼限用 还是 检修待复验。
2. 把停机原因和禁停范围写清。
3. 再写已做封控动作和还没闭合的问题。
4. 最后把复验动作、恢复门槛和跨班要求锁住。

这样后面的任何人接手，都不会把“维修过程”“封控状态”“恢复条件”混成一句模糊话。

一句话记住

只要施工升降机已经进入 停机、限用、挂牌或待复验恢复 状态，就用 construction-hoist-stop-release 把 为什么停、现在怎么封、谁来复验、什么条件后才能恢复 一次说清。它管的是停机后的封控与恢复，不管继续运行时的交接班。