После атаки на Beget мы восстановили клиентские коробочные порталы из копий, которые хранили за пределами провайдера. Ниже описан порядок приёмки, который можно адаптировать под свой портал. Как мы восстановили порталы после атаки
Что проверить под учётной записью сотрудника
Для начала возьмите известные записи, которые уже существовали на дату восстановленной копии. Проверки просмотра можно провести на этих записях. Для действий, которые меняют данные, используйте тестовые элементы в изолированной среде.
| Что проверяем | Как понять, что сценарий работает |
|---|---|
| Вход | Сотрудник входит привычным способом и попадает в нужный раздел портала |
| Сделки и контакты | Менеджер видит свою воронку, открывает известную сделку, её контакт и историю в карточке |
| Задачи | Исполнитель открывает свою задачу, видит срок, комментарии и может скачать вложение |
| Права | Менеджер открывает доступную ему сделку. Сделка, доступ к которой для него закрыт, остаётся недоступной |
| Файлы | Сотрудник открывает документ или скачивает вложение с разрешённым доступом |
Права в CRM зависят от роли и действия с записью. В задачах проекта могут действовать отдельные настройки. Для проверки выберите учётные записи с теми же ролями, с которыми люди работают каждый день. Права в CRM, права в задачах
В каком порядке запускать интеграции
Во время проверки восстановленной копии держите рабочие рассылки и обмены отключёнными. Проверьте адреса внешних систем, срок действия доступов и права учётной записи, от которой идёт обмен. Например, входящий вебхук Битрикс24 выполняет запросы с правами создавшего его сотрудника и в пределах выбранных разрешений. Документация Битрикс24 о вебхуках
Запускайте критичные обмены по одному. Для каждого проведите безопасную пробу и посмотрите результат в принимающей системе. Например, проверьте, что запись появилась один раз, поля и статус совпали, а уведомление ушло на тестовый адрес. Перед возобновлением автоматической обработки разберите накопившиеся записи, которые внешняя система могла принять до сбоя.
Что сообщить команде перед открытием портала
Зафиксируйте дату данных в копии, принятые сценарии и то, что ещё проверяется. Сверьте изменения между временем копии и остановкой портала с источниками, которые продолжали работать, например с почтой или учётной системой. Назначьте ответственного за обработку найденных расхождений.
При сопровождении коробочного Битрикс24 мы согласуем проверки восстановления и распределяем ответственность за сервер, код портала и интеграции. Администрирование коробочного Битрикс24