Есть регистр "Учет дисконтных карт". Измерения: кассир и карта. Ресурс количество. Все перемещения карт между пользователями фиксируются движениями по этому регистру. Движения правильные. Формирую отчет остатки и обороты по этому регистру. Группировки: кассир, карта. Поля: регистратор. Итоги по карте и движения регистраторов формируются абсолютно правильно. Но вот итоги по кассиру абсолютно левые какие-то.

ап

ап

Запрос после применения настроек построителя выглядит так:
"ВЫБРАТЬ
   СУММА(ТаблицаРегистра.КоличествоНачальныйОстаток) КАК КоличествоНачальныйОстаток,
   СУММА(ТаблицаРегистра.КоличествоКонечныйОстаток) КАК КоличествоКонечныйОстаток,
   СУММА(ТаблицаРегистра.КоличествоПриход) КАК КоличествоПриход,
   СУММА(ТаблицаРегистра.КоличествоРасход) КАК КоличествоРасход,
   ТаблицаРегистра.Кассир КАК Кассир,
   ПРЕДСТАВЛЕНИЕ(ТаблицаРегистра.Кассир) КАК КассирПредставление,
   ТаблицаРегистра.Карта КАК Карта,
   ПРЕДСТАВЛЕНИЕ(ТаблицаРегистра.Карта) КАК КартаПредставление
ИЗ
   РегистрНакопления.УчетДисконтныхКарт.ОстаткиИОбороты(&ДатаНач, &ДатаКон, , , ) КАК ТаблицаРегистра

СГРУППИРОВАТЬ ПО
   ТаблицаРегистра.Кассир,
   ТаблицаРегистра.Карта
ИТОГИ
   СУММА(КоличествоНачальныйОстаток),
   СУММА(КоличествоКонечныйОстаток),
   СУММА(КоличествоПриход),
   СУММА(КоличествоРасход)
ПО
   ОБЩИЕ,
   Кассир КАК Кассир,
   Карта КАК Карта
АВТОУПОРЯДОЧИВАНИЕ"

Вроде нормально должно формироваться. Ан, ни фига...

Вставил в отчете после
ПостроительОтчета.Выполнить();
такие строки:

   Запрос = ПостроительОтчета.ПолучитьЗапрос();
   Запрос.УстановитьПараметр("ДатаНач",ПостроительОтчета.Параметры.ДатаНач);
   Запрос.УстановитьПараметр("ДатаКон",ПостроительОтчета.Параметры.ДатаКон);
   Результат = Запрос.Выполнить();
   Выборка = Результат.Выгрузить(ОбходРезультатаЗапроса.ПоГруппировкам);
   Выборка.ВыбратьСтроку();

В дереве выборки смотрю - все итоги абсолютно правильные. А вот в отчет в итоговых строках бред выводится. Никто с таким не сталкивался?

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

Прсилали отчет на 8.1. Спасибо, но мне не подходит. У меня платформа 8.0, она не понимает этот отчет.

ап

ап

(7) 10.2.12.2 - устроит?

(9) давай. У меня 10.2.6.4.
Твой поновее будет.

пока не пришло ничего. ап.

To: <andrey_seleznyov@mail.ru>
Subject: =?koi8-r?B?z9TexdQ=?=
Date: Wed, 24 Oct 2007 16:15:19 +0400
MIME-Version: 1.0
Content-Type: multipart/mixed;
   boundary="----=_NextPart_000_006C_01C81659.121510D0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180

http://slil.ru/25016594

(13) спасибо! Щас буду пробовать.

(13) та же фигня. Показывает то же, что и мой...

(15) давай из ЗУПа пришлю. там еще новее :).

(16) давай. Тока не на тот мэйл. Лучше на seleand_rabota собак mail.ru
или опять на стил выложи.

А если поменять местами порядок итогов:

....
ПО
   ОБЩИЕ,
   Карта КАК Карта,
   Кассир КАК Кассир

то как ведут себя итоги по карте?

(18) вроде так нормально формирует итоги по карте и кассиру. Но в общих итогах фигня.

ап

Консоль запросов выдает верный результат в виде дерева?

ВЫБРАТЬ
   ТоварыНаСкладахОстаткиИОбороты.Склад КАК Склад,
   ПРЕДСТАВЛЕНИЕ(ТоварыНаСкладахОстаткиИОбороты.Склад),
   ТоварыНаСкладахОстаткиИОбороты.Номенклатура КАК Номенклатура,
   ПРЕДСТАВЛЕНИЕ(ТоварыНаСкладахОстаткиИОбороты.Номенклатура),
   СУММА(ТоварыНаСкладахОстаткиИОбороты.КоличествоНачальныйОстаток) КАК КоличествоНачальныйОстаток,
   СУММА(ТоварыНаСкладахОстаткиИОбороты.КоличествоКонечныйОстаток) КАК КоличествоКонечныйОстаток,
   СУММА(ТоварыНаСкладахОстаткиИОбороты.КоличествоПриход) КАК КоличествоПриход,
   СУММА(ТоварыНаСкладахОстаткиИОбороты.КоличествоРасход) КАК КоличествоРасход
{ВЫБРАТЬ
   Склад.*,
   Номенклатура.*,
   КоличествоНачальныйОстаток,
   КоличествоКонечныйОстаток,
   КоличествоПриход,
   КоличествоРасход}
ИЗ
   РегистрНакопления.ТоварыНаСкладах.ОстаткиИОбороты(&а, &аа, Регистратор, , ) КАК ТоварыНаСкладахОстаткиИОбороты

СГРУППИРОВАТЬ ПО
   ТоварыНаСкладахОстаткиИОбороты.Склад,
   ТоварыНаСкладахОстаткиИОбороты.Номенклатура
ИТОГИ
   СУММА(КоличествоНачальныйОстаток),
   СУММА(КоличествоКонечныйОстаток),
   СУММА(КоличествоПриход),
   СУММА(КоличествоРасход)
ПО
   ОБЩИЕ,
   Склад,
   Номенклатура
{ИТОГИ ПО
   Склад.*,
   Номенклатура.*}   нормально пашет

->(22)  глупость. :(
сейчас в "ОстаткиИОбороты" впихну, и сравню

(21) консоль выдает правильные результаты. И сам запрос, который построителем строится тоже. В (4) показал, как проверял. Но судя по всему партачит вывод результатов построителя...

(24) А что там собственно за бред выводиться? Можно поподробнее, лучше с примером.

(24) идентично

(24)Регистр практически как и твой.

(25) просто неправильные значения. Например.
По кассиру были движения по 15 картам. По каждой карте приход =1. Расход по 6 картам = 1. Остаток = 9. Так вот, в итогах по кассиру расход и остаток - правильные (6 и 9). Но приход =9. В то же время есть кассиры, по которым все итоги  правильны, есть кассиры по которым не только приход ошибочен, но и расход, и остаток...

926) в смысле идентично? Тоже остатки и обороты неправильно выводят?

(29) текст запроса выше. такой же текст во внешний отчет подкинут. который через "остаткиИОбороты" строится. Что в консоли, что во внешнем - цифры одинаковые.

(30 какой запрос имеешь после всех настроек построителя? т.е. в результате
Запрос = ПостроительОтчета.ПолучитьЗапрос(); в момент
ПостроительОтчета.Выполнить();

(31) как выше.

(32) выше у тебя написан запрос без учета выбранных пользователем интерактивно настроек построителя. Я в (3) привел не начальный текст запроса со всеми {}, а уже то, что формируется с учетом всех настроек пользователя. Поэтому и задаю вопрос (31). Попробуй вставить в отчет строку
Запрос = ПостроительОтчета.ПолучитьЗапрос();
и посмотри как он будет отличаться от (22).

на всякий случай ап

(33) Консоль тоже построитель юзает, так что при прочих равных должны быть равные результаты.

(3) Зачем группировать данные виртуальной таблицы? Они и так максимально сгруппированы.

(35) я писал в (4) что, запросом, который формируется построителем получаются данные с нормальными правильными итогами. Но в отчете помимо этого насколькоя понимаю очень много текста, который регулирует как эти данные должны выводиться в табличный документ. Так вот я подозреваю, что трабла именно в выводе данных. Может быть они попадают не в свои области?
(36) это ведь не я запрос писал. Я привожу то, что формирует универсальный отчет после того, как определенным образом заполнены настройки построителя отчета..

спать пойду. Если у кого-нить еще возникнут мысли - пишите. Завтра апну.

какие у кого еще есть мысли?

ммм... может я чего и нне допонял но где в 3 периодичность регистратор?

(40) делал и с регистратором, и просто с двумя группировками. Результат тот же.
В смысле с регистратором можно получить самую детальную инфу, но итоги по карте и кассиру те же.

+41 вот этот вариант запроса с регистратором:

ВЫБРАТЬ
   ТаблицаРегистра.Период КАК Период,
   ТаблицаРегистра.Регистратор КАК Регистратор,
   ПРЕДСТАВЛЕНИЕ(ТаблицаРегистра.Регистратор) КАК РегистраторПредставление,
   СУММА(ТаблицаРегистра.КоличествоНачальныйОстаток) КАК КоличествоНачальныйОстаток,
   СУММА(ТаблицаРегистра.КоличествоКонечныйОстаток) КАК КоличествоКонечныйОстаток,
   СУММА(ТаблицаРегистра.КоличествоПриход) КАК КоличествоПриход,
   СУММА(ТаблицаРегистра.КоличествоРасход) КАК КоличествоРасход,
   ТаблицаРегистра.Кассир КАК Кассир,
   ПРЕДСТАВЛЕНИЕ(ТаблицаРегистра.Кассир) КАК КассирПредставление,
   ТаблицаРегистра.Карта КАК Карта,
   ПРЕДСТАВЛЕНИЕ(ТаблицаРегистра.Карта) КАК КартаПредставление
ИЗ
   РегистрНакопления.УчетДисконтныхКарт.ОстаткиИОбороты(&ДатаНач, &ДатаКон, Регистратор, , ) КАК ТаблицаРегистра

СГРУППИРОВАТЬ ПО
   ТаблицаРегистра.Период,
   ТаблицаРегистра.Регистратор,
   ТаблицаРегистра.Кассир,
   ТаблицаРегистра.Карта

УПОРЯДОЧИТЬ ПО
   ТаблицаРегистра.Период,
   ТаблицаРегистра.Регистратор
ИТОГИ
   СУММА(КоличествоНачальныйОстаток),
   СУММА(КоличествоКонечныйОстаток),
   СУММА(КоличествоПриход),
   СУММА(КоличествоРасход)
ПО
   ОБЩИЕ,
   Кассир КАК Кассир,
   Карта КАК Карта
АВТОУПОРЯДОЧИВАНИЕ

ап

ап

больше идей нет?

абыдно. всю голову уже сломал.

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

(0)
попытка получить остатки по регистратору - кривая задача.

(48) а кто пытается получить остатки по регистратору?

(49)

СГРУППИРОВАТЬ ПО
   ТаблицаРегистра.Период,
   ТаблицаРегистра.Регистратор, (!!!!)
   ТаблицаРегистра.Кассир,
   ТаблицаРегистра.Карта

(50) этот текст запроса формируется автоматически универсальным отчетом если я хочу развернуть детализацию вплоть до регистратора. Разворачиваю до регистратора чтобы проверить итоги, выводимые по измерениям регистра. Итоги по измерению кассир неправильные. В (3) приведен вариант без детализации по докам движения. Результат тот же.

еще мысли?

(51)
"ВЫБРАТЬ
   ТаблицаРегистра.Кассир КАК Кассир,
   ПРЕДСТАВЛЕНИЕ(ТаблицаРегистра.Кассир) КАК КассирПредставление,
   ТаблицаРегистра.Карта КАК Карта,
   ПРЕДСТАВЛЕНИЕ(ТаблицаРегистра.Карта) КАК КартаПредставление,
   ЕСТЬNULL(ТаблицаРегистра.КоличествоНачальныйОстаток,0) КАК КоличествоНачальныйОстаток,
   ЕСТЬNULL(ТаблицаРегистра.КоличествоКонечныйОстаток,0) КАК КоличествоКонечныйОстаток,
   ЕСТЬNULL(ТаблицаРегистра.КоличествоПриход,0) КАК КоличествоПриход,
   ЕСТЬNULL(ТаблицаРегистра.КоличествоРасход,0) КАК КоличествоРасход
ИЗ
   РегистрНакопления.УчетДисконтныхКарт.ОстаткиИОбороты(&ДатаНач, &ДатаКон, , , ) КАК ТаблицаРегистра

ИТОГИ
   СУММА(КоличествоНачальныйОстаток),
   СУММА(КоличествоКонечныйОстаток),
   СУММА(КоличествоПриход),
   СУММА(КоличествоРасход)
ПО
   ОБЩИЕ,
   Кассир КАК Кассир,
   Карта КАК Карта
АВТОУПОРЯДОЧИВАНИЕ"

я бы запрос (3) переделал так!

(53) Тексты запросов, которые я привожу пишу не я. Они формируются автоматически по настройкам универсального отчета "Остатки и обороты". Речь не о том, как оптимизировать запрос. Я вообще не могу построителю подсунуть свой текст запроса (могу конечно для определенной настройки, выбранной пользователем, но ни о какой универсальности отчета тогда речи нет). Мало того, запрос, построенный в (3) дает правильные итоги, я написал в (4) как проверил это. Но в итоге в табличном документе имею бардак.

(54) я давно замечал что их универсальные отчеты - кривые - я ими не пользуюсь - проще сдеалать с построителем свой - делов-то на часик - как правило.

(55) а я вот до сих пор не встречал ситуации, когда "Остатки и обороты" работает не правильно. И на форуме жалоб на него не видел. Поэтому испытал легкий шок. Написать свой - без вопросов. Уже сделал, пока эту ветку апаю. Но вопрос все равно интересует - встречался уже кто-то с такой кривостью и в каких случаях она проявляется? Потому как структура регистра элементарная: 2 измерения и 1 ресурс...

поапаю немного

никто больше не сталкивался?

вот ветка быстро тонет

60

мда. Ну раз уже несколько хороших спецов побывали в ветке и ничем не помогли, похоже дальше апать нету смысла...

(33) такой же получается.
Ну нет у нас твоего регистра :(.
Давай по общедоступному.

(62) видимо ты не туда эту строку вставляешь. От регистра не зависит. Если вставишь после
ПостроительОтчета.Выполнить();
строчку
Запрос = ПостроительОтчета.ПолучитьЗапрос();
то Запрос.Текст не будет сожержать никаких {}. В отладчике посмотри.

(61) Можно попробовать сделать аналогичные телодвижения под платформой 8.1. Возможно там его (косяка) нет.

(63) Ну давай с начала.

На базе "остатковИОборотов" сделан отчет по регистру РегистрНакопления.ТоварыНаСкладах.
в ентой точке поставлен останов. получили:
ВЫБРАТЬ
   СУММА(ТаблицаРегистра.КоличествоНачальныйОстаток) КАК КоличествоНачальныйОстаток,
   СУММА(ТаблицаРегистра.КоличествоКонечныйОстаток) КАК КоличествоКонечныйОстаток,
   СУММА(ТаблицаРегистра.КоличествоПриход) КАК КоличествоПриход,
   СУММА(ТаблицаРегистра.КоличествоРасход) КАК КоличествоРасход,
   ТаблицаРегистра.Склад КАК Склад,
   ПРЕДСТАВЛЕНИЕ(ТаблицаРегистра.Склад) КАК СкладПредставление,
   ТаблицаРегистра.Номенклатура КАК Номенклатура,
   ПРЕДСТАВЛЕНИЕ(ТаблицаРегистра.Номенклатура) КАК НоменклатураПредставление
ИЗ
   РегистрНакопления.ТоварыНаСкладах.ОстаткиИОбороты(&ДатаНач, &ДатаКон, , , ) КАК ТаблицаРегистра

СГРУППИРОВАТЬ ПО
   ТаблицаРегистра.Склад,
   ТаблицаРегистра.Номенклатура
ИТОГИ
   СУММА(КоличествоНачальныйОстаток),
   СУММА(КоличествоКонечныйОстаток),
   СУММА(КоличествоПриход),
   СУММА(КоличествоРасход)
ПО
   ОБЩИЕ,
   Склад КАК Склад,
   Номенклатура КАК Номенклатура
АВТОУПОРЯДОЧИВАНИЕ

уже после настроек пользователя.
это дело вставлено в консоль.
цифры те же.

(65) да я понял уже, что цифры те же. Просто хотел увидеть текст запроса с учетом настроек пользователя без всех этих {}. Т.е. то, что ты сейчас выложил. Вижу, что структура запроса идентична. В чем трабла непонятно...
(64) вот дойдут руки ее поставить и все конвертировать - проверю.

(66) Интереса ради проверил 2 регистра таким отчетом. Аномалий не обнаружил.

Возникла мысль - какие настройки индексации стоят у измерений?

(66) может с параметрами чего путаешь в косоли. Типа дата хх.хх.хххх 00.00.00
вот часть и не попадает.

(68)Карта - индексирован, кассир - нет. Но ведь индекс теоретически только на скорость влиять может. Или нет?
(69) Речь не о том, что не совпадает с консолью (хотя с ней тоже не совпадает). Речь о том, что в самом "остатки и обороты" по кассиру я вижу приход=1 по 15 картам, а в итоге по кассиру приход = 9...

(70) По идее, только на скорость. В общем, фигня (с)

(70) Так нам это и не видно. Как ты его двигаешь.
Может видДвижения=приход, а количество=-1.

(72) нет. Во-первых, я формировал с детализацией до документов движения и видно, что все там нормально двигается. видДвижения=приход, а количество=1.
Во-вторых, даже в приведенном тобой случае все работает корректно. Я когда-то проверял такое.

Вот как выглядит отчет
http://slil.ru/25020722

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

(75) и отчет кинь. интересно.
9 - любимое число :).

пардон, убегал на час.
(76) тот, который ты мне кидал, те же данные выводит.
http://slil.ru/25020974 - вот мой.

ап

ап

что еще показать? :)

Вот такая, блин, вечная молодость... (с)

(81) Этих у меня много. Свой кинь.

(82) в (77) мой. я выгрузил его из своей базы и именно им все формирую

(83) извиняй.
устал к вечеру.

Мда. Проблема обозначена, но по поводу решения мыслей особых нет. Единственный вариант видимо досконально разбираться с кодом настройки вывода данных в табличный документ. Ладно, фиг с ним...

Все-таки проще свой запрос передать. Там хоть все под контролем, нет лишних полей/группировок/итогов. Зачем использовать встроеный конструктор, если он не дает нужного результата, а сам запрос рисуется за три минуты?

(86) у меня нет опыта написания отчетов по типу тех, что в типовой, которые используют этот Остатки и обороты, передавая туда данные. Запрос рисуется элементарно конечно, но я буду дольше разбираться с тем, как они должны взаимодействовать. Мне проще воспользоваться конструктором выходной формы вообще без остроителя, что я собственно и сделал...

(87) Посмотри отчет "Валовая прибыль".

(88) ок. Тока завтра совещание у ген. дира. Так что это уже после него...

:) Удачи.
Рекомендую разобраться. Очень удобный механизм, время на разработку отчета сокращаяет в разы.

(91) обязательно. Давно собираюсь, все руки не доходят. Приходится пока ходить дорогами кривыми, но знакомыми. Если будут вопросы по этому поводу еще подниму веточку. :)