Экономия пробега и топливаЗа сбой WMS отвечает тот, кому эту ответственность отдали договор и регламент. Поставщик отвечает за ошибки программы и за дефекты, выявленные в гарантийный период. Заказчик отвечает за оборудование, резервные копии, настройки среды и свои изменения конфигурации. Сопровождение закрывает консультации, обновления, доработки и плановые работы. Если границы не описаны до запуска, при первой остановке склада стороны будут спорить, чья это зона. Поэтому регламент сопровождения нужно согласовать так же тщательно, как техническое задание.
Почему сопровождение WMS отличается от сопровождения другого ПО
Остановившийся офисный сервис доставляет неудобства. Остановившийся склад теряет деньги каждый час: не принимаются машины, не собираются заказы, водители ждут, клиенты получают отказ. Поэтому типовая схема приоритетов из договоров на обычное ПО подходит WMS не полностью. В ней обращение с отказом программы стоит в одном ряду с обычной заявкой, и сроки реакции задаются для обслуживающей организации, а не для остановленного склада.
Правильнее разделить три вопроса: что должно быть предусмотрено на стороне заказчика, чтобы отказ не парализовал склад, что входит в гарантию поставщика, а что оплачивается как сопровождение.
Приоритеты обращений
| Приоритет | Что произошло | Кто отвечает | Что должно быть готово |
|---|---|---|---|
| 1. Система не работает | Сбой при запуске, зависание, большинство функций недоступно | Заказчик: оборудование, копии, настройки ОС и СУБД. Поставщик: дефект в программе | Резервное оборудование, свежие резервные копии, план работы без системы |
| 2. Работает частично или медленно | Часть операций не выполняется, падает производительность | Поставщик в рамках гарантии, если настройки соответствуют приёмке; заказчик, если конфигурацию менял он | Журнал изменений конфигурации, акт приёмки с настройками |
| 3. Незначительные дефекты | Неудобства интерфейса, мелкие ошибки без влияния на данные | Поставщик по гарантии или по сопровождению в зависимости от договора | Определение понятия «незначительный» в договоре |
| 4. Запросы | Консультации, установка обновлений, доработки, ошибки в документации | Сопровождение за плату или по тарифу | Перечень услуг и тарифов |
Для первого приоритета характерна ловушка. Заказчик вправе требовать от поставщика исправления дефекта программы бесплатно и без задержек. Но если отказ вызван неисправным сервером, отсутствием резервных копий или ошибками настройки операционной системы, это проблема заказчика. Поэтому закладывать первый приоритет в платный пакет сопровождения без разделения причин невыгодно ни тому, ни другому.
Что относится к гарантии, а что к сопровождению
В гарантию входит всё, что не работает так, как описано в проектной документации и принято по акту. Если после приёмки выяснилось, что часть сценария реализована неверно, исправление обязанность поставщика, даже если дефект проявился через несколько месяцев. Перепроверить все возможные сочетания процессов невозможно, и это риск разработчика.
Из гарантии выпадают изменения, внесённые самим заказчиком. Если сотрудники поменяли настройки и используют систему иначе, чем она тестировалась и принималась, поставщик вправе сравнить текущую конфигурацию с принятой и потребовать журнал изменений. Возврат к прежним настройкам не всегда восстанавливает работу: при конфликтной конфигурации данные могли измениться так, что система продолжает вести себя странно.
В сопровождение входят консультации, плановые обновления, настройка по запросам, доработки, помощь при смене оборудования и миграциях. Это услуги с понятным объёмом работ и стоимостью.
Производительность и объём данных
Любая система со временем замедляется: растёт база, запросы выполняются дольше. Поставщик при продаже называет требования к оборудованию. Если заказчик выполнил требования, а скорость низкая, случай гарантийный. Поставщик вправе ограничить в договоре максимальный объём хранимых данных и потребовать архивации старой истории. Хранить в рабочей базе все перемещения за много лет на всякий случай не нужно: для оперативной работы достаточно периода, который нужен складу, а остальное лучше вынести в архив.
Матрица ответственности
| Область | Заказчик | Поставщик | Интегратор или подрядчик |
|---|---|---|---|
| Серверы, сеть, Wi-Fi склада | Отвечает | Консультирует по требованиям | Монтаж и обслуживание, если договор есть |
| Терминалы и принтеры | Отвечает за парк и замену | Совместимость с системой | Поставка и ремонт |
| Резервное копирование | Отвечает за выполнение и проверку восстановления | Описывает порядок | Администрирование по договору |
| Дефекты программы | Фиксирует и передаёт | Исправляет по гарантии | Не участвует |
| Изменения настроек | Ведёт журнал, согласует | Проверяет влияние | Может выполнять изменения |
| Обмен с учётной системой | Содержит свою сторону | Содержит интеграционный модуль | Отвечает за стык, если выполнял его |
| Обновления | Принимает решение и тестирует | Выпускает и поддерживает | Устанавливает |
Стоимость простоя: пример
Чтобы выбрать уровень сопровождения, оцените цену часа остановки. Условный пример: склад обрабатывает 400 заказов в смену, средняя маржа заказа 6 условных единиц. Остановка на 2 часа в разгар смены задерживает примерно четверть заказов: 100 штук. Прямые потери: штрафы за опоздания, переработка персонала, простой машин. Допустим, 300 единиц. Плюс отложенная маржа и риск потери клиента. Если платное сопровождение с быстрой реакцией стоит дешевле, чем одна такая остановка в год, оно оправдано. Эту арифметику нужно сделать на ваших цифрах.
Что включить в договор сопровождения
- Классы обращений и определения, чем они отличаются, в том числе формулировку «незначительная проблема».
- Время реакции и время устранения по классам, часы работы поддержки и дежурства.
- Каналы обращения и порядок эскалации.
- Гарантийные обязательства и срок гарантии, порядок сравнения конфигураций с принятой.
- Требования к ведению журнала изменений на стороне заказчика.
- Ограничения по объёму хранимых данных и порядок архивации.
- Правила обновлений: уведомление заранее, тестовая среда, откат.
- Порядок учёта и оплаты доработок.
- Ответственность за простой и пределы ответственности.
- Условия передачи данных и документации при смене поставщика сопровождения.
Что делать на стороне заказчика заранее
- Назначить ответственного за систему: человека, который знает конфигурацию и отвечает за журнал изменений.
- Ввести правило: настройки меняются только по заявке и фиксируются в журнале.
- Настроить резервное копирование и регулярно проверять восстановление на тестовой среде.
- Держать запас оборудования: терминалы, принтеры, сервер или образ виртуальной машины.
- Составить бумажную инструкцию на случай остановки: как принимать и отгружать без системы и как потом внести данные.
- Завести тестовую среду для проверки обновлений.
- Провести учебную остановку хотя бы раз в год.
Как действовать при сбое
- Зафиксируйте время, симптомы и последние изменения (обновление, настройка, замена оборудования).
- Отделите причину: оборудование и сеть, база данных, программа, интеграция.
- Передайте обращение поставщику с описанием и приоритетом, приложите журналы.
- Переведите склад на резервную процедуру.
- После восстановления внесите данные, сверьте остатки в зонах, где шла работа без системы.
- Разберите случай: что сломалось, как быстро реагировали, что менять в процессе и в договоре.
Вопросы и ответы
Кто платит, если сбой вызван обновлением операционной системы? Это зависит от договора. Если поставщик не оговорил совместимость и порядок обновлений, спор решается по документации и акту приёмки. Поэтому обновления среды согласуют с поставщиком заранее.
Можно ли обойтись без платного сопровождения? Можно, если у компании есть свой специалист, знающий систему, и гарантия ещё действует. Для сложного склада с интеграциями безопаснее иметь договор с чётким временем реакции.
Что такое журнал изменений конфигурации? Список правок настроек системы с датой, автором и причиной. Он помогает быстро найти причину сбоя и показывает, что именно изменилось после приёмки.
Нужна ли тестовая среда? Да, если вы вносите настройки или ставите обновления. Проверка на копии снижает риск остановки рабочей системы.
Читайте также
- Этапы выбора и внедрения WMS-системы
- Ошибки внедрения WMS: от ТЗ до запуска
- Подготовка к проекту внедрения WMS
- WMS: система управления складом и её внедрение
Остальные материалы по системам автоматизации находятся в разделе TMS, WMS и CRM.
Проверено: октябрь 2026. Источники: ГОСТ Р ИСО/МЭК 20000-1 (управление услугами), практика ITIL по приоритизации инцидентов, типовые условия договоров на сопровождение ПО. Числа в примере условные.
Раздел: Технологии и сервисы / TMS, CRM и автоматизация