Есть множество универсальных (или почти универсальных) отчетов, отличающихся небольшими функциональными особенностями. На резонный вопрос публики "а зачем ещё один универсальный отчет и чем он отличается от множества других" ответ банальный: он "отличается умом и сообразительностью" (С) 1971 КБ. Мелкие подробности можно рассмотреть на картинках.
Состав типов данных определяется для каждой конкретной конфигурации по её метаданным, включая действующие расширения. Например в типовой ЗУП не встречается регистр бухгалтерии и соответственно его не будет среди доступных типов и т. д.
Для объектов определенного типа (например, Справочники) определены ВСЕ объекты (все справочники), даже если они выключены функциональными опциями. Так же для конкретного объекта определены ВСЕ его табличные части (если они есть), даже если они выключены функциональными опциями. При формировании отчета по таким "выключенным" объектам выйдет пустой результат. Далее в процессе настройки поля, выключенные функциональными опциями, уже будут недоступны. А если будут загружены настройки содержащие такие "выключенные" поля, то они (поля) будут отмечены красным крестиком и не появятся в сформированном отчете.
Для типа "Все документы" (а-ля общий журнал) отрабатываются стандартные реквизиты документов, общие реквизиты и наиболее часто используемые реквизиты (автор, комментарий и т. п.). Если получится идентифицировать справочники организаций и пользователей и их ещё нет в списке часто используемых, они будут добавлены.
Для поддерживающих иерархию объектов (справочники, планы виды характеристик, планы счетов) корректно отрабатывается вид иерархии (группы или только элементы).
Для регистров бухгалтерии корректно отрабатываются их "прибамбахи" как-то балансовый или нет (корреспонденция), признаки учета для счетов и субконто и т. д.
Для регистров расчета корректно отрабатываются их "прибамбахи" как-то зависимость от базы, данные графика, период действия и т. д.
Для типа "Регистрация для обмена" доступны как отдельные объекты метаданных, так и все объекты определенного типа, например, все справочники, а также все объекты всех типов, которые входят в состав планов обменов.
Для всех вариантов поля анализируются на тип "Число", если таковое поле будет обнаружено, оно будет помечено как суммируемое в итогах. Например, "СуммаДокумента" у большинства документов.
Для сложных случаев имеется "Произвольный запрос" который позволяет воспользоваться конструктором СКД и сразу лицезреть результат, что особенно полезно при создании отчетов с использованием данных, привнесенных расширениями. В режиме конфигуратора такое пока только обещают. Из-за ограничений платформы работает только в толстом клиенте.
Для новичков и особых случаев есть возможность настроенный обычным способом отчет преобразовать в произвольный запрос, чтобы посмотреть как оно там внутри устроено и при необходимости "доработать напильником".
Все настройки СКД доступны по кнопке "Вариант" (Ctrl+Q). Под рукой имеются кнопки вкл/выкл заголовков строк/столбцов, группировок, фиксации строк/столбцов (как в ехеле). Готовые настройки можно сохранить/восстановить в базе (для текущего пользователя) или в файл/из файла (для передачи соседу).
В пакет входит внешний отчет и расширение (режим совместимости 8.3.12). Различие только одно: во внешний отчет никак не воткнуть функцию, которая была бы доступна в вычисляемых полях СКД, а в расширении такие можно/нужно вставлять в единственный общий мдуль.
Для полей, имеющих составной тип, предзаряжены производные поля: тип значения - ТипЗнч (Поле), уникальный идентификатор - XMLstring (Поле), внутреннее значение - ЗначениеВСтрокуВнутр (Поле), описание типа (только в расширении) - Получить_Описание_Типа (Поле), например "Документ.АвансовыйОтчет"). Пример для поля Регистратор -> РегистраторТипЗначения, РегистраторУникальныйИдентификатор, РегистраторВнутреннееЗначение, РегистраторОписаниеТипа.
Внешний отчет может быть подцеплен через дополнительные отчеты/обработки (при наличии БСП), расширение - стандартным способом (безопасный режим и защита от опасных действий должны быть отключены) будет доступно в разделе Администрирование (НСИ и администрирование).
В планах: универсальная расшифровка любой вложенности и универсальная обработка результата.
Код полностью открыт. Отчет развивался (и будет далее развиваться) на протяжении многих лет несколькими различными разработчиками, так что с единством подходов, стиля программирования и оформления кода не очень-то (сильно не пинайте). Поскольку развитие продолжается, замечания и хотелки приветствуются (даже самые нелепые на первый взгляд). Тестирование происходит на живых людях [не одобрено ВОЗ и СФР :)].