administration->Daily security key

[mit]

Цитата:

Сообщение от greench

Спасибо за ссылку 2-й раз за день Инструмент хороший, но анализирует по одному ключу около 4-х минут.

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

[glibs]

Цитата:

Сообщение от Wamr

список объектов без SC

Мне обычно проверка по ВР напоминает про подобного рода ошибки.

[Kabardian]

Цитата:

Сообщение от IKA

Как понять(не используя перекрестных ссылок) , какие элементы АОТ зависят от этого ключа Administration->Daily, то есть на что повлияло изменение прав на Administration->Daily. И Почему достаточно изменить права только на него, а на все, что ниже - не давать?

Можно также использовать инструмент Найти (Find):

1. В репозитарии правый клик на ветке AOT --> Найти (Find)
2. В поле Поиск по (Search) выбрать Все узлы (All nodes)
3. На закладке Свойства (Properties) найти SecurityKey, установить флажок в поле Выбрано (Selected) и в поле Диапазон (Range) указать конкретны security key (в вашем случае AdminDaily)

Минус такого подхода -- если security key используется где-то в коде, то эти объекты не будут найдены.

[mit]

Цитата:

Сообщение от Kabardian

Минус такого подхода -- если security key используется где-то в коде, то эти объекты не будут найдены.

а кто в коде то мешает искать тем же Find? но дешевле уж перекрестными ссылками. кстати ссылки можно после работы с ними безболезненно удалить (в конце списка с таблицами, названия xRef*).

[propeller]

Цитата:

Сообщение от IKA

Если кому-то интересно:
в моем случае нашла, что в коде шло обращение к таблице sysServerSessions (системная таблица, лежит в system documentation). когда к AdminDaily ключику доступа нет, то нет доступа к этой таблице. При этом в том месте кода, где шло к ней обращение аксапта просто прерывала выполнение без вывода каких-либо сообщений на экран вообще.
PS если вручную пойти в systemdocumantation и найти эту таблицу, то в свойствах не указан какой -либо security key ( (ax2009).

Верно, причем если пользоваться отправкой сообщений через SysMailer.quickSend, что в свою очередь ведет к:

 select AOSId, Instance_Name from serverSessions where serverSessions.ServerId == serverId;

у пользователей аксапта прервает выполнение кода без каких либо ошибок, письмо не отправляется.
как быть? дать всем пользователем ключ "AdminDaily" ?

[mit]

Установите выполнение класса, вызывающего SysMailer, на стороне сервера и дайте права AOSу в AD на отправку сообщения. это решит все подобные проблемы с рассылками. расширенные права пользователям давать не нужно.