RUKKENZH
Задать вопрос AI
РазделыОбъекты конфигурации 1С
Отчёт «ИсторияРазмераПриложения» — Бухгалтерия для Казахстана 3.0.74.2
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

Отчёт «ИсторияРазмераПриложения» — Бухгалтерия для Казахстана 3.0.74.2

Актуально для: 1С:Бухгалтерия для Казахстана, ред. 3.0.74.2 · ГК 1С-Сапа — партнёр фирмы «1С»
СТ
Сапа Т.И. — Эксперт по 1С и бухгалтерскому учёту, преподаватель-практик

1. Идентификация

Параметр Значение
Тип объекта Отчёт (Report)
Имя ИсторияРазмераПриложения
Полное имя Отчет.ИсторияРазмераПриложения
Синоним «История размера приложения» (в дереве метаданных синоним не задан отдельно; отображаемое имя формируется командой)
Конфигурация Бухгалтерия для Казахстана, редакция 3.0 (версия 3.0.74.2)
Основная форма ФормаОтчета
Форма настроек ФормаНастроек

Назначение. Отчёт предназначен для анализа и отслеживания динамики изменения размера приложения (объёма базы данных) во времени. Используется администраторами и техническими специалистами для мониторинга роста БД, выявления аномальных скачков размера и планирования мероприятий по оптимизации хранилища. Результат выводится в виде табличного документа; дополнительно отчёт умеет запускать расчёт текущего размера приложения в фоновом задании.

Это сервисный (административный) отчёт механизма «Технология сервиса». Он не относится к учётным (бухгалтерским, налоговым) объектам, не оперирует хозяйственными данными и не зависит от национальных норм учёта РК (ставки НДС, ИПН, план счетов и т. п. к нему неприменимы).

Где найти в 1С: раздел «Технология сервиса» → «История размера приложения». Навигационная ссылка: e1cib/list/Отчет.ИсторияРазмераПриложения


2. Реквизиты и табличные части

2.1 Реквизиты шапки

Согласно метаданным отчёт не содержит собственных реквизитов. Все параметры построения задаются через настройки компоновки данных и реквизиты формы (в структуре формы выявлено 7 атрибутов).

Имя Тип Обязательность Назначение
(реквизиты отсутствуют)

2.2 Табличные части

Табличные части отсутствуют. Результат отчёта формируется как табличный документ и отображается в поле формы типа SpreadSheetDocumentField. Данные для построения берутся из служебных источников механизма учёта размера приложения (история замеров), а не из реквизитов/ТЧ самого объекта-отчёта.


3. Формы

Форма Назначение
ФормаОтчета Основная (рабочая) форма отчёта. Содержит ~42 элемента управления: поле табличного документа для вывода результата, команды формирования отчёта и запуска расчёта размера приложения, а также элементы управления вариантами и настройками (быстрые настройки, период анализа).
ФормаНастроек Форма настроек отчёта (4 элемента). Служит для конфигурирования параметров построения — отбор периода, детализация, состав выводимых показателей.

4. Ключевые процедуры модулей

Приложенное evidence содержит структуру форм и назначение, но не содержит листингов BSL с привязкой «путь:строка». Ниже приведены типовые обработчики для отчёта данного вида (сервисный отчёт с фоновым расчётом на СКД). Конкретные имена в версии 3.0.74.2 могут отличаться — это единственный реально версионно-зависимый момент раздела.

Модуль формы ФормаОтчета:

  • ПриПередачиДанныхНастроекНастройкам / ПриЗагрузкеВариантаНаСервере — инициализация варианта и настроек СКД при открытии.
  • ПриОткрытии — восстановление сохранённых настроек, определение доступности команды расчёта размера.
  • СформироватьОтчёт (команда) → серверный обработчик компоновки — выполняет КомпоновщикМакета.Выполнить() / Скомпоновать() и выводит результат в поле табличного документа.
  • РассчитатьРазмерПриложения (команда) — запускает фоновое задание расчёта текущего размера БД через ДлительныеОперации.ВыполнитьВФоне(...).
  • ПодключаемыйОбработчикОжидания / ОбработкаЗавершенияРасчёта — отслеживание статуса длительной операции и обновление результата по её завершении.

Модуль объекта отчёта:

  • ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) — при необходимости переопределяет стандартную компоновку СКД.
  • ПриОпределенииНастроекВыбораВПользовательскомРежиме / НастройкиДляТехнологииСервиса — регистрация отчёта в списке сервисных отчётов.

Общий модуль расчёта (механизм «Технология сервиса»):

  • Процедура фонового расчёта размера — обходит таблицы БД, суммирует объём и записывает точку истории в служебное хранилище замеров.

5. Проведение и движения

Объект является отчётом, а не документом:

  • Не проводится, не формирует проводок и движений по регистрам бухгалтерии, накопления или сведений.
  • Не обращается к плану счетов РК и не участвует в формировании НДС/ИПН/взносов.

Отчёт читает данные истории замеров размера приложения (служебное хранилище механизма «Технология сервиса») и, по команде расчёта, инициирует запись нового замера в это хранилище через фоновое задание. Никакого влияния на учётные регистры конфигурации при этом нет.


6. Связанные объекты и ввод на основании

  • Ввод на основании не предусмотрен (отчёты не поддерживают механизм ввода на основании и сами не вводятся на основании).
  • Связанные объекты — подсистема «Технология сервиса» и её служебные механизмы учёта размера приложения (регламентные/фоновые задания расчёта размера, служебное хранилище истории).
  • Отчёт публикуется в командном интерфейсе раздела «Технология сервиса» через соответствующую команду.

7. Точки расширения

  • Расширение конфигурации: добавление собственных вариантов отчёта (доп. диаграммы динамики, группировки по датам); переопределение ПриКомпоновкеРезультата в модуле объекта для кастомного вывода.
  • Дополнительные отчёты (внешние): реализация альтернативного отчёта по истории размера с подключением через «Дополнительные отчёты и обработки».
  • Фоновый расчёт: перехват/дополнение процедуры расчёта размера в общем модуле механизма для сбора расширенной статистики (например, размер по отдельным таблицам/объектам).
  • Форма: добавление реквизитов и команд формы через расширение (например, кнопка экспорта результата, автообновление по расписанию).
  • Права доступа: отчёт целесообразно ограничивать ролью администратора/технического специалиста; при кастомизации — добавить проверку прав перед запуском расчёта.

Частые вопросы

Формирует ли отчёт бухгалтерские проводки или движения по регистрам?
Нет. Это сервисный отчёт механизма «Технология сервиса». Он не проводится, не создаёт проводок и движений. Отчёт только читает историю замеров размера БД и по команде инициирует фоновый расчёт нового замера.
Почему в описании нет ставок НДС, ИПН и плана счетов РК?
Отчёт «История размера приложения» — административный, он не связан с учётом. Национальные нормы РК (НДС 16%, ИПН, взносы, счета 1210/3130/6010 и т. п.) к нему неприменимы и намеренно не приводятся, чтобы не вводить в заблуждение.
Где находится отчёт в интерфейсе и как открыть его напрямую?
Раздел «Технология сервиса» → «История размера приложения». Прямая навигационная ссылка: e1cib/list/Отчет.ИсторияРазмераПриложения.
Есть ли у отчёта реквизиты шапки и табличные части?
Нет. Собственных реквизитов и табличных частей у объекта нет. Параметры задаются через настройки СКД и реквизиты формы (в структуре формы отчёта выявлено 7 атрибутов), а результат выводится в поле табличного документа.
Как выполняется расчёт текущего размера приложения?
По команде на ФормеОтчета запускается длительная (фоновая) операция через механизм ДлительныеОперации. Фоновое задание рассчитывает текущий объём БД и записывает новую точку в историю замеров, после чего результат отображается в отчёте.

Читайте также

Источники

Была ли статья полезна?
💼 Нужна помощь с 1С или учётом? Слава КВЦ — многолетняя практика в 1С в Казахстане. Изучите разложенный НК РК 2026 или спросите в чате BuhGPT — ответит за секунды.
Теги:KZReports