Короткий ответ. Подготовку ИТ к высокому сезону лучше начинать примерно за месяц: проверить критичные процессы, восстановление из резервной копии, работу 1С и сервера под нагрузкой, интеграции, связь, доступы временных сотрудников и порядок действий при сбое. Сначала разберите системы, остановка которых блокирует продажи, склад, документы или общение с клиентами. Затем проверьте их под ожидаемой нагрузкой и устраните зависимости от одного специалиста, устройства или канала связи. Тридцать дней – рабочий горизонт, нормативом он не является. К началу сезона компания должна знать, что восстанавливается первым, кто принимает инцидент и сколько времени займёт возврат к работе.
Пик уже в плане продаж, а ИТ живёт по обычному графику
О высоком сезоне заранее знают коммерческий отдел, склад, закупки и руководство. ИТ иногда подключается позже, когда новые сотрудники уже выходят на работу, рекламная кампания запущена, а количество заказов растёт.
В Беларуси высокий сезон у разных компаний наступает в своё время. У шиномонтажей нагрузка резко растёт в период осенней смены шин, у поставщиков сезонный пик может совпадать с ноябрьским увеличением отгрузок. Конкретные сроки зависят от бизнеса и погоды, но подготовку систем лучше завершить до появления очереди заказов.
Проверьте, знакомы ли вам такие ситуации:
- временным сотрудникам собираются создавать учётные записи утром перед первой сменой;
- 1С уже замедляется в конце месяца или во время тяжёлых отчётов;
- обмен с сайтом периодически запускают вручную после жалобы пользователя;
- резервные копии создаются, но время восстановления никто не измерял;
- склад или сервисная точка зависят от одного интернет-канала;
- критичный принтер, сканер или рабочий компьютер давно работает «с характером»;
- при сбое директору или бухгалтеру приходится собирать в одном чате администратора, хостера и специалиста 1С.
Каждый вопрос можно закрыть отдельно. Во время пика несколько небольших слабых мест способны сложиться в один длинный простой.
Почему обычного запаса прочности перестаёт хватать
В высокий сезон растёт количество пользователей, документов, запросов к базе, обменов с сайтом, звонков и операций на складе. Система, которой хватало обычной нагрузки, начинает отвечать медленнее в самые загруженные часы.
Одновременно удлиняется цепочка обработки заказа. Он проходит через сайт или телефон, попадает в CRM или 1С, резервирует товар, формирует документы и уходит на склад. Сбой на одном участке задерживает все последующие действия.
В спокойный день часть операций можно перенести. Во время пика за каждым часом простоя накапливается очередь, сотрудники переходят на временные записи, а затем повторно вводят данные. Поэтому проверку лучше провести до роста нагрузки.
План подготовки на 30 дней
| Когда | Что проверить | Что должно быть готово |
|---|---|---|
| За 30–21 день | Критичные процессы, ответственные, доступы, резервное копирование и восстановление | Карта зависимостей, первая точка контакта и проверенная копия |
| За 14 дней | Работа 1С под нагрузкой, интеграции, интернет, телефония и критичное оборудование | Список ограничений и решения, которые ещё можно проверить до пика |
| За 7 дней | Учётные записи временных сотрудников, права, рабочие места и план инцидента | Люди могут начать работу без общих паролей и срочных настроек |
| За 1–2 дня | Свежие копии, уведомления мониторинга, контакты и резервные варианты | Короткое подтверждение готовности по критичным участкам |
Если до сезона осталось меньше месяца, последовательность сохраняется. Приоритет получают восстановление, критичные зависимости и доступы.
1. Начните с процесса, который приносит деньги
Общий список серверов мало помогает оценить риск. Полезнее взять основной процесс и пройти его от начала до конца.
Для торговой компании цепочка может выглядеть так:
заказ → резервирование → документы → склад → отгрузка → уведомление клиента
Запишите, какие системы участвуют в каждом шаге и что произойдёт при их остановке.
| Процесс | От чего зависит | Что произойдёт при сбое |
|---|---|---|
| Приём заказа | Сайт, телефония, почта или CRM | Новые обращения остаются без обработки |
| Резервирование и остатки | 1С, складская система, обмены | Сотрудники не могут подтвердить наличие товара |
| Документы и отгрузка | 1С, ЭСЧФ, интернет, принтеры и сканеры | Заказ готов, но оформить и выдать его вовремя не получается |
| Связь с клиентом | Телефония, почта, мессенджеры | Клиент не получает подтверждение и статус заказа |
Для каждого этапа отдельно назначьте основного ответственного и специалиста, которого подключают при сбое. Это может быть ИТ-подрядчик, франчайзи 1С, хостер, разработчик сайта или внутренний сотрудник. Конкретное распределение зависит от договоров и устройства инфраструктуры компании.
Сначала проверяют участки, остановка которых сразу блокирует выручку или выполнение обязательств.
2. Проверьте восстановление из резервной копии
Во время пика особенно важно знать, как быстро получится вернуть рабочую систему. Сам факт создания файла резервной копии этого не подтверждает.
Проверьте:
- что входит в резервную копию;
- как часто она создаётся;
- где хранится и будет ли доступна при отказе основного сервера;
- кто получает сообщение об ошибке;
- кто запускает восстановление;
- до какого момента вернутся данные;
- сколько времени занимает проверенный сценарий.
Ответьте и на два вопроса бизнеса: сколько времени компания может работать без 1С и какой объём данных сотрудники готовы ввести повторно?
Мы подробно разбирали процедуру в статье «Как проверить, что бэкап 1С вас спасёт». Стоимость такого простоя можно оценить по методике из материала «Сколько стоит час простоя 1С».
3. Посмотрите, как 1С ведёт себя под ожидаемой нагрузкой
Решение о новом сервере принимают после диагностики. Сначала нужно понять, где уже проявляются ограничения.
Признаки часто видны со стороны пользователей: база медленнее в определённые часы, отчёты переносят на вечер, проведение документов задерживает соседний отдел, обмены создают очередь. Если сотрудники заранее договариваются, кто и когда запускает тяжёлую операцию, система уже влияет на рабочий день.
Проверку проводят на действиях, типичных для высокого сезона: одновременной работе пользователей, формировании ключевых отчётов, проведении документов и выполнении обменов. Набор технических показателей зависит от архитектуры, универсальных порогов здесь нет.
Если проблема связана с ростом числа пользователей и файловым режимом, пригодится статья о том, когда файловая 1С перестаёт соответствовать нагрузке.
4. Подготовьте временных сотрудников до первой смены
Во время пика появляются дополнительные менеджеры, операторы и сотрудники склада. Их рабочие места часто настраивают в последний момент.
Заранее подготовьте:
- персональную учётную запись;
- права в соответствии с рабочей ролью;
- компьютер или терминальный доступ;
- необходимые папки, принтеры и программы;
- контакт технической поддержки;
- дату отключения временного доступа.
Для удалённой работы отдельно проверяют способ подключения и дополнительную защиту входа, если она используется.
Общая учётная запись на несколько человек усложняет разбор ошибок и отключение доступа. После сезона временные записи стоит закрыть по заранее подготовленному списку.
5. Проверьте интеграции и способ заметить их остановку
Во время высокого сезона данные проходят между сайтом, 1С, CRM, складом, банком и сервисами электронного документооборота.
Для каждого критичного обмена нужно определить:
- где видно последнюю успешную передачу;
- кто получает уведомление об ошибке;
- что происходит с очередью после восстановления;
- можно ли временно провести операцию вручную;
- кто начинает диагностику;
- где проходит граница между владельцами двух систем.
Способ обнаружения сбоя должен сработать раньше, чем о проблеме сообщит клиент или сотрудник склада. Иначе к моменту обнаружения уже накопится очередь непереданных заказов, документов или остатков.
6. Закройте инфраструктурные риски до начала пика
Для склада, кассы, сервисной точки или филиала потеря интернета способна остановить весь процесс. Где-то достаточно проверенного мобильного подключения, в другом месте нужен второй оператор. Выбор зависит от того, какие операции должны продолжаться при отказе основной связи и сколько времени компания готова работать в резервном режиме.
Пройдитесь по оборудованию в потоке заказов. Если один принтер печатает все отгрузочные документы, а один сканер используется на выдаче, заранее определите замену и сотрудника, который выполнит переключение. То же касается компьютеров на критичных рабочих местах, сетевого оборудования и средств связи.
Отдельно назначьте последнюю допустимую дату для рискованных изменений. Перенос сервера, смена хостинга, крупное обновление конфигурации, перестройка сети и запуск новой интеграции требуют времени на проверку. До начала пика должен оставаться запас на исправление найденных проблем.
Перед изменением нужна актуальная резервная копия и понятный план возврата к предыдущему рабочему состоянию. Критичные обновления безопасности оценивают отдельно с учётом риска конкретной уязвимости и возможного влияния изменений на систему.
7. Пройдите один сценарий сбоя вместе с ответственными
Для проверки достаточно взять вероятную ситуацию:
«В самый загруженный день 1С перестала открываться у всего склада».
Ответьте:
- Кто принимает первое обращение?
- У кого есть доступ к серверу и резервным копиям?
- Когда подключается специалист 1С или хостер?
- Какие операции восстанавливаются первыми?
- Как сотрудники узнают о ходе работ?
- Есть ли временный порядок для приёма и отгрузки заказов?
- Кто подтверждает возврат системы к нормальной работе?
Если во время обсуждения приходится искать телефоны, пароли и владельцев систем, репетиция уже нашла полезные пробелы.
Мы отдельно писали о том, как распределить зоны между франчайзи, хостером и системным администратором.
Когда звать подрядчика
Аудит перед высоким сезоном полезен, если критичные системы связаны между собой, восстановление давно не проверяли, нагрузка уже вызывает жалобы пользователей или задачи распределены между разными исполнителями.
В «Доктор Сервер» при такой подготовке смотрим инфраструктуру вокруг бизнес-процессов: серверы, сеть, резервное копирование, рабочие места, доступы и взаимодействие систем. Результатом становится список рисков и работ в порядке приоритета, чтобы изменения можно было проверить до начала пика.
Стоимость подготовки рассчитывается после аудита, по запросу.