1. Идентификация
| Параметр | Значение |
|---|---|
| Полное имя | Документ.УниверсальныйОтчет |
| Тип объекта | Документ (по классификации метаданных и навигационной ссылке) |
| Имя | УниверсальныйОтчет |
| Синоним | — (не задан) |
| Конфигурация | Бухгалтерия для Казахстана, редакция 3.0, версия 3.0.74.2 |
| Страна / валюта | Республика Казахстан, тенге (₸) |
Важное замечание о природе объекта. По evidence объект классифицирован как Документ и открывается ссылкой e1cib/list/Документ.УниверсальныйОтчет, однако его фактическое наполнение и назначение соответствуют универсальному отчёту на базе схемы компоновки данных (СКД): нет пользовательских реквизитов, нет табличных частей, нет собственных форм, вся структура строится динамически через СКД. Это расхождение между типом объекта (Документ) и реализуемой функциональностью (отчёт) — единственное место, которое требует проверки в конкретной сборке: возможно, это техническая обёртка/регистрационный объект, а не классический проводимый документ. Ниже описание даётся строго по приложенному evidence; там, где evidence молчит, приводится типовое поведение соответствующего вида объекта.
Назначение. Гибкий инструмент аналитики данных любых объектов конфигурации — справочников, документов, регистров сведений, накопления, бухгалтерии и расчёта. Динамически генерирует СКД по выбранному объекту метаданных и автоматически предоставляет доступные измерения, ресурсы и реквизиты для группировок и отбора. Используется бухгалтерами, аналитиками и администраторами для ad-hoc построения произвольных отчётов без программирования. Поддерживает сохранение пользовательских вариантов с индивидуальными настройками отборов, группировок и оформления.
Где найти в 1С: e1cib/list/Документ.УниверсальныйОтчет (в интерфейсе — раздел «Администрирование» → «Универсальный отчёт»).
2. Реквизиты и табличные части
2.1 Реквизиты шапки
Объект не содержит пользовательских реквизитов в metadata.attributes. Все настройки построения передаются через параметры схемы компоновки данных.
| Имя | Тип | Обязательность | Назначение |
|---|---|---|---|
| (нет реквизитов) | — | — | Все параметры передаются через СКД |
Присутствуют только стандартные реквизиты, наследуемые видом объекта (для документа —
Ссылка,Дата,Номер,ПометкаУдаления,Проведён; фактически используются служебно).
2.2 Табличные части
Объект не содержит табличных частей (metadata.tabular_sections пуст). Структура данных формируется динамически в схеме компоновки.
3. Формы
Список форм в metadata.forms отсутствует. Используется автоматически генерируемая типовая форма на базе СКД.
| Форма | Тип | Для чего |
|---|---|---|
| Основная форма отчёта (авто) | СКД / автогенерация | Выбор объекта-источника, настройка структуры, отборов, группировок, оформления; запуск и вывод результата |
Ключевая форма для пользователя: основная (автоматическая) форма отчёта.
4. Ключевые процедуры модулей
В evidence BSL-код не приложен — конкретные процедуры с путями и строками привести нельзя. Ниже — типовой набор обработчиков для объекта такого рода (отчёт на СКД).
| Обработчик / процедура | Где | Что делает (типовая логика) |
|---|---|---|
ПриКомпоновкеРезультата |
Модуль формы отчёта | Перехват вывода результата СКД, донастройка перед выводом |
ПриЗагрузкеВариантаНаСервере / ПриСохраненииВариантаНаСервере |
Модуль формы | Сериализация и восстановление пользовательских вариантов |
Формирование СКД (СхемаКомпоновкиДанных) |
Модуль объекта отчёта | Динамическое построение схемы по выбранному объекту метаданных: набор данных, поля, доступные измерения/ресурсы |
| Обработчик выбора объекта-источника | Модуль формы | Перестроение доступных полей, группировок и отборов при смене анализируемого объекта |
Для документа как такового типовыми были бы
ОбработкаПроведения,ОбработкаЗаполнения,ПриУстановкеНовогоНомера— но по evidence проводимой/заполняемой логики документа у объекта нет.
5. Проведение и движения
По evidence объект не формирует прикладных движений: нет табличных частей и реквизитов, нет данных для проводок — функциональность отчётная, а не учётная. Регистры бухгалтерии и накопления объект не двигает.
Ниже — справочно то, что показывает универсальный отчёт при анализе учётных данных РК (план счетов и нормы — Казахстан 2026), чтобы разработчик понимал контекст выводимых показателей:
Типовой план счетов РК (объекты анализа):
| Счёт | Назначение |
|---|---|
| 1030 | Деньги на текущих банковских счетах |
| 1210 | Краткосрочная дебиторская задолженность покупателей |
| 1330 | Товары |
| 3130 | НДС к уплате (по реализации) |
| 3310 | Краткосрочная кредиторская задолженность поставщикам |
| 6010 | Доход от реализации |
| 7010 | Себестоимость реализации |
Пример проводок реализации, которые отчёт агрегирует (ставка НДС РК 2026 — 16%):
Дт 1210 Кт 6010 — выручка без НДС
Дт 1210 Кт 3130 — НДС 16%
Дт 7010 Кт 1330 — списание себестоимости товара
Налоговые/зарплатные нормы РК 2026, встречающиеся в отчётных выборках:
| Показатель | Значение 2026 |
|---|---|
| МРП | 4 325 ₸ |
| МЗП | 85 000 ₸ |
| Ставка НДС | 16% |
| Базовый вычет по ИПН | 30 МРП/мес, не более 360 МРП/год |
| ИПН | 10% до 8 500 МРП годового дохода, 15% сверх |
| ОПВ | 10% (потолок базы 50 МЗП) |
| ОПВР | 3,5% |
| ВОСМС | 2% |
| ОСМС | 3% |
| СО | 5% |
| Социальный налог | 6% |
Эти числа — контекст анализируемых данных, а не движения самого объекта.
6. Связанные объекты и ввод на основании
- Ввод на основании: не предусмотрен — объект отчётный, источников/приёмников ввода на основании нет.
- Связанные объекты: любой объект метаданных конфигурации, выбранный пользователем как источник (справочники, документы, регистры сведений/накопления/бухгалтерии/расчёта). Явных статических связей в метаданных нет — связь устанавливается динамически при построении СКД.
- Электронный документооборот РК (ЭСФ через ИС ЭСФ, СНТ) объектом напрямую не порождается; данные ЭСФ/СНТ могут выступать источником анализа как записи соответствующих объектов конфигурации.
7. Точки расширения
- Пользовательские варианты отчёта — основной штатный способ адаптации: сохранение настроек структуры, отборов, группировок и оформления без изменения конфигурации.
- Расширения конфигурации (адаптеры/BSL-расширения) — перехват обработчиков формы (
ПриКомпоновкеРезультата, обработчиков вариантов) для донастройки вывода. - Внешние отчёты/дополнительные обработки — регистрация собственных вариантов универсального отчёта через подсистему дополнительных отчётов и обработок.
- Доработка СКД — расширение набора доступных полей/наборов данных при доработке модуля объекта.
Изменение поведения через переопределение проведения/заполнения неприменимо: у объекта нет соответствующей учётной логики.