Работаю в конфигурации УТ 1.1 для Молдовы (думаю что ничем особо не отличается от типовой УТ 10.3). Необходима была доработка типового отчета Движения товаров, созданного на построителе отчете с помощью УниверсальногоОтчета.  Доработка заключается в добавлении возможности вывода данных по периодам (например месяц), но встала проблема с расчетом итогов. После 2х дней ковыряний решил переписать на СКД, так как в СКД можно задавать роли для ресурсов и соответственно вроде  как контролировать их. Вот что у меня получилось:
http://1cskd.ru/wp-content/uploads/2012/09/Объединение.jpg - Сами наборы данных
http://1cskd.ru/wp-content/uploads/2012/09/Роли.jpg - установленные роли для ресурсов
http://1cskd.ru/wp-content/uploads/2012/09/Запрос.jpg - один из запросов набора данных, остальные почти такие же. В тексты запросов нолики добавлял – так как уже не знал че еще придумать, для скринов лень было убирать..
и вот что я получаю на выходе: http://1cskd.ru/wp-content/uploads/2012/09/результат.jpg
Как видно из результата по колонке В ед. хранения остаток на конец “0″, при том что должно быть 9!и что самое интересное в колонке “К получению” уже выведен правильный итог “-2″, в результате нехитрых эксперементов выяснил, что если поставлю набор данных в котором должно быть 9 последним в объединении, то он выводится корректно, но остальные соответственно некорректно..

куда копать? глюк платформы (8.2.14)? кривые руки? помогите разобраться, пожалуйста

кракозабры идентифицируй, а то сегдня вспышка на солнце - телепатия может тебя убить

оу.. это он кавычку там почем-уто воспринял

Работаю в конфигурации УТ 1.1 для Молдовы (думаю что ничем особо не отличается от типовой УТ 10.3). Необходима была доработка типового отчета Движения товаров, созданного на построителе отчете с помощью УниверсальногоОтчета.  Доработка заключается в добавлении возможности вывода данных по периодам (например месяц), но встала проблема с расчетом итогов. После 2х дней ковыряний решил переписать на СКД, так как в СКД можно задавать роли для ресурсов и соответственно вроде  как контролировать их. Вот что у меня получилось:
http://1cskd.ru/wp-content/uploads/2012/09/Объединение.jpg - Сами наборы данных
http://1cskd.ru/wp-content/uploads/2012/09/Роли.jpg - установленные роли для ресурсов
http://1cskd.ru/wp-content/uploads/2012/09/Запрос.jpg - один из запросов набора данных, остальные почти такие же. В тексты запросов нолики добавлял – так как уже не знал че еще придумать, для скринов лень было убирать..
и вот что я получаю на выходе: http://1cskd.ru/wp-content/uploads/2012/09/результат.jpg
Как видно из результата по колонке В ед. хранения остаток на конец "0", при том что должно быть 9!и что самое интересное в колонке "К получению" уже выведен правильный итог "-2", в результате нехитрых эксперементов выяснил, что если поставлю набор данных в котором должно быть 9 последним в объединении, то он выводится корректно, но остальные соответственно некорректно..

куда копать? глюк платформы (8.2.14)? кривые руки? помогите разобраться, пожалуйста

поднимаем

неужели нет ни у кого идей?

поднимаем

поднимаем

поднимаем

поднимаем

почему это нельзя сделать православно - в объединении запросов, а не источников данных? это так, для начала...

да такая же фигня получается, только верно отрабатывает первый запрос в объединение, а другие как прийдется, с набором данных наоборот

группировки кривые

хотя и СКД. к примеру отборы в объединениях работают через Ж до сих пор

а чо кривого то ? номенклатура и период.. ничо лишнего вроде :)

поднимаем

поднимаем