Как спланировать интеграцию между Tulip и MES или ERP

Узнайте, какие вопросы нужно задать, чтобы определить лучший способ интеграции с вашей MES/ERP

Tulip интегрировался с различными системами MES и ERP.

Однако, поскольку на рынке представлено множество ERP и MES продуктов, сложно сказать, насколько легко Tulip сможет подключиться к вашей конкретной ERP или MES. Это зависит от:

• Самого продукта ERP/MES
• сложности ИТ-среды вашей компании
• Возможности вашей ИТ-команды по работе с ERP/MES-системой.

:::(Info) (ПРИМЕЧАНИЕ) В данном примере мы рассматриваем систему ERP или MES, но эта информация применима к большинству программных систем, включая CRM, QMS, LMS и системы управления спецификациями. :::

Анкета

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

Вопросы о стратегии

1. Какова цель интеграции?

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

1. Кто является ключевыми заинтересованными сторонами в вашей организации

Кто является конечным клиентом этой интеграции? Кто лучше всего знаком с сервисом, к которому вы хотели бы подключить Tulip? Кто сможет организовать доступ к сервису? Заинтересованные стороны могут включать, но не ограничиваться ими:

• Гражданские разработчики
• Операционные "владельцы" интегрированных систем
• IS/IT инженеры
• Пользователи цеха, обслуживаемые решением
• Какую документацию предоставляет ваш сервис?

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

1. Какие операции должны быть проведены между Tulip и сервисом, чтобы интеграция была успешной?

Здесь мы стараемся быть предельно конкретными. Вот некоторые примеры:

• Получить информацию о рабочем заказе, указав идентификатор рабочего заказа.
• Пометить рабочий заказ как выполненный, указав идентификатор рабочего заказа.
• Найти все открытые рабочие заказы, назначенные на станцию, задав идентификатор станции.
• Кто будет поддерживать эту интеграцию?

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

Технические вопросы

Чтобы определить детали интеграции, вот несколько вопросов, которые могут помочь в этом процессе:

Общая информация о ERP

• Какое приложение и версия ERP?
• Развернута ли ERP в локальной среде или в частном облаке?
• Может ли хост локального коннектора Tulip (OPCH) подключиться к вашей ERP-среде в ее текущем местоположении (т. е. существует ли сетевой путь между OPCH и ERP?
• Управление, разработка и конфигурирование ERP осуществляется партнером или собственными силами?

Подключение ERP к Tulip

• Будет ли Tulip интегрироваться непосредственно с ERP? Используется ли промежуточное программное обеспечение для интеграции других приложений с ERP (например, Mulesoft)?
• Существуют ли веб-сервисы / конечные точки API, к которым Tulip мог бы подключиться через HTTP-коннектор и которые охватывают соответствующие случаи использования.
• Если нет доступных конечных точек API, которые покрывают желаемые транзакции Tulip с ERP... есть ли команда, которая могла бы разработать их для нас (либо в платформе промежуточного ПО, либо в самой ERP-системе?
• Если доступны веб-сервисы... какую аутентификацию используют эти веб-сервисы (т. е. OAuth 2.0, HTTP Basic Auth и т. д.)? Используются ли учетные записи служб?
• Если веб-службы доступны, какой формат данных возвращается в телах ответов (JSON (предпочтительно) или XML?).
• Потребуется ли настраивать различные конфигурации окружения (например, DEV и PROD)?
• Если да, то должны ли имена хостов быть разными для каждой из сред или среды определяются параметрами URL?

Соединение Tulip с ERP

• Какие поля будут передаваться из ERP в таблицы Tulip через API?
• Сколько записей таблиц одновременно будет отправлено в Tulip из ERP?
• Для связи между ERP и Tulip потребуется индивидуальная разработка и использование API таблиц Tulip. Есть ли команда, которая могла бы разработать такое промежуточное ПО?
• Для связи между ERP и Tulip данные поступают из ERP... в каком формате (XML или JSON?) Tulip Table API требует тело запроса в формате JSON.

Tulip против ERP-систем - предполагаемые системы учета (источники истины)

Лучшей практикой является взаимодействие с системой записи объекта (например, Workorder) в режиме реального времени (обычно через функции HTTP Connector Functions в формате JSON).

В таблице ниже приведены рекомендуемые "делать" и "не делать" для ERP-интеграции:

| Делать | Не делать | | --- | --- | --- | | | Транзакция с источником истины в режиме реального времени. Убедитесь, что ваш цех использует самую свежую/самую актуальную информацию. | Кэшировать данные из источника истины в таблицы Tulip, которые могут быстро устареть. (Например, текущие запасы на складе должны храниться в источнике истины, а Tulip должен взаимодействовать с ним в режиме реального времени) | | | Храните в Tulip контекст, ориентированный на Tulip. Источником истины для рабочего заказа может быть ваша ERP, но некоторые данные важны в основном для Tulip (например, несоответствия, зарегистрированные в Tulip по отношению к рабочему заказу). | Используйте Tulip для тех случаев, которые лучше всего реализовать в ERP (например, планирование заказов и составление графиков). | Расширьте возможности операторов по выполнению простых задач, ориентированных на ERP/WMS, с помощью интегрированных приложений Tulip Apps. (Например, интуитивно понятное приложение Tulip, использующее камеру планшета в качестве сканера штрих-кодов для распространенных случаев управления запасами) | Используйте SQL-коннекторы, если HTTP API не является опцией. |

Ниже приведено сравнение ERP-систем и Tulip, а также указано, для каких общих элементов каждая система считается системой учета.

Общие сведения о подключении

Как правило, Tulip подключается к внешним программным системам одним из трех способов:

1. HTTP API (который включает в себя REST и SOAP)
2. OPC UA
3. SQL-запросы

HTTP API

Если ваша ERP/MES имеет HTTP (включая REST и SOAP) API, Tulip может инициировать запросы, которые могут отправлять или получать данные через эти конечные точки. Tulip с помощью своих HTTP-коннекторов может использовать веб-сервисы, предоставляемые ERP-системой, и передавать данные в Tulip для использования приложениями в режиме реального времени.

Обратите внимание, что при использовании коннекторов Tulip Tulip должен инициировать соединение, а не ваша ERP/MES. Если ERP/MES должна инициировать подключение к Tulip, используйте API Tulip Tables.

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

База данных SQL

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

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

Кроме того, некоторые организации хранят свои ERP/MES-данные в конфиденциальной базе данных, которая недоступна третьим лицам, но они все равно хотят обмениваться данными с Tulip. Поэтому они создают новую базу данных, в которой могут обмениваться определенными данными из своих программных систем, а Tulip может обмениваться данными без каких-либо проблем с безопасностью.

Промышленные протоколы

Если ваша ERP/MES обменивается данными через промышленный протокол, например Modbus, MTConnect или OPC UA, то Tulip может подключиться через сервер, на котором установлен Tulip Connector Host.

В этом случае ваша ERP/MES будет действовать как "машина" в Tulip. Ознакомьтесь с нашей статьей Введение в машинный мониторинг для получения более подробной информации.

Односторонний обмен данными

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

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

Например, вас может устроить, если вы сделаете Tulip своей основной системой для сбора данных в цеху. Затем, после отправки данных в вашу систему MES/ERP, вы можете согласовать данные цеха с существующими данными в системе.

Типичные сценарии использования

Ниже перечислены распространенные сценарии, в которых интеграция со сторонними компаниями является оптимальной:

1. Предоставление цеху самой свежей/самой полной информации из каждого источника правды. Пример из ERP: последние выпущенные заказы (и график), последние спецификации, последние запасы и т. д..
2. Смягчение управления избыточными данными (например, данными, приведенными выше).
3. Поддерживайте актуальность запасов в реальном времени: избегайте спешки с увеличением количества сырья.
4. Улучшенная диспетчеризация в ERP на основе статуса рабочих центров в реальном времени (т. е. какие рабочие центры доступны?).
5. Заказы ERP + прослеживаемость на уровне единиц продукции Tulip: Быстрое выявление потенциально бракованной готовой продукции.

Читать далее

• Шаги по созданию вашей первой системной интеграции
• Как интегрировать Tulip с SAP

Вы нашли то, что искали?

Вы также можете зайти на community.tulip.co, чтобы задать свой вопрос или узнать, сталкивались ли другие с подобным вопросом!