Российские финансовые отчеты (RRG). Ошибка.

[Daiver]

Добрый день. DAX 4 SP2 EE FP1
До перехода на SP2 FP1 проблем не было.
Сейчас выдает ошибку:
"Значение 1 не найдено в карте соответствия.
Ошибка выгрузки данных ячейки F33
Произошла ошибка при попытке создать отчет."
Причем ячейка каждый раз другая, то есть предположительно дело не в ней.

Есть класс LedgerRRGRunReport_RU, в нем метод

protected void outputReport()
{
    SysOperationProgress    progressDlg;
    MapEnumerator           me = calcResult.getEnumerator();
    ;

    #aviFiles

    if (! m_Application)
        throw error("@GEE6046");

    try
    {
        progressDlg = new SysOperationProgress();
        progressDlg.setAnimation(#AviFormLetter);
        progressDlg.setCaption("@GEE7447");
        progressDlg.setText("@GEE7448");
        progressDlg.setCount(1);

        while (me.moveNext())
        {
            m_Application.insertValue(me.currentKey(), me.currentValue());
            progressDlg.incCount();
        }
    }

    catch (Exception::Error)
    {
        throw error(strfmt("@GEE7449", me.currentKey()));
    }
}

Подозрение на то, что MapEnumerator по какойто причине клинит.

Может кто уже сталкивался с такой проблемой? Какие есть идеи?

[gl00mie]

Цитата:

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

Сейчас выдает ошибку: "Значение 1 не найдено в карте соответствия. Ошибка выгрузки данных ячейки F33 Произошла ошибка при попытке создать отчет." Причем ячейка каждый раз другая, то есть предположительно дело не в ней.
Подозрение на то, что MapEnumerator по какойто причине клинит.

Очень слабо представляю себе ситуацию, чтобы переклинило MapEnumerator. Опять же, Map и MapEnumerator - это классы ядра, они к обновлению на SP2 FP1 не имеет никакого отношения. Теоретически, конечно, в самом ядре SP2 могли что-то сломать в Map'ах, но это очень маловероятно - оно бы сразу вылезло в куче мест у кучи клиентов. Ошибки вида «Значение <такое-то> не найдено в карте соответствия» вылезают обычно лишь на методе Map.lookup() - надо копать в функционале RRG в эту сторону.

[Daiver]

Все оказалось гораздо проще. Забыли строчку инициализации:

progressDlg.setTotal(calcResult.elements() + 1);

[AlexSD]

Цитата:

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

Все оказалось гораздо проще. Забыли строчку инициализации:

progressDlg.setTotal(calcResult.elements() + 1);

Может и забыли...
Вот только этот класс не менялся в процессе подготовки FP1.
И строка эта не должна влиять описаным Вами способом на результат выполнения отчета. Скорее всего Вам помогла перекомпиляция метода, которая произошла, когда Вы его изменили.

[Daiver]

Цитата:

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

Может и забыли...
Вот только этот класс не менялся в процессе подготовки FP1.
И строка эта не должна влиять описаным Вами способом на результат выполнения отчета. Скорее всего Вам помогла перекомпиляция метода, которая произошла, когда Вы его изменили.

У нас был переход DAX 4 SP1 EE -> DAX 4 SP2 EE FP1. Наверное изменения были именно в SP2. При большом кол-ве данных без этой строчки отчет падает с ошибкой которую я привел выше. Компиляция тут не причем. Но ошибка эта действительно была и раньше (при переходе не перенес исправляющий код). Только раньше перебирали таблицу а сейчас map, но код для progressDlg тот же.

За ускорение работы РФО респект

Есть еще вопрос: добавили такую возможность как "Тип строки: Запрос". Не понятно почему не учитывается для запроса (в запросе есть поле Аналитика) раздел Аналитика (на всех уровнях (Операции, Ячейки, Отчет)). Можно конечно непосредственно в запросе накладывать фильтр, но это немного не удобно ...
И если можно, то расскажите что еще планируется реализовать и доработать в РФО.

[AlexSD]

Спасибо.

Запрос в генераторе появился относительно давно. Почему не была учтена аналитика для запроса? Вижу одну причину: в запросе можно указать произвольную таблицу. Однако не во всех таблицах существуют поля с аналитикой.

В дальнейшем планируется более глубокая интеграция между собой ГРО и функционалом "Электронная отчетность".

[Daiver]

Цитата:

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

Спасибо.

Запрос в генераторе появился относительно давно. Почему не была учтена аналитика для запроса? Вижу одну причину: в запросе можно указать произвольную таблицу. Однако не во всех таблицах существуют поля с аналитикой.

В дальнейшем планируется более глубокая интеграция между собой ГРО и функционалом "Электронная отчетность".

Но в визарде построения запроса можно учесть дату (периоды), указав какую дату таблицы использовать для фильтрации периода. Дата тоже есть не во всех таблицах. Получается что настройка для фин Аналитик есть, а пользоваться ей при использовании запроса нельзя.

А можно поподробнее, что есть "Электронная отчетность" и где можно почитать про это?

[AlexSD]

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

Электронная отчетность

[Daiver]

Цитата:

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

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

Вы не правы. По крайней мере в DAX 4 SP2 EE FP1 можно пропустить привязку к дате при создании запроса в визарде.

[AlexSD]

Цитата:

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

Вы не правы. По крайней мере в DAX 4 SP2 EE FP1 можно пропустить привязку к дате при создании запроса в визарде.

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

[Daiver]

Цитата:

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

Я предлагаю Вам самостоятельно придумать, почему Володька сбрил усы, т.е. не был сделан фильтр по аналитике для запросов.

Передайте Володьке просьбу: хотелось бы в следующем SP или FP фильтр по аналитике для запросов

[AlexSD]

Цитата:

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

Передайте Володьке просьбу: хотелось бы в следующем SP или FP фильтр по аналитике для запросов

Обязательно передам. О результате сообщу.