AX2009 расширеный фильтр

[Wamr]

Случайно наткнулся в какой-то форме на фильтр, где для фильтрации дат были указаны значения
(greaterThanDate(0))
(lessThanDate(1))

оказывается в AX2009 появились новые возможности фильтрации с помощью методов класса SysQueryRangeUtil

теперь без программирования можно легко сделать фильтр на createdby == (currentUserId())

[Peter Savintsev]

Самое интересное, что класс SysQueryRangeUtil доступен для редактирование. Можно создавать свои методы, которые потом использовать в фильтрах. Метод должен быть статическим и возвращать строку с критерием для запроса. Например:

public static str test()
{
    return "101-0032, 101-0324";
}

[Peter Savintsev]

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

[Ivanhoe]

Фильтры на формах, RLS (например, тут обсуждалось), фильтры в правилах оповещений, фильтры для CUEs... мест много.

Для администратора / консультанта - удобно. Для русского пользователя - не очень К тому же в стандартном хелпе по фильтрации про них не написано.

[Logger]

Почему для русского пользователя неудобно ? Наименования латинскими буквами ?
Если не ошибаюсь, можно свои методы создавать с русскими буквами.
Так что можно задублировать функции класса SysQueryRangeUtil с русскими названиями методов.

[Ivanhoe]

Цитата:

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

Почему для русского пользователя неудобно ? Наименования латинскими буквами ?
Если не ошибаюсь, можно свои методы создавать с русскими буквами.
Так что можно задублировать функции класса SysQueryRangeUtil с русскими названиями методов.

Дело не только в латинице. Нужно учить английские словосочитания.

А про методы на русском можно подробнее?

[Logger]

Примерно так

static void Job576(Args _args)
{
    void ()
    {
        ;
        info("тест");
    }
        ;
    ();
}

[tricky]

Цитата:

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

Примерно так

static void Job576(Args _args)
{
    void ()
    {
        ;
        info("тест");
    }
        ;
    ();
}

Такой подход работал в "тройке", но в "пятёрке" не прокатывает .

[gl00mie]

В ходе обсуждения на буржуйском форуме возникла идея, как с помощью класса SysQueryRangeUtil прикрутить использование интервалов дат (Главная книга/Настройки/Периоды/Интервалы дат) к любому запросу и любому пакетнику/отчету, который позволяет редактировать запрос. Можно создать новый метод этого класса наподобие:

public static str datePeriod(DateCode _periodCode, TransDate _basis = systemdateget())
{
    LedgerPeriodCode    ledgerPeriodCode;
    str                 ret;
    ;
    ledgerPeriodCode = LedgerPeriodCode::find(_periodCode);
    if (ledgerPeriodCode)
    {
        ret = SysQuery::range(ledgerPeriodCode.fromDate(_basis), ledgerPeriodCode.toDate(_basis));
    }
    return ret;
}

И тогда в запросе можно будет использовать фильтры вроде

((datePeriod('CYTD')))

или

((datePeriod('Q3')))

[Raven Melancholic]

Интересная идея.
Только вот коды периодов даются в интерфейсе пользователем (непредсказуемо как он их обзовет), а использовать их придется в коде. Как бы эту идею прикрутить к стандартной форме фильтрации?

[gl00mie]

Цитата:

Сообщение от Raven Melancholic

коды периодов даются в интерфейсе пользователем (непредсказуемо как он их обзовет)

С одной стороны да, непредсказуемо, а lookup тут не приделать, с другой стороны, из моего скромного опыта, коды периодов настраиваются раз и навсегда, и если уж кому надо их использовать, он вполне может запомнить, что означает какой-нить Q3.

Цитата:

Сообщение от Raven Melancholic

а использовать их придется в коде. Как бы эту идею прикрутить к стандартной форме фильтрации?

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

[Ivanhoe]

Цитата:

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

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

Согласен, хорошая идея. Раньше приходилось программировать отдельное поле для указания периода в периодической операции.