Wi-Fi-покрытие
Зоны слабого сигнала, помехи, роуминг, перегруженные точки доступа.
Если вы узнаёте себя хотя бы в 2 пунктах — аудит почти всегда находит критические риски.
«Слепые зоны», слабые точки, нет роуминга — падает скорость комплектовки.
Нагрузка на сеть/сервер/диски — зависания в отгрузке и приёмке.
Интернет упал — склад встал. Нужен 2-й канал и автопереключение.
Бэкап «вроде есть», но восстановление не проверяли — это риск потери данных.
Один пароль на всех, нет разграничения, нет журнала — риск инцидентов.
Нет мониторинга — о проблеме узнают, когда уже поздно.
Зонирование, роуминг, приоритизация трафика, сегментация (VLAN), гостевой доступ.
2 провайдера + автоматическое переключение. Отдельные политики под кассу/1С/ERP.
1С/ERP/WMS: настройка, мониторинг, производительность, резервирование ключевых узлов.
Резервные копии + регулярная проверка восстановления (чтобы бэкап был настоящим).
Доступы, виртуальная частная сеть, сегментация, базовые anti-scan/anti-DDoS меры, политика паролей/2FA.
Сроки реакции, прозрачность работ, отчёты для руководства, развитие IT как системы.
На аудите смотрим не отдельные устройства, а всю цепочку: ТСД, Wi-Fi, 1С/WMS, интернет, серверы, бэкапы и мониторинг.
Цель аудита — найти причины простоев и дать понятный план: что срочно, что можно позже, что уже работает нормально.
Зоны слабого сигнала, помехи, роуминг, перегруженные точки доступа.
Потери связи, задержки обмена, проблемы в местах приёмки, хранения и отгрузки.
Узкие места сервера, базы, сети и рабочих мест в часы пиковой нагрузки.
Наличие второго канала, маршрутизацию, автоматическое переключение и приоритеты.
Коммутаторы, VLAN, гостевые сети, кассы, складские зоны и критичные сервисы.
Кто имеет доступ к данным, серверам, учёткам, удалёнке и административным функциям.
Где лежат копии, как часто создаются и проверялось ли восстановление.
Какие сбои видно заранее, кто получает уведомления и кто отвечает за реакцию.
Не технический отчёт “для админа”, а понятную карту рисков и план работ, который можно связать с деньгами, сроками и ответственностью.
ТСД теряли Wi-Fi, 1С тормозила в пиковые часы, а резервного интернета не было. При сбое склад фактически останавливался.
Проверили покрытие, сетевую схему, сервер 1С, точки доступа, бэкапы и сценарий переключения на резервный канал.
Склад получил понятный план: где усилить Wi-Fi, как резервировать интернет, что мониторить и какие работы вынести в отдельный проект.
Покажем риски и дадим план: Wi-Fi для ТСД, резервирование интернета, бэкапы, безопасность и SLA.