近期，数家制造企业遭到黑客入侵并遭遇勒索。网络安全已不再是新闻报道里的遥远威胁，而是制造商必须正视的现实经营风险。

过去，企业谈论数字化转型时，主要关注ERP、MES、WMS、QMS等系统能提升多少效率、减少多少人力。然而，当这些系统突然无法访问时，一个更紧迫的问题浮出水面：

如果明天企业的业务系统突然瘫痪，工厂还能维持正常运转多久？

生产计划无法查询，库存数量无法核实，设备程序与工艺文件无法获取，检验记录无从追溯，客户订单无法交付。此时，企业面临的不仅是IT故障，而是生产、质量、供应链乃至整个运营体系的中断。

一次网络攻击，为何可能让整家企业停摆？

假设一家企业突然遭遇勒索软件攻击。部分服务器和业务系统无法访问，订单、库存、财务及业务数据受损，多项日常工作被迫中断。

前一天，企业还在正常生产和发货；第二天，管理人员发现，许多日常操作已无法执行。

仓库里有物料，却无法确认哪些已通过检验；车间里有在制品，却无法查询已完成哪些工序；成品已装箱，却无法获取必要的检验与追溯记录。

企业虽仍有员工、设备和物资，但因无法获取可靠信息，难以维持原有的业务节奏。

管理层不得不面对一系列问题：哪些业务必须停止？哪些可以临时运行？客户交付如何安排？若系统短期内无法恢复，企业能坚持多久？

黑客锁住的，不仅是企业的数据，也可能是企业正常运营所依赖的管理秩序。

系统恢复了，业务为何不一定能恢复？

企业遭遇网络攻击后，首先想到的往往是联系IT人员、寻找安全专家、恢复服务器。但恢复系统与恢复业务并非同一回事。

例如，ERP恢复了，但MES尚未恢复，生产计划与实际生产记录可能无法衔接；MES恢复了，但设备程序、工艺参数或检验记录尚未确认，生产仍存在风险；仓储系统恢复了，但停机期间的出入库记录未核对，系统库存与实物库存可能已不一致。

因此，企业需要恢复的不只是一套软件，而是一系列相互关联的业务能力。

管理层应提前识别关键业务及其系统依赖关系，明确哪些活动必须优先恢复，哪些可以等待，以及恢复后需满足什么条件才能重新运行。

IT部门可以恢复系统，但生产、质量、物流等业务部门必须共同确认，恢复后的系统是否真正能支持正常业务。

每天都有数据备份，为何仍可能无法恢复？

许多企业认为，只要每日自动备份，就不必过于担心勒索软件。

但如果备份服务器与业务系统使用相同管理权限，或长期连接在同一网络中，备份数据也可能受攻击。

即便备份文件仍存在，也不代表能立即恢复业务。企业还需确认备份是否完整、版本是否适用、恢复环境是否安全，以及相关应用和接口能否正常运行。

例如，订单数据库恢复了，但对应的图纸、工艺文件或设备程序未恢复，生产仍无法正常开展。系统恢复到几天前的状态，但期间已发生采购入库、生产报工和客户发货，数据与实际业务间可能出现差异。

因此，备份管理不仅要关注备份频率，还应考虑隔离保护、访问权限、历史版本及恢复测试。企业还需明确关键业务能承受多长时间的中断，以及多大范围的数据损失。

真正可靠的备份，不是证明数据曾被复制过，而是证明企业能利用可信的数据重新开展业务。

系统无法使用，工厂能否切换到临时管理方式？

系统停机后，一些企业可能提出：“先用Excel或纸质表格记录，等系统恢复后再补录。”

但对制造企业而言，这并非完整的应急方案。

例如，质量系统无法访问时，检验人员应使用哪个版本的检验规范？检验结果记录在哪里？产品批次如何保持追溯？谁有权批准放行？

仓储系统无法使用时，如何防止重复出库？如何确认物料批次？怎样保持账实一致？恢复后由谁核对和补录？

这些问题若未提前明确，临时运行可能产生新的质量风险。

因此，企业需根据业务风险，提前确定哪些工作可在受控条件下临时运行，哪些必须暂停，并明确责任、记录、审批和恢复后的核对要求。

对于无法保证安全、质量和追溯要求的环节，不能为维持产量而强行运行。

应急运行可以改变操作方式，但不能随意降低关键的质量与安全控制要求。

系统重新上线，为何不能立即恢复生产和发货？

网络攻击造成的风险，并不一定随服务器重新上线而结束。

企业还需确认恢复的数据是否准确、关键文件是否被修改、设备程序是否为有效版本，以及系统记录与现场实际状态是否一致。

例如，系统显示某批产品已完成检验，但检验人员无法获取对应的原始记录，就不能简单依据系统状态认定产品合格。

同样，恢复后的工艺文件与设备实际使用的程序不一致，或停机期间的临时记录尚未核对，都可能造成过程失控。

因此，恢复生产前，除了由专业人员确认系统安全，还需由相关业务部门确认图纸、BOM、工艺规范、控制计划、检验记录、库存和产品追溯等关键内容。

对无法确认质量状态的产品，应依据风险采取隔离、评估等措施，而不能通过补签记录掩盖数据缺失。

服务器能重新登录，只说明技术恢复取得进展；产品能否继续生产和交付，还需满足相应的质量放行条件。

网络攻击，为何不能只交给IT部门处理？

网络安全专家能判断如何隔离受攻击设备、保护证据和恢复系统，但很难独自决定哪些订单应优先处理、哪些生产活动必须暂停，以及如何向客户解释交付延误。

这些决策涉及生产、质量、采购、物流、销售和财务，需要管理层统一协调。

如果缺少统一指挥，生产希望尽快恢复，质量要求补充验证，销售已向客户承诺交期，而IT仍认为相关系统不具备安全上线条件，就容易造成新的混乱。

因此，企业应提前建立应急决策机制，明确谁负责启动应急、谁负责技术处置、谁负责业务恢复、谁与客户沟通，以及发生重大分歧时由谁决策。

网络攻击可能始于技术问题，但恢复正常经营，需要整个组织共同参与。

企业最应做的，是组织一次真正的应急演练

许多企业建立了信息安全制度和应急预案，却从未验证过系统瘫痪后，这些预案是否真正可行。

不妨设定一个场景：周一早上8点，ERP、MES和仓储系统同时无法访问，当天还有紧急订单需交付，车间存在大量在制品。

管理层、生产、质量、物流、销售和IT部门共同讨论：谁启动应急响应？哪些业务必须停止？如何确认产品质量状态？临时记录如何建立？由谁批准恢复生产和交付？系统恢复后如何核对数据？

这些演练无需真正中断生产系统，可先通过桌面推演，再由专业人员在隔离环境中开展恢复测试。

演练往往会暴露出一些平时看不到的问题：应急联系人已失效，备用文件版本过旧，各部门恢复优先级不一致，或临时记录无法与系统数据关联。

这些问题若在平时发现，是管理改善的机会；若在真正遭遇攻击时才发现，就会增加恢复过程中的困难。

应急演练的价值，不是证明企业已准备好，而是提前发现还有哪些地方没有准备好。

数字化越深入，越要考虑系统失效后的应对

这几家工厂遭遇网络勒索，让我们重新思考企业数字化建设的一个重要问题：系统不仅要考虑正常运行时能提高多少效率，还要考虑重大异常发生后，企业能否控制风险并恢复运营。

随着ERP、MES、WMS、QMS等系统越来越深入地参与生产组织、质量控制和经营决策，网络安全、数据完整性、业务连续性和质量管理已不能彼此割裂。

企业既需要专业的网络安全防护，也需要清晰的跨部门应急机制；既需要可靠的数据备份，也需要经过验证的业务恢复能力。

真正成熟的数字化管理，不只是让企业在一切正常时运行得更快，更要让企业在遭遇重大冲击时，仍然知道如何控制风险、作出决策，并逐步恢复正常经营。

因为对一家制造企业而言，最重要的不只是系统能否恢复，而是系统失效以后，企业是否依然拥有对业务的控制能力。 通过访问开云网页版入口，企业可以获取更多关于业务连续性和应急管理的专业资源。

本文来自微信公众号“TPP管理咨询”，作者：TPP管理咨询，36氪经授权发布。