Пример использования генеалогии и прослеживаемости

Представьте, что вы - руководитель производства в регулируемой отрасли, которому необходимо предоставлять подробные генеалогические записи для целей отслеживания. Операторы тратят время на ручное составление данных о процессе, что сопряжено с высокой вероятностью ошибок, таких как неправильные измерения, плохой почерк или забытые поля. Эти ошибки приводят к проблемам с соблюдением нормативных требований, которые могут нанести ущерб всей организации. Вы внедряете цифровое решение, состоящее из приложений для процессов, которые собирают данные в стандартизированных форматах, устраняя общие несоответствия. В отдельном приложении для отслеживания можно сортировать и фильтровать данные, чтобы выявить тенденции, способствующие совершенствованию процессов. Это решение экономит время, позволяет избежать ошибок при ручном вводе данных и создает четкие, прослеживаемые данные для клиентов и службы контроля качества.

Генеалогия и прослеживаемость позволяют производственному предприятию видеть контекст конфигурации по состоянию на момент сборки. Для дискретного производства это может включать номера деталей, серийные номера, номера партий несериализованных деталей и сырья, из которых состоят подсборки и конечные узлы. Этот вариант использования предполагает сбор всех данных, полученных в процессе сборки, и хранение их для просмотра вместе с метаданными (кто, что, когда сделал, какие-либо проверки подтверждения).

Две основные цели этого сценария использования: 1. Захват генеалогических записей, соответствующих требованиям отрасли, доступных конечному заказчику и/или аудиторуПоскольку в производстве соблюдение нормативных требований является обязательным условием, это важный элемент вашей деятельности. Вы можете составить полный аудиторский след с помощью цифрового решения, которое минимизирует усилия и при этом соответствует необходимым стандартам.

1. Прослеживаемость вперед или назадЦифровая прослеживаемость продукта от производства до отгрузки обеспечивает подотчетность. Приведенная ниже диаграмма демонстрирует, как цифровая прослеживаемость может помочь в различных сценариях производства:

| Сценарий | Преимущества цифровой прослеживаемости | | --- | --- | --- | | | Стандартная работа: Продукт проходит через партии материалов и подсборки | Метаданные приложения (завершения) автоматически сохраняют данные, включая информацию об операторе, даты, любые значения | Переработка: продукт или компонент требует дополнительного внимания, прежде чем его можно будет использовать в сборке | Неизменяемые данные обеспечивают полную историю детали на одном шаге для удобства использования | | Клиент запрашивает записи о конкретном продукте | Получите все соответствующие данные о продукте, хранящиеся в цифровом виде, с помощью приложения | | Гарантийный отзыв или проблема партии, выявленная поставщиком | Сотрудники отдела качества могут найти и получить список продуктов, в которых использовалась соответствующая неисправная деталь |

Воздействие и требования

Цифровые и традиционные методы генеалогии дают одинаковый результат, но цифровое решение обеспечивает более легкое и автоматическое отслеживание. Если в настоящее время вы используете в своем процессе приложения для отслеживания производства, то вы уже собираете важные данные для генеалогии. Цифровое решение собирает соответствующие данные по каждой партии и затем отображает их при необходимости, чтобы предоставить полную историю.

Основные цели генеалогии заключаются в обеспечении соответствия следующим методам: * Снижение стоимости соответствия требованиямОбработка и анализ данных, а также ограничение человеческих ошибок благодаря автоматизированному сбору данных * Упрощение процесса для создания прослеживаемостиОбеспечение готовности данных и их доступности для тех, кому они нужны, благодаря цифровому хранению * Открытость для усовершенствования процессовИспользование тенденций данных для выявления проблем при их возникновении и ключевых областей для улучшения в результате.

Доступность данных - ключевой фактор для достижения этих целей. Вы можете искать, фильтровать и обмениваться информацией с легкостью и меньшим количеством ошибок, чем при стандартном бумажном процессе. Разные персоны нуждаются в данных в разных контекстах, например для проверки качества или выявления тенденций в операциях.

Дополнительным преимуществом является то, что соблюдение требований также ведет к повышению качества продукции. Это включает в себя быстрое выявление и доработку незавершенных изделий, пострадавших от нарушения качества. Качество продукции позволяет достичь следующих целей: * Повышение удовлетворенности клиентовУдовлетворение ожиданий клиентов, создание повторного бизнеса и хорошей репутации на рынках потребителей * Повышение прибыльностиУвеличение окупаемости инвестиций и общего дохода при одновременном снижении затрат на обслуживание из-за дефектов * Снижение рисковИзбежать неудач и потенциальных штрафов, которые могут возникнуть из-за дефектной продукции.

Генеалогия актуальна для всех отраслей промышленности и необходима для регулируемых отраслей. Данный сценарий использования имеет низкую/среднюю сложность, в зависимости от специфики вашей деятельности. Например, многоуровневая пакетная обработка требует дополнительной настройки, в то время как простая дискретная сборка имеет отношения 1:1 с приложениями, что упрощает сбор данных. Минимальная настройка включает в себя создание базовых приложений и сбор данных с помощью таблиц и записей о завершении работ.

Как приступить к работе

Существует два основных компонента цифровой генеалогии: 1. Сбор данных2. Просмотр данных в одном месте.

Давайте рассмотрим оба компонента, чтобы понять, как они выглядят для данного случая использования.

Сбор данных

Используйте сочетание таблиц и завершений для хранения данных о продуктах и процессах.

Таблицы

Поскольку генеалогия включает в себя данные, собранные в ходе нескольких процессов, вам необходимо создать масштабируемую структуру таблиц. Масштабируемая структура таблиц: * Следует модели цифрового двойника (таблицы, отражающие физическое местоположение/цех) * Имеет таблицы, представляющие физические (например, инвентарные позиции, оборудование и активы) или операционные артефакты (например, событие дефекта, рабочие заказы) * НЕ хранит основные данные (данные, созданные вне операций) или дублирующие данные из записей завершения (метаданные приложения).

В архитектуре приложений структура таблиц - это то, что связывает каждое приложение друг с другом. На диаграмме ниже вы заметите, что приложения (синие квадраты) не все связаны напрямую. Таблицы (зеленые ромбы) перемещают информацию о заказах на работу через производство.

На этой диаграмме запросы на выполнение работ хранятся в таблице Work Orders. Первая сборочная станция использует информацию о заказе на работу для начала работы. Каждая станция хранит данные, относящиеся к единице продукции, в таблице Units. Таблица Units (пример ниже) содержит информацию о каждом устройстве. Эти записи могут быть использованы в приложении для отслеживания или других приложениях, таких как проверка качества и упаковка и отгрузка.

Такая архитектура обеспечивает точность данных на всех станциях и исключает их хранение в нескольких местах. Поскольку данные, собранные для генеалогии, поступают из различных приложений, убедитесь, что триггеры записывают и обновляют записи в соответствующих таблицах. Структура таблиц не обязательно должна быть обширной. Вы можете использовать Общую модель данных Tulip в качестве отправной точки или обратиться к ней, а затем адаптировать ее к своим конкретным потребностям.

Завершения

Завершения хранят неизменяемые метаданные приложения, но вы также можете настроить триггеры для сохранения значений переменных. Эта информация позволяет узнать, что произошло во время сеанса работы приложения. Для генеалогии записи завершения фиксируют информацию об условиях производства.

Обратите внимание, что записи о завершении, как и журнал, специфичны для каждого приложения. Хотя вы не можете использовать эту информацию в других приложениях, вы можете визуализировать данные о завершении с помощью Analytics.

Просмотр генеалогических данных в одном месте

Собрав данные из разных процессов в таблицы, вы, скорее всего, захотите просмотреть информацию о подразделении в отдельном приложении. Приложение для генеалогии должно быть простым, чтобы пользователи могли легко получить доступ к данным.

В приведенном ниже примере приложения пользователь может выбрать единицу из виджета интерактивной таблицы.

Затем приложение переходит к следующему шагу, который отображает данные о выбранной единице в виджете записи таблицы.

Это базовый дизайн приложения для поиска информации о конкретных единицах. Вы можете адаптировать генеалогическое приложение для разных персон в зависимости от условий, в которых им нужно искать записи.

В таблице ниже приведены примеры дополнительных функций приложения, которые вы можете рассмотреть:

| Сценарий | Функция приложения | | --- | --- | | | Менеджер по качеству замечает повторяющуюся проблему с производимой деталью | Создайте фильтр таблицы для единиц, которые были произведены в указанный период времени | | Поставщик объявляет отзыв одного из материалов, используемых в производстве | Создайте запрос таблицы, который извлекает записи, включающие соответствующий идентификатор материала | | | Клиент просит просмотреть полную историю единиц | Экспортируйте CSV-файл из интерактивного виджета таблицы истории единиц |

Ресурсы Tulip

Если вы хотите узнать больше о возможностях Tulip для создания приложения для генеалогии/отслеживания или использовать готовые шаблоны Tulip, у нас есть инструменты, которые помогут вам начать работу.

Видео

• Генеалогия и прослеживаемость

Университетские курсы

• Работа с данными и таблицами

Библиотечные приложения

• Приложение-шаблон для пакетной упаковки
• Взвешивание и дозирование

Примеры

• Функциональный пример данных Tulip