сабж...
признаюсь работа с СКД задачу не облегчает а усложняет многократно!
Нет, написать простой отчет там быстро и красиво! И бухи легко найдут настройки для себя.
Но!
На практике чаще всего нужны сложные отчеты, или не очень но финансовые - со сложной структуой и последовательностью строк. Как просто зделать это на СКД я не представляю!
Неоднократно сталкивался с такой ситуацией - неверно работает отчет или его надо исправить. Лезу в него и о прелесть - СКД вываливает данные в макет, а ЕЩЕ ЛУЧШЕ(1) макет подгружен в виде бинарного файла!
И КАК ЕГО отладить! Проясните плиз...
Элементарные вопросы, оформление отчета превращаются в пытку!

Может я конечно стар... Но я привык писать чаще вручную запросы, да и понятны еще с работы со скулем. Знакомых программистов, кому нравился СКД не нашел - даже во франче сказали что предпочитают не использовать его.
Вот и появляются сайты - как программировать на СКД
http://1cskd.ru/
типа изобретем велосипед, но педали крутить руками.

неудачник

СКД рулит

Если у тебя не получается нефик бочку катить.

тема не новА...

(2)чем он рулит
"СКД вываливает данные в макет, а ЕЩЕ ЛУЧШЕ(!) макет подгружен в виде бинарного файла!
И КАК ЕГО отладить! Проясните плиз..."

(5)и как! отлаживать отчет с ним?!!

"даже во франче сказали что предпочитают не использовать его. "
Вот это жесть жестяная.

Человек переработался. явно. лучше бы водки выпил. праздники тем более.

Есть недостатки но и плюсы есть.
Чего больше? Для начинающих - первого.

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

Кстати, пароли на архивы - тоже идиоты придумали. Как достать из запароленного архива инфу, а?

[можно немного допилить стандарт, чтобы показывал реальный запрос] давно допил, адрес знаете ;)

(8)что то он меня напрягает конкретно последнее время разбирать там ошибки или переделывать!

(0)
У СКД есть преимущество, которое с легкостью бьет все минусы.
Текст запроса формируется в конце! Это дорого стоит.

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

(0)  Все отчеты пишу руками в простой консоли. Потом тупо в модуль формы  и Выгрузить() в ТЗ на оной же. Дешево сердито и быстро сопровождаемо и отладочно.

(15)да есть такое - не простой отчет - там без проблем.
А вот финансовый со сложным порядком строк и проч - уж извените

(17) если ты не умеешь -  не значит, что нельзя.

(16)я всю жизнь, еще с SQL писал тока руками, и в 77 и в 81. Не конечно конструктор использую, но больше как проверочный - на ошибки. Мне лично так программу понять проще. Она как родная - каждую строку знаешь.
А СКД вызывает отторжение...

+(16) Все равно все приходит к консоли когда при отладке шедевральных текстов СКД разработчик выкусывает куски и .... тестит в консольке :)

(15) у СКД намного больше возможностей именно в плане "покрутить юзеру" - а это бесценно

(18)можно все! только вопрос во времени! Зачем делать на СКД и потратить дня 3, когда обычным образом менее дня!

(19) в конструкторе есть закладка "компоновка данных" и "характеристики", если что. надо просто уметь готовить...

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

те, кто не научились готовить СКД - что же вы в 8.2 делать будете?

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

(25)а ты вообще просто запросы, скажем в SQL писал давно?

(25)мои отчеты без СКД в 82 прекрасно работают

(25) про неумение готовить, это не к месту, имхо...

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

(27) для веба - только на нем и пишу. в 7.7 прямые запросы тоже были, когда ею занимался.

(30) ты немного не понимаешь, о чем я говорю ;)...

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

(32) ну, у меня нет таких узеров в руководстве, которым западло моими отчетами на СКД пользоваться. то ли юзеры такие, то ли отчеты...

(34) именно, у тебя нет. но выводы, при этом, ты делаешь весьма категоричные...

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

(33)вот!!! Отладка превращается в мучение!
А красота пользователю..!! Типа маркетинг рулит!

(0) Как будто твой выл что-то может изменить !? :)

(38) не выл а пыл :)))

(37) где отладка-то в мучение превращается? ты ж на скуле рулишь и педалишь, что не  представляешь, что тебе запрос вернет?

(36)"автор видимо наобещал горы, а срок подошел взялся а там фига. вот теперь волосы по всему телу и рвет"
на основании чего сей вывод? Если мне надо срочно - я делаю как умею по быстрому - главное время и правильно работало!
Но когда лезешь в отладчик, а отлаживать нечего, да еще макет в бинарном файле - вы простите это просто куйня какая то

(40)лично я часто использую часто временные таблицы и имею понятие что они возращают.
ну а про мучение в(41)

(41)  и результат запроса получилось вытянуть?:)

Дело не только в СКД, дело во всем, что касается 1С. Чуть что, немного отклонений от прямой - и все 1С это не умеет. И так везде куда не ткнись.

(41) макет в бинарном файле - это выверты того, кто писал этот отчет. у меня макеты в реквизитах справочника (как и настройки) хранятся. и все делается в узерспейсе без открытия конфигуратора вообще

(43)да получается. я его вытянул. И что!
Я не имею понятия куда он в макет подставляетсяибо тот бинарный и не могу четко понять закономерность работы и найти ошибку

(43)в(42)

(45)скорее всего да! Но это встречается неоднократно в кадровых отчетах УПП!

(46) что мешает не истерить, а написать руками ?

ничего не мешает - кроме того что заново переписать стандартный кадровый отчет УПП!

короче...я пошел спать

это был крик души ;)...

Я тоже добавлю свои пять копеек.
(0) Неудачнег. Займись лучше вышивкой гладью или чеканкой по дереву.

(7) Это реально. Сам подобное слышал в одном фране, который когда-то был одним из адекватных в городе, от ихнего главного спеца.

(0) (41) А про макет в бинарном файле можно поподробней. О каком именно отчете идет речь?

Просто интересно.

(0) По моему СКД придумал очень умный человек, дай ему Бог здоровья! :)

Даже если макет в бинарном файле, сохраните его на диске программно и отладьте. Это такая реализация отчета, механизм СКД не виноват )

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

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

В УНФ отчёт по балансу сделан на СКД, хоть и с макетом оформления.

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

(0) Я даже фиксированные отчеты на СКД делаю. Если не осиливаешь СКД - не надо бочку катить, причина в зеркале :)

спросите авторов и пользователей вот этого http://infostart.ru/public/21923/ насколько плохо использование СКД ))

(1), (53) и прочие гоблины, вы чего на человека накинулись? Считаете себя Специалистами? Ну, ну...
Противно ей-богу.

(58) там сложные отчеты? ;)...

(0) такой идиот кто придумал кто придумал 8-ку...    а что про СКД  то она рядом не лежит с тем же кристалом  и т.д.

(0) ВАС НИКТО НЕ ЗАСТАВЛЯЕТ ПОЛЬЗОВАТЬСЯ СКД! Делайте так как Вам нравится ) Только в СКД отчет делается за два часа)
Вас бы например в Оракл заставить отчет сделать) интересно что бы Вы после этого сказали про СКД

(62) к большому сож.  сказал бы только плохое..  ибо если оракл  то применил бы кристал репорт  он на 10 порядков выше чем СКД  не зря он ТОП  в мире..  а про 8-ку  и СКД  никто не знает в мире  кроме СНГ

сам давно прогр. по 8-ке и СКД

(59) Конечно, гораздо этичнее считать Идиотом человека придумавшего СКД.
(56)  "придумал технику произвольного расположения ресурсов" - вау, звучит то как!!!

(64) если сам прогер давно, и на 8-ке, то о кристале у тебя очень поверхностное знание. небось буклетов насмотрелся, и считаешь себя спецом в кристале.

я профан в 8ке, СКД пару раз видел - прикольно.
хотел бы увидеть великие достижения топикстартера, что б соорентироваться, кто есть этот великий гуру, для которого разработчик СКД идиот.
я к примеру себя чуствую идиотом по сравнению с СКД, т.к. пытался создать отдаленное подобие еще на 7.7, потом на 8.0 - СКД на несколько порядков круче моих поделок.
Автор, раскрой свой талант.

(0)
точно!

какой идиот придумал женщин?

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

ужас....

я написал не про кристал репорт, а про оракловский механизм с описанием схемы xml, выгрузкой в xml, разбором xml и только затем выводом в макет. А чтобы сделать отчет в кристал репорте, перечислите какие знания нужны?? А чтобы в скд сделать отчет? уметь пользоваться конструтором запросов?
есть разница??

(63) Гы-гы-гы...
Вы кристалом сами то пользовались? Не теоретически в масштабах Вселенной, а лично с десяток отчетов соорудить?

(66)  да нет на нем раньше работал  правда давно ...  ну и сейчас слежу  за публикациями....  а ты что ГУРУ  в кристале??? или в 1С??  чет не видно судя по высказываниям

для тебя ГУРУ  что бы ты знал  что та же "сраная" САП  взяла кристал на вооружение

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

и к стати практически никакой документации по потрохам!!!

хотя конечно СКД рулит, тут спору нет, но только когда не нужно что-то специфическое!

(63) он пятый в мире только потому что мир про 1С не знает...

я недавно показывал 1с 8.2 и СКД одному "типа иностранцу" который уже три года SAP внедряет...

он реально был в шоке от того что в 1с можно сделать все и в частности от возможностей СКД...

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

причем бизнеспроцесс и функционал -  100% типовой из УТ

(71) кристал - крайне тяжелый и глючный продукт, по крайне мере таким был 3 года назад...

(71) не хочешь ответить на (69)

(72) Это показатель крутости кристала? Или показатель убогости отчетности SAP? Хотя нет, убогость тут несправедливый термин. Слишком приукрашивает реальную картину :)

Уж поверь - у нас в конторе 2 SAP и 1 ОЕBS. В соседнем помещении банды их разработчиков сидят. Когда заходят и видят СКД - слюни потом со всех столов оттирать приходится.

(71) я не спец. в кристале. работал с ним давно, и ничего сказать не могу про новые версии. а ты выражаешься как неудачник, у которого нет мозгов работать с "крутыми" языками программирования, и он перешел на 1С. но и тут оказался нужен мозг. поэтому ты сидишь на форуме и ругаешь 1С , намекая при этому что ты крутой прогер. я ошибся?

(0) не бросай изучение! крепись!
помни, что при при поступлении на новую работу тебя обязательно спросят: а умеешь-ли ты работать с СКД?!?!?

ибо СКД для просвещенно-продвинутых - лакмусовая бумажка :)
мерило твоей крутости :)

(79)ну нифига себе
а мужики то и не знали^)

(80) Он ошибается. Всем известно, что только 22 см являются мерилом продвинутости.

(80) ну тогда:

забей на 1С
1С - сырая и вообще фигня..
изучай ультима ерп... во где реальная крутотень и нереальные бабки...

а СКД вообще полная фигня..
все нормальные пацаны верстают отчеты в 1с 7.7..

(81) Ну, не может же работодатель так прямо спросить. Вот он и действует обходными путями... Это должно выглядеть так:
- СКД знаешь?
- Та у меня 22!
- Принят!

(78)   я вообще то франч))))ии работаю с 1С с 1996 года...  и очень уважаю 1С 7.7.  т.к.  она слава Богу на нашими людьми  и западом (к стати что бы ты знал 7.7.  это microsoft разработка) на 8-ке  с 2004  уже проект внедрял  и по сей день работаю...  честно  могу сказать что 8-ка ТУПИК  для большого и даже среднего бизнеса..  т.к.  сама платформа не оптимизирована...глюк на глюке 8-2  конфигурации  просто страшно смотреть.....вообще то ФРАНЧ (и все что с ним связанно)  это тупиковая ветвь развития  т.к.  качество погубит сам продукт...  сейчас покупают от безысходности в плане законов бух.  и т.д.  скажи мне ГДЕ ЖИВЕТ 1С на западе (прошу вьетнам не предлагать/))))

(83) ага.. а потом работодатель на вопрос "а где моя зп" будет ответчать.. "так у тебя 22см - отсоси..." :)

(81) +1, обязательно мерять желто-красной линейкой
(82) я даж не знаю что ответить, каждому свое^)

(84) (к стати что бы ты знал 7.7.  это microsoft разработка) - это ложь.

(84) ты какой то депрессивный франч..

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

(87) он еще и ничего не знающий франч :)

(0) +1

(90)-2

(84) Получи номерок в очереди ожидающих неминуемой гибели восьмерки и прочего армагеддона.

(84) к стати что бы ты знал 7.7.  это microsoft разработка

Под столом! Полный вынос мозга! Убил одним ударом. Стопитцот! :))))))

(92) вот такие франчи нас окружают.. а еще некоторые тут в соседних ветках жалуются что рынок 1С поделен.... уааа ахааа хаааа

(93) под столом ты ходил когда я уже работал на 1С  дружище битнер

(92) у тебя стаж 2 месяца.. малец :)

(96)->(95)

(94) ну да))))))))  получше в плане качества чем ты ..  а что касается 1С  то я как раз ее хвалю  1С 7.7.  что касается 8-ки ГАМНО

(98) все хают 8ку.. пока не научатся в ней программировать..

она просто немножко сложнее чем 7.7 :)
вот многие и хают ее..

но это проходит со временем.. :)

(95) Мой юный друг, бесспорно соглашусь, что у вас 22 см :) Но "уже работал" я с версией 2.0 под ДОС в качестве бухгалтера на мелком опте. Посему крайне сомневаюсь в истинности вашего утверждения.

(98) перейдя на 8.0 с 7.7 я таки выдохнул, понял, что 100500 костылей перестали быть нужны. а 8.1 почти только положительные эмоции приносит

конечно, пилить есть куда, но говорить, что 7.7 было круче - это интересная точка зрения

(100)  я то же работал с 2.0.   тем более ВАМ не стоит хамить...  в самом начале..  а то можно подумать  вы готовы жизнь оттадь за 1С8)))))))

(103) вы правда считаете что ваз копейка лучше калины ?

(103) А можно ссылку на мой пост, где я вам хамил? Чтобы утверждение не было голословным?

(102) круче НЕ В ПЛАНЕ среды прогр.  тут 8-ка  супер...  а круче  в плане устойчивости..  мин. требований к ресурсам  и т.д.  я уверен  что 7-ка  еще долго жить будет

(106) устойчивоси? а что, 8.1 таки падает?

а по требованиям - у меня коммуникатор удовлетворяет требованиям, чтобы запустить 8.1. а в 8.2 перенос внагрузки на сервер пошел

(106) Что есть "устойчивость"?
И о каких таких ресурсах мы ведем речь? Цена ресурсов сейчас просто никакая. Или мы об автоматизации ларьков речь ведем, где за Пентиум-1 еще душаться?

т.е.  подитожу  что 1С 7.7.  ЭТО и есть супер система для малого бизнеса  что и следовало доказать  ибо  изначально 1С  разрабатывалась для небольших объемов инфы...  другое дело  что у нас начали прикручивать ее и на большие предприятия  но тут  что то с совестью  как написано в Солярисе

(109) :) сервер за 300 баксов :)

(110) Вообще-то требовалось доказать, что СКД гуано. А затем то, что 7.7 написал мелкософт :)

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

(84)Ну теперь понятно чем ты гордишься :)
И сколько ты народу подсадил на бесконечные правки и доделка?

(110)Вот только уж 1С ее разработала для слишком малого бизнеса. Даже учет ларьков не обходится без ежегодной свертки базы :)

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

я вообще то хренею со всех вас...  в место того что бы действительно поругать те глюки и проблемы в 1С8-ке  которая как кто то написал  все больше и больше подходит для игр  (см. инф_ост_арт.ру)  вместо тог что бы блин... выражать недовольство  на бесконечные глюки 8-2  которая к стати единственная  т.к. 8-1 уже не будет поддерживаться...... вы "так ее 8-ку любите" что готовы в собственном г-не утонут  но хвалить..хвалить ..хвалить........  боюсь  что вряд ли  вы ее уважаете и любите..  просто сейчас нужны вам бабки.. а на ней можно на шару заработать  вешая лапшу клиентам

(115) Ну, это вина более конфигурации, нежели платформы.
А некоторые, кстати, не сворачивают....

(69) "А чтобы в скд сделать отчет? уметь пользоваться конструтором запросов?
есть разница??"
Разница приличная. И не в пользу СКД.
Тут пробовали по этому поводу пообщаться v8: v8: СКД: Оформление заголовка
Но я думаю, если в 8-ке работаешь, надо научиться с СКД работать.

(74)  я недавно показывал 1с 8.2 и СКД одному "типа иностранцу" который уже три года SAP внедряет...
он реально был в шоке от того что в 1с можно сделать все и в частности от возможностей СКД...

я в шоке то же  пусть на 1С переходит))))))))

+(119)Добавлю еще. В ORACLE Forms "прикрутил" через COM Crystal Reports. Забросил "рожной" оракловый REPORTS

(117) "я вообще то хренею со всех вас" - все не в ногу, один ты в ногу?
Извини, дорогой, но после твоего "кристал репорт  он на 10 порядков выше чем СКД" разговаривать с тобой не о чем. Потому как (по порядку): во-первых, ты не знаешь, что такое "на 10 порядков", во-вторых, ты плохо знаешь кристалл (если вообще знаешь, что не факт), и в-третьих, ты совсем не знаешь СКД.

Ну и про тупиковую ветвь: на восьмерке 153719 опубликованных внедрений. Какая тупиковая ветвь? Если по сумме внедрений в России лидирует САП, то это только из-за цены. Если взять количество рабочих мест, то доля САП будет в пределах математической погрешности.

Пардон, очепятка.
Забросил "рожной" оракловый REPORTS = "Народ забросил "родной" оракловый REPORTS

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

(125) а можешь описать задачу, для решения которой нужно проанализировать 500 000 строк? и кто это будет делать? человек?

следуя твоей аналогии, можно сказать, что например Camry как машина намного хуже чем бетоноукладчик, т.к. Camry слишком легкая. наверное для каждой задачи есть свой инструмент? СКД предназначен в первую очередь для формирования аналитических отчетов.

(125) ценность ОТЧЕТА в полмиллиона строк = 0.

(126) могу описать задачу когда, кто-то установил по неосторожности период большой или не наложил фильтр и тут на тебе продажи по 50 магазинам в разрезах всех товаров :)
При этом коллега пришел из сети супермаркетов и там на jd edwards такое лупил на раз - очень удивлялся что на 1с оно так тормозит. спецом для него переписал на табличное поле
(127) "не надо лохматить бабшку" ms excel тоже не бетоноукладчик, но тянет

(128) кто-то говорил что отчет ценен?
мы говорим о том как работает на одинаковом объеме данных различные технологии

jd edwards дает возможность расшифровывать показатель? а MS Excel?

(131) я описал задачу - без расшифровки
з.ы. у jd edwards это называется drill down и ЕМНИП, оно его умеет.
не надо меня убеждать, преимущества я и сам знаю, и не противник 8-ки или СКД, использую их с удовольствием каждый день. но работая с большими объумами данных можно увидеть вот такие штуки, о которых не подозревал.

вот еще одна - попробуйте на большом объеме данных сделать отчет по товарам ТОЛЬКО ИЕРАРХИЯ - наблюдаем как сервер 1С кушает около 1.7 гига памяти и пересчитует итоги по группам достаточно долго, в то же время, реализовав это на чистом sql производительность выросла в разы, памяти не жрется.

(59) Спецом себя не считаю, но если что-то не получается, не бегу кудахтать на мисту, как некоторые, а стараюсь решить вопрос самостоятельно (СП, мануалы, поиск, etc).

(128)"ценность ОТЧЕТА в полмиллиона строк = 0"
Конечно, речь не про миллион. Но, действительно, есть отчеты с большим количеством строк. Например, в 100 тыс. записей в иерархической группировке. Очень даже непдохие для анализа(разворот групп и т.д.).
Так что не надо вот так, не подумав, говорить.
И по памяти, действительно, 1С уж очень сильно приседает. Бывает, что вылетает от нехватки памяти. А вот Crystal Reports тянет и очень даже неплохо.

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

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

(134) еще раз для "тупых" ;-) - нахрена иерархический отчет на 100 тысяч строк? допустим в каждой иерархии порядка 100 строк (максимальное внятное количество для визуального обозрения лежит где-то в районе 50 позиций). это - 1000 группировок - кто их БУДЕТ ВСЕ АНАЛИЗИРОВАТЬ? для чего он? отчет - он для ЛЮДЕЙ, а они имееют вполне определенную емкость восприятия и работы с информацией...

(134) любой отчет имеет смысл только если его можно распечатать в виде доступном пониманию, все остальное это "необработаные данные", и то что кристал может выводить "необработаные данные" пользователю разве это достоинстрво? нафига тогда СУБД вообще нужна????

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

когда пользователь не знает, чего он хочет, он просит всё

(139)открою тайну: в СКД можно сортировать и выгружать в ексел

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

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

Если приложение сможет предоставить интерфейс для выполнения НЕСКОЛЬКИХ ИТЕРАЦИЙ выбора, при этом не перегружая этот интерфейс кнопками и меню выбора разнообразных алгоритмов отбора (то есть, не ухудшая удобство и интуитивную понятность интерфейса по сравнению с экселем с его автофильтрами), тогда они, возможно, и захотят им пользоваться. Но я подозреваю, что проблема в интерфейсе, который предлагает пользователям сделать окончательный выбор за один шаг в то время как объективно их требуется выполнить 3-4-5.

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

(137) Не хочу ничем меряться с тобой.
Фантазии у тебя, наверное, на эту тему пока еще.
Где я писал про 1000 группировок? Вообще, постарайся обходиться без личностей, по существу.
(140) Оставь при себе свои тайны про эксел и головы пользователей в покое.

(142) да, это плохо что крэш идет... выход один - или бростать работать на 1Ске и перелазить на идеологически правильные сапы с кристалрепортами или формировать внятные отчеты...

(143) фантазии они простые: от того, что внятно не изложено. Никакой ценности в отчете в 100 тыс строк даже в иерархическом виде - не вижу... вот и весь смысл...

Drill-Down они хотят, вот и всё

(141) полностью согласен. Отчет - это итоговые данные. если отчет делается для АНАЛИЗА данных - то это что-то где-то в консерватории... ;-) может, как раз из-за отсутсвия удобного инструментария для анализа/извлечения нужных данных. НО! работа с таким инструментарием - это уже квалификация чуть повыше должна быть... не всеб юзверь на это способен.

(144) я не понимаю твоей позиции, я 8-чник уже 5 лет и высказываю свою позицию исходя из накопленного опыта, а тут как в розовых очках "тут все зашибись", а то что Вы тут нашли  - идите на sap
З.Ы. "Не говорите что мне делать, и я не скажу куда вам идти"

(145) То, что "Никакой ценности в отчете в 100 тыс строк даже в иерархическом виде" не видишь, это твои проблемы. Пользователи, действительно, используют это и, почему то, видят в этом смысл. Я тоже вижу. В противном случае, как верно подметил (141) приходится использовать несколько итераций

Был у нас тут прикол. Давно правда.
На сдаче проекта самый главный принимающий без лишних слов нажал ОК на селекционном экране не выбрав ни одного фильтра. В результате этого милого запроса "все по всем" естесственно все повисло. Толпа сдающих-принимающих просидела у монитора минут десять после чего главный встал и условно говоря сказал "Система гамно!". И вышел :)

(147) зачем тогда расшифрока - ведь все отчеты должны строить сразу то что нужно )))

(151) это когда в розовых очках, а вот на практике почему-то бывает так, что из одного отчета потом детализируют еще что-то, потом еще. Пример: из отчета по текущим взаиморасчетам увидели большую задолженность - детализировали по месяцам - оттуда по сделкам или проданным товарам с указанием отгрузок, и на тебе сразу 100 тыщ строк ;)

(149) суть изложена в (147). а юзают отчеты в 100 тыс и более строк - исключительно из-за низкой кваолификации/дороговизны других инструментов/ограниченности восприятия - ничего плохого в этом нет... жизнь такая. смысл в том, что если придут с вопросом а почему вот мы отчет строим на поллимона строк а он вылетьает и 1ску надо перезапускать - что тут ответить? ответ: потому что (и чинить ЭТО я не буду - ибо непродуктивно)! вариантов по сути один: сначала думать ЧТО НАДО, потом это получать...
.
реально с крэшом 7-ки сталкивался в принципе 1 раз: формирование огромадного плотнозабитого мокселя листов на более 1000 - 7.ка тупо выпадала в даун, причем именно при показе на экран (спрашивается, зачем? - что они там в 150 листах мелкоты хотели увидеть..?).

(150) ну правильно, свою тупость ваш самы

(153)Я тебе уже писал про твои фантазии. Опустись с них на землю. Никто не собирается печатать 150 листов мелкоты. Даже десять листов на печать, уже перебор.

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

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

(155) а это уже тови фантазии ;-) самый тривиальный пример: поставка в Ашан примерно 3-палет товара, поштучно = 10 тыс штук (например), каждая штука д.б. промаркирована лейбачком, на странице - 65 лейбачков, итого 155 листов...

А ценики и прайсы7

(156)Интересно, что в Crystal Reports есть такого рода защита от "дураков". Поставить время, через которое остановится отчет или количество записей. Вполне нормальная вещь

(160) ага . а в 1С отменили Ctrl-break ?

проблема  в одном (видимо). изначально в 1Ске по принципу "все для всех" - все богатство функциональных возможностей реально нужно 3-5 % работающих в конторе. остальным - минимально обрезанныей фейсы, пошаговые мастера, минимум АЛЬТЕРНАТИВ.
.
почему бухи не заполняют все что надо 1. не знают инструментария (1С) 2. не стоит запрет на запись с незаполненными критичными элементами 3. просто ОХ..ют от обилия всего... - это просто как пример. тыщщу раз сталкивался.. - весь этот универсализм - реальное зло. одни проблемы. как только редуцируешь до того, что действительно необходимо - все работает. годами.

(158) Ты так ничего и не понял. Тут не про листы разговор идет.
(161) Ну чего ты как реденок? Тебе про одно, а ты про другое

(161) ага, как же... 7-ка например так отжирает проц что ее "проткнуть" реально тяжело.. ;-)

(162) +1.

(163) возможно не понял, просьба разъяснить.
Речь идет про то, что если юзеру нужен мегаогромный отчет - то система должна его софрмировать...???

СКДсрач?
Вообще, оную не люблю и даже приводил пару примеров, с которыми СКД не справится. Так что лично мне проще руками сделать всё.

Ты, видать, только с бухами работаешь и то, с той частью, которая сразу охреневает от количества записей больше трех

Примерный сценарий из жизни. Звонок клиента:

- привет, я тут недавно, неделю назад, (а на самом деле месяца два) у вас купил 4-портовый свич, хочу еще такой-же (параллельно совещается с коллегами) или ладно 5-ти или даже 9-портовый...

менеджер

- а кто вы?
- я Пупкин из Рога и Копыта
- партномер помнишь?
- вроде длинк брал
- номер накладной, счета, фактуры есть?
- нету...
- знашь в базе нет такого клиента Рога и Копыта
- а ну я через знакомоё юр лицо тогда закупался. И цену мне дай такую же как была.

И сколько раз менеджер должен забивать данные в фильтры?

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

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

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

(166) юзеру нужен АНАЛИЗ.

(168) это мне? работаю как раз с бухиями - меньше всего... а так, в основном, по торговле/складу, по организации оперативной работы. вопросы анализа больших объемов данных у меня не стояли и не стоят... пока что... хотя например нормальная себе задачка: 15 тыс элементов соотнести с 15 прайсами разных поставщиков с 15 тыс элементами в каждом при отсутсвии критериев четкого наименования....

(170)Когда в учетной системе показывается что товара на складе 5 штук, а невоорженным глазом видно что их 6 (было бы 4 - понято что одну спионерили), то возникает разумный вопрос: а из каких-таких слагаемых получилась цифра 5 ?

(170) ну так я про то и говорю. анализ В ВИДЕ ОТЧЕТА на 100 тыс-500 тыс строк - это от "бездуховности" ;-) но за неимением/неумением работать с другим инструментарием - используем это...

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

(169) согласен! и это тоже вполне себе нормальный подход... только не надо тогда "орать" что система блин на поллимоне строк "сдыхает".. принцип простой% не можешь сказать "четко" что надо - сиди и жди... ;-)

(174) хм... а как код связан с комбайном..??? ;-)

А хрен его знает.

Вот еще вариант.
Еще один критерий, по которому не хочется показывать все. Ведь чем больше записей, тем выше нагрузка на сервер, на сеть. Соответственно программа на больших объемах тормозит. Ведь если менеджеру надо из справочника выбрать одну позицию, о ведь вес справочник грузит. И так допустим сто раз.

Все верно - одну позицию, но какую? Например, бочку селедки еще фиг знает какой, может пряного посола, а может норвежской из партии NNN, хранящуюся в морозильнике XXX, на складе города YYY cо сроком хранения истекающим через ZZZ дней.

А на входе от клиета был вопрос "Надо срочно бочку соленой рыбы да подешевле, через 3 дня доставить в Урюпинск можешь? Можно просроченную все равно уйдет сразу на встречу глав G8"

И как не глядя на простыню решить какую строчку из справочника вбивать?

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

(173) Ты уже не исправим. Остается сочувствовать пользователям, которые для тебя, в большинствее своем, какое то быдло. Ты сам за них решаешь, как и что им нужно делать.
Строить их и приводить к системному подходу надо. Но твои ограничения, пожалуй, только для того чтобы их строить под себя.

(167) <СКДсрач?
Вообще, оную не люблю и даже приводил пару примеров, с которыми СКД не справится. Так что лично мне проще руками сделать всё.>

А можно примеры. Два года пишу только на СКД.

(178) решать тупо. аналогичнфы пример например: клиент хочет аспирин -  уменя этих аспиринов - куча разных.. жмакает кнопарик нечеткого поиска и пишет "осперин 10" - получает краткую содержательную выборку аспиринов и осперинов.. ;-)..
.
куча проблем снимается тщательно продуманными интерфейсами.

В пред. системе было примерно аналогичная проблема:

Пользователи хотели при входе в список по умолчанию видеть все записи (точнее первые записи). Как было реализовано в предыдущей File-Server'ной версии

Пришлось реализовывать. Отговорить пользователей не получилось. В процессе реализации было выяснено, что "тормозит" в Oracle не столько "SELECT * FROM table", сколько попытка "SELECT * FROM table ORDER BY ....", с этим боролись просто - поле "сортировка" по умолчанию на "больших" справочниках ставили "не сортировать". Человек входил, видел 30 первых попавшихся записей, указывал фильтр и ставил сортировку. В целом, при отсутствии сортировки и при фетче на клиента только первых записей - сервер и сеть не нагружало.

Хотя, были и "упертые" пользователи. Вместо того, что бы указать нормальный фильтр - листали до посинения и глазками ищут. Но это уже проблема не программы )))

С другой стороны, сейчас коллега (программист) работает с западной системой. Жутко ругался на необходимость указывать фильтр. При этом 1) он программист, что в каких полях системы лежит - представляет плохо. 2) система сделана вообще красиво, если в результате отбора больше 2000 строк, она говорит типа "под фильтр попадает более 2000 строк уточните условие отбора" и ничего не показывает )))) В общем, найти какие нибудь данные для отладки - занятие не для слабонервных.

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

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

(180) ты знаешь, наверное, да. Строить под меня. Ибо только я и коммерческий директор ПОНИМАЕМ что надо, и как этого добиться. ЮЗЕРАМ - это не надо, для них наоборот - чем больше проблем, людей работающих над этой проблемой - тем лучше. и я уверяю тебя, прежде чем что-то ВСУЧИТЬ юзеру - я из него душу выйму, стараясь понять что как зачем и почему, и если окажется что ему для АНАЛИЗА нужен 500 тысстрочный отчент - он его получит.
.
простой пример: пришел в контору, с сетевыми клиентами работало 4 человека, эпизодически привлекался 5-ый. на данный момент примерно при возросших объемах в 3 раза (и клиентов больше и заявок от них) - работают 2 человека. реально - работает 1 человек = оператор-менеджер, второй - "начальник сетей" решает идеологические и проблемные вопросы... за счет чего удалось сократить? - в том числе и за счет "выкидывания" у работников сетей "простыней" для "анализа"...

Должна быть возможность смотреть и с фильтрами и без. Хотя бы для поиска ошибочных документов, которые неизвестно как искать :). И всё зависит от конкретной задачи.

(186) тут речь о том, что для ОПЕРАТВНЫХ систем должна быть ЗАРУБЛЕНА сама возможность ввода "неправильных" данных... поэтому у меня и получается: функционала = 20 строк  и 100 строк на обеспечение его легитимности... ;-)

(185)Интересно, если новобранец в армии скажет сержанту, что его устраивает иная последовательность разборки автомата?
Я думаю, что первым делом сержант предложит посоревноваться в разборке, если выиграет сержант то новобранец получит пиз.... лей, если наоборот от он тоже получит свое, но сержант подумает и запомнит этот метод.

А потом выдаст за свой.

В общем случае подход к реализации требований такой: если требование критично для бизнес-процесса - делать надо.
Если некритично - то дешевые (незатратные) требования можно делать, а для дорогих (затратных по ресурсам) готовить решения, в которых руководству показывать: "Реализация требования AAA требует в совокупности XX человеко-дней на реализацию, ориентировочные денежные затраты YY рублей. Требование для бизнес-процесса некритично, если его не реализовать, то бизнес-процесс будет работать следующим образом...".

И пусть руководство решает, готово оно потратить на некритичное требование такие ресурсы, или пользователь "перебьется". Как вариант - требование не отклоняется совсем, а ставится в графике выполнения в дальнюю перспективу.

(188) правильно. Сержантами не становятся те, кто не знает лучших способов разборки автомата. И если сержант из 100 раз ошибется 5, то это не "сметрельно", а может и ошибаться вообще не будет, потому как скажет этому новобранцу: твой метод разборки автомата подходит для таких как ты - интеллигентов с длинными худыми пальцами. а у меня - 95% кретьяне, с загрубелыми руками и мозолями. и они будут разбирать так, как разбирали до этого. и ты - ТОЖЕ. ибо нех вносить разброд и шатания в отлаженнную систему...

(190) угумс.. именно так... вдобавок с течением времени эффект от новых "автоматизаций" становится все менее видимым, а затраты на него - растут... в насыщение входит...

(185)Ты, все же, имеешь желание "померяться" своими успехами? У меня такого желания нет.
Для меня важно, чтобы не только "я и коммерческий директор ПОНИМАЛИ что надо, и как этого добиться"(я знаю это даже получше коммерческого директора), а чтобы пользователи это тоже знали.
Я вижу тебе еще ни разу пользователь не мог доказать, что 100 тысячный отчет нужен. Возможно, он об этом даже не знает, душу то из него ты всю вынул. А сам додуматься, пожалуй, до этого еще не в состоянии. Или цже не в состоянии?)))

Знакомая ситуация. По нашему опыту нужно:
1. Грамотно пстроить систему фильтров, накопить в БД устанавливаемые частые конфигурации, проанализировать их, и предлагать выбор типовых установок из списка. Можно хранить наборы конфигураций на рабочих местах
2. Искусственно затруднить отмену фильтров выводом сообщений "Фильтры очищаются. Вы уверены?", "Таки очищаются! Продолжить?", "Список имеет большой обьем. Нажмите ОК", тд.

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

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

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

(196) Все правильно, вроде.
Ты лекции не пробовал читать?))

(193) успехами мне меряться неохота. потому как занимаюсь разгребанием говна после тех "программистов", которое наоставляли те, кто считает что юзер (в том читсле) должен диктовать что и как делать. Причем разгребаю не в первый раз. И, думаю, что не в последний. И разгребаю, вообщем-то, не по собственным хотелкам. А по приглашениям ВЗУ/ЛПР, которым тот 500тысстрочных отчетов (условно!) не становится хорошо, а почему-то становится все хуже и хуже. Да ладно бы, хрен с ним, с хотелками юзверей, пусть бы было! так нет, эти программисты, ля, "высококвалифицированные" умудряются за/рать не только свое поле деятельности, но и снести нахрен все что было до них, уроды гр/баные...

(196) > Часто для того чтобы правильно задать параметры поиска надо сначала увидеть полноценный пример уже имеющихся данных.
- это свидетельствует о непонимании происходящих в системе процессов/структуры/данных итд. и может быть оправдано на начальном притирочном этапе эксплуатации системы.

(198) не надо так часто менять место работы :)

(200) я думаю, что места работы я меняю не чаще чем большинстов, а может и пореже.. ;-) что, собственно, и обусловлено самой работой - уборкой площадок за "летчиками", которые работают по принципу "нас/рали и улетели"...

(201) смотри, самолеты не сгреби... :)

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

(202) было бы что сгр/бать.. боинг там, или тандерболт какой-нить.. а то смотришь - ля буду боинг! а чеж летает как этажерка? подходишь поближе - ну точно! этажерка, раскрашенная под бтониг...

СКА/Д - это г0внопродукут, для г0внописателей и г0овнофранчей...

т.е. для тех кому нужно тяп-ляп сделать

(201) это ж как надо нарсать, чтобы так долго потом там работать

(204) какое счастье, что мне не приходилось подчищать за летчиками. Все для себя, сразу и основательно :))

(206) с нуля легче начинать.. ясен пень...

(207) Числивый :-)

(209) а все от того, что 1с - это хобби :))))

(210) это точно.. как становится работой - все хобби пропадает... ;-)

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

(63) повторюсь, кристал репортс - УГ...

(99) некоторым не дано познать 8... старость... мозги уже не те....

(214) А мне дано? 43 года, старость, мозги не те.. :)

(215) Попробуй.

(215) дык, не в органическом возрасте дело!

(218)  а что есть не_унылое_гов  типа СКД????

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

(221)  Извините  ... я на нем работаю уже почти год

По поводу огромных отчетов - пустой трёп. Никому они такие не нужны. Используются обычно в случаях, если сами данные хранятся абы как. Например, по тем же товарам. Если у вас 100тыс разных позиций номенклатуры лежит на одном складе без разбиения по видам, номенклатурным группам и группам справочника, то вы - чудак на букву м.
Предложенный пример с длинком и рогами и копытами - надуманный. Как минимум сразу, можно установить фильтр по номенклатурной группе - концентраторы (или чё там было). Во-вторых, вася пупкин, если хочет предыдущую цену, то по любому назовёт юрика, от которого закупался. Ну и период в пределах квартала, думаю, выяснить тоже не проблема. Вот и всё, никаких простыней.

(223) да ты че? да ты не знаешь потребностей юзверей!

(216) Дык попробовал :)
Мысли насчет того, что разработчики СКД дебилы не возникло. Есть у меня шансы быть не списанным на помойку?

(223) В старой конторе пришел новый директор. По привычке ему принесли отчет листов на 10 на совещание. Он посмотрел на заголовок и выбросил в корзину. Со словами:"Я что, обязан в этой мутотени сам разбираться? На фига мне тогда начальники отделов? С сегодняшнего дня в конторе все отчеты должны быть не более, чем на трех страницах. Причем две их них - пояснения к отчету. Вам 10 дней на то, чтобы выдать ключевые показатели отделов, которые я буду контролировать. Я посмотрю на них и дополню своим видением этой проблемы. Остальное - ваши проблемы."

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

(224) Юзвери всегда вежливо выслушиваются. А "удовлетворять их потребности" я лично перестал лет 7 назад, после того, как с позором завалил проект. Из-за того, что утонул в тупых хотелках, свистелках и перделках.
Все решения по интерфейсам, юзабилити и прочему (на Горизонте даже настройки стандартных отчетов регламентированы) принимаются или мной или совместно с руководителем внедрения от заказчика, а это всегда кто-то из топов конторы, с большим опытом в предметной области. А обезьянок слушать - не вопрос, но все ими сказанное очень тщательно критически осмысливается и переосмысливается.

+ тогда помню, что кристал не особо продуктивно работал, пока для конктретного очтета в БД вьюху не создашь, что уже не особо красиво...

(227) это очень правильно!

(25) Грамотный директор. Меня этой простой истине научили учредители конторы, в которой когда-то на фикси сидел. Правда там было две страницы, и пояснения не требовались :)

+ но для конечных пользователей не всегдя удобно, а иногда они "заказывают"

(227) +100!

(230) -=> (225)

(231) Ну всяко бывает. Если управленец грамотный, то он всегда прикинет, стоит ли разводить огород из-за того, что менеджер Маня Голопупкина тратит на 5 минут больше времени в день на формирование отчета, или таки не стоит. А без согласования с руководителем, который потом мои акты будет подписывать, я и кнопку на миллиметр не передвину.

(0)
Очередной неудачник. У нас тоже есть прог, который, ни СКД, ни конвертацию данных не признает.

пропустил важный для себя момент, тут один товарисч порывался доказать что 1С:7.7 написала майкрософт.. доказал?

(235) Гоните его в шею. Даже в нашем Мухосранске вопрос про СКД один из первых при приёме на работу, за исключением того самого с..франя.

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

сейчас делаю несколько отчетов в одном, думаю, запарился это делать через универсальный отчет или через обычную выборку

всё.. всё!! уболтали меня мужики..
засел за уплотненное, углубленное и расширенное изучение С-блин-К-ёксельмоксель-Д-тудыеёвкачель !!! :))

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

(236) это недоказуемо.. но недоказуемо также и обратное..
смирись, друже, и плюнь на проблему :))

(240) тыкая в клавиши ты кажды раз давишь миллион микробов!!!

(242) а..о!! :)) точно!.. и как только я эту мудрость забыл :)
сенк, друже :)

СКД это не только отчеты и скорее не столько отчеты - механизм направлен в первую очередь на реализацию функционала 8.2. И отчеты в СКД один из частных случаев. Так что автору (0) срочно рвать волосы отовсюду. (25) прав.

Вообще-то 1С Майкрософт написал, изначально. Забыл название движка, какое-то экзотическое, ему лет двадцать этому движку. Потом 1С наверное права перекупил и развил. Да, сам язык тоже Майкрософт написал, наши только перевели.

(245) по моему ты застрял где то в 90-х)

(245) в основе лежит СУБД.. а на её базе уж можно ваять, что угодно.

я в 1991-1998 гг. пользовался своей прогой бухучета, написанной на clipper-5.01, можно сказать, что этот мой бухучет написан был майкрософтом.. однозначно :)
я распальцован! :)

(245) Вообще-то очень похоже на чушь. Хотелось бы увидеть хоть одну ссылку.

(246, 247, 248) А где я ссылку возьму, я об это читал в 2000 году, всем рассказывал, а мне никто не верил (я тогда во франче работал).

Тоже думал что СКД шняга ненужная непонятная. Потом сел за книжки и мисту. Буквально пару дней понадобилось чтоб эту хрень изучить процентов на 80. В общем весчь интересная и полезная.Но супер правильный навороченный отчет с крутой формой  проще делать по старинке с построителем запросов.  А в 8.2 наверно без СКД уже никуда

(245) речь идет про CodeBase
об этом может подробно hodgik на ИСе рассказать

(249) читал о критических ошибках 1С в библиотеках MFC?

Я тоже думал, что изучил СКД процентов на 80, после того как прочитал книжку. А когда посмотрел в типовых, как это на самом деле происходит, то понянл, что еще и 20-ти нету.

(248) это он про Си и MFC

(249) ссылка? да очень проста:
несущие файлы 1с  имеют расширение dbf,
в любом таком файле хидер от dbase3-4..
CDX-ы имеют формат той-же СУБД, и могут корректироваться совершенно спокойно, хотя-бы в FoxBase, коя является родственницей 1с-овской субд..
а электронная таблица?!?! - как ты её не называй, а дальний родственник её - Excel, как минимум

что еще надо? по-моему вполне достаточно :)

(251) Точно, CodeBase вроде называлась.

(256) Hodgik подкрутил кстати движок 1сный на тему преодоления планки в 1Гиг и еще пару фичек...

(196) > Часто для того чтобы правильно задать параметры поиска надо сначала увидеть полноценный пример уже имеющихся данных.
- это свидетельствует о непонимании происходящих в системе процессов/структуры/данных итд. и может быть оправдано на начальном притирочном этапе эксплуатации системы.

И что пользователи все образованные? Никогда новых не набираете? Или новые уже все ппонимают "происходящих в системе процессов/структуры/данных"

(255) Если мне не изменяет мой склероз, то первой софтиной для работы с электронными таблицами был не excel, а lotus, не? А Гей_ц идейку притырил (как и почти всё остальное)

(258) как раз наоборот - подавляющее число "тупые" обезъяны. Это ни плохо, и ни хорошо. Это - так есть. И надеяться что тупая обезъяна, колотя по печмашинке родит "Войну и мир" - наивно.

Имел дело в свое время с Crystall Report. При переходе с Windows 98 на Windows XP выяснилось, что с та версия Crystall Report, которая работает с Windows 98, под XP уже не запускается. Версия Crystall Report, заточенная под XP, некорректно открывает некоторые отчеты, сделанные в старой версии. А отчеты довольно сложные. Переделывать их немаленький геморрой...
  И вообще Crystall Report мне не понравился. Список претензий можно было бы продолжить. Даже генератор отчетов в Visual Foxpro мне представляется более удобным. 1С-овские генераторы отчетов лучше тем более.

(16)"Все отчеты пишу руками в простой консоли. Потом тупо в модуль формы  и Выгрузить() в ТЗ на оной же. Дешево сердито и быстро сопровождаемо и отладочно."

Ага, и отбор нормальный фиг наложишь.

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

А еще очччч сложно разбирать чужие отчеты написанные с СКД((

(262) заменяем простую консоль на консоль скд и получаем всю силу отборов...

(263) а вот отучать нужно пользователей от картин шишкина вместо отчетов.. а то иш.. понапридумывают.. ты нам в левом верхнем углу сумму покажи а в правом нижнем отбор выведи а посередине цветочек и чтобы все было на фоне яркого голубого неба и чтобы рожь колосилась....

СКД сила..

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

(266) пользователям можно дать что угодно, а вот с руководством сложнее...

(265) +100
Все отчеты должны иметь единый стиль. Проще читать, проще воспринимать новым пользователям и т.п.

(267) я обычно говорю так: водить научились? правила худобедно запомнили? руль крутить понимаете как? ну и с отчетами справитесь :)

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

(270) я не фикси :)
скорее пользователь будет работу искать если совсем втуплять будет :)

(271) да ты крут! ;)...

+(271) кстати о птичках: да даже если бегать за каждым манагером и рисовть под них отчетики - поставил шаблон типового.. не поднимая задницы с рабочего места вариант отчета добавил, нужному пользователю подключил и все...

(272) ну дык..
тут в одной конторе руководство просит атестационные тесты по поводу "умеет ли пользователь с 1С работать или нет" :)

(273) да, с менагерами так и надо...

(274) я бы наверное не прошел

(276) вот думаю может схалявить и им проф по платформе дать? или по бп

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

СКД - это хрень только по одной причине: замечательный отчет расчетных личтков в ЗУП. Там явный бред навороченный. Зачем? Хрен его знает. И настроек там почти нет. Люди вагон времени на этот отчет угробили, а все-равно ошибки время от времени пролетают...

(279) английский язык г.вно потому что я его не понимаю...
французский кстати тоже г.вно...

С другой стороны, на СКД было просто и легко написать отчет, сворачивающий таблицу по оборотам двух счетов. То, что приходилось в экселе бухам мучать, на СКД было сделано за 3 минуты.

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

(280) А я, кстати, и тот, и тот понимаю, так что камень не в тот огород.

(280) + И ЗПТ тоже ставить надо уметь, и предложения с большой буквы писать, и точки в конце ставить, и... Да мало-ли чего не все могут...

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

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

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

(284) Тем не менее, запятые - тоже часть языка. Учи русский для начала, потом учи других.

(285) красиво отмазался :)
зачет :)

(285)
http://lurkmore.ru/Grammar_nazi

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

(с)— Британские учёные™

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

(288) Баян.

Автор молодец , что пытается узнать , осмыслить что-то новое
незнакомое, набраться опыта.
И ссылку дал отличную. Всем рекомендую :
http://1cskd.ru/
Сжато и толково приведены хорошие примеры для СКД. Пора начинать учиться !

(291) Нихрена он не пытался, а начал орать всё это хрень.
Басни Крылова "Лиса и виноград", "Мартышка и очки" про таких вот написаны.

(237)
Похер - он все равно не в штате работает. Главное, что в мои проекты не лезет.

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

Начальство со скрипом, но тоже пользуется СКД. Проблемы, вероятно, есть у собственников. Но им, насколько я понял, носят уже сформированные и обработанные отчёты в Excel'е; лишь несколько простейших не СКД-шных отчётов собственник формирует сам.

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

(289) Чорд. Я "малограмотный адепт"... Как жить дальше?

(296) норма разбега для малограмотных - 5 м-)

не прибедняйся=)

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

300! :)

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

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

(299)Согласен. Но 1С, слава богу, проходит по краю моей деятельности. Так что мне это не грозит.
(301)Дык, Вы просто других постоителей не видели, после них СКД, это так - кривой велосипед. Постоители это конечно супер, но они должны помогать, сделать то что и без них можно сделать, а не заменять.

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

(303) а какие еще построители есть в 1С мну тока 2 знаю.. одын из них СКД, второй построитель отчета..

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

гм..попробуй на скд БДР написать..

(301) а вот как встанут вопросы производительности в отчетах - тут СКД и накроется медным тазиком.

(308) с чего вдруг?

(307) да не только бдр, любой отчет с нестандартным расположением полей отчета, отличным от список или таблица...

(310) в ЗУПе расчетные листки могут считаться отчетом с нестандартным расположением полей?
а т-13 ?

(311) а что там нестандартного?...

(311) а приведи пример "нестандартного" отчета?

это там где на фоне рож колосится а данные разложены в виде солнышка и травки ?

(313) да, именно такие...

(313) а твой "стандартный" отчет...
это туда не лезь, этого не трогай и этого не смотри?

кстати,с точки зрения безопасности СКД уже изучали?

(314) а нафига такие нужны? какая в них практическая ценность?
чисто "пожелание левой пятки закащика" ?

(315) это вот к чему ?

(315) ну, если безопасность - это убирание доступа через убирание элементов интерфейса - то у СКД она, конечно, никакая... а если по человечески права и РЛС юзать - то все нормально

(318) а 1С рлс до ума доводить собирается? или так и оставит на уровне разработки косоруких студентов?

(319) спроси у 1С

ну тогда еще одно слабое место СКД
я же грю..
СКД это инструмент для студентов из г0вн0франей

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

(322) франю как раз скд чрезвычайно выгодно. спроси у (320). минимум времени на разработку отчета, максимум прибыли. при этом всю доработку отчета можно свалить на юзера...

(323)
[всю доработку отчета можно свалить на юзера]
ога... щаз
за каждую настройка отбора отдельные бабки...

(322) разработка отчета с нормальным интерфейсом на СКД будет значительно дольше

(324) ну это уже совсем оборзевшие франи. впрочем, допускаю и такой вариант...

(325) Так шо вы говорите... :)

(327) а то ...
использовать за шаблон отчеты из типовых
это тоже признак г0внофраня :)

(326) а я бы взял :)
время деньги :)

(328) Черт. Я еще и говнофрань, хотя из франча 3 года назад уволился... Что за жизнь, а?

НАРОД!!!!!!!!Я ПРЕДЛАГАЮ ДУЭЛЬ!!!!!!!!

СКД против "ручных запросов" - можно придумать тут все вместе 1-2 отчета (сложных ,с заковырками) и пусть 2 мастера напишут их, а потом предоставят на суд. вот и разберемся что да как!!!

(329) да вообще будет не жизнь, после обновления :)
все переписывать :)

(329) это "несмываемое клеймо позора"™ :-)

(330) призовой фонд ты пополнишь?

(331) Что переписывать-то? :)
(330) На стороне СКД предлагаю выставить IronDemon :)

(330) ага, что-нибудь с характеристиками ;)

(224) Поддерживаю!

а ты будешь апонентом?

(333) в качестве приза предлагаю дать человеку "звездоску" на форуме!!!

в качестве сроков можно дать дня 2-3...а потом провести всеобщее голосование! кому какой отчет больше понравился!

какие будут предложения по "отчетам" ?

(339) Полагаю, один - фиксированный, второй со свистелками и перделками :)

(340) ога..
а писать будите для ут 10.1, а потом обновлять до последнего релиза
притом с обеспечение работоспособности на промежуточных?

(341) А чего тогда не на 8.0?

(342) можно вообще с беты начать

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

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

А кто ставки принимает?

Можно один отчетик для УТ, а один для БП...ну или если нужен настоящий трэш, то можно и для ЗУП :)

(346) без призового фонда, все равно не взлетит
1Сики же жадные

(347) отличная идея...для зупа надо :)

(346) Могу выступить в качестве крупье :)

НУ а если не доверяете, то можно позвать "волшебника" %)

а потом начинаем засекать скорость  создания "вариантов" :)

(348) ну так устраиваем тотализатор, выигравшие получают свои проценты, плюс победителю скидываются

мне кажется если тебе дадут "звезды" на форуме - это будет лучшей наградой!!!

у кого 22см звезды не нужны

(354) Как ты сейчас ловко bazvan подколол :)

(355) ему за вредность дали :)

СКД очень хороша, но все ж не универсально, иначе бы ее придумали и другие системы задолго до 1С

а ведь они (другие системы) даже не стали придумывать пустые ссылки и неопределено, ограничились только NULL!

подскажите как на СКД объединить 2 вертикальные ячейки. цель: в строках разные данные, а итог один (общий). И чтобы в каждой строке не повторять итог нужно объединить ячейки, чтобы вывести один итог. Пример:  
товар    кол    оплата
карандаш 1шт,   100руб
ручка    2шт.   100руб
оплата общая. нужно ее объединить, чтобы вывести только 1 раз

(353) и звание - "звездун".

(358) а без СКД это можно было сделать? всмысле объединить так ячейки?

(360) а в чем проблема?

(360) т.е. объединить 2 вертикальные ячейки вообще нереально?

я делал года 3 назад...
ессно не на СКД

а вот такое в СКД можно сделать?

v8: СКД Найти значение по другому полю

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

обратный пример:

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

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

(56) А что за техника, кстати? ;) Очень интересно

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

Не встречал ни одной задачи по отчетности, которую нельзя решить с привлечением СКД.

(358) например так  v8: СКД - не выводить значение, если оно равно предыдущему

скдэ рулит.

2(370)
Такое и запросом просто делается.

эй, вы - противники СКД. Приоткрою завесу тайны для ленивых - в упр.приложении в 8.2 отчеты на скд работают в фоне, енто раз. Если вы мутите функциональные опции, то автоматом это подсасывается и в СКД. Это два. Даже тупо два этих плюса, перевешивает все минусы.

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

Бред а не тема.

и уж точно этот механизм выдумал не идиот. И вообще глупо обзывать идиотизмом то, чего сам не смог понять :)

(373) я думаю те, кто поносит СКД, до функциональных опций вообще не доберется :)

(373) с точки зрения закостенелого 7шника который привык собирать 10 таблиц значений а затем из них переборами компановать отчетики... либо через 1с++ и прочие костыли ваяет все теже таблички и затем из них формирует печатную форму - СКД бред...

(374) Единстенная здравая мысль во всей ветке :-))

(375) ладно, выкинем функцианальные опции в болото. Ну а с фоновым выполнением тогда как быть то? Только на скд работает эта фичка. Как объяснять тете Моти, что пока твой отчет по спасению мира работает - она - курит, хотя рядом отчет, который вообще г#вно, может работать фоново? Типа сказать "теть Моть, да покури как епт!" %)

(378) отчеты не должны работать столько чтобы хватало "покурить" :)

отчеты должны работать так: нажал - отчет сформировался :)

+(379) если у вас отчеты формирутся столько что  тетя Мотя может пойти покурить или чай попить - то что то не так в вашем королевстве.. где то вилы.. и СКД, НЕ_СКД тут непричем...

(379) Давай все же представим, что данных может быть много :)

(380) я тебе приоткрою еще одну тайну: твой отчет хоть и долгий, но он в фоне - поэтому курить не нужно. Типо можешь сделать лицо - а чо? Все работает, работайте пока - как отчет сформируется, он отживет. Все хорошо. Не стоит переживать...можно даже шуткой разбавить как-то...

Да, и кстати, отчеты реально могу формироваться долго. =)

(380) ОСВ за пол годика сделай с детализацией по субконто

(381) нищеброд™? снеговика купил - не Крэй денег не хватило?

(380) Бред.

(381) ага.. давай: v8: СКД. Миллион строк в отчете. Как выводить?

(382) могут.. а не должны :)

(383) какие обороты считаются нормальными чтобы показать что да - тормозит по делу... ?

Такое ощущение что с появлением СКД всех сразу заставляют им пользоваться. насчет вывода - данные СКД можно выводить программно, а не автоматически.

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

(388) у меня проблем нет :)
там нет механизма ПОСЛЕДОВАТЕЛЬНОГО ПОЛУЧЕНИЯ :)
там только последовательный вывод :)

+(389) если чо то я вообще выступаю за то чтобы поганой метлой искоренить из 8ки ВСЕ КРОМЕ СКД... чтобы ни одна св.лочь даже в страшном сне не могла придумать писать корявку на построителе типа анализа цен... то что делается ОДНОЙ СХЕМОЙ вообще просто мышкой..

(389) Очень странно, наверно СП у нас разные.

(389) На крайний случай всегда есть возможность вывода в таблицу плоских настроек. Потом хоть в свой шаблон их загоняй. Решений более чем достаточно.

(391) хз.. когда было нужно не придумал как реализовать конструкцию "limit" в запросе...

пришлось через промежуточную таблицу делать

(386) 4000 документов в час

(393) чисто интересно - а какова практическая ценность ОСВ за полгода с детализаций по субконто при 4000 документах в час ?
и как часто ее делают? :)

(386) Ну, мы говорим про отчеты, которые пользу несут :)

+(394) я единственный раз встречал необходимость в такой простыне - налоговая тупо затребовала подобную полугодовую оборотку которая по расчетам должна была поместиться в более чем 50 коробок бумаги...

когда ей расчеты показали что мол грузовичек с отчетом бумажным будет не очень вам полезен - согласились на выгрузку в электроном виде - в ворде - записали им несколько дисков :)

(395) ну дык и я  про это.. отчеты которые пользу несут накой смысл делать их такими что они час формируются..

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

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

(394) где-то выше был задвиг про то, что такие отчеты нужны

(398)хм.. ненашел ну да ладно..

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

(400)!

Пока нашел единственный минус СКД - оно практически ника не работает с расшифровкой, если она чуть посложнее валенка... например см. (364)...
вручника расшифровка делается за 10 минут, с СКД можно пару дней биться...

(401) пользователи от расшифровки в шаблоне типового отчета пищат просто... может конечно они ничего лучше не видели.. но вроде в книжке по отчетам написано как можно в расшифровку все чоугодно запихать....

(402) согласен, можно запихать, но на порядок, если не больше, трудозатратнее

(403) Трудозатратнее только первый раз - потом все очевидно.

А если бы на уровне платформы связали реквизиты формы и отчёта с параметрами СКД - было бы ну вопще как красиво.

Хм, табличное поле с данными КомпоновщикНастроек.Настройки.ПараметрыДанных не оно?

(0) ты не стар... ты МЕГАSтар

Некрофилы...

(405) для этого придумали пользовательские настройки

(409) чочо?