СКД - наборы данных и связи между ними, создание собственной иерархии, вложенные отчеты

Публикация № 1095405

Разработка - Практика программирования

Наборы данных соединения наборов собственная иерархия использование вложенных схем

Набор данных объект. Использование в схеме компоновки нескольких наборов данных. Различные варианты связи наборов: объединение, соединение. Использование иерархии в отчетах на СКД. Создание собственной иерархии, иерархия детальных записей. Использование вложенных схем в отчетах на СКД.

Предыдущие статьи по СКД можно посмотреть по ссылкам ниже:

До сих пор, мы рассматривали схему компоновки с одним единственны набором данных «Запрос». Это самый распространенный вариант применения СКД. Однако, система позволяет создавать наборы данных других типов. А также создавать несколько наборов данных. Все эти действия выполняются на закладке «Наборы данных» конструктора схемы компоновки:

Закладка "Наборы данных"

Оглавление

  1. Типы наборов данных СКД
  1. Связи наборов данных
  1. Иерархия в отчетах на СКД
  1. Вложенные отчеты на СКД

 

Типы наборов данных СКД

Рассмотрим, какие типы наборов данных можно создать в схеме компоновки данных:

  • Набор данных запрос – произвольный запрос к базе данных (самый распространенный вариант),
  • Набор данных объект – произвольный, внешний набор данных (например таблица значений),
  • Набор данных объединение – объединение нескольких наборов данных в один результирующий.

Набор данных объект

Мы еще не рассматривали набор данных объект, по этому, остановимся на нем более подробно. Создавая набор данных этого типа, необходимо описать только выходные поля этого набора и его наименование:

Настройка набора данных Объект

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

Сам механизм для формирования данных необходимо описывать программно, и передавать процессору компоновки. Такие внешние данные могут быть следующих видов:

  • Таблица значений,
  • Выборка из результата запроса,
  • Область ячеек табличного документа,
  • Набор записей регистров,
  • Любой объект конфигурации или его табличная часть.

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

ТЗ = новый ТаблицаЗначений;
…
ВнешниеНаборы = новый Структура;
ВнешниеНаборы.Вставить("ИмяНабораДанных", ТЗ);
ПроцессорКомпоновки = новый ПроцессорКомпоновкиДанных();
ПроцессорКомпановки.Инициализировать(МакетКомпоновки, ВнешниеНаборы); 

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

Набор данных объединение

Набор данного типа, по своей сути, не является набором как таковым. Он служит для объединения нескольких наборов данных любого типа в один, результирующий.

Может быть построена разветвленная структура объединений наборов данных. Отдельные наборы можно перетаскивать мышкой по структуре.

Существует ограничение: подчиненные наборы могут быть только у наборов данных объединение.

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

Доступные реквизиты у подчиненного набора

Отсутствуют следующие реквизиты:

  • Автозаголовок,
  • Роль,
  • Выражения представления и упорядочивания,
  • Проверка иерархии,
  • Оформление,
  • Параметры редактирования.

 

Связи наборов данных

Раз уж можно создавать несколько наборов данных, необходимо их как-то связывать между собой. Существует два способа связи наборов данных: объединение и соединение.

Связь - объединение

Объединение выполняется с помощью отдельного набора данных «Набор данных объединение», который описан выше.

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

Поля объединяемых наборов с одинаковым значением реквизита «Путь» сворачиваются в одно. Автоматической группировки строк по полям с одинаковым реквизитом «Путь» - не происходит.

Поля с разными значениями реквизита «Путь», образуют отельные поля в итоговом наборе.

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

Связь - соединение

Это более сложный вид связи двух наборов данных. Для настройки соединения наборов предназначена специальная закладка конструктора схемы компоновки «Связи наборов данных»:

Связи наборов данных

Соединение двух наборов выполняется по аналогии с соединением таблиц в запросе. На закладке «Связи наборов данных», по аналогии с конструктором запросов можно выбрать наборы данных и поля наборов (выражения), по которым необходимо выполнить соединение.

Важно:

  • Вид соединения по умолчанию всегда «ЛЕВОЕ ВНЕШНЕЕ». Источником связи выступает основной набор данных, приемником связи – подчиненный.
  • Выполнять соединение можно только для наборов данных верхнего уровня. То-есть, наборы данных, которые входят в наборы «Объединения» соединять нельзя. 

Передача параметров в подчиненные наборы

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

Связь по параметру с подчиненным набором

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

Параметры указываются на закладке «Связи наборов данных», для каждой связующей пары:

Передача параметров в подчиненный набор данных

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

Учитывая то, что параметр в этом случае - список, в условии запроса подчиненного набора необходимо указать конструкцию «В ()».  

Дополнительные настройки связи наборов данных

Условие связи – поле, в котором можно задать произвольное выражение. Связь будет выполняться только в том случае, если значение выражения будет «Истина».

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

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

Некоторые особенности соединения наборов данных

Группировка данных при объединении наборов

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

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

 
 Пример расчета итогов при соединении двух наборов

 

Оптимизация итоговых запросов макета

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

Использование не связанных наборов данных

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

Отбор по полю подчиненного набора

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

 

Иерархия в отчетах на СКД

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

Если в настройках используется иерархия, система компоновки создаст «не явно» дополнительный набор данных с запросом к таблице объекта, для которого будет строиться иерархия и две дополнительные связи:

  • Первая – с основным набором данных,
  • Вторая – с самим собой.

Это позволит системе компоновки «достроить» элементы иерархии.

Автоматическое построение иерархии системой компоновки данных

Допустим, у нас есть простой набор данных «ПродажиТоваров», который содержит следующий запрос к базе данных:

ВЫБРАТЬ            
    ПродажиОбороты.Покупатель КАК Покупатель,
    ПродажиОбороты.Товар КАК Товар,            
    ПродажиОбороты.КоличествоОборот КАК КоличествоОборот,            
    ПродажиОбороты.СуммаОборот КАК СуммаОборот
ИЗ            
    РегистрНакопления.Продажи.Обороты КАК ПродажиОбороты

В отчете необходимо вывести иерархию по полю «Товар».

В макете компоновки будет создан дополнительный набор данных с запросом такого вида:

ВЫБРАТЬ            
   Товары.Ссылка КАК Ссылка,            
   Товары.Представление КАК СсылкаПредставление,            
   Товары.Родитель КАК Родитель,            
   Товары.Наименование КАК СсылкаНаименование
ИЗ            
   Справочник.Товары КАК Товары
ГДЕ            
   Товары.Ссылка В (&Ссылки)

Также, будут созданы две дополнительные связи:

<dataSetLink>
    <sourceDataSet>ПродажиТоваров</sourceDataSet>
    <destinationDataSet>ТоварИерархия</destinationDataSet>                        
    <sourceExpression>ПродажиТоваров.Товар</sourceExpression>                        
    <destinationExpression>ТоварИерархия.Товар</destinationExpression>                       
    <parameter>Ссылки</parameter>                        
    <parameterListAllowed>true</parameterListAllowed>           
</dataSetLink>           
<dataSetLink>                        
    <sourceDataSet>ТоварИерархия</sourceDataSet>                        
    <destinationDataSet>ТоварИерархия</destinationDataSet>                        
    <sourceExpression>ТоварИерархия.Родитель</sourceExpression>                        
    <destinationExpression>ТоварИерархия.Товар</destinationExpression>                        
    <parameter>Ссылки</parameter>                        
    <parameterListAllowed>true</parameterListAllowed>            
</dataSetLink> 

Первая связь соединяет наш набор данных «ПродажиТоваров» с набором, созданным СКД «ТоварИерархия» по полю «Товар». Причем в связи используется параметр «Ссылки».

Вторая связь, это связь созданного набора с самим собой. Источникам связи выступает поле «Родитель», а приемником «Ссылка». Опять же, используется параметр «Ссылки». Именно с помощью данной связи, СКД достраивает иерархические записи.

Вот так, вроде бы поменяли одну настройку, а СКД уже построила «не явно» столько дополнительных объектов.

В большинстве случаев иерархия строится автоматически в отчетах, и не требует глубокого понимания этого процесса. Однако, иногда может потребоваться создать иерархию, отличную от типовой (по полю «Родитель»). Вот тогда все описанные выше действия необходимо реализовывать вручную. В остальных случаях создавать дополнительный набор данных явно для построения иерархии, смысла нет.

На заметку. При автоматическом построении иерархии, система дублирует групповое поле на более низком уровне. То-есть, если у нас есть группа «Продукты», в которую входят: «Молоко» и «Хлеб», в отчете в группу «Продукты» будут входить три элемента: «Молоко», «Хлеб», «Продукты». Это не корректно. Происходит это из-за того, что система компоновки достраивает иерархические записи к тем, что уже есть в выборке. Если справочник имеет иерархию групп, для решения проблемы проще всего добавить отбор для выводимых записей:

ЭтоГруппа = Ложь;

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

 
 Пример создания собственной иерархии

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

Для этого создадим два набора данных: «Заказы» и «Иерархия». Запросы наборов приведены ниже:

ВЫБРАТЬ            
   Заказ.Ссылка КАК Ссылка,            
   Заказ.Склад КАК Склад,            
   Заказ.Автор КАК Автор
ИЗ            
   Документ.Заказ КАК Заказ
ВЫБРАТЬ            
   Пользователи.Ссылка КАК Автор,            
   Пользователи.Руководитель КАК Руководитель
ИЗ            
   Справочник.Пользователи КАК Пользователи
ГДЕ            
   Пользователи.Ссылка В(&Ссылки)

Создадим две связи для созданных наборов:

Связи наборов данных в собственной иерархии

Дальше, в настройках компоновки создадим простую структуру:

  • Первая группировка по полю «Автор» - иерархическая,
  • Вторая группировка – детальные записи.

Выведем для отчета два поля: «Склад» и «Ссылка».

Сформированный отчет будет отображать созданную нами иерархию по полю «Автор»:

Собственная иерархия по полю "Автор"

Важно. Поле, для которого достаивается иерархия должно иметь один и тот же путь в обоих наборах данных (в нашем случае «Автор»).

 

Проблема с иерархическим отбором в собственной иерархии

При создании собственной иерархии, есть один нюанс. По умолчанию не будут работать корректно иерархические отборы в настройках компоновки (с видом сравнения «В группе»), по полю, для которого достраивается иерархия.

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

Поясню подробнее.

Набор для построения иерархии достраивает для каждой записи родителя, потом родителя более высокого уровня, и так далее до корневого элемента. А набор для проверки иерархии наоборот, разворачивает записи от полученного родителя до конечных элементов самого низкого уровня. Запрос для нашего случая будет следующий:

ВЫБРАТЬ            
   Пользователи.Ссылка КАК Ссылка,            
   Пользователи.Руководитель КАК Руководитель
ИЗ            
   Справочник.Пользователи КАК Пользователи
ГДЕ            
   Пользователи.Руководитель В(&Руководители)

Для созданного набора необходимо создать связь самого к себе. Поле источника, в данном случае будет «Ссылка», а поле приемника – «Руководитель».

В реквизитах поля основного набора данных, по которому строиться иерархия, нужно указать созданный набор для проверки иерархии и передаваемый параметр в соответствующих реквизитах «Проверка иерархии: набор данных» и «Проверка иерархии: параметр»:

Настройка проверки иерархии

Вот так вот, все «не очень» просто, если реализовывать иерархию самостоятельно.

Иерархические детальные записи

Помимо выше описанной иерархии, СКД позволяет выводить иерархию детальных записей.

Что это такое?

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

Рассмотрим это на примере.

Возьмем запрос из выше описанного примера, только параметр наложим на поле «Родитель» (как было сделано для проверки иерархии):

ВЫБРАТЬ            
   Пользователи.Ссылка КАК Ссылка,            
   Пользователи.Руководитель КАК Руководитель
ИЗ            
   Справочник.Пользователи КАК Пользователи
ГДЕ            
   Пользователи.Руководитель В(&Руководители)

Добавим связь данного набора самого к себе. Источником связи будет поле «Ссылка», а приемником – «Руководитель». Получаем разворот от элементов более высокого уровня к элементам конечного, самого низкого уровня.

Дополнительно, системе необходимо указать начиная с какого элемента требуется строить иерархию. Для этого существует параметр в таблице связей «Начальное значение связи». Если параметр равен пустой ссылке, иерархия строиться по всем доступным элементам:

 Начальное заполнение связи 

 

Вложенные отчеты на СКД

Тема не большая, и рассматривать ее отдельно нет смысла. По этому, быстренько пробегусь по ней в данной статье.

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

Для создания вложенного отчета, нужно добавить его схему компоновки на закладке конструктора «Вложенные схемы»:

Добавление вложенных схем

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

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

Настройки для вложенной схемы

В настройках помимо произвольного отбора, можно указать связь полей из основной схемы компоновки с полями вложенной схемы. Для этого нужно связать поля вложенной схемы с полями поле компоновки основной схемы. Поля основной схемы расположены в специальной группе «ОбъектНастройкиВладелец»:

Настройка отборов для вложенной схемы

Можно установить значения параметров вложенной схемы компоновки или связать их с параметрами текущей схемы. Если вложенный отчет еще не включен в структуру основного отчета, действия также можно выполнить в настройках вложенной схем. Для установки связи нужно указать параметр основной компоновки из группы «ОбъектНастройкиВладелец»:

Настройка параметров для вложенной схемы

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

Настройки вложенной схемы после ее добавления

После настройки параметров вложенного отчета, можно их скрыть для пользователей. Для этого, в самой вложенной схеме нужно указать для этих параметров флаг «Ограничение доступности». Параметры не будут видны в настройках, однако настройки связей буду работать корректно.

На этом все, в следующих статьях рассмотрены следующие темы:

Для ознакомления с предыдущими статьями можно перейти по ссылкам:

Спасибо за внимание. 

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
2. Reznik_Nikolay 26.07.19 22:28 Сейчас в теме
Эх, крутая статья. Раньше бы такое прочитать, сам 2-3 дня назад раскурил, как из внешнего набора данных красиво собрать свою иерархию.

Но всё равно спасибо.
3. ids79 5364 27.07.19 07:42 Сейчас в теме
4. bulpi 172 10.08.19 15:32 Сейчас в теме
Автор, Вам бы внимательно вычитать статьи. Очень полезны, но, когда внимательно читаешь, видны мелкие описки и недочеты.
5. ids79 5364 10.08.19 18:54 Сейчас в теме
(4)Да, грешу этим. Воде стараюсь проверять, но наверно не все замечаю. Глаз замыливается. Если что видите, пишите, исправлю.
6. bulpi 172 11.08.19 10:55 Сейчас в теме
(5)
1)ТаблицаЗнаений

2)<destinationExpression>ТоварИерархия.Товар</destinationExpression>

По идее, должно быть ТоварИерархия.Ссылка
7. ids79 5364 11.08.19 12:52 Сейчас в теме
1. Исправил, спасибо.
2. Нет, как раз ТоварИерархия.Товар.
Попробуйте создать запрос в консоле компоновки. В запросе "Ссылка", а путь для этого поля - "Товар". Он должен соответствовать имени в основном наборе.
r.zdorkin; +1 Ответить
9. vugluscr1991 13 02.12.19 20:52 Сейчас в теме
(7) 2. Может тогда в запросе
Товары.Ссылка КАК Товар,

Не?
8. user1216930 21.11.19 20:05 Сейчас в теме
10. axelerleo 292 09.02.20 19:04 Сейчас в теме
Коллеги, кто пальцем ткнет, где вот про это можно прочитать в оф. документации?

"могут быть следующих видов:
Таблица значений,
Выборка из результата запроса,
Область ячеек табличного документа,
Набор записей регистров,
Любой объект конфигурации или его табличная часть."
11. user1194102 28.02.20 08:49 Сейчас в теме
Каким образом осуществляется связь разных наборов в режиме:
"Связь - объединение
Объединение выполняется с помощью отдельного набора данных «Набор данных объединение», который описан выше"

если явная связь между наборами не прописывается?

(по аналогии с запросами есть Объединить и Объединить ВСЕ, а в наборах по какому типу объединение?)
12. kavg 31.03.20 11:38 Сейчас в теме
На заметку. При автоматическом построении иерархии, система дублирует групповое поле на более низком уровне. То-есть, если у нас есть группа «Продукты», в которую входят: «Молоко» и «Хлеб», в отчете в группу «Продукты» будут входить три элемента: «Молоко», «Хлеб», «Продукты». Это не корректно. Происходит это из-за того, что система компоновки достраивает иерархические записи к тем, что уже есть в выборке.


Корректно, например, в случае вывода иерархии подразделений и принятых на эти подразделения сотрудников. Дубль группового поля нужен для вывода сотрудников, принятых на подразделение, которое является группой:
ОтделОбщ
     - Отдел1
          - Иванов, Менеджер
     - Отдел2
          - Петров, Менеджер
     - ОтделОбщ
          - Сидоров, Руководитель
Оставьте свое сообщение

См. также

daСклонение: склонение ФИО, должностей, чисел, прилагательных, существительных на языке 1С + ТестЦентр Промо

Универсальные функции v8 1cv8.cf Абонемент ($m)

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

1 стартмани

14.02.2015    99033    96    daMaster    88    

Сравнение реального дохода со средним доходом из API.HH.RU

Зарплата Управленческие v8 v8::СПР ЗУП3.x УУ Абонемент ($m)

Внешняя обработка на управляемой форме для 1С:Предприятие 8.3 по интеграции с HH.RU используя HH REST API. Ключевые функции: получение списка вакансий по должностям (Ключ для работы не нужен); расчет среднего дохода; Тестирование проводилось на платформе 1С:Предприятие 8.3 (8.3.13.1513) Зарплата и управление персоналом, редакция 3.1 (3.1.11.68) совместно с API.HH.RU.

1 стартмани

11.11.2019    3643    4    solaru    2    

Конфигурация для рекламного агентства

Управление услугами и сервисом Управление взаимоотношениями с клиентами (СRM) Производство готовой продукции (работ, услуг) Управление взаимоотношениями с клиентами (СRM) Производство готовой продукции (работ, услуг) v8 Реклама, PR и маркетинг УУ Абонемент ($m)

Данная конфигурация выполнена для решения тестового задания: Цель задания: 1) Понять, на каком из клиентов сколько мы заработали;  2) Понять, по какому виду СМИ сколько мы заработали;  3) Проследить по каждой услуге: у кого за сколько купили и кому за сколько продали, с возможностью перейти в соответствующий документ. Реализовано с помощью: 1. Справочники - контрагенты, номенклатура 2. Документы - Поступление услуг, реализация услуг 3. Отчеты - отчет по контрагентам, номенклатуре и движений.

1 стартмани

21.05.2019    3917    0    solaru    0    

Загрузка номенклатуры в УТ 10.3 из Excel файла с генерацией штрихкодов

Загрузка и выгрузка в Excel Обработка справочников Оптовая торговля Розничная торговля Учет ТМЦ Оптовая торговля Розничная торговля Учет ТМЦ v8 УТ10 Россия Абонемент ($m)

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

1 стартмани

24.03.2017    7523    6    solaru    0    

Под капотом управляемых форм

Практика программирования v8 1cv8.cf Бесплатно (free)

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

26.08.2013    260392    0    Evil Beaver    266    

[NotaBene] Универсальный отчет по таблице значений

Практика программирования v77::ОУ v77::БУ v77::Расчет 1cv7.md Россия Абонемент ($m)

1C v.7.7 Готовое решение. Не требует настройки. Не требует допрограммирования. Данная обработка решает часто встречающуюся задачу вывода в "красивом" виде таблицы значений (полученной, например, из запроса). Поддерживается произвольное группирование данных, отключение/включение группировок, в т.ч и создание "шахматок" (типа "продажи понедельно"). Обработка может использоваться как и в отладочных целях (для нормального просмотра ТЗ), так и в составе вполне рабочих отчетов. По крайней мере, я неоднократно клиентам данную обработку ставил вместо того, чтобы каждый раз писать замороченные выводы данных. И клиенты довольны, и мне - проще...

2 стартмани

07.05.2007    27909    1    CheBurator    61