При работе с регистрами накопления в системе 1С разработчики часто сталкиваются с ситуацией, когда виртуальная таблица ОстаткиИОбороты возвращает записи, выходящие за рамки указанного в параметрах периода. Давайте разберемся, почему так происходит и как с этим работать, чтобы получать корректные данные для ваших отчетов.
Главная причина «лишних» записей кроется в самом названии объекта: ОстаткиИОбороты. Важно понимать, что система в первую очередь ориентирована на получение остатков. Если по какой-либо номенклатуре в прошлом был приход, который не был полностью списан, то на начало вашего периода этот товар имеет ненулевой остаток.
Для того чтобы отчет по остаткам был математически верным, 1С обязана включить в выборку все товары, имеющие ненулевой баланс на начало периода, даже если в самом периоде движений по ним не было. Именно эти «хвосты» остатков из прошлых лет или месяцев вы видите в своем запросе.
Если ваша задача — получить строго определенные данные, рассмотрим несколько подходов к решению этой задачи.
Если вы хотите отсечь позиции, по которым за период не было движений, можно воспользоваться конструкцией ИМЕЮЩИЕ (HAVING). Это позволит отфильтровать результат уже после того, как виртуальная таблица произвела расчет.
Рассмотрим пример того, как это может выглядеть в коде:
ВЫБРАТЬ
Таблица.Номенклатура,
Таблица.КоличествоПриход
ИЗ
РегистрНакопления.ПартииТоваровНаСкладах.ОстаткиИОбороты(&Начало, &Конец) КАК Таблица
ИМЕЮЩИЕ
Таблица.КоличествоПриход > 0
Если ваш отчет достаточно сложный и включает множество левых соединений, самым производительным и надежным способом будет разделение логики. Вместо обращения к одной виртуальной таблице, выполните два отдельных запроса:
Обороты — здесь вы получите только движения за нужный интервал.Остатки — для получения начальных остатков на дату.ЛЕВОЕ СОЕДИНЕНИЕ.Такой подход помогает оптимизировать план выполнения запроса, так как система не будет пытаться принудительно рассчитывать остатки для всех позиций справочника, если они вам не нужны для аналитики оборотов.
Также важно помнить о параметрах метода ОстаткиИОбороты. Если вы задаете периодичность, например «Месяц», система может вести себя иначе при расчете итогов. Также убедитесь, что вы правильно используете параметры НачалоПериода и КонецПериода. Если начало периода не совпадает с границей периодичности, могут возникать нюансы с попаданием записей, приходящихся ровно на границу интервала.
Совет: Всегда анализируйте состав полей, которые вы выбираете. Если вам нужны только движения, не стоит использовать ОстаткиИОбороты, если вы не планируете использовать начальные или конечные остатки в расчетах. В таких случаях обычная виртуальная таблица Обороты справится гораздо быстрее и не выведет «лишние» данные прошлых периодов.
Теперь мы знаем, что появление записей вне периода — это не ошибка, а штатное поведение механизма расчета остатков. Используя описанные выше методы фильтрации через ИМЕЮЩИЕ или разделение запросов, вы сможете добиться именно того состава данных, который необходим для вашего отчета, сохранив при этом высокую производительность системы.