Возьмём простую торговую организацию. Скажем с УТ. СКД не было. И тут вдруг появилась. Что изменится?

(0) СКД = Сразу Как Долбанет! ;)))

смысл быстро забацать простой отчетик.

смысл быстро забацать сложный отчетик, простой и раньше легко было забацать

(0) Доступно и всерьез (с)

смысл быстро забацать отчетик. а где логика?

забацать отчетик меньшим количеством научных тыков.

быстро забацать простой отчет

(0) смысл в том, что это система компоновки данных - компонуй и используй, насколько мозга хватает.
У меня, например, была задача в УТ такая, что никакой построитель не помог бы решить, только СКД.

(0) изменится для кого?
Сначала было построитель отчета. Штука хорошая, но - все ручками. Потом появилась надстройка Универсальный отчет - внешний тюнинг к построителю. Быстро делать красивые отчеты стало намного легче. СКД - это следующая ступень эволюции построителя. Теперь возможности "сделать быстро и красиво" заложены в платформу.

Для пользователей - отчеты станут красивее и функциональнее. Для программистов - отчеты станет писать намного легче.

А ты вообще к чему спрашиваешь?

(9)

А что имеется в виду под "все ручками".

Что имеется в виду под "сложными отчетами"? В основе отчета в СКД лежит запрос? Или же
что-то другое? Почему спрашиваю - делаю всё на построителе отчета, много слышал про СКД
и подумалось мне - не упускаю ли чего? Ступеньку же "универсальный отчет" я вообще
пропустил.

(8) можно озвучить задачу в УТ которую построителем не решить, а вот СКД сработала на отлично?

(12) тоже пользуюсь построителем, см(2)

(13) руки кривые, или построителем пользоваться не может

Темой навеяло...
SQL ведь изначально тоже задумывался как простое (для пользователя) средство доступа к базам данных.

(12) Смысл в том, что чем сложнее реализация задачи, тем быстрее и проще её выполнить построителем и наоборот.

Если в основе СКД лежит запрос - то в построителе можно наваять что угодно. Зачем СКД? Можно конкретные примеры? На мой взгляд, наиболее гибкое решение - это конструктор выходной формы - для пользователя. "унивесальный отчет" это и есть такой конструктор, только в режиме предприятия?

Спрошу так - в СКД возможны корреляционные подзапросы? Каким-нибудь волшебным образом? Какой-нибудь расширенный функционал sql?

Вопрос сродни "в чем смысл мерседеса, если есть жигули???".

И кстати, так и не раскрыта тема сложных отчетов. С одной стороны, чем грамотнее организация базы, чем меньше надобность в сложных отчетах. С другой - меня однажды попросили сделать отчет. Нужно было вывести движуху в виде документов по дням и высветить красным те документы, у которых были соседями другие документы определенного вида. Сделал в построителе (конструктором), парился, но сделал. В СКД это будет два щелчка?

(20) начинается....

смысл в том что большинство организаций - без грамотные... и самодурствующие...

(21) я думаю, не сложнее чем в построителе.

(22) сам виноват. надо было в сабже так и писать - Чем отличается построитель от СКД. а то прикинулся валенком...

Вот удивительно - об СКД столько разговоров, но внятно сказать - ЗАЧЕМ это нужно и чем отличается от построителя - никто не в состоянии.

(28) группировки удобно делать - это раз.

(28) не хочешь мерседеса - езди на жигулях. Цель "доставить из А в Б" они обе выполняют. Только на мерсе быстрее и с комфортом.

визуальных настроек больше - это два.

(28) Если прочтешь книжку по СКД - вопросов чем отличается от построителя не возникнет

(33) Если не секрет что за книга?

отчет СКД написанный в 8.1 работает в 8.2 через WEB без переконфигурирования

(34)
Книга есть, спецовая по СКД - у франчей есть. И у меня даже тоже.

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

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

Будет решение в рамках построителя не сложнее пары запросов и пары галочек грамотных, напишите в личку ;)

(30)+ Построитель для лохов, а конкретные патцаны юзают СКД ?)

(0) Смысл СКД в том, что написано в доке.
А орать вовсе необязательно.

(43) +1

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

(45) Орешь ты, когда в заголовке темы все пишешь заглавными буквами

(13) Вывод номера по порядку

(19) Нет. Язык запросов в СКД такой же.

смысл СКД познают пользователи, которые посредством "этого" СКД из "примитивной" 1с получают набор нужной отчетности не привлекая к каждой мелочи программиста.

причем пользователям уровня "бухгалтер" и "менеджер" даже счеты ненужны, они работают исходя из один_раз_показанного алгоритма и на все остальное им плевать, а вот какие либо экономисты/финансисты и прочие комм.директора очень, очень любят "это" СКД

(46) решение есть коммерческая тайна уже. Могу "намекнуть" основную идею: вычисление итогов только по указанным группировкам и условное оформление.

(51) да ради Бога. Коммерческая тайна какая-то, намеки... Мне-то это зачем?

(28) В построителе нельзя использовать внешнюю ТЗ в качестве источника данных. Это хотя бы.

Можно

(55) Можно, но только 1.

(54) не знаю, зачем. Сам просил задачу.

(55), (58) Неудачно выразился.
Использовать внешнюю ТЗ в запросе.

(0) Какая-то абсолютно флеймовая ветка... Когда у нормального прога возникает вопрос, зачем нужен тот или иной инструмент, он изучает доку и получает ответ.
А не самовыражается на форуме в ключе "а докажите, что оно мне надо и может быть я буду им пользоваться". И это при том, что книга по СКД у него лежит...

(63)
Я ждал тебя, фишер. В чем проблема? Изучи доку, получи ответ и расскажи здесь.

2(64) Приятно, блин :)
Идея СКД, если в самом деле интересно - ПОЛНОСТЬЮ ПАРАМЕТРИЧЕСКОЕ (в идеале) описание отчетов (программистом описываются только источники данных). Чувствуете разницу хотя бы по сравнению с созданием отчета с помощью мастера?
Вы можете сказать, а нафига? Можно ведь прекрасно жить и без этого?
Можно. Живите.

(65)
Но какая же должна быть квалификация пользователей для собирания таких отчетов?

Особенно, если пользователь пришел с 7.7

(66) когда у пользователя НЕТ желания работать то ему СКД естественно не нужна.. а вот если пользователю действительно НУЖНО работать - СКД ему очень, очень пригождается..

(66) какая же квалификация нужна для работы с компьютером? счеты и общую тетрадку в зубы...

(66) Это всего лишь основная концепция. Использовать её можно как угодно. Можно только для облегчения труда программиста. Можно полностью давать конструирование отчета пользователю на откуп. Можно предоставлять пользователю ограниченное воздействие на настройки отчета (типа как в построителе отчета), реализовывать альтернативный доступ пользователя к настройкам СКД. Это уже частности.
Как уже было упомянуто, данная концепция кроме всего прочего позволила в 8.2 очень гибко учитывать права пользователя при формировании отчета и перенести формирование отчета полностью на сервер (с возможностью динамического распределения нагрузки при его формировании).
Фишка в том, что "обычный" отчет является для системы черным ящиком, в то время как отчет СКД для неё - открытая книга. Соответственно система может его анализировать, оптимизировать его выполнение, распараллеливать вычисления и сколь угодно тонко влиять на его формирование. В полной мере эти возможности реализуются уже в 8.2

СКД нужна чтобы заманить кажущейся лёгкостью, поработить мозг 1Снеков, в нужный момент этот чёрный ящик не сработает и все они окажутся в аду

(72) забыл демонический смех

Кроме шуток. Вещь конечно, отличная, но совершенно не предсказуемая.
Возможно, следует заранее сказать заказчику, что вы выбираете перспективную технолонию, но некоторые вещи сделать может оказаться невозможно. (непредсказуемо долго).

Можно упереться в сущуй пустяк и потерять на нём долгие недели

Впрочем построителю это тоже свойственно.

А ручной вывод не так плох как кажется. Он не тот что прежде уже - есть временные таблицы

(70) Вдогонку. Можно провести аналогии между СКД и языками декларативного описания результата (тот же SQL, например). Вы говорите системе ЧТО вы хотите получить. А КАК ИМЕННО это получить - она решает сама. Прогрессивность такого подхода очевидна: разработка и сопровождение упрощаются, многие моменты становится возможным унифицировать и оптимизировать на уровне системы.

(75) всё б замечательно, если б возможность отладки не исчезала в принципе.

Впрочем этому дьяволу мы начали поклоняться, ещё когда появился новый язык запросов ))

(74) А кому щас легко :)
Главное, что есть из чего выбирать. Хошь СКД, хошь построитель, хошь каждую ячейку любовно оформляй и печатай.

"совершенно не предсказуемая" - это как?
При одинаковых условиях получаются разные результаты? Можно пример?

(76) Исчезает возможность отладки чего ? Результирующий запрос получить не проблема - а в остальном вроде отлаживать и нечего.

У СКД перед построителем есть одно большое преимущество: СКД - это развивающаяся система, построитель - мертвая ветвь.

(79) "Результирующий запрос получить не проблема"   -  Ооо, можно узнать как?

МакетКомпоновки = КомпоновщикМакета.Выполнить(СхемаУсловий,Настройки,,,Тип("ГенераторМакетаКомпоновкиДанныхДляКоллекцииЗначений"));
   
// а вот и запрос
ТекстЗапроса = МакетКомпоновки.НаборыДанных.СборкаУсловия.Запрос;

(81) "СборкаУсловия"  - 8.2?  прогресс однако.

(82) Нет. Это просто имя источника данных в моей схеме.

+(83) Получаешь на выходе запрос собранный уже вместе с отборами и с учетом использованных настроек (к примеру отсекаются неиспользованные группировки). Параметры отборов запроса компоновка засовывает в набор своих же параметров с именами PХ где Х - число от 1 и дальше.

(84) а я то, наивный.

нет, нет в СКД смысла.
Им пользуются одни лузеры и лентяи.
настоящие спецы отчет пишут три дня в блокноте (в том числе и запросы) а потом под требования пользователей пишут по три дня новые отчеты (даже если нужно просто оформление сделать или группировки сменить)

никогда и низачто не изучайте и не пользуйтесь ЭТИМ СКД.


навеяно:

"Смотрю, как студенты понтуются, кто из них больше ни фига не делал и всё сдал.
Эх...
Когда я был студентом, я сдавал право одной очень милой женщине. Она была практикующим юристом, и я ожидал, что такой специалист меня сейчас будет гонять от и до по всему конспекту.
Она посмотрела на меня и, ничего не спрашивая, поинтересовалась:
- Оценку вам какую ставить?
- Э... Пять хотелось бы
- Отлично, - сказала она, и стала писать в зачётке
- А вы что, даже ничего спрашивать не будете? - удивился я.
Она оторвалась от заполнения зачётки, внимательно посмотрела на меня и сказала:
- Запомните, молодой человек, чем меньше вы знаете, тем более ценна я как специалист.
Эта фраза мне запомнилась на всю жизнь и больше я не страдал фигнёй во время занятий.
И сейчас самое время мне, уже доценту и одновременно практикующему проектировщику зданий, повторить то же самое:
Господа студенты, не учитесь, пожалуйста! Старайтесь как можно больше получить на халяву! Чем меньше вы знаете по окончании института, тем более ценен я как специалист и тем большую зарплату я могу потребовать за свои услуги!"

(с) баш  http://bash.org.ru/quote/402378

(79) Как?

(80) Это почему же построитель - мертвая вещь?

+(87) А, не видел (81) :))

(88) потому что достиг вершины своего развития.

Скажите пожалуйста как называется книга по СКД? И может где-то ее можно скачать? Киньте ссылку(и), если есть!

(91) Сразу разочарую в ней по существо ничего и нет кроме картинок. Посмотри лучше вдокументации к платформе, там более менее нормальное описание

(92) Да ладно. Отличная книга для быстрого старта.

Вот книга. По ней изучить СКД легко и просто

http://v8.1c.ru/metod/books/book.jsp?id=132

(79) Исчезает возможность отладки чего ? Результирующий запрос получить не проблема - а в остальном вроде отлаживать и нечего.

Оооо. Это есть совсем не правда. Отлаживать там очень и очень есть чего. Т.к. в развитой компоновке будет не один запрос, а несколько разных, которые будут затем обрабатываться кучей разных выражений в выражении представления, выражении сортировки, выражения пользовательского поля, выражении в макете, всё это может осложняться вложенными компоновками...

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

Итого - сложная компоновка вполне может быть АДОМ

Но особая прелесть во всём этом - это диагностические сообщения. Которые иногда могут быть такими: "ошибка в компоновке данных"

(95) Сложный отчет на то и сложный, чтобы требовать определенных усилий для написания. В этом нет ничего странного.
(96) Если читать сообщение дальше, обычно указано вполне конкретное место возниковения ошибки.

(97) Согласен, но кто то же придумывал как это работать будет, почему бы не описать это по человечески, а не заставлять до всего методом научного тыка доходить.

(98) Здесь есть и обратная сторона ;-) См (86)

Ну, во первых книги по СКД у меня как не удивительно не оказалось. Странно, мне казалось, что я её покупал.

Во вторых - насколько я понял - первое же супер преимущество СКД перед построителем - это то, что запрос формируется в конце, а не в начале. У меня характеристики номенклатуры и контрагентов хранятся в РС. В построителе - придется забирать их в запросе, даже если они потом и не будут нужны - пипец.

А тут - если они не используются - в запросе не участвуют - это нереально круто. Просто не передать как круто. Иначе текст запроса пришось бы составлять по кускам и прочая маета. Мне нравится.

(100) В конце чего запрос формируется?

(101) В конце сборки макета (до получения данных)

(102)
Точно.

Я с тоской думал - как же вынимать характеристики, без ущерба для процесса.

(0) Смысл в том, что юзвери не будут за каждым пуком бегать к программисту, да и программисту будет легче житься...

Вон в УТ отчеты сначала были статичными, потом стало де-факто стандартом возможность переставлять группировки, а теперь СКД. Эволюция, блин.

самая типичная проблема - уберите или добавьте мне поле, я хочу, чтобы группировалось сначала по А, потом по Б, а не наоборот

(106)
А в построителе-то переставлять группировки в чем проблема??

(107)+
Не в построителе, а в отчетах на его основе. Там тоже самое.

Я обычно делал 2 построителя отчета.
Один - для интерфейса, а другой - для выполнения.

В зависимости от настроек пользователя, формировал оптимизированный текст запроса второго построителя, еще с некоторыми фишечками:))

(109)
Ну мы ж тут про быстроту и простоту говорим...

(109) Тоже так делал ... в схеме ничего не мешает делать также - только необходимость в подобном реже возникает.

В УТ СКД уже задействовано? Хочется взглянуть что это за зверь....
Че то я упустил момент:))

Тут уже говорили, большое преймущество СКД в развитии. Насколько я понимаю, ближайшем шагом будет возможность добавлять в источники данных внешние базы (скорее всего это будет что-то вроде ADO).
А ещё можно почитать книжку, о которой тут тоже говорили, там есть глава "Отличия..." и не задавать глупых вопросов.
А ещё, чисто субъективно, в СКД писать отчеты - одно удовольствие!

(113) Где почитать то? Есть книга в электронном варианте?

Мда. После добавления НабораДанных в связи - его имя уже просто так не изменить. Бред.

Тоже хочу электронную книгу. ДО покупки бумажной.

Народ помогите со связью источников данных.
Есть регистр продаж.
Есть периодический регистр сведений некой инфы.

Нужно взять из регистра сведений инфу как СРЕЗ ПОСЛЕДНИХ на ДАТУ ПРОДАЖИ.

Как задать условие связи?

Дату как параметр связи передавай

(117)
Так с этим попозже. Пока задал как жесткое равенство.

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

Что это может быть? Неужели придется переделывать всё сначала - это же несерьезно.

Вспомнил, что была раньше некая "детальная информация" теперь её нету - в этом может быть дела?

(118) (119) Довольно сложно ответить на такие простый вопросы ... уровня азов схемы пользовательского уровня.

(113) тогда помоги, плиз, добрчеловек, я этим удовольствем второй день занимаюсь:)
v8: Отчет в СКД

(121) Имхо, твоя проблема - с понимаем того что хочешь получить на выходе из запроса. СКД тут не причем.

(122) ресурс в верхней группировке считается в зависимости от нижней группировки (берется последнее значение периода). Как сделать чтобы он независимо считался?

(123) сделать для него свой макет и рисовать на нём что душе угодно

(123) Покажи пример детальной таблицы со своими группировками, которую ты ожидаешь получить на выходе ?

(97) сообщения об ошибке зачастую мало информативны, когда ошибка не в источнике данных.
Вдобавок работа с СКД программно отличается от работы интерактивно - есть неочевидные особенности.

(65) Что-то я не заметил мастеров отчетов в 1С8, может не там копал?

(123) хотел получить максимально универсальный отчет
чтото типа:

по горизонтали - НачОстаток, Приход. Расход, коностаток (по себестоимости и по рознице, + разные прибыль, скидки).
по вертикали - Склад, НоменклатурнаяГруппа, Номенклатура, ПериодДень, Регистратор.
ну и с разными вариациями.
За основу взяты и соединены 3 вирт. таблицы "как есть"

(128) Проблема в остатках в разрезе периода (день/регистратор). Если тебе просто нужны начальные/конечные на заданный период, просто присоединяй к оборотам полный объединением с пустым днем/регистратором.
Если же нужны остатки на подпериоды - тогда с максимально универсальным отчетом будут проблемы.

Я разобрался со своей проблемой "помогите-пропали-группировки!"

Последний вопрос - можно ли в конструкторе дать возможность полю:
1. Быть группировочным (номенклатура).
2. Не быть выбранным как ресурс (количество).
Конечно одновременно. А сейчас - либо полный запрет на выбор (и пропадание из отчета), либо поле можно выбрать и там и там - то есть как ресурс и как группировку.

(130) Конечно можно. Есть 2 группы опции по 4 каждая. Одна касается заданного поля(ограничение поля), вторая (ограничение реквизитов) - разыменовываных реквизитов (через точку_ .
Опции следующие: первая - запрещает использовать как поле (выводить в отчет), вторая - запрещает накладывать условие на значения поля, третья - запрет использования как группировки, четвертая - запрет упорядочивания по полю.

(131)
Так в том-то и дело. Мне нужно, чтобы поле выводилось в отчет, НО ТОЛЬКО в качестве группировки.

А про "Есть 2 группы опции по 4 каждая." я уже прочитал в хелпе, но все равно спасибо.

(132) А как еще можно можно вывести группировку ?

(129) посмотрел простейший типовой отчет по ОДНОМУ регистру, там в варианте с одним периодом-регистратором правильно считается. У меня почему то нет.
Кстати в конструкторе запросов в СКД есть закладка "Компоновка данных". Для чего она? и где про нее можно почитать?

(134)
Мне хочется чистоты.

У меня куча группировочных полей.
И всего три числовых.

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

Господа, а по теме (0) может кто-то ответит нормально?
http://www.forum.mista.ru/rules.htm п.2.

(137)
В (100) описано мегапреимущество.

для (128) проблема решена
в v8: Отчет в СКД дали мне ценный совет выбрать поле ПериодСекунда!  заработало всё

(117) Заинтерисовало.
"Дату как параметр связи передавай"

А как это сделать ? Что нужно вписать в поле "параметр" ?

(127) Не там. Есть в меню.

(135) На закладке "Компоновка данных" указывается опциональная инфа, это типа {} для построителя.
То есть то, что может менять пользователь.

(137) Изволь.
1. В СКД можно использовать несколько источников.
2. В СКД можно выводить несколько таблиц.
3. В СКД можно выводить номер строки по порядку.
4. В СКД можно задавать пользовательские поля.
5. В СКД можно объединять поля в группу.
6. В СКД можно объединять условия в группу.
7. В СКД можно настраивать разные условия, порядок, условное оформление и прочую дрянь для каждой группировки отдельно.
8. В СКД можно группировать по нескольким полям одновременно.
9. В СКД можно указывать максимальную и минимальную ширину и высоту ячейки.
10. В СКД можно использовать функции общих модулей.
11. В СКД удобное меню расшифровки.
12. В СКД удобно прописываются человеческие альясы полей.
13. В СКД можно удобно нарисовать макет или его часть.
Ну где-то так.
И я в общем-то назвал даже наверное не самые важные моменты СКД, но даже этого списка мне например уже достаточно, чтобы пользоваться СКД вместо построителя.

Парни два вопроса объявилось.

1. Делаю вычисляемое поле. Тип - число. Точность - два знака - выдает всё равно кучу цифр после запятой.

2. Как рассчитывать поля отдельно в итогах (проценты). В использовании построителя это делалось в запросе. А тут как?

UP

(145) не флуди в тематической ветке.

(144) Новые вопросы - новвы ветки

Активно пользую СКД. Где-то восторг - где-то тупая головная боль.

Возможно ли с помощью СКД реализовать подобие корреляционных под/запросов?

Каким образом задавать условие на левое соединение источников данных? В книгах нет, в хелпе нет. Причем, Период<>0 прокатывает, а Период>ПериодТорг - ругается, что поле "ПериодТорг" найти не может. И это только при выполнении! В общем нелогично.

И где происходит соединение наборов данных?? На сервере приложения?

Куча полей - банальные строки - поди догадайся что в них писать. Следующая эволюционная ступень будет - простой XML-редактор - пишем отчеты на низком уровне!

В общем, кое-какие вещи пока получается сделать только в самих запросах. Как их сделать в СКД, судя по всему НЕ ЗНАЕТ МЛЯ НИКТО! >:(

(148) Может не поздно еще:)
"Каким образом задавать условие на левое соединение источников данных" - оно всегда по умолчанию левое

(149)
Я в курсе. Вопрос был - "Каким образом задавать условие"

Хотите задачку, не решаемую в построителе? да без проблем. Тока это... она не просто не решается, она еще и сервер приложений кладет. Так что потом не обижайтесь, если что...
Задачка - во внешнем файле (формат любой) присылаются наименования номенклатуры и количество проданного каждого наименования. Требуется считать  и посчитать прибыль по каждой позиции как  произведение  количества на разницу цены продажи и закупочной цены на дату продажи...
Количество наименований - порядка 5-6 тысяч.
В СКД - сделал без проблем...

(151)
Чо-та странно. СТранная задача. Проблема загрузить файл в ТЗ и там посчитать?

Основная фишка СКД это построение нескольких независимых отчетов в одном. Пример тому отчет по продажам да диске ИТС.
СКД решает проблему когда в одной форме нужно получить несколько независимых отчетов в одной таблице (с расшифровками и т.д. и т.п. тоесть полным функционалом)
Построитель может слепить только один отчет.
Например задача: сделать в УТ отчет по продажам, по затратам и движению денежных средств в одном отчете. Хрен такое построителем сделается.

с помощью СКД такой отчет делается элементарно. В результате получим единый информативный отчет с тремя табличками (типа рапорта руководителю, но функицональный). и все это без программирования.

(152) бугога. ты не понял фичи. в скд для загрузки ТЗ не надо писать код руками для загрузки в ТЗ. построителем такая фича не решается.

(155)
Ну да - указываешь СКД путь к файлу  "(формат любой)" - она тебе и выводит отчет во всех измерениях. Но это все фигня. В СКД есть секретный параметр. Там указываешь внешний IP любой организации - СКД парсит всю локалку на предмет
1. Различных СУБД
2. 1С-баз
3. Различных внешних файлов.
4. Баз, которые удалили.
5. Баз, которых нет, но могли бы быть.

И выводит всё это в отчет. Вот так.

Ну, а если серьезно, то я зашел сюда сказать, что СКД - мегавещь. Делаются удивительные вещи. Могу сказать, что есть задача, которую без СКД я решал бы долго и нудно вручную.

СКД это сила! Хотите задачку нерешаемую в СКД? А в построителе решается.

(157)
Ну давай.

Заранее - основа построителя и СКД - запрос. Так что...

Имеем путевой лист. Задача расчитать з/п по нему. Условия: Если маршрут городской, то оплата за рейс, если межгород, то за км. Причем, если проехал более 10000 км за месяц, то ставка , например, 5 руб, если меньше - 4 руб. Есть еще несколько условий. Например если перевозил иномарки, то ставка увеличивается, если вазы, то ставка меньше. Можно такое в СКД намутить?
Я использую построитель в качестве динамического настраиваемого фильтра для основного запроса

+159 Расчет ведется по каждому рейсу. А ставка от общего километража и типа груза.
Есть еще доп.условия. Например холостой пробег по определенному маршруту - определенная сумма

(159) А кто тебе мешает использовать вспомогательную схему скд для динамического настраиваемого фильтра ?

Принцип примерно такой же, как в фильтрах в доп.отчетах

(161) Видимо мешает то, что понятия не имею, как это организовать в СКД

(160) Скорее всего получится нечто вроде Н-количества наборов данных, где каждый набор заточен под свою схему расчетов в объединении.

У меня подобных образом решалась с задача с построением отчета на базе иерархического справочника, где каждый элемент описывал вид остатка/оборота по заданому счету с доп параметрами, типа "-минусовать в итогах" и собственными отборами по каждому элементу.

(164)
Расскажи пожалуйста поподробнее, как сделать то, о чем ты говорил в (117).

Вкратце - есть набор данных с продажами - есть набор - РС - срез последних.

Надо снимать срез РС на дату каждой продажи (то есть - записи).

1. Это реально?
2. Не будет ли это слишком долгим?