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