Почему виртуальная таблица ОстаткиИОбороты не выводит данные, если нет движений?

← На главную

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

Выясняем причину проблемы: оптимизация запросов

Основная причина такого поведения кроется в механизме оптимизации запросов к виртуальным таблицам. Важно понимать, что ОстаткиИОбороты — это не физическая таблица в базе данных. В момент выполнения запроса платформа 1С генерирует сложный SQL-запрос, стремясь максимально снизить нагрузку на СУБД.

Когда мы добавляем условие в секцию ГДЕ, которое обращается к ресурсам регистра (например, КоличествоПриход), оптимизатор 1С видит это и делает вывод: «Мне нужны только те записи, где есть движения». Если за указанный период движений не было, то значение ресурса равно 0. Поскольку вы наложили условие, требующее отличного от нуля значения, система отфильтровывает эти строки еще до формирования итоговой выборки.

По сути, запрос превращается в конструкцию, которая на уровне СУБД выглядит примерно так:


ВЫБРАТЬ 
    Таблица.Номенклатура, 
    Таблица.КоличествоПриход
ИЗ 
    (ВЫБРАТЬ 
        Номенклатура, 
        Сумма(Количество) КАК КоличествоПриход
     ИЗ 
        ТаблицаИтогов 
     ИМЕЮЩИЕ 
        Сумма(Количество) <> 0) КАК Таблица
ГДЕ 
    ИСТИНА

Если условие фильтрации «съедает» всю выборку из-за отсутствия движений, результат запроса окажется пустым, даже если у товара есть начальный остаток.

Разбираем способы решения задачи

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

Способ 1: Добавление остатков в список выбора

Самый простой и эффективный метод — включить в список выбираемых полей ресурсы, которые гарантированно присутствуют, даже если оборотов не было. Например, добавьте НачальныйОстаток или КонечныйОстаток.

Когда 1С видит, что вы запрашиваете не только обороты, но и остатки, она перестает применять жесткую фильтрацию «нулевых» строк, так как понимает, что для формирования отчета системе необходимы данные о состоянии регистра на начало и конец периода, вне зависимости от факта движения.

Способ 2: Перенос условий в параметры виртуальной таблицы

Правильный стиль разработки в 1С предполагает перенос условий фильтрации непосредственно в параметры виртуальной таблицы. Конструктор запроса позволяет задать параметры: начало периода, конец периода, период, условия (параметр Условие) и дополнительные параметры.

Вместо того чтобы писать:


ВЫБРАТЬ * 
ИЗ РегистрНакопления.ПартииТоваров.ОстаткиИОбороты(&Нач, &Кон) КАК Т
ГДЕ Т.Номенклатура = &Номенклатура

Используйте этот вариант:


ВЫБРАТЬ * 
ИЗ РегистрНакопления.ПартииТоваров.ОстаткиИОбороты(&Нач, &Кон, , Номенклатура = &Номенклатура) КАК Т

Это дает платформе понять, какие данные нужно получить, еще на этапе обращения к индексам физических таблиц, что значительно повышает производительность и избавляет от проблем с «потерей» записей.

Подводим итоги

Анализируйте структуру виртуальных таблиц: Помните, что они оптимизированы под получение данных с учетом движений.
Будьте осторожны с секцией ГДЕ: Использование условий по ресурсам в ГДЕ часто приводит к скрытой фильтрации записей.
Используйте параметры виртуальной таблицы: Всегда старайтесь ограничивать выборку (по номенклатуре, складу и т.д.) через 4-й параметр таблицы ОстаткиИОбороты.
Добавляйте поля остатков: Если вам критично видеть номенклатуру, по которой не было движений, убедитесь, что в запросе фигурируют поля начального или конечного остатка.

Применяя эти методы, вы сможете избежать ошибок при формировании отчетов по регистрам накопления и гарантировать корректное отображение остатков товаров.