administration->Daily security key

[IKA]

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

[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 на отправку сообщения. это решит все подобные проблемы с рассылками. расширенные права пользователям давать не нужно.