Мы как то с Лунсом спорили, можно ли все отчеты написать на СКД.
Я в практике сталкивался с такими, которые нельзя.
Навскидку - карточка счета, ее можно написать, но с весьма большими извращениями.
Давайте поставим точку в этом диспуте.
Для доказательства достаточно предоставить один отчет, который нельзя написать на СКД.
(1) fixin, "на любые вопросы даются любые ответы"(с):-)
Исходя из текущей постановки задачи однозначный ответ - НЕТ. Вы никогда не напишите на СКД отчет который выдаст к примеру... что у меня в карманах ;-)
Но если имелось в виду написание всех отчетов, имеющихся в 1С, то, думаю, что это возможно. Основные операции манипулирования наборами данных там есть, а уж компоновать их можно как угодно (почти).
Конечно все можно построить. В случае очень заковыристых отчетов можно использовать СКД, только для формирования набора данных в таблицу значений, далее этот набор заполняем в обычный макет. Преимущества - штатные отборы скд.
Бывает пользователю нужен отчет, который имеет в принципе фиксированный макет, но ему нужны различные варианты отборов, тогда для этого удобно использовать скд только для получения результата запроса, далее заполняем обычный макет.
Здесь встречал довольно сложный отчёт по анализу дебеторской задолженности, сделанный с использованием СКД, но СКД там применяется для формирования наборов данных. Так что голосую за пункт 3.
Когда то столкнулся с такой проблемой, что необходимо было вывести номенклатуру и все штрих коды ей назначенные, которых могло быть около 10 шт (штрих коды хранились в регистре непериодическом сведений) примерно в таком виде:
№|Номенклатура | ШК1, ШК2, ШК3, ШК4.....
На тот момент возможно не хватило знаний, но нормально собрать его с помощью компоновки данных без ручной обработки выборки так и не получилось. Но надо признать, что на 8.2 появилась возможность объединять значения полей в массив при группировке. Теперь подобную штуку можно собрать "без программирования".
СКД очень мощный инструмент, который позволяет формировать отчет на основании определенной выборки данных. Но источником выборки может быть и не запросом, а, например, собранная ранее и обработанная необходимыми операциями таблица значений. Это считается отчетом, собранным на СКД?
(13) да, пусть будет из таблицы значений. Речь идет о формате конечного отчета.
Кстати, да, у меня тоже был такой вопрос, но надо было сделать на 81, сделал через вычисляемые в модуле поля...
(14) Вот пример отчёт, который чисто на СКД сделать невозможно.
Как вывести картинки в СКД (8.2) или "Прайс -лист с картинками"
http://infostart.ru/public/67169/
(15) фигня. Выводить гуиды картинок с префиксом, потом пробежаться по макету и заменить гудиы на картинки. Это решаемо. Речь идет о таких отчетах, схема которых не укладывается на СКД, например, какие-нибудь хитрые итоги и т.п.
Будет время, приведу пример такого отчета, т.к было у меня такое в практике.
(17) Постобработка, касающаяся поиска маркеров в макете - это фигня. Не будем считать ее сложностью. Если вопрос решается простой постобработкой макета, то будем считать что СКД это умеет делать.
Я например юзал такой финт. Условное оформление - если строку нужно сделать невидимой - назначал ей высоту 1. Потом постобработкой удалял строки высотой 1. Так что как вариант, возможно....
Речь идет о более сложных компоновках, где нельзя решить через СКД.
Вот пример отчета (хотя тоже можно решить постобработкой, но уже чуть нетривиальнее).
И вот еще пример, с которым СКД не очень дружит, классика жанра.
Например, количество продаж товаров по каждому складу, товары отсортированны по алфавиту
И с нарастающими итогами в СКД помоему не алле. Конечно, можно в ТЗ формировать, но тогда зачем СКД? Хотя может насчет нарастающих уже сделали, не знаю.
21.
Модератор раздела 15.02.12 19:59 Сейчас в теме
(20) fixin,
непонятно объясняешь.
второй пример это обычна кросс таблица.
склады в группировках колонок, товары в группировках строк. или что ты имеешь ввиду?
по первому примеру:
ты имеешь ввиду что есть три колонки. если в строке рядом одинаковые значения, то ячейки объединяются и общее значение для них в эту объединенную выводится?
Нужна помощь имеется внешняя печатная форма, необходимо ее переделать чтобы некоторые данные заполнялись через форму(в ручную) допустим Контрагент и при печати выводились в макет? не подскажите материал для изучения или пример готовой обработки. пока только осваиваю 1с.
некоторые данные заполнялись через форму(в ручную) - параметры.
приходилось несколько раз данные формировать СКД, а потом макетом формировать нужный вид
по мере расширения знаний возможностей СКД, количество отчетов сформированных сугубо средствами СКД возростало)
пока полностью отказаться от использования макетом не смог
иногда использование макета просто экономит время
голосую за третий вариант)
А вот попробуйте написать на СКД сравнение скажем стоимости ЖД тарифов перевозки по имеющимся данным в базе и при текущем состоянии коэфициентов и прочего (т.е. проверка праивльно ли были сделаны расчеты, не было ли "заднего" изменения схем и коэффициетов). При этом сами расчеты менять нельзя - уже выставлены счета, и нужно отчетом посмотерить не нужно ли выставть корректирующие счета.
Конечно, можно сначала использовать некий регистр сведений, который потом чистим, но зачем только ради СКД это все горадить? Тем более что когда сразу несколько пользоватетей смотрят этот отчет (с использованием регистра) начнуться тормоза.
Вывод - СКД вешь удобная, но не панацея от всего. Это только один из инструментов.
ЗЫ. Те кто считают что ЖД тариф считается просто масса груза на определенную ставку - очень сильно ошибается :)
(27) fixin, Позволяет, но зачем мне потом ее обратно загонять в СКД? Разве не проше выводить сразу результаты в отчет, чем сначала в Таблицу Значений, потм таблицу значений в СКД, а потм из СКД в отчет.
И еще пример, если очень сложные отчеты например диспетчеров производств - которые имеют строго оговоренную форму колонок, ячеек и прочего. Заполнение их идет не по строкам и колонкам, а каждая ячейка отчета заполнятеся соотвествующем образом (по соотвествующим правилам). Причем они еще и пересчитываются в зависимости друг от друга. Такие отчеты обычно делаю или с использованием OLE EXCEL или соответсвующим Актив Обжектом. В даном случае использование Таблицы значений такой геморой что проше повесится :)
А вобще, конечно, в приниципе, я могу любой функционал конфигурации сделать на одних справочниках (к примеру), но зачем? Вопрос уместности и назначения объектов :)
(29) fixin, если отчет не ориентирован на вывод строки и колокнки, а "точечно" заполняются ячейки в заранее заготовленную форму (как в случае диспетчерских отчетов) то использование СКД мне, лично, не представляется возможным и целесообразным.
(30) скриншот в студию. На СКД можно нарисовать весьма многое, в том числе графики и табели, причем играючи.
Хотя если речь идет о форме по шаблону, может вы и правы. Но макеты СКД никто не отменял.
(31) fixin, Да пожалуйста :) Хочу подчеркнуть что это не три разных отчета - а один отчет и то не полностью (он у меня просто на экран ноута не влезает). Заточен под А3. Возражения - разрезать "на куски" - не серьезно (директорат не согласится :) ). И это он еще не целиком (примерно 30% отчта - надоело резаь и прятать текст). Плюс еще раз - каждая ячека заполнятеся из разных регистров, разных таблиц, с разными условиями и прочеее.
И все это (вместе взятое), только один из множетсва отчетов (причем не самый еще сложный - просто тот который под рукой оказался).
(32) видел миллион раз подобные отчеты, которые люди руками лопатили в экселе, тратя недели на их подготовку для руководства, а руководство их потом складировало у себя на столе или в компьютере в виде тонны листов бумаги и кучи файлов. С появлением 1Сv8 в целом и СКД в частности, все эти excel-отчеты были заменены на много маленьких отчетиков, которые очень удобно, оперативно а, главное, структурировано отображают актуальную информацию из базы, а не с опозданием на неделю, как было до этого и с количеством ошибок, зависящих от того, сколько отдельных лиц приложилось к подготовке итогового отчета в excel. Информация должна быть логически структурирована и доступна в оперативном режиме. Все эти листы А3 с кучей цифр - это не о чем. Представьте, вы едете на автомобиле, и вместо панели приборов у вас таблица в excel на экране, вы чего-нибудь поймете и сколько времени вы потратите на понимание? Конечно, со временем вы привыкнете и будете из этой кучи цифр выхватывать нужные вам, но сядет другой водитель и опять начнется по-новой. Именно для этого и введена СКД, чтобы просто, ясно и доступно для понимания любым человеком представить информацию из базы, и дать человеку гибкий инструмент для выборки нужных ему данных и представления их в тех разрезах и измерения, в которых ему удобно. Тенденция налицо, от неструктурированных форм отчетов фирмы избавляются потихоньку.
(47) ... хм ... а кто мешал в Екселе делать много маленьких, струтурированных отчётов ...
(0) у всякого "инструмента" есть свои пределы - вопрос только "цены" ...
... СКД это лишь то, что делали всегда, когда не могли сделать в запросе или было муторно это делать, работает с ТЗ ...
... опять же - чем изучать СКД проще опять-таки сделать в Запросе + ТЗ ... СКД даёт выигрыш только во времени получения конечной формы (отчёта на бумаге), да и то если отчёты меняются по 100 раз в год ...
СКД - это вещь необычайно универсальная. Пользуясь СКД можно написать практически все, что угодно, но в некоторых очень редких случаях графическую часть отчета легче нарисовать ручками стандартными методами, а систему СКД использовать чисто для получения результата запроса и организации отборов. Работу с отборами эта штука реально очень упрощает и позволяет сэкономить кучу времени.
В своей скромной практике пока не встречал таких отчетов, которые нельзя было бы написать на СКД, наоборот, бывают места когда нельзя применить СКД, и тогда бывает сожалеешь об этом, поскольку на СКД некоторые вещи рисуются в разы проще.
(35) можно через обработку измываться над скд как угодно (создавать, удалять, рисовать, и тд.)
применить можно абсолютно везде)) но естесвенно не в голом виде))
А я консерватор-фетишист, по мне так в кайф залезть в модуль и настряпать там, что душе угодно и уж гораздо приятнее созерцать результат своего труда через призму кодда нежели использовать "криворабочий" констуктор которого в прочем скоро и доведут может до ума, а пока ломать голову над тем как вывести результат через СКД это унылая утопия.
Я заявляю что СКД - это сырой печенька! Использую СКД в случаях когда нужно выполнить небольшой отчётик с максимум 5 объеденниями и 10 вложенными запросами в остальном...
______________________________________________________
Плясать перед компом с бубном как то не в кайф...
На СКД, конечно, можно многое, но порой легче сделать линейный отчет с несколькими выборками, чем пытаться ваять универсальный макет. Хотя все зависит от сроков и квалификации.
вот пример отчета, как мне кажется, который нельзя написать на СКД.
Допустим есть склады, по ним продажи по месячно.
В продажах есть количество и сумма.
Отчет где в строках склады, в колонках - месяцы, а в каждой колонке количество и сумма наваять легко.
А вот как наваять отчет где в строках склады, в колонках - количество и суммы, а в каждой колонке месяцы?
Банальный трансформинг, ведь.
Естестенно, месяцев может быть много.
Хотя мне кажется такой отчет можно наваять, но не тривиально.
нужно создать еще одно поле, значением которого будет "Количество" или "Сумма" и в разрезе этого выводить значение одного ресурса Значение, но имхо нетривиально.
Типо в формуле ресурса: ВЫБОР КОГДА Измерение = "Количество" Тогда Сумма(Количество) ИНАЧЕ Сумма(Сумма) КОНЕЦ
вышлитаким образом:
1. Создаем 3 набора данных "Запрос".
2. Прописываем в каждом строковое значение "Вид движения".
3. В настройке таблицы сначала добавляем группировку "Вид движения", а в ней группировку по организациям
(55) Версию платформы хорошо бы узнать. Ну и у вас в отличии от нас есть возможность посмотреть, что происходит в строке 1529 вашего общего модуля под отладкой.
Недавно делал отчет с вычисляемым полем ВычислитьВыражение(), нужно было определить весомость позиций по каждой группировки. Колонку с информацией получил, а вот отбор по этой колонке напрочь работать оказывался. ЧЯДНТ?
Проблемы (и крупные) в СКД начнутся, когда:
- нужно объединить шапки двух колонок/строк (а пустые "ячейки" в шапке не устраивают);
- нужно объединить две колонки/строки в одну в середине таблицы;
- нужно использовать более двух запросов;
- нужно использовать функции от вычисляемых полей;
- нужно сделать вывод особенно расчитанных ячеек в разные места таблицы (в итоги какой-то колонки, для каких-то группировок по хитрой схеме и т.д.);
- список можно продолжать и далее...