--- title: "Система управления качеством Frontline" slug: "frontline-qms-1" status: "update" updated: 2026-10-23T06:40:01Z published: 2026-10-23T06:40:01Z canonical: "support.tulip.co/frontline-qms-1" --- > ## Documentation Index > Fetch the complete documentation index at: https://support.tulip.co/llms.txt > Use this file to discover all available pages before exploring further. # Система управления качеством Frontline :::(Info)To download, visit: [Library](https://library.tulip.co/suites/frontline-qms). ::: ## Frontline QMS Приложения в системе QMS для производственного персонала предоставляют решение по управлению качеством на производстве. Этот набор приложений поддерживает работу с дефектами с принятием решений, управление CAPA на производстве, управление калибровкой и проверки качества с использованием планов проверок и подробных инструкций. Эти приложения могут легко интегрироваться с другими решениями Tulip и могут быть расширены за счет интеграции со сторонними системами (ERP, PLM и т. д.). ### Физическая схема расположения Ниже приведен пример физической схемы завода, на которой показано, где используются эти приложения.![frontline-qms-physical_layout.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/frontline-qms-physical_layout.png) ### Набор приложений Frontline QMS включает следующие приложения: #### Комиссия по проверке материалов Приложение «Комиссия по проверке материалов» предназначено для помощи инженерам по качеству или производственным супервайзерам в проверке, отслеживании и управлении бракованными материалами. Оно позволяет им анализировать дефекты, обновлять записи о дефектах и определять соответствующее распоряжение (брак, доработка или использование в текущем состоянии), одновременно документируя необходимые обоснования и доказательства. Инженер по качеству проверяет зарегистрированные дефекты, при необходимости изменяя или добавляя детали. Затем инженер выбирает способ распоряжения: - Брак: дефект помечается как брак с указанием обоснования. - Переделка: дефект направляется на переделку с указанием инструкций и ответственного лица. - Использование в текущем состоянии: дефект принимается с указанием обоснования. Пользователи могут загружать сопроводительные документы или изображения для подтверждения. Приложение использует таблицу дефектов и таблицу производственных заказов для обработки данных в рабочем потоке; его основная цель — оптимизировать обработку дефектов и обеспечить надлежащее отслеживание решений о дальнейшей судьбе материалов. ![ofd-mrb.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/ofd-mrb.png) #### Переделка Если одна из дефектных деталей направлена на доработку, её можно обработать в приложении «Доработка». На первом этапе приложения отображается список дефектов, направленных на доработку. Пользователь может выбрать дефект, а на этапе «Единица переделки» — просмотреть всю информацию, необходимую для выполнения переделки, такую как причина дефекта, комментарии оператора или любые вложения, связанные с данной единицей. На заключительном этапе приложения пользователь может подтвердить, что переделка завершена. ![image.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/image%28877%29.png) #### CAPA Manager Приложение «Менеджер CAPA» позволяет инженерам по качеству и производственным супервайзерам эффективно отслеживать и устранять проблемы с качеством, обеспечивая при этом соблюдение процессов корректирующих и предупреждающих действий. Инженер по качеству может просматривать существующие CAPA, которые содержат такие сведения, как первопричина, корректирующие и предупреждающие действия, подтверждающие документы, срок выполнения и ответственное лицо. Пользователи также могут добавлять новые CAPA или редактировать существующие, чтобы обновлять информацию по мере необходимости. Дефекты из таблицы «Дефекты» можно связать с CAPA для отслеживания связанных проблем. После выполнения всех необходимых действий CAPA можно закрыть. Приложение использует таблицу CAPA (в ней хранятся записи CAPA с вышеупомянутыми полями), а также таблицу «Дефекты» для привязки дефектов к CAPA, что обеспечивает прослеживаемость связи между дефектами и соответствующими корректирующими/превентивными действиями. Quality events in the frontline QMS [If you want to learn more about quality events and how the Tulip Frontline QMS can help you improve quality management on the shop floor, you can read this guide.](https://support.tulip.co/docs/quality-events-in-the-frontline-qms) ![ofd-capa.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/ofd-capa.png) #### Менеджер калибровки Это приложение обеспечивает надлежащее управление калибровкой, поддерживая соответствие требованиям и точность измерительных приборов. Основными пользователями являются инженеры по качеству и руководители производства. Пользователи выбирают прибор, чтобы просмотреть его статус, сведения о калибровке и другую соответствующую информацию. Они могут проводить калибровку: (1) при внутренней калибровке они следуют стандартной операционной процедуре (SOP) для выполнения калибровки и при необходимости могут приостановить использование прибора; (2) при внешней калибровке пользователи запрашивают калибровку у поставщика, а затем получают откалиброванные приборы и вводят данные о калибровке. Также предусмотрены функции управления оборудованием: пользователи могут создавать или редактировать записи об устройствах с указанием ключевых сведений, включая название, тип калибровки (внутренняя/внешняя), срок действия калибровки, периодичность и руководство по калибровке. Наконец, пользователи могут получить доступ к журналу для каждого устройства, чтобы просмотреть связанные события и комментарии. Приложение использует таблицу «Оборудование и активы» (для хранения записей об устройствах, включая данные о калибровке, статус и историю) и таблицу «Комментарии и исключения» (для регистрации событий, комментариев и исключений, связанных с калибровочными работами). ![ofd-calibration_manager.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/ofd-calibration_manager.png) #### Создатель планов проверки Приложение «Создание плана проверки» предназначено для менеджеров по качеству и позволяет им определять планы проверки для конкретных продуктов и управлять ими. Это гарантирует наличие стандартизированных проверок качества для каждого продукта, что повышает согласованность и соответствие требованиям к качеству. Приложение позволяет пользователям просматривать существующие планы проверок по продуктам и создавать новые. При определении нового плана проверки пользователь сначала выбирает продукт, а затем добавляет проверки с ключевыми деталями. Каждый этап проверки может быть либо количественным (требующим указания таких параметров, как единица измерения, целевое значение и верхний/нижний пределы), либо иметь статус «пройден/не пройден». Перед утверждением плана пользователь может просмотреть все этапы проверки и при необходимости внести корректировки, добавив или удалив этапы. В приложении используются следующие таблицы: таблица «Определения материалов» и таблица «План контроля». ![ofd-inspection_plan_creator.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/ofd-inspection_plan_creator.png) #### Выполнение контроля Приложение «Проведение проверки» предназначено для операторов, осуществляющих контроль качества отдельных единиц продукции. Оно обеспечивает проведение проверок в соответствии с заранее определёнными планами проверки, что способствует поддержанию качества продукции и соблюдению нормативных требований. Операторы начинают с сканирования или выбора единицы продукции, после чего отображаются все необходимые проверки на основе соответствующего плана проверки. Они могут просматривать завершённые проверки и выполнять любые незавершённые проверки. Для каждой проверки приложение отображает соответствующий документ SOP. Затем операторы фиксируют результаты: - Проверки «Прошел/Не прошел»: помечаются как «прошел» или «не прошел» с возможностью добавления примечаний к проверке. - Количественные проверки: операторы вводят измеренное значение, и приложение автоматически определяет результат («прошел»/«не прошел») на основе заданного значения и пределов допуска. Если проверка не пройдена, приложение автоматически создает запись о дефекте, обеспечивая отслеживаемость проблем с качеством. Благодаря структурированию процесса проверки и автоматизации отслеживания дефектов данное приложение повышает эффективность контроля качества и обеспечивает последовательное выполнение проверок. Приложение использует следующие таблицы: «План проверки», «Результаты проверки», «Дефекты», «Рабочие задания», «Единицы». Dynamic testing app vs. composing quality inspection apps [tulip](https://support.If you want to learn more about the differences between a dynamic testing app and composing guided quality inspections apps, you can read more details in this guide. ![ofd-inspection_execution.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/ofd-inspection_execution.png) В фоновом режиме работают некоторые автоматизированные процессы, управляющие отдельными аспектами технологического потока. Единица в статусе «В ОЖИДАНИИ ПРОВЕРКИ» должна пройти несколько проверок, прежде чем станет доступной. Данный автоматизированный процесс проверяет, была ли завершённая проверка последней для данной единицы, и при необходимости изменяет статус. Автоматизация запускается при обновлении поля «Пройден» для любой записи в таблице результатов проверки. Обновленная запись загружается, и автоматизация продолжается, если значение поля было изменено на «да», что указывает на успешное прохождение проверки. Затем запускается функция коннектора Tulip API, которая подсчитывает все проверки, не имеющие статуса «Пройден». Таким образом мы получаем количество незавершённых или неудачных результатов. Если результат равен нулю, поскольку все проверки для данной единицы прошли успешно, статус единицы изменяется на «AVAILABLE» ![automation1-inspections.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/automation1-inspections.png) Существует ещё один аналогичный автоматизированный процесс, связанный с таблицей «Единицы». Рабочий заказ может быть завершён только в том случае, если все единицы в рамках данного рабочего заказа прошли проверку и, следовательно, их статус был изменён на «доступно». Этот автоматизированный процесс запускается при обновлении поля «Статус» для любой записи в таблице «Единицы». Обновленная запись загружается, и автоматизация продолжается, если поле «Статус» было изменено на «AVAILABLE», а поле «Идентификатор рабочего заказа» не пустое, что указывает на то, что единица находится в состоянии «AVAILABLE» и к ней привязан идентификатор рабочего заказа. Далее запускается функция коннектора Tulip API, которая подсчитывает все единицы в том же рабочем заказе, которые не имеют статуса «доступно». Таким образом мы получаем количество единиц, которые ещё не завершены. Если результат равен нулю, поскольку все единицы для данного рабочего заказа завершены, статус рабочего заказа изменяется на «COMPLETED». ![automation2-work_orders.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/automation2-work_orders.png) #### Шаблон управляемого контроля и пример визуального контроля Шаблон «Управляемый осмотр» предназначен для операторов, выполняющих проверки качества, и предоставляет структурированную и настраиваемую основу для создания приложений управляемого осмотра. Он включает в себя множество предопределенных шагов, которые можно комбинировать для создания процессов осмотра, адаптированных к конкретным потребностям, что обеспечивает точность и последовательность контроля качества. Шаблон включает этапы для ключевых действий проверки, таких как: - Выбор продукта: отсканируйте или выберите единицу продукции, чтобы начать проверку. - Выбор производственного задания: отсканируйте или выберите производственное задание, чтобы связать проверку с конкретным заданием. - Проверка оборудования: выберите измерительное оборудование и проверьте состояние его калибровки перед использованием. - Проведение проверки: отображение соответствующей стандартной операционной процедуры (SOP), запись результатов проверки (прошел/не прошел или числовые значения) и сбор дополнительной информации с помощью флажков и комментариев. - Инструкции: отображение пошаговых инструкций, помогающих операторам пройти процесс проверки. В зависимости от конкретного приложения для проверки, созданного с использованием этого шаблона, могут использоваться следующие таблицы: - Таблица результатов проверки — хранит зафиксированные результаты проверки. - Таблица оборудования и активов — отслеживает измерительное оборудование, используемое при проверках. - Таблица комментариев и отклонений — фиксирует комментарии операторов и любые отклонения. - Таблица производственных заказов — связывает проверки с производственными заказами. - Таблица единиц продукции — обеспечивает отслеживаемость единиц продукции, проходящих проверку. - Таблица дефектов — регистрирует дефекты, выявленные в ходе проверок. Этот гибкий шаблон позволяет производителям создавать индивидуальные приложения для проверок, гарантируя, что операторы будут следовать стандартизированным процедурам и поддерживать высокие стандарты качества. В набор приложений входит пример, созданный с использованием шаблона «Управляемый контроль». В приложении «Выполнение проверки» проверки можно либо загрузить из заранее определенного плана проверки, либо, если это возможно, перенаправить на управляемый контроль, специфичный для выбранной единицы продукции. В этом примере приложения операторам предоставляются сведения об единице продукции и пошаговые инструкции по проверке качества. Они должны подтвердить соответствие определенным критериям с помощью флажков, при желании добавить примечания и зафиксировать результат проверки как «пройден» или «не пройден». При необходимости они также могут оставлять комментарии. После завершения проверки с подсказками приложение плавно возвращается в приложение «Выполнение проверки», где оператор может выбрать и запустить следующую проверку. ### Таблицы, используемые в наборе приложений Основными таблицами Tulip, используемыми группой приложений, являются таблицы **«Дефекты», «CAPA», «Оборудование и активы», «Комментарии и исключения», «Планы проверки», «Единицы продукции» и «Результаты проверки** ». Дефекты хранятся в таблице «Дефекты» со статусами «ОТКРЫТ» или «ЗАКРЫТ». Таблица «CAPA» содержит меры CAPA (со статусами «OPEN» или «CLOSED»), и дефекты могут быть привязаны к этим мерам. Таблица «Оборудование и активы» содержит данные об оборудовании, например об устройствах, требующих калибровки. Устройства могут иметь статусы («АКТИВНО», «ОТПРАВЛЕНО на внешнюю калибровку», «ДЕАКТИВИРОВАНО») и статусы калибровки («КАЛИБРОВАНО» или «НЕ КАЛИБРОВАНО»). В таблице «Комментарии и исключения» хранятся комментарии об определенных событиях. Наконец, таблица «Планы проверок» содержит планы проверок для конкретных продуктов, а результаты количественных проверок или проверок по принципу «прошел/не прошел» (со статусами «ОТКРЫТО», «В ПРОЦЕССЕ», «ЗАВЕРШЕНО») хранятся в таблице «Результаты проверок». ## Дополнительная информация Если вы хотите узнать больше об общей модели данных (CDM) Tulip для фармацевтической отрасли, [перейдите по этой ссылке.](https://support.tulip.co/r230/docs/common-data-model-for-pharma)