При создании правил оповещений нужно обратить внимание на ряд моментов:

Создание правил оповещения

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

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

Правило остается видимым в форме , но никакие оповещения на основе этого правила не создаются и не отправляются пользователю.

Эта же ситуация возникает, если правило создается для таблицы, и в фильтре правила присутствует ссылка на другую таблицу. Если удалить или запретить разрешения пользователя относительно таблицы, на которую ссылается правило, правило оповещений пользователя становится устаревшим, и оповещения, соответствующие этому правилу, создаваться не будут.

Создание правил оповещений на основе шаблонов

При создании нового правила из шаблона конкретным пользователям доступны только шаблоны для частей Microsoft Dynamics AX, которые этим пользователям разрешено использовать

Создание правил оповещений, включающих настройку запроса

При создании правила с фильтром в форме запросов владелец правила обладает теми же правами и теми же ограничениями, что и в случае обычного использования запроса, в котором все таблицы в списке связаны с первоначально выбранной таблицей отношением 1:n либо отношением n:1.

Создание правил оповещений на основе внешних ключей

Правило на основе внешнего ключа не создает оповещений, если внешний ключ переименовывается в ходе операции переименования первичного ключа. Внешний ключ представляет собой поле, на которое ссылается одна форма, при условии, что это поле является первичным ключом в другой форме. Операция переименования первичного ключа предполагает, что поле переименовывается в форме, в которой оно создано.

Например, пусть существует соглашение на обслуживание, связанное с группой соглашений на обслуживание, называющейся "Дания". В форме создано правило оповещения для соглашения на обслуживание, создающее оповещение при изменении группы соглашений на обслуживание "Дания". Если позднее группа соглашений на обслуживание будет изменена на другую существующую группу, например "Швеция", пользователь получит оповещения. Но если группа соглашений на обслуживание "Дания" изменяется операцией переименования первичного ключа, оповещение не создается. Операция переименования первичного ключа изменяет имя группы соглашений на обслуживание в форме, где эта группа была создана, то есть в форме . В данном примере имя группы соглашений на обслуживание могло быть изменено с "Дания" на "Дн", но в результате этого изменения оповещение не создается.

Виртуальные компании

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

Удаленные пользователи

Если пользователь удален, все правила генерации оповещений, владельцем которых является данный пользователь, также удаляются.

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

См. также