Проект расширения стандартных оповещений AX 4.0

[d&m]

Цитата:

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

1.2. Указание поля или метода исходной таблицы, содержащей код пользователя - оповещение получит соответствующий пользователь. Поле указывается в виде %createdBy%, метод - виде %method()%. Проверки на валидность поля или метода нет.

подскажите, пожалуйста, а позволит ли ваш проект сделать так, чтобы оповещение уходило автору записи?

поясню: у нас записи на форме создаёт Х человек. хочется сделать одно Правило генерации оповещений, по которому оповещение будет генерится одному из этих Х человек, а именно автору (CreatedBy) изменяемой записи...
(ЗЫ: сейчас количество правил = кол-ву авторов = Х)

в конечном итоге, я так понимаю, вопрос к полю "Код пользователя", в котором сейчас (AX2009 ru7) я могу указать только конкретного (одного) пользователя

спасибо.

[wojzeh]

именно для того и делалось: код пользователя - оповещение получит соответствующий пользователь

[Ivanhoe]

Всё верно, для этого и делалось

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

[d&m]

еще раз, пжл, для тех, кто в танке

я в стандартное поле "код пользователя" вношу %createdby% ?

по кнопке "выбрать" критерий по полю "Создан" надо как-то указывать? (сейчас мы явно указываем там автора)

[Ivanhoe]

Т.е. проект вы не смотрели

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

[Poleax]

1. было
   
   Цитата:

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

   Выкладываю проект с расширениями стандартных оповещений AX 4.0 SP2 EE.
   .....
   стало:
   Перенес проект на Dynamics Ax 2009 SP1 EE Rollup 7
   
   
2. Хотел уточнить по полю \Data Dictionary\Tables\EventRule\Fields\SourceUser
   свойство HelpText = "Поле или метод в исходной записи, содержащее код пользователя. Например, %createdBy% или %getUserId()%"
   
   Что все таки с "%" ?

[Ivanhoe]

Не, в итоге % убрал, а текст забыл поправить.

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

[Ivanhoe]

Выкладываю проект для AX2009 SP1 RU6.

По сравнению с версией для 4.0:

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

2. Добавлен джоб tutorialAttentionGrabber(), который позволяет выводить произвольное всплывающее окошко (для этого есть небольшие модификации базовых классов).

3. Поправлены по мелочи ошибки в оповещениях, связанных с кодовыми страницами, UtcDateTime и т.п.

Ряд объектов привязан к новому конфиг. ключу - если мешает, нужно его аккуратно удалить.

Проект не для коммерческого использования

[Poleax]

Цитата:

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

Выкладываю проект для AX2009 SP1 RU6.
....

Спасибо.

Для полного понимания проекта не хватает меточного файла @RTL.

[Ivanhoe]

эхх...

[gl00mie]

Во-первых, спасибо за замечательный проект! Очень полезная модификация, делающая возможным настраивать оповещения для других. Также очень удачной оказалась доработка шаблонов оповещений с тем, чтобы в них можно было подставлять значения полей и методов табличного буфера, однако, эта подстановка получилась несколько... мощнее, чем то, что можно доверить пользователям Вот как был доработан внутренний цикл поиска и "обсчета" макросов из шаблона - блок if (!keywords.exists(keyword)) метода createKeywordMap(), который вызывается из \Data Dictionary\Tables\EventInbox\Methods\initFromBuffer:

// по умолчанию вернем в виде значения сам token - так проще "отлаживать" шаблоны
keyword_value = #startReplaceToken + keyword + #endReplaceToken;
if (match(@"<[a-z_][a-z0-9_]*\(\)>", keyword))
{
    switch (keyword)
    {
        case @"modifiedBy_Name()" :
            keyword_value = getUserFIO(_buffer.modifiedBy);
            break;
        case @"createdBy_Name()" :
            keyword_value = getUserFIO(_buffer.createdBy);
            break;
        default :
            tblMethodName = strreplace(keyword, '()', '');
            if (this.mayEvaluateTableMethodReturnValue(bufferTable.id(), tblMethodName))
            {
                keyword_value = strfmt("%1", bufferTable.callObject(tblMethodName, _buffer));
            }
            break;
    }
}
else
{
    bufferFldId = fieldname2Id(_buffer.tableid, keyword);
    if (bufferFldId)
    {
        keyword_value = strfmt("%1", _buffer.(bufferFldId));
    }
}

Изменения сделаны такие:

• немного строже проверяется что в шаблоне дергается метод таблицы;
• добавлены два "встроенных" метода, возвращающих имя автора создания/последнего изменения записи (getUserFIO() - "макрос", который возвращает имя по коду пользователя);
• добавлена проверка на то, можно ли собственно вызывать в данном контексте тот экземплярный табличный метод, который указан в шаблоне.

Последняя проверка сделана из тех соображений, чтобы не дать пользователям с помощью шаблона уведомлений вызывать методы, которые не являются display-ными и вообще могут что-то поменять в базе (например, метод delete() ). Проверка выглядит вот так:

// можно ли дернуть табличный метод для получения его возвращаемого значения и подстановки этого значения вместо имени метода в письмо?
private boolean mayEvaluateTableMethodReturnValue(tableId _tableId, SysMethodName _instanceMethodName)
{
    Types       returnType;
    DictMethod  dictMethod = new DictMethod(UtilElementType::TableInstanceMethod, _tableId, _instanceMethodName);
    boolean     ret = false;
    ;
    if (    dictMethod
        &&  dictMethod.parameterCnt()   == 0
        &&  dictMethod.displayType()    == DisplayFunctionType::Get
       )
    {
        if (dictMethod.returnType() == Types::UserType)
        {
            returnType = extendedTypeId2Type(dictMethod.returnId());
        }
        else
        {
            returnType = dictMethod.returnType();
        }
        // является ли тип возвращаемого значения значимым (т.е. не ссылочным)?
        ret =   returnType == Types::String
            ||  returnType == Types::RString
            ||  returnType == Types::VarString
            ||  returnType == Types::Integer
            ||  returnType == Types::Int64
            ||  returnType == Types::Real
            ||  returnType == Types::Date
            ||  returnType == Types::UtcDateTime
            ||  returnType == Types::Enum
            ||  returnType == Types::Guid
            ||  returnType == Types::Time
                ;
    }
    return ret;
}

[Aquarius]

Добрый день,
Ax 2009 SP1 Ru5
большое спасибо за такой полезный проект. установили его.
я хотела уточнить.
Правильно ли я понимаю, что ,например:
Если настроено оповещение на изменение в таблице custTable,
и в форме "управление правилами генерации оповещений" в поле "сообщение" группы "оповещать меня" указать custtable.modifiedBy,
то в уведомлении в поле сообщение должен быть выведен код пользователя, изменившего запись?
Или только на почту в сообщении должен прийти содержимое поля сообщения ?

Я настроила оповещение на изменение в таблице custTable, указала группу пользователей,которой рассылать это оповещение,
Затем указала в оповещении в поле "сообщение" группы "оповещать меня" custtable.modifiedBy.

затем изменила значение поля таблицы клиентов.
Пользователям данной группы пользователей и мне пришло уведомление.
Тема: Поле Кредитный лимит в таблице Клиенты был изменен
уведомление для:Счет клиента: 0050043, ТестКлиент
на страничке разное в поле сообщение указано custtable.modifiedBy.

[Ivanhoe]

Цитата:

1.3. Использование мета-тегов в Теме и Сообщении. Можно указать поле или метод записи для подстановки в Тему или Сообщение оповещения. Пример: %itemId% или %getPrice()%.

Просто напишите %modifiedBy% и тогда сработает.

Тема и текст письма по почте равны полям в оповещении, т.е. если правильно настроить, то будет и в оповещении, и в e-mail.

[Aquarius]

Цитата:

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

Просто напишите %modifiedBy% и тогда сработает.

БОЛЬШОЕ СПАСИБО, все заработало. в поле "сообщение" подтянулось на место %modifiedBy% значение кода пользователя.

[DmitryK]

Возможно кому будет интересно. Простенький обмен сообщения для 2012.

С уважением, Дмитрий.