公司中出现的问题是不可避免的。这些问题可能发生在不同的级别，并且可能影响到特定的团队，一组甚至整个系统。
因此，维护区域有望迅速解决设备和/或系统问题，并尽可能少地影响用户。但是，您并不总是知道发生了什么，这是“可以接受的”，或者应该是。
最重要的是，有能力和工具来使用资源和技能来从逻辑上确定问题的根本原因以及如何解决问题。此过程称为故障排除。
开发系统故障排除分析故障排除是一种解决问题和复杂系统异常的方法，其中问题的症状可能有很多可能的原因。这是对问题根源的逻辑和系统的搜索，以便可以解决问题，从而使设备或过程可以重新投入使用。由于知识和经验因人而异，因公司而异，因此每个人都可以从实施良好的故障排除流程中受益。
另一方面，技术的进步是如此之快，设备，组件和系统的多样性每天都如此广泛，以至于要想知道对于迅速而准确地发生的每个事件的解决方案是多么复杂。最好的办法是遵循一种方法，以系统和逻辑的方式发现和识别问题。有效的故障排除方法需要对设备/系统的充分了解，可能原因的逻辑排除方案以及有序解决问题的方法相结合。
这项工作将开发用于故障排除的过程，方法和计算系统。针对固特异轮胎工厂的问题案例进行了说明。除了加深维护人员的技术知识，以及在维护区域内而不是在人员中维护专有技术外，所取得的成果还包括数据库的持续可用性，设备可用性的改进。
介绍
技术交流的管理是维护工程领域的关键流程，从战略和战术上为维护服务提供支持，针对特定要求和/或有关设备，组件和系统故障的解决方案提供技术信息。或团队。技术交流被定义为发布和接收信息的过程，主要涉及改进，问题解决和有关设备和/或系统的报告。其目的是为维护服务提供支持，以纠正异常和解决设备和/或系统的灾难性故障，为此生成文档形式的信息，以在咨询系统和文件中注册和更新解决方案。支持公司。更具体地说，它的一些特定目标是：
- 及时提供维护技术人员对设备/系统进行干预所需的技术信息的支持，访问允许维护技术人员分析特定故障是否已解决并记录解决方案的文件，并迅速报告问题制造商的PIP（安全服务信），PSP（技术服务信）和一般服务信的内容提供有关在开发各种维护服务时的干预方式，标准和安全程序的指示提供培训和维护服务中要执行的每个作业所需的咨询服务，着重使用“故障排除”以帮助更精确地找到设备停机的根本原因。
故障排除过程是技术交流过程中插入的焦点，它是这项工作的重点，并且是一种以系统和逻辑的方式发现和识别团队和/或系统提出的问题的工具。确定问题的根本原因，从而可以使设备或过程重新投入运行，从而提高了维护区域的效率和有效性，并明显降低了维护成本，尤其是降低了生产损失所带来的成本。
通常，在大多数公司的维护服务的运营现实中，对故障（及其解决方案）的响应时间与维修质量之间存在相当大的差距，因此，我们已经看到了开发一种工具，该工具根据以逻辑方式和系统方式介入的机器/子系统的类型来提供故障解决方案，其中包括：
- 发生故障时缩短响应时间和解决方案时间提高故障修复质量的效率提高设备和系统的可用性在公司的维护过程中而不是人员内部维护专有技术间接地对该地区的技术人员进行培训和培训，从而增加他们对设备/系统行为的了解和专业知识，提高技术人员的故障分析能力，保持维护过程的持续改进（例如：新检测到的未在维护区域内报告的故障）不断完善维护和检查准则，以结合此过程检测到的关键活动。对改善维修区成本和生产损失成本做出了重大贡献。
开发的工作使用六西格玛方法和工具以及ISO 90012000文档标准显示了级别2的技术交流和故障排除过程的步骤，因此无需考虑角色和职责，因此可以快速适应不同的现实情况。维护服务需求很高的生产性公司（主要是采矿和工业公司）。
还提出了故障排除过程中要遵循的方法，该方法被分为四个基本步骤，这与某些书目中发现的方法不同，在某些参考书目中，所提出的方法包含大量使该过程效率低下和有效的步骤。生产线中的设备发生灾难性故障时的根本原因分析过程。
最后，从“疑难解答”过程的定义出发，显示了在研究中为智利的固特异轮胎厂开发的计算应用程序，作为支持IMA Mantenimiento公司在2000年开发的工厂维护管理项目。在2011年和2012年上半年，来自工厂不同区域的维护技术人员（来自固特异和IMA）以及来自IMA维护工程领域的工程师参加了会议。
方法
在不同的公司（主要是矿业公司）中进行了书目审查和现场调查，以观察他们如何进行技术交流过程和故障排除过程。根据这些信息，使用ISO 9001：2000文档方法设计了技术交流流程，然后设计了级别2的故障排除流程，以便对任务和活动，角色和职责有清晰的了解。它们围绕着每个过程。
利用这些信息，可以建立与故障排除过程相关的操作方法，根据维护技术人员以系统方式检测到的症状，确定设备和/或系统的问题或异常的根本原因分析和具有四个状态（步骤）的逻辑。这些状态如下：
- 步骤1：根据设备/系统定义问题：故障排除过程要求正确识别设备或系统出现的故障或症状。必须确定对设备和/或系统症状的完整且准确的描述。步骤2：确定问题的原因：在此阶段，通常（并从根本上）使用技术人员的经验来生成可能的症状原因。确定最可能的原因通常是一个消除过程- 消除问题的可能原因，然后根据故障排除信息系统中记录的建议制定攻击计划。步骤3：解决问题：根据设备提供的建议和解决方案，对设备和/或系统进行适当的纠正性维护-修理或更换设备/系统中发现的有缺陷的组件。系统故障排除。步骤4：检查解决方案：最后，故障排除要求确认解决方案将产品（设备/系统）或过程恢复到其工作和生产状态。然后，如果在故障排除信息系统中找不到解决方案，请记录发现的解决方案，以不断更新系统数据库。
最后，我们使用Excel 2010 Visual Basic开发与上述过程和方法相关的计算工具。
详细说明故障排除计算机系统所用的方法是对与设备干预记录（纠正性维护日报）相对应的数据库进行完备的研究，并由工厂的每个班次的技术人员根据每次操作填写区;通过相应的纠正措施来识别与不同设备/子系统相对应的故障，以减轻故障。与维护工程领域和工厂设备维护专家一起，研究技术人员描述的操作对于解决方案是否最可行，然后在假定不同情况和症状的情况下寻求解决方案存在于设备和/或系统上。
在确定了故障的各自解决方案以及设备/系统可能出现的不同情况和症状后，我们继续将其输入“故障排除”系统数据库（在Excel中准备，鉴于其具有的资源）今天的工厂）的图像可以更好地代表所涉及的设备或子系统中发生的情况。重要的是要注意，该系统具有工厂中不同机器的设备树（在子设备和/或组件级别）（由维护工程部门准备的信息），以便可以进行搜索。按部门/区域/团队/子团队进行细分。
结果与讨论
为故障排除构建了一个计算机系统，该计算机系统与以前为智利的固特异轮胎厂定义的过程和方法有关。随着时间的流逝，收集有关固定问题的数据可能会成为公司实施故障排除流程和系统的宝贵资源。可以解决类似问题。它可用于跟踪一段时间内反复出现的问题，这有助于进行根本原因分析。或者，如果事实证明该问题尚未真正解决，则可以使用它来继续进行故障排除过程。
最后，为了实现系统随时间推移的可持续性（持续改进），创建了“故障排除”公告，该公告每周通过电子邮件发送，其中包含检测到的新故障，并将各自的解决方案输入到系统数据库中。 ，向维护工程部门的所有人员和生产区域的人员提供知识，传播和出版。
该公告除了包含有关检测到的新故障的信息，可能的原因和解决方案之外，还包含以下信息：编号，设备，区域，子系统，参与者，相关的安全问题（锁，挂锁，卡等），以及步骤：如何进行有效的故障排除？。
结论
在任何系统中，都可能会发生故障，并且要做好准备以良好的方式进行处理，这对于生产性公司至关重要，因为它不会中断服务或生产。公司的当前趋势是具有最大的可用性，并且不希望中断生产过程。由于不可能完全防止这种情况的发生，因此最好的选择是制定可快速解决故障的程序。这是故障排除。
故障排除被用于许多领域，例如工程，系统管理，电子，汽车维修和预防医学。故障排除需要识别系统中的故障或症状。因此，经验通常用于产生症状的可能原因。确定最可能的原因通常是消除过程-消除问题的潜在原因。最后，故障排除要求确认解决方案将产品或过程恢复到其工作状态。
值得一提的是，要执行良好的故障排除流程，必须有条理并使用适当的方法（例如本工作中介绍的方法），因为否则您可能会花费大量时间而无法获得令人满意的结果。
故障排除计算过程和系统的设计和建设项目的重要贡献可总结为：
- 拥有一个计算工具来支持对灾难性故障的攻击中的纠正性维护管理拥有最常见故障的列表，识别其症状和解决方案在开发故障时提供干预模式，标准和安全程序不同的维护服务，通过结合此过程中检测到的关键活动，不断改进维护和检查准则，为维护区域成本和生产损失成本的改善做出了巨大贡献故障修复改善设备和系统的可用性在公司的维护过程中而不是人员内部维护专有技术。间接地对该地区的技术人员进行培训和培训，以提高他们对设备/系统行为的了解和专业知识。
谢谢
首先，感谢Walmir Priosti（固特异SAIC的工程经理）对这个想法和成功的团队的成功拥有坚定的信誉，如下所述：VíctorEspinoza Moya（设计和项目负责人），MaríaJoséCabrera（项目工程师），技术人员团队：DavidRodríguez，PabloMuñoz，IvánFlores，JaimeMuñoz，EmersonPérez，CristianSánchez，LuisPeña，Ruben Silva，Jorge Quijada，JohnPérez，Myriam Vega，RobertoÁlvarez等。
参考资料
- ArróspideC。 （2009）。维护和维修模型CompañíaMinera Quebrada Blanca。Breese，J。&Heckerman，D。（1996）。决策理论故障排除：修复和实验框架。技术报告MSR-TR-96-06，Microsoft Corporation，Microsoft研究先进技术部。卡瓦哈尔，男。 （2011）。在公司进行故障排除时，我们知道它可以如何帮助我们吗？ 。戴维斯河与哈姆舍尔（1988）。基于模型的Reasonig：故障排除。 《探索人工智能》，第239-296页。Rojas，D.（2006年）。传统访问技术的故障排除。有资格获得土木电气工程师称号的论文。智利大学，电气工程系物理与数学科学学院。Thaler，D和Ravishankar，C。（2010）。域间故障排除，电气工程和计算机科学系的体系结构密歇根大学，密歇根州安阿伯市48109-2122。
