Удалённый сервис оборудования для OEM: поддержка после отгру

Почему после отгрузки обслуживать станки труднее

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

Удалённый сервис не равен работе без персонала. Его задача — сделать вопрос «в каком состоянии станок сейчас и что меняли в прошлый раз» фактом, доступным для проверки в любой момент; вывод диагностики по-прежнему делает инженер.

Три способа построить канал удалённого сервиса

Форма канала зависит от условий сети на площадке и требований заказчика по соответствию. На практике распространены три способа, которые можно сочетать.

• Выделенная линия или фиксированный публичный адрес: подходит, когда ИТ-служба заказчика допускает фиксированный выход, канал стабилен, но требуется настройка на стороне сети заказчика
• Беспроводной канал 4G/5G: обычный выбор, когда станки распределены или сеть заказчика закрыта; работает сразу после монтажа, а трафик учитывается по площадкам
• Защищённый туннель с обратным подключением через шлюз: шлюз на площадке сам инициирует шифрованное соединение с сервисной стороной, поэтому входящие порты в сети заказчика открывать не нужно, а остановка или обрыв связи не влияют на эту сеть

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

Что должна обеспечивать сервисная сторона

Сторона станка отвечает на вопрос «можно ли подключиться», сторона платформы — «можно ли управлять и проследить действия». Работоспособная платформа обычно делится на три уровня.

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

Кому принадлежат данные и кто их видит

Это то, что заказчик учитывает в первую очередь при оценке удалённого сервиса, и это нужно прописать уже на этапе договора, а не откладывать до внедрения.

• Принадлежность данных: принадлежность технологических данных площадки определяется договором, обычно указывается, что они принадлежат заказчику, а производитель получает право использования в объёме, необходимом для сервиса
• Разделение заказчиков: когда производитель обслуживает нескольких заказчиков, платформа разделяет данные и учётные записи по заказчикам, чтобы они не видели данные друг друга
• Уровни прав: удалённое подключение и изменение параметров авторизуются по ролям, права только на просмотр, на выгрузку и на изменение настраиваются отдельно
• Журналирование действий: вход в учётную запись, установка соединения и каждое изменение программ и параметров фиксируются со временем, учётной записью и содержанием

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

От аварийного сигнала до устранения: как идёт процесс

Когда канал и платформа готовы, эффективность сервиса определяет ясность правил обработки.

• При срабатывании аварийного сигнала платформа уведомляет и заказчика, и ответственного сотрудника производителя, прикладывая данные работы на тот момент
• Инженер удалённо смотрит кривые в реальном времени и историю, чтобы сначала определить, это колебание режима работы или неисправность самого станка
• То, что можно решить удалённо, решается на месте и записывается; то, что требует выезда, выполняется с готовым выводом, чтобы уменьшить повторные поездки
• После завершения работы записываются выполненные действия и время восстановления в сервисное дело станка

Когда эта цепочка работает ровно, «большинство вопросов не требует выезда» становится естественным следствием, а не лозунгом.

Порядок внедрения: начать с одной пилотной модели станка

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

В этом процессе согласование условий с каждым заказчиком обычно занимает больше времени, чем сама разработка ПО, поэтому закрепление шаблонов уже на этапе пилота экономит много повторной работы.

Что нужно уточнить перед внедрением

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

Shanghai Chengxuan Intelligent работает в области промышленного ПО и подключения оборудования с 2009 года, обладает продуктовыми возможностями в сборе данных оборудования, каналах удалённого доступа и платформах мониторинга и может вместе с производителем уточнить вариант канала и объём функций платформы с учётом моделей станков и условий заказчиков.