Перерыл весь Инфостарт, но так и не нашел готового решения по иерархической нумерации в отчете на СКД. Делюсь своим вариантом решения.
1. Добавляем в отчет вычисляемое выражение
2. Добавляем макет поля на закладке макеты
3. На закладке Настройки для всех! группировок указываем в выбранных полях наше новое поле
Со схемой все.
Далее в модуле отчета, после вывода, пишем постобработку. Для обработки желательно знать первую строку отчета, чтобы не лопатить шапку.
Поиск колонки с номерами
// Номер по порядку
Если КолонкаНомераПоПорядку = 0 Тогда
Для Кол = -Результат.ШиринаТаблицы По -1 Цикл
Для Стр = Результат.Области.Заголовок.Низ+1 По ПерваяСтрокаОтчета Цикл
ТекстРасшифровки = Результат.Область(Стр, -Кол).Текст;
Если ТекстРасшифровки = "№ п/п" Тогда
КолонкаНомераПоПорядку = -Кол;
Прервать;
КонецЕсли;
КонецЦикла;
КонецЦикла;
КонецЕсли;
Собственно проставление номеров
Если Результат.ВысотаТаблицы = 0
ИЛИ ПерваяСтрокаОтчета = 0
ИЛИ КолонкаНомераПоПорядку = 0 Тогда
Возврат;
КонецЕсли;
// Проставим иерархические номера
НомераВерхнихУровней = Новый Соответствие();
НомераВерхнихУровней.Вставить("Уровень1", 0);
МаксимальныйУровень = 7;
ПрошлыйУровень = МаксимальныйУровень;
// проходим по всем строкам нужной колонки и заполняем номера
Для Стр = ПерваяСтрокаОтчета+1 По Результат.ВысотаТаблицы-1 Цикл
ЗначенияПолейРасшифровки = ДанныеРасшифровки.Элементы[Результат.Область(Стр, КолонкаНомераПоПорядку).Расшифровка].ПолучитьПоля();
ПолеУровень = ЗначенияПолейРасшифровки.Найти("Уровень");
Если ПолеУровень = Неопределено Тогда
Возврат;
КонецЕсли;
Если ПолеУровень.Значение < ПрошлыйУровень Тогда
// обнулим более низкие уровни
Для ТекущийУровень = ПолеУровень.Значение + 1 По МаксимальныйУровень Цикл
НомераВерхнихУровней.Вставить("Уровень"+ТекущийУровень, 0);
КонецЦикла;
КонецЕсли;
// увеличиваем текущий уровень
НомераВерхнихУровней.Вставить("Уровень"+ПолеУровень.Значение, НомераВерхнихУровней["Уровень"+ПолеУровень.Значение]+1);
// получаем полный номер, с учетом всех вышестоящих уровней
Номер = "";
Для ТекущийУровень = 1 По ПолеУровень.Значение Цикл
Номер = Номер + НомераВерхнихУровней["Уровень"+ТекущийУровень] + ".";
КонецЦикла;
Результат.Область(Стр, КолонкаНомераПоПорядку).Текст = Лев(Номер, СтрДлина(Номер)-1);
КонецЦикла;
У меня этот код вынесен в отдельную функцию
Надеюсь, что мой лайфхак будет полезен для всех любителей СКД. Если у вас есть свой вариант, то делитесь им и я с удовольствием размещу ссылки на этой странице.
Вариант без программирования: //infostart.ru/public/1084494/
Вариант с программированием: //infostart.ru/public/956767/
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Лукавите) СКД тут не при чём
(1) Как же не при чем? Отчет на СКД, настройки в схеме СКД)
(2) А нумерация в модуле.
Нормальный способ.
Спасибо за открытый код решения!
На производительность в больших отчетах насколько влияет- не измеряли?
(3)
Не поверите, но отчет на СКД тоже можно скомпоновать в модуле :). От этого отчет не перестает быть отчетом, выполненным на СКД.
Пока никто не предложил другого решения, то это единственный способ.
И при чем тут СКД, когда табличный документ скомпонован, данные выведены и сгруппированы там?
Вот если в схеме аналогичное действие сделать — тогда да, можно смело написать что это СКД.
(7) Присоединяюсь. Можно написать с тем же успехом «Иерархическая нумерация в Windows».
(7) О чём и речь
(7), (8), (9) Не заметили, в основе постобработки лежат поля, определенные в схеме СКД, добавлен свой макет?
(8) Иерархическая нумерация в СКД является частным случаем «Иерархическая нумерация в Windows». Поэтому мое название точнее и больше подходит к теме статьи.
(10) Кстати, да. Обычный отчет этим кодом не пронумеруешь. Его надо дополнять, чтобы узнать уровень группировки.
(7) Я встречал варианты, как это сделать в самой схеме, но у меня они не заработали. Возможно, в новых релизах эти способы и сработают. У меня не взлетело.
Вот, например, ссылка:
Кстати, там все жестко завязано на группировках. В моем решении группировки могут меняться.
(10)
ключевое слово.
Никто же не говорит, что метод плохой, просто это не чистая СКД, а с постобработкой
ИМХО, было бы интереснее разработать алгоритм нумерации выходного табличного документа.. Вставить колонку перед телом отчета, и пронумеровать ее сообразно иерархии, после вывода. А СКД вообще не трогать.
(15) Все бы хорошо, но как по таблице узнать уровень строки?
(14) Согласен, используется модуль отчета. Одной схемой обойтись не получилось.
Написание кода в СКД, мне кажется, не есть гуд. Нечистая работа, как говорил Остап Бендер. Цимес СКД как раз в том что вы мышкой отчет делаете. А если код писать — так это и клюшки-стайл ничем не плох, с Вывести () и Присоединить ().
(18) Последние строки статьи написаны именно для Вас )))
Фигня. Ибо пост-обработка. На ИС были в разы более красивые решения. Не понимаю, откуда столько плюсов, сиречь восторгов.
(20) Можно пример?
Десять дет назад я делал иерархический нумератор (не отчет), еще в 7.7. см. в базе.
(6)
Для информации:
есть старый способ — использовать для построения отчетов обычную внешнюю обработку — алгоритм построения отчета прописать в модуле обработки, там же прописать вывод полей отчета. Вот примеры, где я использую внешнюю обработку для построения разнообразных отчетов или разнообразных механизмов
— о чем я и говорю: прорисовываете свой интерфейс отчета (макеты), закладываете свою алгоритмическую логику в отчет. Никакого СКД.
Много лет использую — уникальность и универсальность такого способа в том, что таким способом можно создавать сложные и в то же время интересные клиенту отчеты, которые нельзя создать с помощью только СКД без дополнительного программирования в модуле СКД.
То , что вы в модуле прописали алгоритм вывода иерархии, совсем не связано с СКД, как это многими воспринимается в заголовке статьи. Как будто вы обошли ограничение СКД. СКД изначально подается как универсальный инструмент для использования без дополнительного программирования. Если уж начинаете программировать модули, то эффективнее использовать внешнюю обработку.
СКД имеет много ограничений, достаточно сложна для понимания и использования для построения сложных отчетов.
В СКД есть много плюсов — она универсальна для построения простых отчетов. И на основе СКД придумано много интересных механизмов. Но ваша статья не об этом, поэтому и я не буду развивать эту тему.
Вы молодец, что придумали такой способ, и что описали в статье.
Есть любители использовать СКД всегда и везде, а я за золотую середину и компромисс — где-то лучше СКД ,
где-то — внешнюю обработку и отчет на основе программного вывода данных в табличный документ.
(23) Есть еще вариант — сделать таблицу и скормить ее СКД. И программисты из 1С часто пользуются этим способом при построении сложных отчетов, которые внутри СКД не построить.
Огромный плюс СКД в том, что не надо рисовать макеты, формы. И самый большой плюс, что пользователь может перестраивать внешний вид отчета, группировки под себя. Особенно продвинутые пользователи.
Моя статья именно для таких отчетов.
А делать отчеты без СКД мы умеем еще со времен 7.7 ))
(18)Про это писал рустиг в (23) но полностью самостоятельно писать вывод отчета, тоска смертная: вывод заголовков настройка оформления, сбор итогов и пр. всегда даю это на откуп СКД. Ничего плохого нет в постобработке, но да просто заголовок некорректный СКД тут как бы уже не при делах. Можно было бы написать «Нумерация в табличном документе сформированном средствами СКД» это было бы честнее.
(25) Нумерация в табличном документе сформированном средствами СКД — программистское название. Но в целом согласен, что по названию ждали большего.
Спасибо!!