В процессе разработки прикладных решений на платформе 1С:Предприятие 8 необходимость агрегации данных возникает постоянно. Будь то формирование сводной ведомости, подсчет итогов в печатной форме или отображение итоговой суммы в отчете, умение правильно выполнить суммирование полей в запросе является базовым навыком разработчика. От того, как именно будет реализована эта логика — непосредственно в языке запросов или на уровне кода обработки результатов — напрямую зависит производительность всей системы в целом.

Платформа предоставляет мощный инструментарий для работы с наборами данных, позволяя переносить тяжелые вычислительные операции на сторону СУБД. Это критически важно при работе с большими объемами информации, где перебор записей в цикле на клиенте или сервере может привести к нежелательным задержкам. В этой статье мы детально разберем механизмы агрегации, синтаксические особенности оператора SUM и нюансы работы с виртуальными таблицами итогов.

Базовый синтаксис оператора SUM в языке запросов

Основным инструментом для получения суммы значений определенного поля в языке запросов 1С является агрегатная функция SUM. Она применяется в конструкции ВЫБРАТЬ и позволяет сгруппировать данные по определенным признакам, вычисляя итоговое значение для каждой группы. Простое суммирование без группировки вернет единственную строку с общей суммой по всему выбранному диапазону данных.

Синтаксически функция вызывается как SUM(ИмяПоля). Важно понимать, что поле, передаваемое в эту функцию, должно иметь числовой тип данных. Если в выборке присутствуют поля, по которым не производится агрегация, они обязаны быть указаны в секции СГРУППИРОВАТЬ ПО. Игнорирование этого правила приведет к ошибке компиляции запроса, так как СУБД не сможет однозначно определить, к какой строке результата отнести неагрегированное значение.

Рассмотрим пример получения общей суммы документов за период. Здесь мы не группируем данные ни по каким измерениям, поэтому результат будет состоять из одной строки:

ВЫБРАТЬ

СУММА(Документ.РеализацияТоваровУслуг.Сумма) КАК ОбщаяСумма


ИЗ


Документ.РеализацияТоваровУслуг КАК Документ


ГДЕ


Документ.Дата МЕЖДУ &НачалоПериода И &КонецПериода

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

⚠️ Внимание: При использовании SUM помните, что если в выборке нет ни одной строки, удовлетворяющей условию ГДЕ, функция вернет значение NULL, а не ноль. Это частая причина ошибок при дальнейших арифметических операциях с результатом. Всегда используйте конструкцию ЕСТЬNULL(СУММА(...), 0) для гарантированного получения числового значения.

Группировка данных и работа с несколькими измерениями

Когда задача требует представить данные в аналитическом разрезе, ключевую роль играет секция СГРУППИРОВАТЬ ПО. Именно здесь перечисляются все поля, которые не участвуют в агрегатных функциях, но должны присутствовать в результате. Порядок полей в этой секции влияет на сортировку данных, если явно не указан оператор УПОРЯДОЧИТЬ ПО.

Часто возникает необходимость суммировать несколько различных показателей одновременно. Например, нужно получить не только сумму продаж, но и количество проданных товаров, а также сумму НДС. Язык запросов 1С позволяет перечислить несколько агрегатных функций в одной конструкции ВЫБРАТЬ, применяя их к разным полям одной и той же таблицы или виртуальной таблицы.

  • 📊 Сумма по одному измерению: Группировка только по контрагенту покажет обороты по каждому партнеру отдельно.
  • 🏭 Сумма по двум измерениям: Добавление склада в группировку детализирует отчет до уровня конкретных мест хранения.
  • 📅 Временная группировка: Использование функций периода (НАЧАЛОПЕРИОДА, КОНЕЦПЕРИОДА) позволяет группировать суммы по дням, месяцам или кварталам.

Рассмотрим более сложный пример, где мы получаем обороты в разрезе номенклатуры и складов. Обратите внимание на использование псевдонимов КАК, которые делают код читаемым и позволяют удобно обращаться к полям результата в последующих обработках:

ВЫБРАТЬ

ДвиженияМатериалов.Номенклатура,


ДвиженияМатериалов.Склад,


СУММА(ДвиженияМатериалов.Количество) КАК КоличествоИтого,


СУММА(ДвиженияМатериалов.Сумма) КАК СуммаИтого


ИЗ


РегистрНакопления.ТоварыНаСкладах.Обороты(


&НачалоПериода,


&КонецПериода,


,


) КАК ДвиженияМатериалов


СГРУППИРОВАТЬ ПО


ДвиженияМатериалов.Номенклатура,


ДвиженияМатериалов.Склад

⚠️ Внимание: Интерфейсы и возможности конструктора запросов могут незначительно отличаться в разных версиях платформы и конфигурациях (БП, УТ, ЗУП). Всегда проверяйте наличие нужных виртуальных таблиц в вашей конкретной конфигурации, так как они генерируются автоматически на основе структуры регистров.

📊 Какой способ агрегации вы используете чаще всего?
Виртуальные таблицы итогов
Ручная группировка в запросе
Суммирование в цикле кода 1С
Использование СКД (Системы Компоновки Данных)

Использование виртуальных таблиц для оптимизации производительности

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

При работе с регистрами накопления рекомендуется всегда начинать анализ с возможности использования виртуальных таблиц. Например, запрос к таблице Обороты автоматически суммирует приход и расход за указанный период, возвращая готовый результат. Это избавляет разработчика от необходимости вручную писать сложные конструкции с SUM и условиями отбора по признаку движения (Приход/Расход).

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

☑️ Проверка оптимизации запроса

Выполнено: 0 / 4

Важно отметить, что виртуальные таблицы доступны не только для регистров накопления, но и для регистров сведений при использовании срезов (Первых, Последних). Хотя они не суммируют данные в классическом понимании, они позволяют выбрать одно актуальное значение из множества, что часто необходимо для корректного расчета итогов.

Сложные вычисления и условное суммирование

Иногда стандартного суммирования всего поля недостаточно, и требуется просуммировать значения только при выполнении определенных условий. В языке запросов 1С для этого используется конструкция ВЫБОР... КОГДА... ТОГДА... КОНЕЦ внутри агрегатной функции. Это позволяет реализовать логику "суммировать, если..." непосредственно на уровне базы данных.

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

ВЫБРАТЬ

СУММА(


ВЫБОР


КОГДА Договоры.ВидДоговора = &ВидОпт


ТОГДА РеализацияТоваровУслуг.Сумма


ИНАЧЕ 0


КОНЕЦ


) КАК СуммаОпт,


СУММА(


ВЫБОР


КОГДА Договоры.ВидДоговора = &ВидРозница


ТОГДА РеализацияТоваровУслуг.Сумма


ИНАЧЕ 0


КОНЕЦ


) КАК СуммаРозница


ИЗ


Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг


ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ДоговорыКонтрагентов КАК Договоры


ПО РеализацияТоваровУслуг.Договор = Договоры.Ссылка

Использование подобных конструкций требует внимательности к типам данных. Убедитесь, что ветви ТОГДА и ИНАЧЕ возвращают значения совместимых типов, иначе может возникнуть ошибка приведения типов или непредсказуемое поведение запроса. Кроме того, сложные вложенные условия могут затруднить чтение кода, поэтому целесообразно выносить такие логики в отдельные понятные блоки или использовать временные таблицы.

💡

При использовании условного суммирования с конструкцией ВЫБОР, старайтесь минимизировать количество условий внутри одного запроса. Если логика становится слишком громоздкой, часто эффективнее сделать несколько простых запросов и объединить их результаты в коде или с помощью объединения (ОБЪЕДИНИТЬ ВСЕ).

Работа с итогами в запросах и операторах РАЗРЕШАТО

Для формирования отчетов с промежуточными и общими итогами в языке запросов существует специальный оператор ИТОГИ. Он позволяет указать, по каким полям необходимо рассчитывать промежуточные суммы, создавая иерархическую структуру результатов. Это аналог сводных таблиц в Excel, реализуемый на уровне СУБД.

Секция ИТОГИ указывается после секции СГРУППИРОВАТЬ ПО. В ней перечисляются поля, для которых нужно рассчитывать итоги. Звездочка * означает общий итог по всему запросу. Наличие этой секции добавляет в результат дополнительные строки с пометкой о том, что это итоговая строка, что удобно обрабатывать в СКД или при выводе в табличный документ.

Конструкция ИТОГИ Описание результата Пример использования
ИТОГИ Поле1 Промежуточный итог по полю 1 Сумма по каждому складу
ИТОГИ Поле1, Поле2 Итоги по Полю1, по Полю2 и общие Сумма по складам, по материалам и общая
ИТОГИ * Только общий итог Только одна строка с общей суммой
ИТОГИ БЕЗ УПОРЯДОЧИВАНИЯ Итоги без сортировки результатов Для внутренней обработки данных

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

⚠️ Внимание: При использовании ИТОГИ в результате запроса появляются специальные служебные поля (например, Поле1(Группировка)), которые указывают уровень иерархии. Не забудьте обработать эти поля в коде, чтобы корректно отобразить или скрыть итоговые строки в интерфейсе пользователя.

Типичные ошибки и особенности обработки NULL значений

Одной из самых распространенных проблем при суммировании в 1С является некорректная обработка значений NULL. В реляционных базах данных отсутствие значения и ноль — это разные понятия. Агрегатные функции игнорируют NULL, но если все значения в группе NULL, результат функции будет NULL. Это может привести к ошибкам типа "Операция деления на неопределенное значение" или искажению данных при выводе.

Для предотвращения таких ситуаций всегда используйте функцию ЕСТЬNULL. Она позволяет заменить NULL на заданное значение (обычно 0) еще на этапе формирования запроса. Это делает код более надежным и избавляет от необходимости проверять значения в цикле обработки результатов на стороне 1С.

Также стоит упомянуть о проблеме переполнения при суммировании больших чисел. Хотя тип Число в 1С обладает большой разрядностью, при работе с очень большими объемами данных (например, суммарные обороты за 10 лет по всей компании) теоретически возможно превышение допустимого диапазона. В таких случаях рекомендуется использовать приведение типов или разбивать периоды для расчетов.

Почему SUM возвращает NULL?

Агрегатные функции в SQL-подобных языках, включая язык запросов 1С, следуют стандарту ANSI SQL. Согласно ему, если в наборе данных нет ни одной строки или все значения равны NULL, результат агрегации должен быть NULL, а не 0. Это логически верно: сумма "ничего" не определена, в то время как 0 — это конкретное числовое значение.

Еще одна частая ошибка — дублирование строк при соединении таблиц перед суммированием. Если вы делаете ЛЕВОЕ СОЕДИНЕНИЕ с таблицей, где к одной записи основной таблицы соответствует несколько записей соединяемой, суммы могут многократно увеличиться. Всегда проверяйте связь "один к одному" или используйте подзапросы для предварительной агрегации данных в соединяемой таблице.

💡

Золотое правило разработчика 1С: всегда оборачивайте агрегатные функции в ЕСТЬNULL(..., 0) и проверяйте связи таблиц перед суммированием, чтобы избежать кратного увеличения итоговых значений.

Вопросы и ответы (FAQ)

В чем разница между суммированием в запросе и в цикле кода 1С?

Суммирование в запросе выполняется на стороне СУБД, что намного быстрее при больших объемах данных и снижает нагрузку на сеть и сервер приложений. Суммирование в цикле кода 1С удобно для сложной логики, которую трудно выразить языком запросов, но оно работает медленнее из-за необходимости выборки всех записей.

Как просуммировать поля из разных таблиц в одном запросе?

Для этого нужно использовать объединение ОБЪЕДИНИТЬ ВСЕ, приведя структуры таблиц к общему виду, а затем выполнить внешний запрос с функцией SUM по результату объединения. Либо можно использовать вложенные запросы в секции ВЫБРАТЬ.

Можно ли использовать SUM для полей типа Строка?

Нет, функция SUM применима только к числовым типам данных. Попытка просуммировать строковое поле вызовет ошибку выполнения запроса. Для работы со строками используются функции конкатенации или агрегации типа МИН/МАКС.

Почему итоговая сумма в запросе отличается от суммы в документе?

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

Как ускорить медленный запрос с суммированием?

Первым делом проверьте использование виртуальных таблиц итогов. Убедитесь, что поля, используемые в ГДЕ и СГРУППИРОВАТЬ ПО, проиндексированы. Исключите из выборки поля, которые не используются в отчете, и избегайте функций в условиях отбора, препятствующих использованию индексов.