Универсальный отчет Остатки и обороты #303409

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

ап

ап

Запрос после применения настроек построителя выглядит так: АВТОУПОРЯДОЧИВАНИЕ" Вроде нормально должно формироваться. Ан, ни фига...

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

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

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

ап

ап

10.2.12.2 - устроит?

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

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

Date: Wed, 24 Oct 2007 16:15:19 +0400 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180

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

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

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

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

А если поменять местами порядок итогов: .... ПО    ОБЩИЕ, то как ведут себя итоги по карте?

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

ап

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

ТоварыНаСкладахОстаткиИОбороты.Номенклатура КАК Номенклатура,    КоличествоРасход}

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

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

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

идентично

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

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

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

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

(30 какой запрос имеешь после всех настроек построителя? т.е. в результате

как выше.

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

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

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

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

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

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

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

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

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

+41 вот этот вариант запроса с регистратором:    ТаблицаРегистра.Период КАК Период, АВТОУПОРЯДОЧИВАНИЕ

ап

ап

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

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

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

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

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

СГРУППИРОВАТЬ ПО

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

еще мысли?

"ВЫБРАТЬ АВТОУПОРЯДОЧИВАНИЕ" я бы запрос переделал так!

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

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

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

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

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

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

60

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

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

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

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

Ну давай с начала. На базе "остатковИОборотов" сделан отчет по регистру РегистрНакопления.ТоварыНаСкладах. в ентой точке поставлен останов. получили: АВТОУПОРЯДОЧИВАНИЕ уже после настроек пользователя. это дело вставлено в консоль. цифры те же.

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

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

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

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

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

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

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

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

Вот как выглядит отчет

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

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

пардон, убегал на час. тот, который ты мне кидал, те же данные выводит. - вот мой.

ап

ап

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

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

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

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

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

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

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

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

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

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

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

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