Когда учётной системе приходится выйти в цех: что меняется в инфраструктуре

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

Сеть в цехе — это не офисная сеть

Металл, бетон, работающее оборудование и мокрые зоны съедают сигнал так, что карта покрытия из офиса перестаёт работать. Практическая разница простая: в офисе обрыв связи означает «страница подождёт», в цехе — «человек стоит с деталью в руках и не может отметить операцию».

Отсюда два решения, которые принимаются до закупки оборудования. Первое: где именно должны быть точки отметки — у каждого рабочего места, на входе в участок или на выходе с него. Второе: сколько времени участок должен прожить без связи, ничего не потеряв. Ответ «связь у нас не падает» на практике означает «мы не проверяли».

Чем отмечают операцию

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

• Терминал сбора данных. Переживает падение, работает в перчатках, хранит операции локально. Дороже, но на участке живёт годами.
• Планшет или смартфон в защищённом корпусе. Дешевле, привычнее, но требует дисциплины с зарядкой и быстро набирает царапины на камере — а камера здесь сканер.
• Стационарный пост со сканером. Дешевле всего и надёжнее всего, но люди ходят к посту, а не пост к людям. Годится там, где поток проходит через одну точку.

Тип печати выбирается по тому же принципу: этикетка, которая живёт на изделии месяцами и переживает мойку, и этикетка на коробку до склада — это разные материалы и разные принтеры.

Три вопроса к программе, а не к железу

Инфраструктура упирается в поведение системы, и три случая стоит проговорить до проекта.

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

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

Что происходит с историей. Отметка операции ценна не сама по себе, а тем, что позже по ней можно ответить на вопрос «когда, кто и с чем». Если история перезаписывается очередным статусом, ответить будет нечем.

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

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

С чего начинать

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