Новосибирск, Ватутина 38

+7 (923) 180-37-91, arsenalsit@yandex.ru

Заказать звонок

программное обеспечение

Стоимость основных программных продуктов для маркировки «Честный знак»

Перечень программных продуктов

Компания ООО «Арсенал» предлагает следующие виды программных продуктов:

В рамках этих проектов компания выполняет:

  • проектирование архитектуры программных комплексов и интеграционных контуров;
  • разработку серверных сервисов, локальных API и интеграционных модулей;
  • разработку десктоп-приложений, веб-интерфейсов и рабочих мест операторов;
  • разработку мобильных Android-приложений для терминалов сбора данных;
  • разработку расчетных моделей производственной эффективности, витрин данных и информационных панелей;
  • разработку обмена с ЦРПТ, ГИС МТ, учетными системами, MES/ERP-контурами и производственными системами заказчиков;
  • разработку интеграций с ПЛК, промышленными принтерами, сканерами, камерами, контрольными весами, RFID-оборудованием и устройствами отбраковки;
  • разработку механизмов хранения данных, аудита, мониторинга, логирования и защиты данных;
  • сопровождение, развитие и адаптацию продуктов под требования конкретных производственных площадок.

ПАК СП

Краткое описание продукта

ПАК СП (программно-аппаратный комплекс сервис-провайдера) — продукт для типографий, оказывающих услуги нанесения кодов маркировки на товары по заказам участников оборота товаров.

ПАК СП автоматизирует процессы обязательной маркировки на стороне типографии, интегрируется с государственными информационными системами и обеспечивает полный цикл работы с кодами: приём заказа от заказчика типографии, получение кодов из ЦРПТ, передачу кодов в систему маркировки InMark, получение результатов маркировки, формирование зашифрованных архивов катушек и отправку отчёта о нанесении в ЦРПТ.

ПАК СП объединяет центральный сервер, Go-агент ПАК СП, пользовательские интерфейсы и интеграционные модули. Центральный сервер отвечает за бизнес-логику, пользователей, заказы, биллинг, каталог продукции, уведомления, аудит и синхронизацию с площадками типографий. Go-агент ПАК СП работает в инфраструктуре типографии и обеспечивает взаимодействие с ЦРПТ, системой маркировки InMark, контуром электронной подписи и локальным буфером кодов.

Заказчики типографий получают веб-интерфейс для создания заказов, отслеживания статусов и скачивания результатов.

Переносы в исходнике были такие, будто текст пережил факс, три пересохранения в Word 2003 и развод автора документа.

Назначение продукта и целевая аудитория

ПАК СП предназначен для автоматизации деятельности сервис-провайдеров и типографий, работающих с обязательной маркировкой товаров.

Основные пользователи ПАК СП:
  • Типографии — принимают заказы от заказчиков типографий, заказывают коды маркировки, передают коды в систему маркировки InMark, формируют катушки и отчёты.
  • Заказчики типографий — участники оборота товаров, которым необходимо заказать нанесение кодов маркировки и получить результат в виде катушек или статусов выполнения.
  • Интегратор / администратор платформы — управляет типографиями, пользователями, настройками, биллингом, мониторингом и контролирует выполнение транзакций.

Для заказчиков типографий ПАК СП снижает объём ручного труда при передаче данных в типографию и получении результата. Для типографий ПАК СП закрывает операционный контур работы с кодами маркировки: приём заказа, взаимодействие с ЦРПТ, передача кодов в систему маркировки InMark, учёт результатов и формирование отчётности.

Описание разрабатываемых продуктов и компонентов

Выполняемые компанией работы

В рамках проекта компания выполняет следующие работы:
  • проектирование архитектуры программного комплекса и модели взаимодействия центрального сервера с локальными площадками типографий;
  • разработка backend-сервисов центрального сервера;
  • разработка Go-агента ПАК СП для работы в инфраструктуре типографии;
  • разработка API и форматов обмена данными между компонентами;
  • разработка пользовательских интерфейсов для типографии, заказчика типографии и интегратора;
  • разработка интеграций с ЦРПТ, внешними справочными сервисами, системой маркировки InMark и контуром электронной подписи;
  • разработка механизмов аутентификации, ролевой модели, аудита действий пользователей и защиты данных;
  • проектирование хранения данных, миграций БД, хранения катушек и локального буфера кодов;
  • настройка контейнеризации, окружений развертывания, мониторинга, логирования и процедур сопровождения;
  • техническое сопровождение, доработка функциональности, исправление ошибок и развитие продукта под требования типографий и заказчиков типографий.

Основные функции продукта

ПАК СП обеспечивает:
  • прием заказов от заказчиков типографий;
  • проверку полномочий и доверенностей, необходимых для выполнения операций с кодами маркировки;
  • заказ кодов маркировки через API ЦРПТ;
  • получение кодов маркировки блочно и хранение их во временном локальном буфере Go-агента ПАК СП;
  • передачу кодов маркировки в систему маркировки InMark;
  • получение результатов маркировки из системы маркировки InMark;
  • формирование катушек как зашифрованных архивов с результатами нанесения;
  • отправку отчетов о нанесении в ЦРПТ;
  • отслеживание статусов заказов, отчетов, ошибок и событий;
  • уведомления пользователей о значимых событиях;
  • поиск по заказам, кодам маркировки, производственным заданиям и катушкам;
  • ведение аудит-лога действий пользователей;
  • мониторинг доступности ПАК СП, ЦРПТ, системы маркировки InMark и контура электронной подписи.

Технологии, стек и языки программирования

Основной стек

Интеграции с внешними системами

ПАК СП разрабатывается как интеграционное решение для работы с внешними государственными и производственными системами:

ЦРПТ / СУЗ / ГИС МТ — заказ кодов маркировки, получение кодов, закрытие заказов, отправка отчетов о нанесении, получение квитанций и работа с доверенностями;

Национальный каталог / True API — получение и кэширование описаний товаров по GTIN, справочная информация о товарах и кодах;

Система маркировки InMark — передача кодов на маркировку и получение результатов маркировки;

Контур электронной подписи — подписание запросов УКЭП и проверка электронной подписи;

SMTP-сервер — отправка уведомлений пользователям.

Данные и безопасность

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

Система видеорегистрации заездов с RFID-идентификацией участников

Краткое описание продукта

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

Оператор заранее регистрирует участников, привязывает к ним RFID-метки, настраивает камеры и параметры записи. Запуск видеозаписи выполняется по RFID-метке или вручную по выбранному участнику. После запуска приложение отправляет команды сетевым камерам, ожидает завершения записи, загружает видеофрагменты с камер, объединяет их в один MP4-файл и сохраняет результат в папку участника.

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

Назначение продукта и целевая аудитория

Система видеорегистрации заездов предназначена для спортивных объектов, тренировочных площадок, организаторов соревнований, тренеров и операторов трассы.

Основные пользователи:
  • Оператор трассы — запускает режим записи, контролирует статус RFID-считывателя и камер, проверяет успешность записи.
  • Тренер или организатор заезда — использует видеозаписи для разбора прохождения трассы, контроля результата и подтверждения факта заезда.
  • Участник заезда — идентифицируется по RFID-метке, после чего видеозапись автоматически связывается с его карточкой.

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

Описание разрабатываемых продуктов и компонентов

Выполняемые компанией работы

В рамках проекта компания выполняет следующие работы:
  • разработка десктоп-приложения для рабочего места оператора;
  • разработка пользовательского интерфейса на PySide;
  • разработка логики запуска заезда и обработки состояний записи;
  • разработка интеграции с RFID-считывателем по TCP-сокету;
  • разработка интеграции с сетевыми камерами по HTTP API;
  • разработка локальной базы данных пользователей, камер и настроек;
  • разработка механизма загрузки видеофрагментов с камер;
  • разработка механизма объединения видеофрагментов в итоговый MP4-файл;
  • разработка каталога видеозаписей и фильтрации архива;
  • разработка мониторинга доступности камер, статуса RFID-считывателя и уровня заряда камер.

Основные функции продукта

Система видеорегистрации заездов обеспечивает:
  • регистрацию участников заездов;
  • привязку RFID-меток к участникам;
  • настройку IP-адреса RFID-считывателя;
  • настройку сетевых камер;
  • указание позиции камеры, задержки старта записи и продолжительности записи;
  • запуск заезда по RFID-метке;
  • запуск заезда по выбранному участнику;
  • проверку соответствия RFID-метки выбранному участнику;
  • отправку команды на запись нескольким камерам;
  • проверку доступности камер и отображение статуса подключения;
  • отображение уровня заряда камеры, если камера возвращает эти данные;
  • загрузку видеофрагментов с камер;
  • повторные попытки загрузки видео при временной недоступности файла;
  • объединение видеофрагментов в один MP4-файл;
  • сохранение итоговой записи в папку участника;
  • просмотр сохраненной видеозаписи во встроенном плеере;
  • поиск и фильтрацию архива записей по участнику, дате, времени, стране и дополнительным параметрам.

Технологии, стек и языки программирования

Основной стек

Интеграции с внешними системами

Система видеорегистрации заездов взаимодействует со следующими внешними устройствами и программными компонентами:

RFID-считыватель FONKAN UHF — получение EPC RFID-метки участника и проверка права запуска записи;

Сетевые камеры / модули записи — выполнение команд записи, проверка доступности, получение уровня заряда и загрузка видеофайлов;

ffmpeg — объединение видеофрагментов в итоговый MP4-файл;

Локальная файловая система Windows — хранение временных видеофрагментов и итоговых записей участников.

Данные и безопасность

Проект работает с локальными данными спортивной площадки:
  • сведения об участниках: ФИО, RFID-метка, страна и дополнительные параметры;
  • сведения о камерах: название, IP-адрес, позиция, задержка и длительность записи;
  • настройки RFID-считывателя;
  • видеозаписи заездов;
  • служебные логи работы приложения.
Данные хранятся локально в SQLite и файловой системе рабочего места оператора. Такой контур подходит для автономной работы на спортивной площадке без обязательного подключения к внешнему серверу.

Система маркировки InMark

Краткое описание продукта

Система маркировки InMark — программный комплекс для управления маркировкой товаров на производственных линиях, печати и нанесения кодов Data Matrix, валидации кодов маркировки,
агрегации, палетирования и обмена данными с производственными и учётными системами. InMark
автоматизирует обязательную маркировку, управление производственными заданиями и интеграцию программного обеспечения с промышленным оборудованием производственной линии.

InMark получает или создаёт производственные задания, управляет кодами маркировки, передаёт
данные в печатающие устройства, принимает результаты сканирования, выполняет валидацию Data Matrix, контролирует уникальность кодов, ведёт счётчики и фиксирует результаты выполнения операций. Система поддерживает несколько производственных сценариев: сериализацию, агрегацию, переагрегацию, палетирование, работу с несколькими производственными заданиями, печать этикеток, проверку кодов и формирование данных для отчётности.

InMark включает рабочее место мастера, программное обеспечение узла маркировки, модуль печати, конфигуратор, модули обмена с базой данных, MQTT-обмен, интеграции с API, ПЛК, сканерами, камерами машинного зрения, принтерами, контрольными весами и другим производственным оборудованием.

Назначение продукта и целевая аудитория

Система маркировки InMark предназначена для производственных предприятий и операторов производственных линий, которым требуется автоматизировать процессы маркировки и обеспечить прослеживаемость операций с кодами Data Matrix.

Основные пользователи системы маркировки InMark:
  • Оператор производственной линии — выполняет производственное задание на узле маркировки, контролирует состояние оборудования, сканирование, печать, счетчики и сообщения об ошибках.
  • Мастер смены — управляет производственными заданиями, сменами, производственными линиями, продуктами, пользователями и контролирует выполнение операций на производстве.
  • Наладчик / сервисный инженер — настраивает оборудование, параметры производственной линии, принтеры, сканеры, камеры, ПЛК и параметры обмена.
  • Администратор — управляет пользователями, ролями, конфигурациями, доступом и системными настройками.

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

Описание разрабатываемых продуктов и компонентов

Выполняемые компанией работы

В рамках проекта компания выполняет следующие работы:
  • проектирование архитектуры системы маркировки InMark и взаимодействия рабочих мест с производственной линией;
  • разработка десктоп-приложений InMark-Master, InMark-Line и InMark-Printing;
  • разработка пользовательских интерфейсов на PySide;
  • разработка логики производственных заданий, смен, продуктов, производственных линий, ролей, счетчиков и отчетности;
  • разработка алгоритмов сериализации, агрегации, переагрегации, палетирования и проверки кодов маркировки;
  • разработка механизмов валидации Data Matrix, проверки уникальности кодов и контроля статусов кодов;
  • разработка интеграции с API DB и основным API InMark;
  • разработка MQTT-обмена между рабочими местами и узлами маркировки;
  • разработка интеграций с ПЛК, сканерами, камерами машинного зрения, принтерами, контрольными весами, реле и последовательными устройствами;
  • разработка конфигуратора и профилей настроек для разных типов рабочих мест и производственных сценариев;
  • разработка механизмов логирования, мониторинга состояния подключений и диагностики ошибок;
  • разработка механизмов лицензионной защиты и проверки права запуска программных модулей;
  • сборка исполняемых приложений и сопровождение внедрений на производственных площадках.

Основные функции продукта

Система маркировки InMark обеспечивает:
  • создание, назначение, запуск, выполнение и завершение производственных заданий;
  • управление продуктами, материалами, производственными линиями, сменами и пользователями;
  • импорт, получение, резервирование и учет кодов маркировки;
  • передачу Data Matrix в печатающие устройства и промышленные маркираторы;
  • печать этикеток и управление заданиями на печать;
  • валидацию Data Matrix и разбор кодов по правилам GS1;
  • проверку уникальности кодов и агрегатов;
  • проверку статусов кодов маркировки через интеграционный API;
  • учет нанесенных, напечатанных, отсканированных, отбраковочных и агрегированных кодов;
  • агрегацию, переагрегацию, замену агрегатов и замену головного кода агрегата;
  • палетирование и работу с групповыми кодами;
  • удаление, возврат и замещение кодов в производственном процессе;
  • работу с катушками и заданиями на печать;
  • получение данных от сканеров, камер машинного зрения и контрольных весов;
  • взаимодействие с ПЛК и исполнительными устройствами производственной линии;
  • отображение состояния производственной линии, оборудования, подключений, счетчиков и ошибок;
  • обмен оперативными событиями через MQTT;
  • обмен данными с API DB и основным API InMark;
  • ведение логов, диагностику ошибок и передачу технических событий в сервис логирования;
  • разграничение доступа по ролям пользователей.

Технологии, стек и языки программирования

Основной стек

Интеграции с внешними системами

Система маркировки InMark взаимодействует со следующими внешними устройствами и программными компонентами:

API DB — централизованный доступ к данным о производственных заданиях, продуктах, производственных линиях, пользователях, сменах, кодах Data Matrix, агрегатах, катушках, счетчиках и статусах;

Основное API InMark — проверка статусов кодов, получение материалов, заказ кодов, отправка отчетов по производственным заданиям, отправка отчетов по трансформациям агрегатов и управление конфигурациями;

MQTT broker — обмен оперативными сообщениями между рабочим местом мастера и узлами маркировки;

ПЛК производственной линии — получение состояний оборудования, управление сигналами, отбраковкой и технологическими операциями;

Промышленные принтеры и маркираторы — передача данных печати, управление шаблонами и получение статусов печати;

Промышленные сканеры и камеры машинного зрения — чтение Data Matrix, контроль качества считывания, работа с пресетами камер и параметрами проверки;

Контрольные весы — получение данных веса для производственных операций;

Сервер авторизации — проверка пользователей и групп доступа;

SAP/ECC и интеграционные контуры заказчика — получение заказов, получение материалов и передача отчетов через интеграционный API;

ЦРПТ / ГИС МТ — проверка статусов кодов маркировки и обмен отчетными данными через интеграционный API;

Лицензионные ключи Sentinel / Guardant — проверка права запуска и использования программных модулей.

Данные и безопасность

Система маркировки InMark работает с данными производственного контура:
  • сведения о продуктах, материалах, производственных линиях и подразделениях;
  • производственные задания, задания на печать, смены и статусы выполнения;
  • коды Data Matrix, агрегаты, групповые коды, палеты, катушки и связанные счетчики;
  • сведения о пользователях, ролях и группах доступа;
  • настройки рабочих мест, оборудования, API, MQTT, БД, логирования и интеграций;
  • события работы производственной линии, состояния подключений, ошибки и технические логи.
В системе маркировки InMark предусмотрено разграничение доступа по ролям: оператор, мастер, наладчик, сервисный инженер и администратор. Для критичных операций применяется авторизация пользователя, а действия программных модулей сопровождаются техническим логированием. Обмен с API DB выполняется с контролем запросов, обработкой ошибок соединения и восстановлением состояния подключения. Запуск программных модулей защищается проверкой лицензии.

Система учета рыбной продукции InTrum

Краткое описание продукта

Система учёта рыбной продукции InTrum — программный комплекс для регистрации GS1-кодов рыбной продукции, учёта продукции по рейсам или сменам, проверки уникальности кодов, накопления производственных данных и передачи результатов учёта через локальный API. InTrum автоматизирует учёт продукции в судовом и производственном контуре и применяется там, где требуется связать считываемый код с продукцией, датой производства, судном или участком, весом и учётной сессией.

InTrum принимает код от камеры, сканера или ПЛК, разбирает GS1-структуру, проверяет формат и уникальность кода, сохраняет код и его атрибуты в PostgreSQL, обновляет счётчики и отображает оператору результат обработки. Система поддерживает два режима работы. Судовой режим используется для учёта продукции по рейсам: InTrum хранит номер рейса, счётчики за рейс, справочники судов, участков и продукции. Производственный режим используется для работы по сменам: InTrum открывает и закрывает смену, принимает коды от ПЛК, передаёт ПЛК результат проверки и сохраняет данные только после подтверждения от оборудования.

InTrum включает десктоп-приложение оператора, встроенный FastAPI-сервис, слой работы с PostgreSQL, модуль разбора GS1-кодов, модуль обмена с ПЛК и модуль последовательного обмена со сканером или другим внешним устройством.

Назначение продукта и целевая аудитория

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

Основные пользователи InTrum:
  • Оператор судового учета — контролирует считывание кодов, счетчики за рейс, статистику по продукции и состояние подключения к БД и оборудованию.
  • Оператор производственного участка — открывает и закрывает смену, контролирует прием кодов от ПЛК, подтверждение проверки и запись кодов в БД.
  • Интегратор / администратор — настраивает подключение к PostgreSQL, порт обмена с ПЛК, последовательный порт, параметры камеры, отбраковки и отображения.
  • Внешняя учетная система — получает коды, статистику и сведения о сессиях через локальный API.

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

Описание разрабатываемых продуктов и компонентов

Выполняемые компанией работы

В рамках проекта компания выполняет следующие работы:
  • проектирование логики учета рыбной продукции по рейсам и сменам;
  • разработка десктоп-приложения оператора на PySide;
  • разработка встроенного локального API на FastAPI;
  • разработка обмена с PostgreSQL;
  • разработка обработки GS1-кодов и извлечения прикладных идентификаторов;
  • разработка проверки формата и уникальности кодов;
  • разработка механизма записи кодов и атрибутов GS1 в БД;
  • разработка справочников продукции, судов и участков;
  • разработка статистики по кодам, GTIN, рейсам, сменам, весу и датам производства;
  • разработка обмена с ПЛК по TCP;
  • разработка обмена со сканером или внешним устройством через последовательный порт;
  • разработка настроек камеры, отбраковки, подключения к БД и параметров обмена;
  • разработка логирования, обработки ошибок соединения и отображения состояния оборудования;
  • сборка приложения в исполняемый файл для установки на рабочем месте оператора.

Основные функции продукта

Система учета рыбной продукции InTrum обеспечивает:
  • прием GS1-кода от камеры, сканера, ПЛК или устройства с последовательным подключением;
  • разбор GS1-кода и проверку обязательных прикладных идентификаторов;
  • проверку уникальности кода в БД;
  • запись кода и извлеченных полей GS1 в PostgreSQL;
  • ведение счетчиков считанных и записанных кодов;
  • учет кодов за рейс;
  • учет кодов за смену;
  • открытие и закрытие смены в производственном режиме;
  • сброс счетчиков и фиксацию даты и времени сброса;
  • ведение статистики по GTIN и наименованию продукции;
  • расчет количества продукции и общего веса по сессии;
  • получение данных по кодам с фильтрацией по дате, идентификатору кода и сессии;
  • получение краткой статистики по продукции;
  • получение списка сессий и признака передачи данных;
  • отметку сессии как переданной во внешнюю систему;
  • ведение справочника продукции;
  • ведение справочника судов;
  • ведение справочника участков;
  • отображение состояния подключения к БД и ПЛК;
  • передачу ПЛК результата проверки кода: код принят, код не распознан или код является дубликатом;
  • блокировку работы производственного режима при закрытой смене или отсутствии связи с БД.

Технологии, стек и языки программирования

Основной стек

Интеграции с внешними системами

InTrum взаимодействует со следующими внешними устройствами и программными компонентами:

ПЛК производственного участка — передает считанные коды, получает результат проверки и состояние готовности системы к работе;

Камера или сканер кодов — передает GS1-код продукции для проверки и регистрации;

Устройство с последовательным подключением — передает код через последовательный порт;

PostgreSQL — хранит коды, поля GS1, счетчики, рейсы, смены, справочники продукции, судов и участков;

Внешняя учетная или производственная система — получает коды, статистику, сведения о сессиях и отметку о передаче через локальный API;

Оборудование отбраковки — используется в производственном контуре для реакции на результат проверки кода через ПЛК.

Данные и безопасность

InTrum работает с данными производственного и судового учета:
  • GS1-коды продукции;
  • GTIN и наименование продукции;
  • партия, дата производства, участок, вес и серийный номер;
  • номер рейса или смены;
  • справочник судов;
  • справочник участков;
  • счетчики считанных и записанных кодов;
  • признак передачи данных во внешнюю систему;
  • технические логи работы приложения, API, БД и обмена с оборудованием.
InTrum хранит данные в PostgreSQL и фиксирует каждый зарегистрированный код вместе с извлеченными GS1-полями. Для защиты от повторного учета система проверяет уникальность кода перед записью в БД. В производственном режиме запись кода выполняется после программной проверки и подтверждения от ПЛК, а при отсутствии связи с БД работа блокируется.

Мобильное приложение InMark TSDC для терминалов сбора данных

Краткое описание продукта

InMark TSDC — мобильное Android-приложение для терминалов сбора данных, используемое в системе маркировки InMark для автоматизации обязательной маркировки, мобильного учёта кодов Data Matrix и работы с агрегатами, поддонами, палетами и отгрузочными операциями. InMark TSDC переносит часть операций системы маркировки InMark на мобильный терминал сбора данных.

Оператор получает на ТСД рабочий интерфейс для сканирования кодов, выполнения производственного задания, сериализации, агрегации, палетирования, отгрузки, проверки, замены и удаления кодов. Приложение взаимодействует с серверными API InMark, хранит рабочие данные в локальной базе ТСД и обменивается оперативными статусами через MQTT. Это позволяет использовать ТСД как мобильное рабочее место оператора там, где операции выполняются не за стационарным компьютером, а непосредственно у продукции, упаковки, поддона или палеты.

Назначение продукта и целевая аудитория

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

Основные пользователи InMark TSDC:
  • Оператор производственного участка — сканирует коды Data Matrix, выполняет производственное задание, контролирует счетчики и результат обработки кодов.
  • Оператор склада или участка отгрузки — выполняет операции отгрузки, палетирования и проверки кодов перед передачей продукции дальше по процессу.
  • Сервисный специалист — проверяет работу ТСД, настройки подключения, локальную базу, логи и состояние обмена с сервером.
  • Интегратор / администратор — настраивает подключение к API InMark, MQTT, параметры ТСД, режимы работы и доступные функции.
Для предприятия InMark TSDC снижает долю ручного ввода, ускоряет операции с кодами маркировки и позволяет выполнять проверку, агрегацию и учет кодов непосредственно в месте выполнения операции.

Описание разрабатываемых продуктов и компонентов

Выполняемые компанией работы

В рамках проекта компания выполняет следующие работы:
  • проектирование мобильных сценариев работы с кодами маркировки на ТСД;
  • разработка Android-приложения на Kotlin;
  • разработка пользовательского интерфейса для операторских, сервисных и инженерных операций;
  • разработка обработки Data Matrix и GS1-кодов;
  • разработка интеграции со встроенными сканерами терминалов сбора данных и камерой мобильного устройства;
  • разработка локального хранения данных на ТСД;
  • разработка обмена с серверными API InMark;
  • разработка MQTT-обмена для передачи состояний, счетчиков и служебных команд;
  • разработка сценариев сериализации, агрегации, палетирования, отгрузки, проверки, замены и удаления кодов;
  • разработка механизмов регистрации ТСД, настройки подключения, обновления приложения, логирования и обработки ошибок;
  • адаптация приложения под разные модели терминалов сбора данных и промышленные сценарии эксплуатации.

Основные функции продукта

InMark TSDC обеспечивает:
  • регистрацию и настройку терминала сбора данных;
  • подключение к серверным API InMark;
  • подключение к MQTT-брокеру;
  • получение и выбор производственных заданий;
  • активацию, выполнение и завершение производственных заданий;
  • сканирование Data Matrix и GS1-кодов;
  • проверку соответствия кода производственному заданию, GTIN, типу упаковки и правилам обработки;
  • запись кодов в рамках производственного задания;
  • удаление кодов из производственного задания или базы при разрешенном сценарии;
  • сериализацию продукции;
  • агрегацию вложенных кодов в групповой код;
  • агрегацию поддонов и формирование палет;
  • отгрузку продукции по отсканированным кодам;
  • проверку информации по коду;
  • верификацию состава агрегата;
  • замену кода или групповой упаковки;
  • разагрегацию и удаление агрегата;
  • отображение счетчиков, статусов, ошибок и журналов операций;
  • локальное хранение рабочих данных и очередей отправки;
  • отправку накопленных данных на сервер после восстановления связи;
  • загрузку обновлений приложения и служебных файлов.

Технологии, стек и языки программирования

Основной стек

Интеграции с внешними системами

InMark TSDC взаимодействует со следующими внешними устройствами и программными компонентами:

Серверные API InMark — предоставляют производственные задания, продукты, коды, агрегаты, статусы, счетчики, регистрацию ТСД и обновления;

MQTT-брокер InMark — используется для обмена оперативными состояниями, счетчиками, ping-запросами, командами прерывания и информацией о каналах работы;

Терминал сбора данных — передает отсканированные коды через встроенный сканер и системный механизм обмена данными;

Камера мобильного устройства — используется как дополнительный способ считывания кода;

Локальная база ТСД — хранит рабочие данные, настройки, производственные задания, очереди отправки и журналы операций;

Сервер обновлений InMark — предоставляет новые версии приложения и служебные файлы.

Данные и безопасность

InMark TSDC работает с данными производственного и складского контура маркировки:
  • коды Data Matrix и GS1-коды;
  • GTIN, SSCC, серийные номера и прикладные идентификаторы GS1;
  • производственные задания, статусы производственных заданий и счетчики выполнения;
  • сведения о продукте, типе упаковки, партии, дате производства и сроке годности;
  • состав агрегатов, поддонов и палет;
  • данные отгрузки;
  • настройки ТСД, параметры подключения к API и MQTT;
  • идентификатор ТСД, регистрационные данные и токен доступа;
  • локальные журналы операций, ошибок и технических событий.
InMark TSDC использует регистрацию клиента и токен доступа для обмена с серверными API InMark. Рабочие данные сохраняются в локальной базе ТСД, что позволяет продолжать выполнение части операций при нестабильной связи и отправлять накопленные данные после восстановления подключения. Для обмена с сервером поддерживается HTTP/HTTPS, а для оперативных статусов и команд используется MQTT.

Система расчета OLE эффективности производственных линий

Краткое описание продукта

Система расчёта OLE эффективности производственных линий — разрабатываемый
программный продукт для расчёта показателя OLE на уровне производственных заказов, минутных фактов выпуска, нормативных скоростей, статусов заказов и событий потерь. Система предназначена для производственной аналитики, контроля эффективности производственных линий, анализа потерь времени и подготовки управленческих показателей по закрытым производственным заказам.

Система расчёта OLE объединяет фактический выпуск продукции, плановые данные по заказам,
нормативные скорости артикулов, статусы заказов и промаркированные события потерь в единую
расчётную модель. На основе этих данных система показывает, какая часть загруженного времени
производственной линии была превращена в полезный выпуск годной продукции на нормативной
скорости. Продукт позволяет контролировать фактическую скорость производственной линии,
сравнивать её с нормативной для текущего артикула, видеть полезное время выпуска, учитывать
потери на переходах, разгонах, снижении скорости, простоях и корректировках выпуска. Для
управленческого анализа система рассчитывает итоговые KPI по закрытым заказам и показывает
проблемные зоны, где расчёт невозможен из-за отсутствия плана, нормативной скорости или
финального статуса заказа.

В MVP-версии продукт строится вокруг приёма входных потоков данных, хранения исходных и
расчётных данных в PostgreSQL, асинхронного пересчёта показателей и визуализации результатов в Grafana.

Назначение продукта и целевая аудитория

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

Основные пользователи системы:
  • Производственный оператор / мастер смены — контролирует текущую скорость производственной линии, активный заказ, отклонения и проблемы с входными данными.
  • Начальник производства — сравнивает заказы, производственные линии и периоды по эффективности, потерям и выполнению плана.
  • Технолог / инженер — анализирует нормативные скорости, разгоны, переходы между заказами и устойчивые просадки скорости.
  • Руководство — получает единый показатель эффективности производственной линии и динамику потерь в понятных единицах времени.
  • BI-аналитик / интегратор — использует API и витрины данных для подключения внешней аналитики и отчетности.
Для предприятия система расчета OLE помогает отделить фактический выпуск от полезного времени, увидеть причины потерь, повысить прозрачность производственных KPI и подготовить основу для дальнейшей декомпозиции потерь по MMP-модели.

Описание разрабатываемых продуктов и компонентов

Выполняемые компанией работы

В рамках проекта компания выполняет следующие работы:
  • проектирование расчетной модели OLE, VOT, LT, фактической скорости, полезного выпуска и потерь;
  • разработка API для приема минутных фактов выпуска, планов заказов, нормативных скоростей, статусов и событий потерь;
  • разработка механизма корректировки выпуска при вычитании кодов маркировки;
  • разработка хранения исходных данных, расчетных показателей и аудита импортов;
  • разработка очереди и механизма контролируемого пересчета заказов;
  • разработка бизнес-правил финализации KPI по закрытым заказам;
  • разработка статусов качества данных, включая отсутствие плана и отсутствие нормативной скорости;
  • разработка API чтения для Grafana, BI и внешних потребителей;
  • разработка информационных панелей Grafana для оперативного мониторинга и анализа закрытых заказов;
  • разработка выгрузок данных по заказам и производственным линиям;
  • подготовка API-документации, описания расчетов, тестовых сценариев и эксплуатационной документации;
  • контейнеризация решения и подготовка конфигурации запуска в серверной среде.

Основные функции продукта

Система расчета OLE обеспечивает:
  • прием минутных агрегатов выпуска;
  • прием корректировок выпуска при вычитании кодов маркировки;
  • прием планов производственных заказов;
  • прием карты артикулов и нормативных скоростей;
  • прием статусов заказов и производственных заданий;
  • прием промаркированных событий потерь;
  • хранение исходных фактов даже при отсутствии плана или нормативной скорости;
  • предотвращение повторного учета дубликатов при повторной доставке данных;
  • расчет фактической скорости производственной линии;
  • расчет полезного времени выпуска VOT;
  • расчет загруженного времени производственной линии под заказ LT;
  • расчет итогового показателя OLE;
  • расчет выполнения плана и итоговых KPI по закрытым заказам;
  • учет потерь на переходах, разгонах, простоях, снижении скорости и корректировках выпуска;
  • фиксацию статусов качества данных missing_plan и missing_speed;
  • асинхронный пересчет заказов при изменении входных данных;
  • отображение оперативных показателей производственной линии;
  • отображение итоговой отчетности по закрытым заказам;
  • анализ переходов между заказами и простоев;
  • контроль неполных данных и очереди пересчета;
  • выгрузку данных по заказам и производственным линиям;
  • предоставление данных для BI-витрин.

Технологии, стек и языки программирования

Основной стек

Интеграции с внешними системами

Система расчета OLE взаимодействует со следующими внешними системами и источниками данных:

Производственная линия, источник маркировки или промежуточный интегратор — передает минутные факты выпуска;

Виджет или сервис корректировки выпуска — передает события вычитания кодов маркировки;
ERP, MES или плановый контур — передает планы заказов, артикулы, плановые количества и версии планов;

Справочник артикулов и нормативных скоростей — передает нормативную скорость по производственной линии и артикулу с периодом действия;

Внешняя система управления заказами и производственными заданиями — передает статусы открытия, выполнения, закрытия и переоткрытия заказов;

Контур учета потерь или ручной классификации простоев — передает интервалы и коды промаркированных потерь;

Grafana — отображает оперативные и итоговые показатели эффективности производственной линии;

BI-системы и внешние потребители данных — получают расчетные данные через API, SQL-представления или выгрузки.

Данные и безопасность

Система расчета OLE работает с производственными, плановыми и расчетными данными:
  • идентификаторы производственных линий, заказов и производственных заданий;
  • артикулы и нормативные скорости;
  • минутные факты выпуска;
  • количество годной продукции;
  • корректировки выпуска при вычитании кодов маркировки;
  • планы заказов и версии планов;
  • статусы заказов и производственных заданий;
  • интервалы и коды потерь;
  • расчетные показатели OLE, VOT, LT, фактической скорости и выполнения плана;
  • статусы качества данных;
  • очередь пересчета;
  • аудит импортов, ошибок валидации и пересчетов;
  • пользовательские и технические учетные записи.
Основное хранилище системы — PostgreSQL. Система сохраняет исходные факты отдельно от расчетных данных, фиксирует изменения, влияющие на расчет, и обеспечивает повторяемый пересчет показателей. Доступ пользователей в MVP-версии осуществляется по локальным учетным записям, а редактирующие API защищаются техническими учетными записями или API-ключами.
помогаем в решении задач
Построение архитектуры ПО на предприятиях
Разработка программных продуктов
Интеграция ПО с 1С, Меркурием, Контуром
Автоматизация промышленных предприятий
Тестирование ПО
Доработка ПО под задачи клиентов
Заказать звонок
Нажимая на кнопку:
«Я принимаю условия Политики в отношении обработки персональных данных (Политика)»
«Я даю Согласие на обработку моих персональных данных в соответствии с Политикой»
Мы используем файлы cookies для улучшения работы сайта, а также систему аналитики “Яндекс Метрика”. Оставаясь на нашем сайте, вы принимаете условия Соглашение на обработку персональных данных. Ознакомиться с Политикой в отношении обработки персональных данных
Я согласен
Made on
Tilda