01
О проблемах узнают только по обращениям пользователей
Нужно определить, какие события и метрики доступны, кто их получает и когда начинается сервисное обращение.
Согласованные правила эксплуатации WLAN
Техническая поддержка и обслуживание Wi‑Fi-сетей
Перед началом сопровождения фиксируем состав сети, версии, доступы, критичные сервисы и зоны ответственности. Затем согласуем каналы обращений, приоритеты, сервисные окна, виды работ, исключения и отчетность. Режим и показатели SLA определяются только договором.
паспорт сети → обращение → классификация → реакция → восстановление → решение → отчет
Что включает поддержка Wi‑Fi-сети
Поддержка Wi‑Fi-сети — это согласованный порядок приема и классификации обращений, диагностики, коммуникации и изменений. По договору модель сервиса также может включать профилактику, мониторинг, выезды и отчетность. До старта стороны фиксируют поддерживаемые площадки, оборудование и версии, доступы, зависимости и границы ответственности. Сервисное окно и времена реакции определяются договором.
Когда нужна модель сопровождения
02
Инциденты повторяются
Нужны история действий, фиксация причин в доступной глубине и контроль согласованных профилактических мер.
03
Конфигурации меняются без учета
Требуются актуальная исходная версия, журнал изменений, резервные копии и согласованный откат.
04
Внутренней команде нужен профильный уровень WLAN
Сначала определяются роли первой и второй линии, доступы, платформы, границы радио-, LAN-, клиентского и прикладного слоев.
Что нужно для принятия сети на поддержку
| Обязательно | Желательно | Уточним вместе |
|---|---|---|
| Перечень площадок, оборудования и версий | Актуальные схемы, конфигурации и история изменений | Поддерживаемые платформы и ограничения версий проверяются до договора |
| Критичные сервисы и владельцы зависимостей | Данные о типовых обращениях и известных проблемах | Сервисные окна, приоритеты и каналы связи |
| Доступы или порядок их предоставления | Лицензии, договоры вендоров и запас оборудования | Условия удаленных и выездных работ согласуются отдельно |
| Требования ИБ и порядок изменений | Текущая отчетность и эксплуатационные регламенты | Доступные метрики и возможность подключения мониторинга проверяются до договора |
Как классифицируются работы
| Тип | Что это | Что фиксируем |
|---|---|---|
| Инцидент | Незапланированное ухудшение или отказ согласованного сервиса | Влияние, приоритет, коммуникацию, восстановление и дальнейшие действия |
| Сервисный запрос | Стандартное действие из согласованного каталога | Состав, срок, согласование и результат |
| Изменение | Контролируемая модификация конфигурации или инфраструктуры | Риск, окно, тест, резервную копию и откат |
| Проектная работа | Расширение, миграция или новая архитектура | Отдельный объем, проект, стоимость и критерии приемки |
Как сеть принимается на сопровождение
- 01
Проверяем состав и состояние сети
Сверяем площадки, оборудование, версии, документацию, доступы, лицензии и известные ограничения.
- 02
Фиксируем исходную версию
Создаем согласованный паспорт сети, реестр конфигураций и перечень открытых рисков.
- 03
Согласуем SLA и зоны ответственности
Разделяем WLAN, LAN, серверные сервисы, клиентов, приложения и внешних подрядчиков.
- 04
Настраиваем каналы работы
Определяем прием обращений, эскалацию, коммуникацию, изменения и доступные средства наблюдения, если они включены в модель сервиса.
- 05
Запускаем согласованные эксплуатационные процедуры
Если отчетность входит в модель сервиса, фиксируем ее состав и периодичность; также определяем владельцев действий и порядок обновления паспорта сети.
Что получает заказчик
- 01паспорт поддерживаемой сети и перечень исключений;
- 02матрицу приоритетов, каналов, эскалации и зон ответственности;
- 03каталог включенных запросов и изменений;
- 04согласованный порядок резервного копирования и отката;
- 05историю обращений и изменений, если в модели сервиса предусмотрен соответствующий инструмент;
- 06регулярный отчет, если его периодичность и состав включены в модель сервиса;
- 07перечень рисков и рекомендуемых отдельных проектов.
Что входит, что согласуется отдельно
| Входит только после фиксации в модели сервиса | Согласуется отдельно | Не является обычным инцидентом |
|---|---|---|
| Прием и классификация обращений, диагностика, коммуникация и отчетность | Мониторинг, выезды, запас оборудования и специальные сервисные окна — только при включении в договор | Расширение покрытия и новая архитектура |
| Стандартные запросы и изменения из утвержденного каталога | Глубокий анализ причин, полевые измерения и участие вендора — по отдельному согласованию | Миграция платформы и внедрение нового проекта |
| Ведение согласованной эксплуатационной информации | Работы с неподдерживаемыми версиями и оборудованием вне жизненного цикла | Исправление систем, к которым нет доступа или договорной ответственности |
Что должно быть в SLA
| Поле SLA | Что нужно определить |
|---|---|
| Сервисное окно | Дни, часы, часовой пояс, каналы и исключения |
| Приоритет | Влияние на согласованный сервис, масштаб и допустимые способы подтверждения |
| Регистрация | Момент, когда обращение принято в согласованном канале |
| Реакция | Момент начала обработки и коммуникации, а не обещание устранения |
| Восстановление | Возврат согласованного сервиса, включая временное решение, если оно допустимо |
| Решение | Устранение причины или согласованное закрытие обращения |
| Эскалация | Ответственные Connectum, заказчика, вендора и других подрядчиков |
| Выезд и запас | География, условия, доступность и исключения, если эти опции включены в договор |
| Внешние зависимости | LAN, питание, каналы, лицензии, приложения и доступы вне зоны контроля |
Как оценивается качество поддержки
| Критерий | Как проверяем | Где фиксируем |
|---|---|---|
| Регистрация и приоритет | Сверяем канал, время и основание классификации | Карточка обращения |
| Реакция и коммуникация | Сравниваем события с утвержденной SLA-матрицей | Хронология обращения |
| Восстановление и решение | Разделяем временное восстановление и окончательное закрытие | Карточка и отчет |
| Изменение | Проверяем согласование, резервную копию, результат и откат | Журнал изменений |
| Профилактическое действие | Проверяем владельца, срок и наблюдаемый эффект | План действий и следующий отчет |
От чего зависят сроки подключения и стоимость
Оценка зависит от числа площадок и устройств, платформ и версий, сервисного окна, приоритетов, доступов, географии, числа интеграций, состава мониторинга, выездов, запаса оборудования, каталога изменений и отчетности. Мониторинг, выезды и запас учитываются только тогда, когда они включены в согласованную модель. Стоимость и показатели реакции рассчитываются после проверки состава сети и согласования модели сервиса.
01
Сервисная модель
Единая команда сопровождает согласованный контур Wi‑Fi: мониторинг, обращения, изменения и восстановление по зафиксированному регламенту и SLA.
Вопросы и ответы
Частые вопросы о поддержке Wi‑Fi
01Доступна ли круглосуточная поддержка?
Круглосуточный режим не является стандартным обещанием. Его возможность подтверждается для конкретной модели сервиса с учетом географии, доступов, каналов связи и операционных ресурсов, а затем отдельно фиксируется в утвержденном предложении и договоре. В SLA должны быть определены сервисное окно, приоритеты, реакция, восстановление, исключения и внешние зависимости без универсальных значений для любой сети.
02Поддерживается ли сеть любого производителя?
Универсальной поддержки любой платформы и версии нет. До принятия сети проверяются оборудование, программные версии, лицензии, статус жизненного цикла, доступность документации, диагностических данных и необходимых компетенций. Поддерживаемый состав и ограничения фиксируются в договоре. Для отдельных систем может потребоваться участие вендора, обновление программного обеспечения, восстановление документации или отдельный проект модернизации.
03Входит ли постоянный мониторинг?
Постоянный мониторинг входит только при его явном включении в модель сервиса и после подтверждения платформы, лицензий, доступов, набора метрик, правил оповещения и ответственности за реакцию. Наличие контроллера само по себе не означает наблюдение клиентского опыта или раннее обнаружение каждого сбоя. Без согласованного мониторинга работа начинается с зарегистрированных обращений и доступных диагностических данных.
04Возможны ли выезды на объект?
Выезд не входит в поддержку автоматически. Его возможность и условия определяются для конкретной площадки: учитываются география, сервисное окно, основание обращения, доступ, требования безопасности, расходы и доступность специалиста. Если удаленных данных недостаточно, сначала фиксируются цель выезда, необходимые участники, план работ и результат, который должен быть получен на объекте.
05Входит ли расширение сети в поддержку?
Стандартные изменения могут входить только в заранее утвержденный каталог с понятными границами и порядком проверки. Новая зона, дополнительные точки доступа, изменение архитектуры, миграция платформы или новая интеграция обычно требуют отдельного проектирования и приемки. Граница между поддержкой и проектной работой определяется по риску, объему, необходимой документации и влиянию на действующий сервис.
06Чем время реакции отличается от восстановления и решения?
Реакция означает начало обработки и коммуникации после регистрации обращения. Восстановление означает возврат согласованного сервиса, в том числе допустимым временным способом. Решение означает устранение причины либо другое согласованное основание для закрытия обращения. Эти показатели нельзя объединять: для каждого заранее определяются точка начала, способ фиксации, исключения, внешние зависимости и источник данных для проверки SLA.
Следующий шаг
Подберем модель поддержки
Пришлите перечень площадок, оборудования и версий, схему, критичные сервисы, текущие каналы обращений и желаемое сервисное окно. Мы проверим исходные данные и подготовим перечень вопросов для согласования модели сервиса.
Материал подготовлен технической командой Connectum · обновлено: август 2026