@dmitriy-pisarets, в части того о чём пишете как раз тоже самое. Я именно про политику KES на KSC. Политика создаётся изначально для одной версии KES, после установки плагина новой версии требуется принять лицензионное соглашение на KSN, чтоб на новой версии KES включился KSN в том числе. До этого момента на предыдущих версиях KES политика как и ранее включает KSN, а на новых KES нет. Как только принято положение о KSN для новой версии KES (с новым плагином), на старой версии плагина (например, на другой удалённой консоли) политику уже не открыть, будет требовать обновить плагин до той же новой версии.

Так всё выглядит достаточно логично. Сравнение истории ревизий политики KES 11.5 после принятия KSN на плагине 11.6 содержит информацию о четырёх (видимо четырёх бетах) ID версий KES для которых одобрен KSN. 

Поскольку нигде никогда не натыкался на описание изложенного поведения, но, может, и забыл, то ради интереса пусть запрос остаётся актуальным.

Насколько по аналогичной онлайн-справке корпоративного антивируса я вижу, в ней никогда нет пошаговых скриншотов интерфейса для выполнения какие-либо действий (сценариев настройки). 

Судя по всем из Вашего предложения в онлайн-справке было бы логичным в FAQ на которую дали ссылку добавить ссылку на статью "Угрозы и исключения" https://support.kaspersky.com/KTS/21.3/ru-RU/201385.htm

А пошаговую подробную инструкцию вынести на портал support как сделано с KTS19.

Шаги воспроизведения:

Открыть окно KES, перейти в "Настройки"\ "Управление настройками". нажать "Восстановить", на первом и втором шаге мастера восстановления вызвать справку (F1 или кнопка в правом верхнем углу). Откроется браузер с ссылками:

https://support.kaspersky.com/KESWin/11.6.0/ru-RU/ResetSettingsWizardGreetingsPage.htm

https://support.kaspersky.com/KESWin/11.6.0/ru-RU/ResetSettingsWizardFinishPage.htm

Актуальный результат:

Ошибка 404 в обоих случаях.

Ожидаемый результат:

Корректные страницы справки.

Шаги воспроизведения:

В политике Агента администрирования на KSC д.б. включена опция "Параметры"\ "Программа может получать расширенные данные политики на устройстве".

Управляемый хост должен находиться в группах с достаточно длинным общем путём, например:

"Управляемые устройства\ test\ proverka\ papochka\ group\ computers"

Открыть окно "Поддержка" в локальном интерфейсе KES, развернуть область по ссылке "Подробнее".

Актуальный результат:

В поле "Путь" помещается только часть пути из примера:

"Управляемые устройства\ test\ proverka\ papochka\ gr"

отсутствует "oup\ computers".

При наведении курсора мыши на значение поля "Путь" подсказки с полным адресом пути групп размещения хоста на KSC не появляется тоже (и это менее удобно чем показывать сразу).

Ожидаемый результат:

Отображается полный путь к группе размещению хоста на KSC.

Трассировка интерфейса KES вложена плюс более подробный скриншот и видео.

Шаги воспроизведения:

В локальном интерфейсе KES открыть параметры компонента "Защита от веб-угроз", нажать "Узнать больше". Откроется страница справки:

https://support.kaspersky.com/KESWin/11.6.0/ru-RU/HelpURLSettingsWebMonitoring.htm

Актуальный результат:

Страница справки ошибка 404:

Ожидаемый результат:

Корректная страница справки.

KES 11.6.0.346

Если боле1е внимательно рассмотреть поведение, то оно выглядит логичным, но малоинформативным. Вероятно, причины на "переспросить" какие-то существуют (юридические).

Получается до момента открытия политики KES в KSC с более новой версией плагина KES и до повторного согласия принятия участия в KSN для новой версии KES, на старых версиях KES KSN продолжает работу. На хостах с новой версией KES KSN выключен и пишет фразу в в локальном интерфейсе KES "Облачный режим будет включен после обновления баз программы". На этот момент я бы баг и заводил. Базы я обновил, но KSN не включился, поскольку требуется принять лицензионного соглашение участия в KSN - вот об этом ещё необходимо писать. На втором скриншоте внизу есть подобная фраза, она отображается в свойствах хоста на KSN, а не в локальном интерфейсе KES, или будет отображаться как критический статус хоста в консоли, если задан параметр "определено программой". Моё предложение продублировать в локальный интерфейс. Возможно, добавить на последнем шаге установки плагина информацию о схеме про участие в KSN.

Дополнительно замечу параметры KSN отображаются не такие как в политике пока не принято участие в KSN (на скриншоте политика открыта старой версией плагина, чтоб не обновить политику до новой версии и не ответить на принудительный запрос об участии):

Шаги воспроизведения:

В политике KES на KSC на управляемый хост должны быть заданы все параметры работы компонента Контроль устройств.

На хосте выключить политику KES, изменить параметры разрешения доступа к какому-либо типу устройств, сохранить параметры. Вернуться проверить изменённые разрешения.

Например, было разрешено "Съёмные носители", запретил, сохранил:

Актуальный результат:

Вернулся в параметры КУ, снова стоит на Разрешено как в политике:

Ожидаемый результат:

Пока выключена политика на KES параметры программы должны быть доступны для изменения локально и не возвращаться на заданные опции политикой KES.

В комьюнити периодически звучит это замечание как баг. Такое поведение наблюдается после каждого перехода на новую версию плагина.

Шаги воспроизведения:

Установить плагин KSC от новой версии KES.

Открыть MMC-консоль KSC.

Открыть существующую политику KES.

Актуальный результат:

Возникает запрос на принятие участия в  "Kaspersky Security Network": 

Ожидаемый результат:

Поскольку опция ранее уже была задана в настройках политики KES, то обновление плагина не должно служить поводом для "переспросить". Просто сохранять предыдущее значение как было.

Шаги воспроизведения:

Открыть консоль KSC.

Открыть политику KES.

В политике открыть раздел "Detection and Response"

Затем открыть "Managed Detection and Response".

Нажать внизу окна по "Справка".

Актуальный результат:

Откроется справка по другому компоненту "Защита от эксплоитов". Судя по содержимому статьи это именно та статья, а не просто перепутан заголовок.

Ожидаемый результат:

Корректная статья по MDR.

Из онлайн-справки по последним версиям KES исчезла статья "Получение информации о программах, запускаемых на компьютерах пользователей", последний раз она присутствовала в редакции для KES 11.0.1

Схожая соседняя статья осталась - "Получение информации о программах, которые установлены на компьютерах пользователей". Значит задачи убрать подобные статьи из справки не было.

Востребованность статьи существует, пример: https://community.kaspersky.com/kaspersky-corporate-products-27/unable-to-get-executable-inventory-to-server-15122

Прошу рассмотреть её возвращение.

Шаги воспроизведения:

Актуальный результат:

Ожидаемый результат: