LedgerJournalTable создание записи

[smailik]

Всем доброго дня.

Что имеем. Ax12 R3
Создали MI который ссылается на форму LedgerJournalTable. Прописали EnumTypeParameter LedgerJournalType, EnumParameter CustPayment. В справочнике "Наименование журнала" прикрутили новое поле "Подмодуль". Казалось бы все просто, при нажатии на MI хотим чтобы открылась форма с типами журналов "Клиентский платеж" и с определенным Подмодулем. Для этого есть класс наследник от LedgerJournalFormTable, в нем перекрыт queryAddRange и имеется следующий код

    super();

    qbds = SysFormDataSource::fds2Qbds(journalTable_ds);
    
    while select ledgerJournalName
        where ledgerJournalName.JournalType == LedgerJournalType::CustPayment
            && ledgerJournalName.SysSubModule_MRC == SysSubModule_MRC::Disribution
    {
        qbrJournalName = qbds.addRange(fieldnum(LedgerJournalTable, JournalName));
        qbrJournalName.value(SysQuery::value(ledgerJournalName.JournalName));
        qbrJournalName.status(RangeStatus::Locked);*/
    }

при открытии формы, все красиво, показываются только те журналы которые нужны, но есть одно но при создании записи она создается с типом "Ежедневно", хотя вроде как должна создаваться с типом "Клиентский платеж". Если в перекрытом методе закоментить наложение range либо вообще убрать этот метод, то все работает как надо. Запись создается с типом "Клиентский платеж". кто-нибудь сталкивался с такой проблемой?

[TasmanianDevil]

Цитата:

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

при создании записи она создается с типом "Ежедневно", хотя вроде как должна создаваться с типом "Клиентский платеж"

datasourceInitValuePost() у наследника LedgerJournalFormTable не корежили ?
Смотрите состояние записи в initValue() у источника данных до и после вызовов super() и вышеназванного метода - там будет ясно, где собака порылась ...

[dech]

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

[TasmanianDevil]

Цитата:

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

сломалось построение запроса.

И сломанный запрос корректные данные по типу журнала на гриде отображает ?

Цитата:

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

поскольку вы вероятно несколько раз добавляете QBR по одному и тому же полю

Так делать разве нельзя?

Цитата:

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

Создайте аккумулирующую переменную и через запятую добавляйте туда все ваши JournalName.

И потом не удивляйтесь, когда принятое значение ограничения (value() у QueryBuildRange принимает длиннющий str) после вызова/обновления диалога расширенного запроса обрубится да размерности EDT Range и часть отображаемых ранее данных исчезнет.
Тут проще за-join'ить LedgerJournalName ограничением по требуемому полю - даже при добавлении нового наименования журнала и создания записей журналов по нему, при обновлении запроса в форме отобразятся актуальные данные, чего не будет ни в рассматриваемом , ни в предлагаемом Вами примерах.

[dech]

Да, вы правы. Не было аксапты под рукой, чтобы проверить. Я обычно делаю через запятую, если надо несколько фильтров по одному полю. У меня обычно ренджи не такие большие.

[smailik]

Я так и понял что заспро как-то ломается. Вчера несколько часов дебажил. Если это Range не накладывать, то перед super DS.LedgerJournalTable.initValue() тип Daily, а сразу после CustPayment. Хотя в этом супере ничего нет. Это еще все до datasourceInitValuePost(), но стоит наложить Range как все после супера Daily. Ради интереса пробовал в цикле в одну переменную загнать все значения и накладывать Range после цикла, но тоже результата не дало. Хотя это конечно помогла кое в чем другом разобраться, но к задаче это не относится.
Вот тоже как раз думал просто джойнить LedgerJournalName и вообще проблем не будет. Скорее всего так и сделаю. Главное в Ах4 работает, но там я не успел вчера отдебажить как и что, может там код какой-есть, так что не факт что там все гладко. Спасибо за советы.

[Raven Melancholic]

А если получать QueryBuildDataSource классическим способом:

journalTable_ds.query().dataSourceNo(1)

(ну или dataSourceTable, раз уж мы её уже знаем)
а не при помощи

SysFormDataSource::fds2Qbds

[Raven Melancholic]

То что, подставляется CustPayment внутри super понятно - там фильтр по нему в стандартном приложении. Судя по всему, этот фильтр слетает и просто подставляется значение Daily которое равно нулю..
Можно посмотреть через персонализацию формы какой там запрос в случае дополнительных фильтров и без них.

[smailik]

Пробовал через

journalTable_ds.query().dataSourceTable(tableNum(LedgerJournalTable))

LedgerJournalTable все равно одна на форме, результата не дало.
Да в super подставляется значение из фильтра. И да он слетает и ставится Daily = 0.

[Raven Melancholic]

Интересное поведение.
Даже если не наследовать, а просто в LedgerJournalFormTable в методе queryAddRange добавить range по полю JournalName, то получается:

• Если сделать фильтр только по одному наименованию журнала, то все хорошо.
• Если в фильтр запихнуть несколько наименований (не важно делая несколько addRange или один со строкой наименований через запятую), то получаем именно описываемую проблему - тип журнала внутри super не прописывается.

При этом в initValue и create и до и после super, получая хоть query, хоть queryRun, фильтр по типу журнала есть.
Понятно, что после выбора наименования журнала все пропишется, но указанному поведению пока разумного объяснения не нахожу.

[Raven Melancholic]

Все еще интереснее.
Если в LedgerJournalFormTable.queryAddRange добавить фильтр по JournalName не после, а до super(), то тоже работает установка типа журнала из фильтра.