Обмен между оборудованием и учётной системой: что согласовать до разработки
Содержание статьи
Фраза «передать данные в учётную систему» оставляет слишком много вопросов. Какие именно данные нужны, кто создаёт задание, когда результат считается принятым и что делать при недоступности получателя? Без этих ответов можно разработать работающий обмен, которым неудобно пользоваться в смене. Обсуждение начинают с производственных событий и документов.
Опишите один сквозной сценарий
Возьмите конкретное задание и проследите его от создания до закрытия. Отметьте, где появляется номер партии, кто разрешает запуск, откуда берётся количество и кто подтверждает качество. Для каждого перехода запишите отправителя, получателя и ожидаемый результат. Необязательно сразу описывать все изделия: сначала полезно согласовать один обычный сценарий и несколько характерных исключений.
Важно различать технологическое событие и учётный факт. Срабатывание датчика на конвейере ещё не отвечает на вопрос, является ли изделие годным и относится ли оно к нужной партии. Правила формирования итогового количества согласуют с технологами, производством и ответственными за учёт.
Сверьте справочники до разработки
Один объект должен одинаково определяться на всех участках обмена. Проверьте коды оборудования, изделий, операций и единицы измерения. Если цех использует штуки, а документ — упаковки, потребуется явное правило пересчёта с учётом состава конкретной упаковки. Название изделия не всегда подходит как идентификатор: его могут исправить, сократить или повторить в другом справочнике.
Разберите недоставленные и повторные сообщения
При временной недоступности системы важно знать, где сохраняется событие и кто увидит проблему. Повторная отправка одного результата не должна незаметно создавать второе выполнение задания. Способ защиты от дублей выбирают разработчики, а в требованиях фиксируют ожидаемое поведение: один подтверждённый результат учитывается однократно, ошибки доступны для разбора.
Отдельно обсудите сообщения, пришедшие с задержкой после закрытия смены или задания. Кто может принять такие сведения, требуется ли согласование и как отражается исправление? Эти вопросы лучше решить до запуска, когда ещё можно спокойно проверить исключения на тестовых данных.
Согласуйте проверку и сопровождение
В программу испытаний включите обычную передачу, потерю связи, повтор сообщения, неизвестный код изделия и изменение задания. Для каждого случая заранее определите наблюдаемый результат и ответственного за проверку. Контур обмена должен иметь владельцев с обеих сторон: иначе первая спорная запись превращается в переписку нескольких подрядчиков.
Подготовку интерфейсов можно включить в проектирование и интеграцию. Для первичного обсуждения потребуются примеры документов, перечень систем и описание потока. Связанные задачи сбора информации со станков рассматриваются в рамках автоматизации производства.
