Отчёт «Анализ остатков товаров на виртуальном складе с учётом резервов» (Бухгалтерия для Казахстана 3.0.74.2)

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

Назначение. Отчёт анализирует текущие остатки товаров на виртуальном (управленческом) складе с учётом зарезервированных количеств. Он показывает реальный свободный остаток товара — то, что доступно к отгрузке после вычета резервов под заказы покупателей. Используется складскими работниками, менеджерами по продажам и руководителями для ежедневного контроля доступности номенклатуры, планирования отгрузок и принятия решений о возможности выполнения новых заказов.

Где найти в 1С. Раздел «Продажа» → «Анализ остатков товаров на виртуальном складе с учетом резервов». Прямой доступ — по навигационной ссылке выше.

Важно: это отчёт, а не документ. Он не проводится, не формирует проводок и движений по регистрам. Ниже, в разделе 5, описаны регистры, которые отчёт читает как источники данных.

2. Реквизиты, табличные части и формы

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

Собственных реквизитов шапки объект не имеет. Отчёт построен на СКД, поэтому все параметры отбора и настройки вывода задаются через компоновщик настроек, а не через фиксированные реквизиты объекта.

Фактические управляющие параметры отчёта задаются как параметры и отборы СКД (типовой набор для отчёта по остаткам):

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

Табличные части у объекта отсутствуют. Результат формируется динамически процессором компоновки данных и выводится в табличный документ. Логический состав выходных полей типовой для отчёта по остаткам с резервами:

• Номенклатура (и характеристика/серия, если ведётся учёт);
• Склад;
• Остаток (количество в наличии);
• В резерве (зарезервированное количество);
• Свободный остаток = Остаток − В резерве;
• при необходимости — единица измерения, суммовая оценка остатка.

2.3 Формы

В метаданных список форм пуст. Отчёт использует автоматически генерируемую платформой основную форму отчёта на базе СКД: панель настроек (быстрые отборы, период), поле табличного документа для результата и стандартные команды «Сформировать», «Настройки», «Выбрать вариант». Отдельных собственных форм разработчиком не добавлено.

3. Формы — перечень и назначение

Дополнительные формы (формы настроек, формы варианта) платформа при необходимости создаёт автоматически из схемы компоновки; собственных форм в объекте нет.

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

В предоставленном evidence исходный BSL-код и пути к строкам модулей не приложены. Собственные реквизиты, табличные части и формы отсутствуют — вся логика инкапсулирована в схеме компоновки данных. Поэтому ниже приведены типовые обработчики, характерные для отчёта на СКД этого вида; конкретных пользовательских процедур в объекте, судя по структуре, нет.

Требует проверки в конкретной сборке 3.0.74.2: наличие переопределённого ПриКомпоновкеРезультата в модуле объекта — в базовой поставке отчётов такого типа он обычно не переопределяется, и компоновка идёт стандартным механизмом СКД.

5. Источники данных (регистры) — вместо проведения и движений

Отчёт не проводится и не создаёт движений. Он читает данные из регистров накопления конфигурации. Для анализа остатков с резервами используются регистры складского контура (типовая логика «Бухгалтерии для Казахстана» 3.0):

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

Связь с бухгалтерским учётом (справочно, для сверки данных). Движение самих товаров, которое формирует остатки, отражается документами конфигурации по типовому плану счетов РК:

• 1330 «Товары» — стоимость товарных запасов;
• 6010 «Доход от реализации» и 7010 «Себестоимость реализации» — при отгрузке;
• 3130 «НДС к уплате» — исходящий НДС по ставке 16% (действующая ставка РК на 2026 год);
• 1210 «Краткосрочная дебиторская задолженность покупателей», 3310 «КЗ поставщикам», 1030 «Деньги на текущих счетах» — расчёты.

Сам разбираемый отчёт этих проводок не делает — он лишь показывает количественные остатки и резервы.

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

Отчёт (в отличие от документа) не имеет команд ввода на основании и не является основанием для других объектов. Он логически связан:

• с регистрами-источниками — остатков товаров на складах и резервов под заказы покупателей;
• с документами, формирующими эти движения: поступление товаров и услуг, реализация товаров и услуг, заказ покупателя (образует резерв), перемещение и корректировка резервов;
• со справочниками: «Номенклатура», «Характеристики номенклатуры»/«Серии» (если учёт ведётся), «Склады», «Организации» — используются как измерения отбора и группировки;
• с электронными документами РК (косвенно, через отгрузку): ЭСФ (ИС ЭСФ) и СНТ формируются документами реализации, влияющими на остатки, но не самим отчётом.

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

Так как объект целиком построен на СКД и не содержит собственного кода/форм, расширять его удобнее всего средствами компоновки и механизма расширений конфигурации:

1. Пользовательские настройки СКД — добавление отборов (по группе номенклатуры, менеджеру), группировок, условного оформления (подсветка отрицательного свободного остатка), сохранение вариантов отчёта.
2. Расширение конфигурации — добавление в схему компоновки нового набора данных или вычисляемого поля (например, «Ожидается поступление», «Дней до дефицита»), не изменяя основную поставку.
3. Обработчик ПриКомпоновкеРезультата в модуле объекта (через расширение) — постобработка/дооформление табличного документа перед выводом.
4. Дополнительные варианты отчёта — хранение альтернативных настроек компоновки (например, «по складам» и «по менеджерам») без правки кода.
5. Роли и права — управление доступом к отчёту через подсистему прав; отчёт участвует в командном интерфейсе раздела «Продажа».

Требует проверки в конкретной сборке 3.0.74.2: точные имена регистров-источников и внутреннее имя основного набора данных СКД — они версионно-зависимы и уточняются по конфигуратору/составу схемы компоновки данного отчёта.