现场服务请求与派工标准作业程序
Insatech的现场服务请求与派工标准作业程序：服务台接单与初判、远程还是现场的决策、技术员指派、设备准备、现场访问，以及每个案件结案所需的服务报告。
运作方式
把泳道换成你实际的服务角色
本图使用服务台、现场服务与物流三条泳道。如果Insatech把派工协调与服务台初判分开，或者由独立的仓储部门负责备件，就为该角色单独设一条泳道，而不是并入服务台：交接处正是一个步骤最容易被默认已经完成的地方，因为每个人都以为是别人做的。
把你自己的远程/现场判断标准写进决策点
“远程支持是否足够，还是需要现场服务？”需要一份明确列出的判断依据，而不只是“凭经验判断”。把实际的标准——症状模式、是否涉及ATEX或受限区域、安全指标——写进该行的备注字段，让初判不再取决于当班的是哪位协调员。
依赖BI面板之前，先在每一行设置负责人与工时
工作量面板只能统计带有这两项数据的行。在你调整本图的过程中，为每个步骤填入负责人与工时，使用贴近实际投入的工时而非流逝时间，这样派工较多的一周才能真实反映在对应人员的统计中。
明确备件核查对你的产品线意味着什么
“确认所需备件有库存并为此次任务领用”只有在对照工单中已记录的仪表类型与故障模式进行核实时才有意义。如果Insatech的仓储是按产品线或客户合同组织的，就在该行中明确写出，而不是笼统地留作一般性库存核查。
明确谁有权在没有签字报告的情况下关闭工单
“服务台关闭工单，确认已记录解决方案”是两条分支汇聚的地方。请决定并写明：在“现场撰写服务报告并取得客户签字”尚未归档之前，是否允许关闭工单，让这成为图上的一项政策，而不是有人在压力下临时开的一个先例。
常见问题
什么决定一个案件是远程处理还是派出技术员？
由“远程支持是否足够，还是需要现场服务？”这一判断点决定，它在“结合症状与服务历史进行技术初判”结束时作出。它综合权衡症状与仪表的服务历史：组态问题或实时读数上可见的接线故障通常可以电话解决，而疑似传感器故障、安全隐患，或任何需要动手接触ATEX认证设备的情况，则改为现场处理。
服务台决定需要现场访问之后会发生什么？
案件进入派工准备阶段：“指派技术员”“确认所需备件有库存并为此次任务领用”“准备测试设备并装车”，以及“与客户确认预约时段、场地准入与PPE要求”，全部在技术员出发访问之前完成。
远程解决的案件会跳过服务报告吗？
会。“通过电话或客户门户为客户远程解决问题”会直接进入“服务台关闭工单，确认已记录解决方案”，不涉及派工准备，也没有现场报告，因为没有派出技术员，现场也就没有需要签字的书面记录。远程解决本身就是被记录的内容。
工单由谁关闭，服务台还是技术员？
两条分支都由服务台关闭。“服务台关闭工单，确认已记录解决方案”是电话解决与彻底解决的现场访问共同经过的那一行，因此无论走哪条分支处理，每个案件最终都落在同一份记录上。
如果技术员无法在一次访问中彻底解决问题，会怎样？
“问题是否在本次访问中彻底解决？”会在报告写完后立即在现场捕捉这种情况。“需要后续跟进”这一结果会路由至“登记未完成事项并安排后续回访”，后者循环回到“指派技术员”而不是关闭工单，因此一项需要等待备件或需要第二次访问的任务，会留在同一案件中，而不是日后变成一个无人追踪的重新打开。
本SOP与《紧急仪表故障排查标准作业程序》有什么区别？
本SOP假定客户已经把问题描述得足够清楚，让初判能够从容权衡远程与现场。紧急SOP处理的是相反的情形：工艺正在实时劣化，甚至连是哪台仪表出了问题都尚未确定，紧迫性评估必须在任何远程/派工决策之前完成，而不是作为常规初判的一步。
本SOP可以用于只有电话支持合同、没有现场服务条款的客户吗？
可以。每个案件仍然会经过“远程支持是否足够，还是需要现场服务？”以留档，只是对该客户而言，现场这条分支永远不会被采用。把这个判断点保留在图上，而不是删除它，正是向审计员证明案件经过了评估，而不是被想当然地略过的方式。