Интересует кто какими средствами пользуеться для построения отчетов.

Мозг.

Руки

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

все остальное - пустая трата времени

так

(1) (2) незнаю как вы на пользуесь и тем и тем.

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

На мой взгляд ручной вывод СКД это просто .....
А интерактивный не всегда подходит под нужды

Чаще всего СКД + внешние наборы если надо. СКД тоже програмить надо, тогда красота постигается

И только так

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

ох ее, сколько знатоков СКД. Помогите тогда пжл с v8: Как можно сохранить макет СКД?

Разные требования к отчетам разные инструменты.

FastReport

привычка - вторая натура:

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

Как я смотрю 90% миставчан делают отчеты только на СКД )

кто какие шаблоны использует под СКД?

Быстро можно сделать простой отчет.

(18) красивый типовой. С вариантами отчетов который

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

(19) Быстро, простой - это универсальный.

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

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

Только код с ручным выводом, только хардкор.

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

(25) а печатные формы на СКД - что б уж точно хардкор:)

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

Чаще всего как и рекомендовано

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

Чьи-то догмы не мешают решать задачу наиболее оптимальным для юзеров способом!

поэтому но иногда и ...

наше все

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

(33) во-во! СКД - "" со сложными запросами, но достаточно простым выводом... ""

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

СКД, если что то сложное то потом вывод пишу руками.

Ctrl+C
Ctrl+V
Excel

В большинстве случаев СКД.

Только так.

(33) +
Если отчет "простой", то СКД - экономит время.
Если с подвыпердвертом, то ручной...т.к. часто приходится делать сложные доп. обработки результатов запроса.

(40) как показывает практика, это от незнания СКД.

(41) как показывает практика - так говорят те, кто не сталкивался со сложными отчетами!

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

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

(42) На 7-ке были самые сложные отчеты:)

(42) Та я как раз сталкивался. Просто все больше сталикавясь с скд и узнавая ее "ближе" понимаешь что там можно  делать такие вещи которые руцями замахаешься.

(44) а можно ссылку?

(45) слава богу меня с этим пронесло :)

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

(47) да где ж я ее сейчас найду ?! :)

Ну, напрмиер, как сделать чтобы на разных уровнях группировок считались разные функции. Т.е. самая нижняя группировка считалась как "Сумма", затем вышестоящая группировка рассчитывалась как "Среднее" от вложенных группировок. Далее вышестоящая опять бралась как "Сумма" от вложенных группировок и так далее... уровень вложенности не ограничен!

:)

(45) они то не сложные, просто ручками замахивался все эти тзшки перебирать. Как вспомню один отчет, доставшийся мне в наследство - 4000 строчки кода, 14 тзшечек и показатели в отчете а1 а2 с1 с2 - аж в пот холодный бросает)

(50) Вычислить выражение функция скдшная есть

(47) О, еще вспомнил то, что недавно делал:

Выводится отчетик с 3 уровнями группировок и по определенному услолвию строки в последней группировки объединяются и туда пишется некий "Комментарий".

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

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

(50) Про выражения в итогах не напоминать?

(54) Дык а Выбор когда и условие по уровню?

что такое :

*построитель отчета
*СКД
*Универсальный Отчет

???

(53) Это примерно так же как ты и в ручном выводе разруливаешь, тут надо уметь с фиксированными макетами работать.

Больше ничего и не нужно

(57) :)))) красавчик :)))

Читай внимательней - число уровней  вложенности не ограничено!
Будешь набивать "с запасом" на десяток-другой уровней? Ща тебя запишут в говн**одеры :)

(59) сравним "исходники" как ты это будешь разруливать в СКД и как я в ручном!?

Готов спорить, что в "ручном" варианте это значительно проще будет выглядеть :)

Ну да ладно...лирика все это.

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

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

(63) Все гшораздо проще ответ в (56)

(65) попробуй сделать. И скрин кидай.

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

+(67) Кстати при ручном выводе ты надеюсь это в запросе делаешь а не во время обхода результатов?

(67) да не надо мне рассказывать. Как говорится лучше один раз увидеть .чем 100 раз услышать.

Ты попробуй сделать то, о чем я говорю и если получится скинь сюда скрин. Если выйдет, признаю тебя МАСТЕРОМ по СКД :)
НУ а мне наукой будет.

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

Вот. Есть в СКД своеобразные вещи, но в любом случае отчет можно построить быстрее чем на построителе

(70) в валовой прибыли и в помине ничего подобного нет.

Ну хватит соченять - СДЕЛАЙ!

(72) А ты открой посмотри - а то сделаю я а тебе и это лень открыть будет.

(69) Внешние функции.

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

(73) я не лентяй, я просто знаю ,что там такого нет.

(74) ну, это уже ближе к теме...

(76) То есть в группировках там по твоему рентабельность считается как среднее от всех рентабельностей? Или как сумма?

(74) Объясни ему, почему он не прав....

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

Проголосую несколько раз.
Новые отчеты и механизмы СКД.

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

Создания отчета на основании имеющегося.

Также на основание имеющихся.

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

70% СКД
25% консоль запросов когда для себя
5% ручной вывод

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

(78) Задачу про "телефоны списком" ты никакими формулами расчета ресурсов не решишь :)

(88) Что за задача?

(89) см выше

(90) Насколько выше? В каком посте?

(87) это ты к чему? Сейчас опять будешь рассказыватЬ, что просто навсего "пользователю это не надо" ?!

В (49)

+(91) Нашел, а в чем проблема получить все эти телефоны в одно поле и выводить их.

+(94) Получить еще на этапе формирования источника данных.

(87) я привел упрощенный пример реальной задачи задачи. Архитектура там более чем правельная.

Если уж так хочется деталей, то грубо говоря в основных группировках идут данные по отгрузкам определенного контра, а в этом объединенном поле выводятся данные по запланированным "события", связанным с этим контрагентом + некоторая детализация по ним.

(93) В СКД уже давно добавили инструменты для решения этой задачи.

(94) Проблема как раз в "получить ХЗ сколько строк неограниченной длины в одно поле"

(96) если честно, то твои детали вообще не понятнее сделали задачу)

100

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

(99) забей :)

(95) сначало формировать тз, а потом передавать в скд? А нафиг тогда скд, если все до него сделано?

(98) Строки неограниченной длинны это конечно интересно, но привести их к поредленному типу сам бог велел.

(103) Я еще выше написал что в СКД как раз и есть основная фишка в том что оно умеет компоновать данные источника. А вы думали СКД это такая навороченная консоль запросов?

(104) какому типу? Я сейчаС, например, работаю с объектами, где много реквизитов типа "Строка" неограниченной длины.

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

(106) Выразить - не о чем не говорит?

вчера на СКД делал,
а сейчас пишу вот такой

+(107) Кстати откуда у вас столько таких реквизитов? Может там вообще не 1с надо использовать а что нибудь более универсальное - то что например позволит использовать регулярные выражения?

Вот так

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

(107) и что ты в выразить поставишь?! Какую длину???

(112) В случае с телефонными номерами - 11.

(113) а в случае (106) !?

(97) ну так расскажи какие, а то все знатоки скд исчезают, как только стоит вопрос - как

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

95% - СКД.
Остальные 5% (это когда пользователи ежа с ужом хотят скрещивать) - тогда ручками приходится писать...

(116) смотри чтобы тебе потом шуруп в моЗХ не вкрутили :)

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

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

Чаще всего универсальный, для разнообразия СКД

(115) Вычисляемое поле "Телефоны"
В выражении ресурса ВычислитьВыражениеСГруппировкойМассив("Телефон","Телефон")
По группировке контрагент этот ресурс будет выводить в строку через запятую представления вложенной группировки "Телефон".

СКД - самый оптимальный вариант, хоть простой отчет, хоть сложный.

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

(106) "ни группировку не сделаешь," даже  я могу их в группировку впихнуть)

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

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

Извращался через макеты, хотя и было инетесно разобраться, но убил целый день, пока привел форму отчета к тому, чему хотел заказчик.
А потом был такой облом - на 8.2.13 форма прекрасно работала, а на 8.2.14 все развалилось.

Я дно!

стараюсь в большинстве случаев использовать СКД
очень редко - что то другое