Не срабатывает Range в отчете - почему?

[Zabr]

Не срабатывают никакие условия, заданные для датасорса отчета просто в свойствах его Range, а не в коде (см.картинку).
Я полагал, что должно было быть так:
- в Range ставлю условие для поля
- при старте отчета в его фильтре соотв.поле фильтрации по умолчанию принимает значение этого условия
- при выполнении отчета условие принимается в расчет при отборе записей

[IMG]c:\snap244\range1.gif[/IMG]

Вопрос: этот Range, заданный через свойства, а не в коде, по жизни не работает, или я что-то делаю не так?

PS С картинкой какая-то лажа :
1) движок форума пытается её взять по конкретному пути с моего диска, а не вставляет в сообщение.
2) присоединить тоже не удается: не ругается, но и не присоединяет.

[Zabr]

(1) Если запускать отчет <b>непосредственно из AOT</b>, то условие подставляется в фильтр. Если же запускать <b>из пункта меню</b> (например, Управление запасами / Отчеты ) - не подставляется.

(2) Условие " *class " (в range указанное без кавычек) в фильтр при запуске отчета из АОТ вначеле тоже не подставляется. Попытался заменить звездочку на процент - подставилось! Но, разумеется, как wildcard не отработало. Потом поменял процент обратно на звездочку и запустил отчет еще раз из АОТ - теперь подставилось и со звездочкой ! И сохранилось. Хотя в фильтр, появляющийся при запуске из меню, не подставляется по-прежнему.

(3) Наблюдается зависимость сохранения условия от КОНТЕКСТА запуска отчета, но - ОДНОСТОРОННЯЯ ! То есть условие, заданное при запуске через меню, сохраняется и делается доступным при запуске через АОТ; а вот условие, заданное при запуске через АОТ - не действует при запуске через меню (!), то есть условие фильтрации в меню остается прежним. Очень забавно. Прямо курьёз какой-то.

PS За помощь в экспериментах специальная благодарность Юре Сафронову (http://www.safsoft.h1.ru).

[mazzy]

Насчет картинки см.
http://www.axforum.info/forums/showt...&threadid=2531

Насчет range. По-моему все проще.
Если в отчете программист переписал fetch/send, если он там переписал с использованием своего select'а. Причем переписал наплевав на стандартный query, то естестенно никакой range из query не действует.

К сожалению, такие отчеты есть даже в стандартной версии.


Насчет интрересных "свойств меню". На самом деле последний запрос сохраняется при помощи SaveLast. Сохраненный запрос можно посмотреть на закладке сохранить в 2.5 или в списке выбор запроса в 3.0.

Так вот, у вас Zabr установка своих значений происходит ДО того, как стандартная функциональность загрузит предыдущие значения range. Т.е. опять программирование и опять, скорее всего, некорректное

[Zabr]

Цитата:

Изначально опубликовано mazzy
Если в отчете программист переписал...

...опять программирование и опять, скорее всего, некорректное [/B]

Никакого программирования не было, это я тренируюсь в использовании стандартной функциональности . Отчетик простейший:
<b><u> Номенкл.группы </u>
Номенклатура - 3 вида ном.аналитики - кол-во в наличии</b>

Ни строчки кода, никаких своих select'ов и т.п.

А за подсказку про SaveLast спасибо.

[mazzy]

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

С другой стороны, там вроде все корректно. Было.


Погляжу вечером.

[Zabr]

Почему не может? Отчет (Аксапта 3.0) делается без какого-либо кодирования совершенно без проблем. Порядок датасорсов для моего примера:
<b>InventItemGroup - InventTable - InventSum - InventDim</b>

PS Кстати, мне кажется что эта последовательность демонстрирует какую-то кривоватость того, как Навижн прикрутил аналитики к номенклатуре. Логичнее все-таки предположить наличие кода номенклатуры в самих аналитиках (InventDim), чем связь с номенклатурой почему-то через InventSum. То есть, с одной стороны вроде так: один набор аналитик может быть использован для разных номенклатур. А с другой стороны: нет же механизма для копирования одинаковых значений набора аналитик от одной номенклатуры к другой (другим) (или я его пока не нашел).

[mazzy]

Проверил. Работает. И в 2.5, и в 3.0
Брал стандартный отчет "Запасы в наличии".
Устанавливал галочки и указывал фильтр на существющие range, а в 2.5 также добавлял новый range.
Давай подробнее. Что не так?
Давай определимся - ты все таки про стандартные отчеты или про свой?
Если про стандартные - то какой конкретно ты имеешь в виду?
Что ты с ним делаешь?

Цитата:

InventItemGroup - InventTable - InventSum - InventDim
PS Кстати, мне кажется что эта последовательность демонстрирует какую-то кривоватость того, как Навижн прикрутил аналитики к номенклатуре.

либо я не понял тебя, либо ты не понял Аксапту

В данном конкртеном случае inventDim прикручен не к номенклатуре, а к итогам.
Предполагается, что по каждой номенклатуре могут встречаться любые комбинации аналитик. Отчет "запасы в наличии" выбирает итоги по заданным номенклатурам В РАЗРЕЗЕ УКАЗАННЫХ АНАЛИТИК. Заметь итоги выбирает, а не номенклатуры.

Вообще говоря, в аксапте СКЛАДСКИЕ АНАЛИТИКИ, а не НОМЕНКЛАТУРНЫЕ
И это тот самый случай, когда русский термин мне кажется более удачным нежели оригинальный. Т.е. аналитики характиризуют складское движение, а не номенклатуру.

В 2.5 это более-менее четко прослеживалось.
В 3.0, когда добавились цвета, размеры, когда конфигурации перешли в складскую аналитику
это стало не очень очевидно.

Но это так. inventDim характеризует складское ДВИЖЕНИЕ.
или складской итог.


Про программирование. Да можно и без программирования.
Но тогда не сделаешь включение/выключение складских аналитик в отчете.
А самое главное не будет работать группировка. Код небольшой, но без него никуда
Ты посмотри на init форм и отчетов, которые работают со складской аналитикой.

Т.е. без программирования можно показывать только фиксированный набор складских аналитик. С программированием же показываемый набор складских аналитик выбирает пользователь.
А жаль, что это сделано на уровне соглашений. Вот бы поддержка такой фичи это в ядре была...

Смотри в чем ключ к пониманию проблемы:

Цитата:

А с другой стороны: нет же механизма для копирования одинаковых значений набора аналитик от одной номенклатуры к другой (другим)

Комбинация аналитик никогда не привязывается к номенклатуре!
Комбинация аналитик привязывается к движению номенклатуры.
Поэтому твое пожелание копировать "НАБОРА аналитик от одной номенклатуры к другой" не имеет смысла.
Подумай над этим.

[Zabr]

С аналитиками разобрался.
Да, Mazzy, всё верно написал.

В одном позволю повториться - уточнить, что имел в виду под копированием. Как во многих местах в Аксапте, речь об удобстве использования и о контроле использования.

Если аналитика, которую Аксапта называет номенклатурной, должна иметь ту же логику, что и прочие складские аналитики, как то: склад, ячейка и т.п. - то есть быть сквозной по всей системе и использоваться в том числе <i>для разных номенклатур</i>, то логичен был бы механизм контроля правильности и единообразция кодирования аналитик и контроля их применения. Механизм контроля применения частично есть - это задание допустимых комбинаций аналитик для конретной номенлатуры (именно для номенклатуры! а не для "движения"). Механизма единообразия кодирования - нет. Именно это имел в виду, говоря об остутствии способа копирования аналитик между номенклатурами. Возьмём, к примеру, ту же аналитику "Цвет": если для одних номенклатур написать цвет "жЁлтый", для других "жЕлтый", а для третьих - "жОлтый", то будет полный бардак. Мы же можем выбирать склад, ячейку, даже ГТД из единого списка ранее введенных значений - почему бы не дать такой возможности для ном.аналитик "Конфигурация", "Размер" и "Цвет" ? Мы же задаем аналитики "Отдел", "Центр затрат/Проект" и "Цель", выбирая их из справочника? Не всегда нужен такой справочник - можно же было сделать вариант хотя бы с копированиеи аналитик между номенклатурами. Я говорил об этом.