Документування СКД. Мабуть, найкращий спосіб формувати заголовок звіту в системі компонування даних.
Якщо Ви працюєте програмістом у великій фірмі з довгою історією, то, можливо, Вам знайома ситуація, коли більшість звітів в базі написано «невідомо ким, невідомо для кого». В результаті доводиться довго шукати потрібний звіт, переглядати код звіту перед використанням.
Це загальна проблема, і вирішувати її потрібно разом. Зобов'язання повинні бути взаємними. З боку замовника для створення нових звітів повинно бути докладний опис. На підставі якого складається технічне завдання. Крім цього, опис можна вставити в сам звіт меню Дії - Довідкова інформація.
З боку виконавця звіт можна зробити більш зрозумілим користувачеві, якщо в стандартному заголовку СКД замість найменувань і значень параметрів, наприклад:
"СрокХраненіяДней = 20, СрокХраненіяПроцент = 60"
виводити значення параметрів в зв'язний текст, наприклад:
"Залишки товарів по партійного обліку, з термінами зберігання менше 60 відсотків або менше 20 днів".
Пропоную складати такий текст в обчислюваному поле і потім виводити в звіт.
Такий спосіб дозволяє використовувати при формуванні заголовка звіту всі функції обчислюваних полів. Звіти з таким заголовком мають очевидні переваги, але на практиці зустрічаються дуже рідко. Може бути, в цьому є елемент новизни.
Поле «Тема» додаємо в структуру даних, що виводяться на закладці «Налаштування» вище угруповань основного звіту.
Висновок параметрів можна відключити: закладка «Налаштування» - закладка внизу «Інші настройки». Так виглядає результат. Блок параметрів краще прибрати. Шрифт заголовка - на закладці "Обчислювані поля", формат поля.
Сподіваюся, ця замітка послужить поліпшенню взаєморозуміння між нами, виконавцями і нашими замовниками. А мені принесе кілька плюсів в карму))).
Ой, не втримався. додам "5 копійок" і від себе:
1) "елемент новизни"
Робив так, ще в 8.1, коли вивчав компоновку. Відмовився від такого способу, тому що у нього багато недоліків: зайва угруповання, зайві заголовки, недолугі прогалини і т.д.
Спробуйте зробити звіт з угрупованням "Таблиця", у якій 31 колонка і 1500 рядків, думаю цей спосіб Вам швидко разонравится.
Тобто в "правильних", відповідних стандартам і рекомендаціям звітів, Ви ніколи не знайдете таких заголовків ( "але на практиці зустрічаються дуже рідко"), природно, тому що це суперечить очікуванням користувача, "ламає" зовнішній вигляд звіту і приносить масу незручностей, особливо у великій компанії.
Думаю так, особливо в цьому прикладі, коли заголовок це один рядок. Її треба "пхати" в рідній заголовок програмно або передавати в параметрах. А якщо здається, що "Використовувати обчислюване поле простіше", то це тільки здається, тому що параметри Ви ж все одно встановлюєте. гии. знайдіть дві відмінності:
- Відсоток = 60 -> УстПар ( "відсоток", відсоток)
- ЗаголовокПроцент = "Термін придатності менше 60%" -> УстПар ( "ЗаголовокПроцент", "Термін." + Відсоток + "%")
Тобто в даному прикладі, все можна було зробити через параметри, тобто (Ще раз) максимально універсально і не повзаючи кожен раз в конфігуратор, щоб поміняти текст і щоб ". Можна керувати розміром шрифту і іншим оформленням.". А оформлення треба використовувати "умовне", знову-таки можна через параметри, і, знову-таки (ще раз млинець) універсально.
Велосипед і тому, як зазначили вище, що Параметр, на те і параметр, щоб бачити саме його, а не ліричний розповідь у вигляді пропозиції Л.Н. Толстого.
Для виведення заголовків я використовую "макети" тих полів, які беруть участь в звіті. Як правило, полів буває багато, а в їх заголовках безліч "вільного" місця і дуже часто зустрічаються "зайві" рядки, а вони можуть бути дуже високими або невиправдано широкими і т.д.
Підхід з використанням макета не «ламає" фіксацію областей табличного документа і робить "шапочку" звіту набагато красивіше. Макет поля можна оформити як завгодно, хоч з параметром, хоч з вич. полем, хоч з функціями компонування, а якщо треба, то і умовне оформлення на нього накласти.
Найскладніше, звичайно, це з таблицями. Там не можна "потрапити" на фіксовані заголовки, тому що користувачі фільтрують, встановлюють параметри, можуть деякі поля взагалі прибрати зі звіту. Тобто треба намагатися використовувати макети полів, які в звіт виводяться завжди, а може навіть, робити деякі поля такими, самостійно.
Ось зробив невеличкий прімерчік зі звітом у вигляді таблиці. Таблиця проста, одне угрупування в рядках і одна в колонках. У запиті всього два поля: Дата і Сума.
На картинках варіант зі стандартним оформленням від самої компонування, і варіант з переробленими макетами полів і з додаванням оформлення.
Видно, що з двох рядків в шапці звіту, одну я зайняв під "свій" заголовок і можу з ним робити все що завгодно, жодного рядка коду, ось так!
