导读

在任何一个变更流程中，质量团队都应该是一个重要的组成部分；为什么将变更和质量连接在一起如此重要？工程团队和质量团队一般来说是在不同的软件系统中管理他们的数据，缺乏内在的可见性和沟通能力可能会使两个团队不得不采用临时流程来交换数据，这意味着他们可能会错过普遍存在的质量问题，甚至可能会做重复的工作，这无法帮助任何人更快地解决质量问题。在Aras Innovator中将正式和非正式变更流程作为产品数字记录的一部分进行管理。但是大家是否知道质量团队可以成为Aras变更过程中不可或缺的一部分，而无需任何自定义？在工程和质量组织之间实现自动通信，集中数据和标准化流程对公司的好处是巨大的。

收益1：将问题与解决方案联系起来

质量团队的任务是为公司解决产品和工艺中的质量问题；但是当问题存储在工程软件中（PDM/PLM），然后质量团队的解决方案是在质量软件中生成时，通常需要将邮件、外部通信工具、临时报告，甚至是昂贵耗时的软件定制的附加步骤才能将整体过程链接起来。如果流程不是自动化的、集中的和可复制的，那么质量问题可能会变成漏网之鱼。我们在Aras中将工程变更对象和质量流程之间建立了内置的链接，从工程变更项（例如问题报告-pr）中，用户可以选择现有的CAPA计划以链接到此变更项，也可以简单的启动一个新的capa计划；质量团队可以导航到与质量计划和质量管理流程直接相关的工程数据，这是不用进行二次开发定制的。其中包括DFMEA和PFMEA（设计或过程故障模式和效果分析）item，以及与软件中的许多支持item（不合格报告、审核、偏差、豁免、停止发货/清除通知等）。同样的，工程用户也可以轻松访问到与工程变更过程正在处理的零件和其它信息有关的质量计划和质量管理过程的完整数据信息。在变更过程中，从工程到质量，再从质量将信息返回至工程进行共享，对于提高组织的产品和过程质量特别重要。

收益2：解决整个生命周期中的质量问题

有关质量问题的事情是它们可以出现在任何地方：定期维护、客户反馈、制造检测、产品试验、审计审核等等。事实上，在产品生命周期的多个不同阶段中，一个质量问题可能会以不同的方式出现，即使每个问题都源于相同的根本原因。如果在单独的软件系统中记录和解决问题，并且一组数据对其他数据没有可见性，则您的团队就有可能无法识别问题的普遍性。或者，如果多个团队不遗余力的研究每个问题，而又看不到生命周期的另一部分同时的工作，那么您的公司可能会浪费时间和金钱在调研、查找和纠正同一个问题。Aras Innovator中“纠正措施计划”的第一步是将计划与质量事件链接在一起，这些事件或者是系统中存储的，或者是在过程中生成的。通过对Aras中所有质量问题的内置搜索，您可以调查并选择一项纠正措施要解决的任何数量的事件（1对多）。这个搜索包括事件，这些事件可能在产品的整个生命周期中的任何地方发生，从问题报告、不合格报告和审计结果开始，可由系统管理员配置，轻松拓展到其他质量相关数据，这些数据由团队追踪和管理，包括外部软件工具集成的项目。

收益3：闭环管理质量问题

由于质量管理和质量计划与工程在同一系统中进行，因此防止问题重复发生可能包括启动工程变更单以对其进行改进，并启动对设计质量文档或过程质量文档的更新。通过将质量纳入变更流程，以确保在整个生命周期和未来设计中解决所有问题，从而将工程流程闭环处理；另外，通过在一个系统中管理质量和工程数据，可以轻松配置工作流程以包括质量和工程角色，并且可用于Aras Innovator中的所有质量项目，从遏制措施和根本原因分析到纠正和预防措施。这种连接还可以通过质量团队的内置重用来闭环管理设计到制造过程；通过CAPA流程发现的、且由于工程设计导致的问题，可以与FMEA文档中相关的故障模式进行关联；换句话说，这个流程可以确保启动工程变更，并且质量团队可以更新其设计记录，以防止任何人再次出现相同的设计错误。系统中内置了“经验教训”，并带有质量库，例如通过“根本原因分析”发现的“原因”，可以存储和管理成为重复使用的items。当分析中发现的原因链接到FMEA中的“原因”字段时，平台将强制绑定两者之间的关系。当参考值发生变化时，它会标记用户，以帮助质量和工程团队改善流程的标准化和重用性，并永久保持循环闭合。

关于我们