Скачать в PDF

Encode Track Line API

Encode Track Line API — локальный сервис для централизованного обмена данными между системой уровня L3 и производственными линиями Encode Track Line (L2). Система разработана для координации и мониторинга производственных процессов в режиме реального времени. В зависимости от включённых режимов сервис также может проксировать лицензирование и работать как локальное зеркало обновлений.

Ключевые возможности:

• Централизованное управление программным обеспечением Encode Track Line на производственных линиях
• Мониторинг статусов выполнения в реальном времени
• Интеграция с системами уровня L3 через HTTP API
• Мониторинг состояния системы, подключений к L3 и производственным линиям.

Режимы работы Encode Track Line API

В разделе «Настройки» → «Режимы» доступны режимы работы системы, позволяющие управлять взаимодействием с производственными линиями и дополнительными сервисами.

Режимы включаются и отключаются с помощью переключателей.

Доступны следующие режимы:

• Обмен данными с линиями.
• Проксирование лицензирования.
• Локальный сервис обновлений.

Обмен данными с линиями

Функционал

Режим обмена данными с линиями обеспечивает централизованное взаимодействие между системой уровня L3, сервером ETL API и производственными линиями, включающими одну или несколько станций с установленным ПО ETL2.

Функционал включает:

• передачу заданий от системы уровня L3 на производственные линии через ETL API;
• централизованное управление заданиями на станциях производственной линии;
• мониторинг состояния станций;
• поддержка типов станций в составе производственной линии:
  • центральная станция — отвечает за синхронизацию заданий и управление другими станциями;
  • дополнительная станция — может работать совместно с центральной станцией или параллельно.
• управление оборудованием станции:
  • выполнение схем оборудования;
  • изменение пресета оборудования;
• передачу результатов выполнения заданий в систему уровня L3;
• выполнение команд управления заданиями:
  • запуск задания, в том числе в режиме «только чтение»;
  • остановка задания;
  • формирование и отправка отчёта;

Динамическая подкачка кодов

Функционал

Динамическая подкачка кодов обеспечивает автоматическое получение дополнительных кодов в процессе выполнения задания сериализации без необходимости предварительно загружать на производственную линию весь объём кодов.

Функционал включает:

• включение динамической подкачки для задания;
• контроль остатка кодов на L2;
• автоматическое формирование запроса при достижении минимального остатка;
• получение дополнительного пакета кодов через ETL API и L3;
• загрузку полученных кодов в базу данных производственной линии.

Параметры расчёта

В L3 для производственной линии задаются:

• Производительность линии, шт/мин;
• За какое время пополнять коды, мин;
• На какое время пополнять коды, мин.

На их основе рассчитываются два значения:

Порог для запроса кодов:

За какое время пополнять коды, мин × Производительность линии, шт/мин = Минимальный остаток кодов

Объём пополнения:

На какое время пополнять коды, мин× Производительность линии, шт/мин = Количество кодов для пополнения

Пример

Если:

• Производительность линии, шт/мин: 100 шт/мин;
• За какое время пополнять коды, мин: 5 минут;
• На какое время пополнять коды, мин: 20 минут;

то:

• запрос на пополнение будет инициирован при остатке 500 кодов (100 х 5);
• L3 передаст 2000 кодов (100 х 20).

Принцип работы

1. В L3 для производственной линии задаются параметры динамического пополнения кодов.
2. На их основе рассчитывается минимальный остаток кодов на L2 и количество кодов для следующей выдачи.
3. В процессе сериализации ETL2 контролирует количество доступных кодов.
4. При достижении минимального остатка ETL2 инициирует запрос через ETL API.
5. ETL API передаёт запрос в L3.
6. L3 формирует пакет рассчитанного объёма и передаёт его в ETL API.
7. ETL API записывает полученные коды в базу данных производственной линии.
8. ETL2 продолжает выполнение задания с пополненным запасом кодов.

Централизованная паллетизация

Функционал

Централизованная паллетизация позволяет выполнять печать паллетных этикеток в единой точке для паллет, сформированных на разных производственных линиях.

Функционал включает:

• формирование паллет на разных производственных линиях без печати паллетной этикетки;
• хранение связи между кодами коробок и сформированной паллетой в базе данных станции, на которой выполнялось формирование;
• поиск паллеты по коду коробки через ETL API;
• обращение ETL API ко всем станциям для поиска соответствующей связи;
• передачу найденного кода паллеты на станцию в месте паллетирования;
• печать паллетной этикетки после идентификации паллеты.

Принцип работы

1. На производственной линии формируется паллета и сохраняется связь между кодами входящих в неё коробок и кодом паллеты.
2. Паллетная этикетка на этом этапе не печатается.
3. Сформированная паллета поступает в единое место паллетирования.
4. На выходе паллеты камера считывает код одной из коробок.
5. Считанный код обрабатывается настроенным на станции узлом с параметром печати родительского кода.
6. Узел инициирует запрос в ETL API.
7. ETL API обращается ко всем станциям производственных линий и выполняет поиск считанного кода коробки в их базах данных.
8. После обнаружения связи ETL API получает соответствующий код паллеты и передаёт его на станцию в месте паллетирования.
9. На станции выполняется печать паллетной этикетки.
10. Этикетка наносится принтером-аппликатором, после чего паллета направляется на склад.

Проксирование лицензии

Функционал

Режим проксирования лицензирования позволяет станции обращаться к сервису лицензирования через ETL API, если у станции отсутствует прямой доступ к интернету, а у сервера ETL API он есть.

Функционал включает:

• предоставление доступа к лицензии через сервер ETL API;
• централизованную проверку наличия действующей лицензии;
• передачу лицензии от сервера ETL API к станции по запросу;
• возможность работы станции без прямого подключения к внешним сервисам лицензирования;
• поддержку работы системы в изолированной инфраструктуре.

Принцип работы

1. ETL API направляет запрос на центральный сервер для получения информации о лицензии.
2. Центральный сервер:
3. проверяет наличие действующей лицензии;
4. формирует ответ о статусе лицензии;
5. передаёт результат в ETL API.
6. ETL API:
7. принимает ответ от сервера лицензирования;
8. передаёт информацию о лицензии в ETL2.

Локальный сервис обновлений

Функционал

Режим локального сервиса обновлений обеспечивает обновление системы Encode Track Line в инфраструктуре без прямого доступа к интернету.

Функционал включает:

• загрузку обновлений с внешнего сервера;
• загрузку сборок из архива;
• локальное хранение и распространение сборок;
• автоматическую и ручную синхронизацию:
  • автоматическая синхронизация — выполняется по настроенному расписанию;
  • ручная синхронизация — запускается пользователем.
• управление сборками по веткам и платформам;
• управление версиями, разрешёнными для установки на станциях;
• возможность работы ETL API и станций без прямого доступа к интернету.

Принцип работы

1. На стороне клиента разворачивается локальный сервис обновлений.
2. Сборки загружаются:
   • с центрального сервера при синхронизации по сети;
   • из ZIP-архива при ручной загрузке.
3. Сборки отображаются по веткам и платформам.
4. Для каждой сборки определяется возможность её установки на станциях с помощью переключателя «Одобрено».
5. Станциям доступна максимальная одобренная версия для соответствующих ветки и платформы.

Журнал транзакций

ETL API фиксирует входящие API-вызовы и исходящие обращения к внешним сервисам.

Для транзакций сохраняются сведения о направлении, endpoint, HTTP-методе, статусе и результате выполнения, времени создания и изменения, а также UUID. Доступен просмотр входных и выходных данных транзакции.