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