船舶电气应急维修标准作业程序
Scanel 24/7服务热线的船舶电气应急维修标准作业程序：故障分级、运行与安全影响判断、登船诊断、维修或更换、带载复测验证，直至恢复运行。
什么是船舶电气应急维修标准作业程序流程
无论电话是03:00还是15:00打进来，Scanel接的都是同一条值班热线，而"船舶通过24/7服务热线报告电气故障"刻意是这张图唯一的入口：舱底泵报警和全船推进失效通过同一道门进来，决定船厂如何应对的是接下来两步，而不是报修的人本身。"服务台进行24/7分级并核实故障症状"收集船员在电话里能说清楚的情况，而下游的一切——出动多少人、多快出动——都取决于随后的判断，而不是报修人自己的紧急程度感受。一名把跳闸的断路器说成紧急情况的船员，和一名平静描述真正推进失效的船员，都是真实的输入信息；但只有其中一种应该改变Scanel派出多少技术员、以多快的速度出动。
这正是"故障是否影响安全或船舶适航性？"要做的事，它被画成一个带有两个具名结果的真实判断，而不是一个笼统的紧急程度标签。严重——推进失效、操舵动力失效，或使船舶失去必要电力供应的故障——会转入"立即派遣最近的技术员，动员后备班组"，无论几点钟都会同时留一名第二技术员待命。一般——船舶仍能通过冗余回路或非关键系统继续运行的故障——则转入"在规定的响应时限内安排技术员派工"，这样一个真正严重的故障永远不会排在一个普通故障后面，而一个普通故障也不会在凌晨三点把一整支应急班组从床上拉起来。这正是这张图把Scanel的24/7承诺变成一套可执行流程、而不只是一句口号的地方：这个承诺是靠一个具名的人在派出任何技术员之前先权衡影响来实现的，而不是靠一条"每次都全员出动"的一刀切政策。
这张图也承认第一次维修未必能一次到位。"现有备件能否完成维修？"是一道真实的物流关口，而不是走个形式，因为一名技术员深夜站在机舱里，如果手上的备件不对，是没法比还没诊断出故障时更快修好的，所以"需要备件"的答案会转入"采购替换备件或调用专项支援"，而不是无限期地拖着。"系统是否通过功能测试？"则是防止一艘船带着一次从未真正验证过的维修被送回运行的关口："不通过"会送入"退回维修环节，进一步整改"，再回到维修环节，所以"恢复系统运行并与船员确认"只会针对一个在带载状态下真正保持住读数的系统运行。这是Scanel针对已在役系统上出现故障的流程：定期的、已确定范围的工作用《船舶电气安装标准作业程序》，第一次投入使用前的系统用《电气系统调试标准作业程序》；这一份存在的原因，是有些船舶两者都等不起。
本流程图涵盖的内容
本模板包含
- 单一的24/7受理和紧急程度判定："船舶通过24/7服务热线报告电气故障"和"服务台进行24/7分级并核实故障症状"共同送入"故障是否影响安全或船舶适航性？"判断，之后才会确定派工规模和时间
- 影响评估关口本身：严重结果分流到"立即派遣最近的技术员，动员后备班组"，一般结果分流到"在规定的响应时限内安排技术员派工"，让紧急程度决定派工，而不是反过来
- 登船诊断和备件到位关口："现场技术员登船诊断故障"送入"现有备件能否完成维修？"，需要备件时分流到"采购替换备件或调用专项支援"，而不是让技术员卡在故障现场无计可施
- 维修和一道硬性验证关口："维修或更换故障部件"和"对维修后的系统进行带载功能测试"送入"系统是否通过功能测试？"判断，不通过就分流到"退回维修环节，进一步整改"，再回到维修环节，而不是带着未验证的维修直接放行
- 恢复运行和结案："恢复系统运行并与船员确认"和"出具完工报告并与客户确认已解决"，闭合从值班热线开始的这一圈
- 每一行都通过"人员"和"工作量"列带有具名负责人和工时数字，工作量BI面板由此可以显示贺东的分级和派工工时在严重与一般两条分支中反复出现，而韦俊的工时则集中在派工决定送他去做的动手诊断和维修工作上
何时使用本模板
- 你在把Scanel服务台和现场技术员如何处理非工作时间的故障报告规范下来，让真正严重的问题永远不会排在一般问题后面，而一般问题也不会触发一次全员应急动员
- 你需要一份有记录的依据，说明为什么一次故障电话拉出了立即多人派工，而另一次却在正常响应时限内被安排，而不是一个没人写下来的临时判断
- 一次维修交还给船舶后故障又复发了，你希望功能测试关口和不通过循环回维修环节这一机制被当作真正的检查点执行，而不是技术员自己签字了事
- 你在带新入职的值班协调员或现场技术员，需要一份参考资料，说明派工规模确定之前要评估什么，船舶被交还之前又必须通过什么
- 你在对照Scanel其他电气标准作业程序确认这一份是否适用：故障出现在已在役的系统上，而不是一次已排期的安装或第一次投入使用的调试
运作方式
把泳道换成你们实际的响应角色
本图使用服务台、现场电气、工程部和客户。如果影响评估这一判断由接听热线以外的另一个人负责，或者有一个专门的质检角色对功能测试签字，就给那个角色单独的泳道，而不要把它折进现有角色里。
把真实标准写进影响评估判断
"故障是否影响安全或船舶适航性？"的可靠程度取决于背后的示例是否明确。列出哪些故障类型永远算严重——推进失效、操舵失效、失去必要电力供应——以及哪些即便报修船员听起来觉得紧急，实际仍属于一般。把这份清单放进该行的备注字段，这样分级就不会取决于谁接了这个电话。
把你们的派工响应时限写下来
"在规定的响应时限内安排技术员派工"需要一个真实的数字，例如按船舶所在位置给出的到场小时数承诺，而不只是"很快"。把它写进该行，这样一般故障背后也有一个可执行的承诺。
在依赖BI面板之前，先在每一行填好人员和工作量
工作量面板只能统计带有工时数字的行。在你们调整这张图的同时，为每一步填好人员和工作量，使用贴近实际的有效工时而不是流逝的时间，这样一个发生严重动员的夜晚才会真实反映到对应技术员身上。
定义功能测试通过究竟证明了什么
"系统是否通过功能测试？"需要一个说明清楚的标准——负载、时长，或维修后系统要对照的具体规格——而不只是重新接线之后技术员的一句签字确认。把这个标准写进该行本身，这样"退回维修环节，进一步整改"每次都由同一条标准触发。
常见问题
应急维修流程从什么时候开始？
流程从"船舶通过24/7服务热线报告电气故障"开始：一艘已经在役的船舶在任何时刻向Scanel的值班热线报告故障。"服务台进行24/7分级并核实故障症状"会在影响判断之前收集已知信息，这样响应规模取决于故障本身，而不是报修人如何描述它。
什么样的故障算"严重"而不是"一般"？
在本模板中，"故障是否影响安全或船舶适航性？"会把严重结果——推进失效、操舵动力失效，或失去必要电力供应——直接送入"立即派遣最近的技术员，动员后备班组"。一般故障，即船舶仍能通过冗余回路或非关键系统继续运行的故障，则转入"在规定的响应时限内安排技术员派工"。这项判断由一个具名角色只做一次，之后才会确定任一方向的派工规模。
如果技术员船上没有合适的备件会怎样？
"现有备件能否完成维修？"会把"需要备件"的答案分流到"采购替换备件或调用专项支援"，而不是让技术员卡在故障现场无计可施。一旦备件或专项支援到位，流程会继续进入"维修或更换故障部件"。
如果维修没有通过功能测试会怎样？
"系统是否通过功能测试？"会把不通过的结果分流到"退回维修环节，进一步整改"，再循环回到维修环节，而不是让"恢复系统运行并与船员确认"直接执行。船舶不会被交还，完工报告也不会出具，直到后续的功能测试在带载状态下真正通过为止。
这份流程和Scanel的《船舶电气安装标准作业程序》或《电气系统调试标准作业程序》有什么不同？
那两份都适用于提前排期的工作：安装涵盖一段已确定范围的新电气工作，调试涵盖系统第一次投入使用前的验证。这份流程针对的是相反的情况——一个已经在役的系统当下突然出现故障，无论几点钟——它带有一个影响评估步骤，在那两份流程里都没有对应内容，因为它们都不是从一次没有排期、突发的报修电话开始的。
此流程所处的位置
在大多数组织中，此流程紧随电气检验与测试标准作业程序之后。
前置流程
- 电气检验与测试标准作业程序 — Scanel电气检验与测试标准作业程序：识别安装、确定实际适用的测试、安全准备、执行测试、评估结果，最终出具存档报告，不附带其他工作。
