Разработка эффективных отчетов в системе 1С:Предприятие 8 невозможна без глубокого понимания механизма Системы Компоновки Данных (СКД). Центральным элементом этой системы являются выражения в запросах, которые позволяют трансформировать сырые данные из базы в готовую аналитику. Правильно построенное выражение оптимизирует производительность и снижает нагрузку на сервер приложений, так как вычисления происходят на уровне запроса к базе данных.

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

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

Базовый синтаксис и арифметические операции

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

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

Рассмотрим пример расчета итоговой суммы с учетом скидки и налога в одном выражении:

ВЫБРАТЬ

Продажи.Сумма  (1 - Продажи.СкидкаПроцент / 100)  (1 + Продажи.СтавкаНДС) КАК ИтоговаяСумма


ИЗ


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

Здесь мы видим цепочку операций, где сначала вычисляется коэффициент скидки, затем применяется к сумме, и только потом начисляется налог. Если забыть скобки, результат будет математически неверным из-за разного приоритета операторов.

  • 🔢 Сложение (+) — используется для суммирования числовых полей или конкатенации строк.
  • ➖ Вычитание (-) — позволяет находить разницу между плановыми и фактическими показателями.
  • ✖️ Умножение (*) — критически важно при расчете стоимости товаров или валютных пересчетах.
  • ➗ Деление (/) — требует осторожности: деление на ноль в запросе 1С не вызывает ошибку выполнения, но возвращает неопределенное значение или ноль в зависимости от версии платформы.
⚠️ Внимание: При делении целочисленных полей (тип Число с нулевой точностью) результат также будет целым числом. Дробная часть отбрасывается. Для получения точного результата явно приводите один из операндов к типу с дробной частью или умножайте делимое на 1.0.
💡

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

Работа со строковыми данными и функциями текста

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

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

Для конкатенации (объединения) строк используется оператор сложения +. Важно следить за типами данных: попытка сложить строку и число без явного приведения типов вызовет ошибку выполнения запроса. В таких случаях необходимо использовать функцию СТРОКА.

ВЫБРАТЬ

Номенклатура.Наименование +" (" + СТРОКА(Номенклатура.Артикул) +")" КАК ПолноеНаименование


ИЗ


Справочник.Номенклатура КАК Номенклатура

В данном примере мы формируем красивое наименование, добавляя артикул в скобки. Функция СТРОКА гарантирует, что числовой артикул будет корректно преобразован перед объединением.

  • 📝 ЛЕВ, ПРАВ, СРЕД — функции для выделения подстрок определенной длины из исходного значения.
  • 🔍 НАЙТИ — позволяет определить позицию вхождения одной строки в другую, полезно для парсинга сложных кодов.
  • 🔄 ЗАМЕНИТЬ — осуществляет замену всех вхождений подстроки на указанное значение, например, для очистки телефонных номеров от скобок.
  • 📏 ДЛИНА — возвращает количество символов в строке, используется для валидации данных или условного форматирования.
Особенности сравнения строк

В запросах 1С сравнение строк регистрозависимо только если это явно указано в настройках базы данных или сравнение производится в контексте конкретного регистра. В большинстве стандартных конфигураций сравнение идет без учета регистра, но лучше полагаться на функцию СТРОПРОПИСН или СТРОЧН для гарантированного результата.

Логические конструкции и условные выражения

Гибкость отчетов часто зависит от возможности классифицировать данные прямо на уровне выборки. Конструкция ВЫБОР (аналог CASE в SQL) является мощнейшим инструментом для реализации такой логики. Она позволяет присваивать значения полям в зависимости от выполнения определенных условий.

Синтаксис конструкции ВЫБОР поддерживает два варианта написания: простой и поисковый. Поисковый вариант более универсален, так как позволяет проверять сложные логические выражения в каждом условии КОГДА. Это дает возможность строить многоуровневую классификацию, например, распределять клиентов по группам в зависимости от оборота и региона.

Рассмотрим пример распределения контрагентов по категориям важности:

ВЫБРАТЬ

Контрагенты.Наименование,


ВЫБОР


КОГДА Контрагенты.СуммаДолга > 1000000 ТОГДА"Критический"


КОГДА Контрагенты.СуммаДолга > 100000 ТОГДА"Важный"


ИНАЧЕ"Стандартный"


КОНЕЦ КАК КатегорияКлиента


ИЗ


Справочник.Контрагенты КАК Контрагенты

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

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

  • ✅ ИСТИНА/ЛОЖЬ — булевы константы, используемые для явного указания истинности условия.
  • 🚫 НЕ — инвертирует логическое значение, полезно для исключения определенных групп данных.
  • 🔗 И — требует одновременного выполнения всех связанных условий.
  • ➕ ИЛИ — достаточно выполнения хотя бы одного из перечисленных условий.

☑️ Проверка логики ВЫБОР

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

Обработка дат и временных интервалов

Работа с датами в 1С имеет свои особенности из-за хранения даты и времени в одном поле типа Дата. Часто возникает необходимость отсечь время и оставить только дату, либо, наоборот, установить время на начало или конец дня. Для этого используются специальные функции и литералы.

Литаралы даты записываются в фигурных скобках, например {2023.10.05}. Если указать только дату, время по умолчанию считается равным 00:00:00. Для получения конца дня используется модификатор КонецДня или функция КОНЕЦПЕРИОДА. Это критически важно при построении отчетов за период, чтобы не потерять документы, проведенные в последние секунды отчетной даты.

Функция РАЗНОСТЬДАТ позволяет вычислять разницу между двумя датами в различных единицах измерения: секундах, минутах, часах, днях, месяцах или годах. Это незаменимый инструмент для расчета возраста документов, сроков оплаты или стажа сотрудников.

ВЫБРАТЬ

Документы.Дата,


РАЗНОСТЬДАТ(Документы.Дата, &КонецПериода,"ДЕНЬ") КАК ДнейОсталось


ИЗ


Документ.ЗаказКлиента КАК Документы


ГДЕ


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

В этом запросе мы считаем количество дней от даты документа до конца периода. Параметр "ДЕНЬ" указывает единицу измерения.

💡

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

Приведение типов и работа со ссылками

Одной из самых частых проблем при написании запросов является несоответствие типов данных. Платформа 1С строго типизирована, и попытка сравнить или объединить поля разных типов без приведения приведет к ошибке. Особенно это касается полей типа СправочникСсылка, ДокументСсылка и Число.

Для приведения типов используются функции ЧИСЛО, СТРОКА, ДАТА. Однако при работе со ссылками на объекты метаданных часто требуется получить их уникальные идентификаторы (UUID) или строковые представления. Функция УНИКАЛЬНЫЙИДЕНТИФИКАТОР возвращает UUID объекта, что полезно при интеграции с внешними системами.

Если в запросе участвуют табличные части разных документов, где реквизиты имеют одинаковый смысл, но разный тип (например, в одном документе сумма — число, в другом — валюта), необходимо явно приводить их к общему типу. Чаще всего используется приведение к типу Число(15, 2) или аналогичному, подходящему для вашей предметной области.

Функция приведения Исходный тип Целевой тип Пример использования
ЧИСЛО Строка, Дата Число ЧИСЛО("100")
СТРОКА Число, Дата, Ссылка Строка СТРОКА(Документ.Ссылка)
ДАТА Строка, Число Дата ДАТА(2023, 10, 05)
ЕСТЬNULL Любой (Null) Любой (Значение) ЕСТЬNULL(Поле, 0)

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

⚠️ Внимание: При использовании функции СТРОКА для ссылок на объекты результатом будет строковое представление (наименование), а не уникальный идентификатор. Для получения кода или GUID используйте соответствующие свойства ссылки или функцию УНИКАЛЬНЫЙИДЕНТИФИКАТОР.
📊 С каким типом приведения вы сталкиваетесь чаще всего?
Строка в Число
Дата в Строку
Ссылка в Строку
Число в Дату

Агрегатные функции и группировка данных

Агрегатные функции позволяют выполнять вычисления над наборами строк, возвращая одно итоговое значение. В 1С доступны стандартные функции: СУММ, КОЛИЧЕСТВО, МИН, МАКС, СРЗНАЧ. Их использование требует обязательной группировки данных по остальным полям выборки.

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

Функция КОЛИЧЕСТВО(РАЗЛИЧНЫЕ..) позволяет посчитать количество уникальных значений в группе. Это полезно, например, для подсчета количества различных номенклатурных позиций в чеке или количества контрагентов в регионе.

ВЫБРАТЬ

Продажи.Менеджер,


СУММ(Продажи.Сумма) КАК ОбщийОборот,


КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Продажи.Контрагент) КАК КолвоКлиентов


ИЗ


РегистрНакопления.Продажи КАК Продажи


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


Продажи.Менеджер

В данном примере мы получаем сводную таблицу по менеджерам. Обратите внимание, что поле Менеджер вынесено в группировку, так как оно не агрегируется. Это позволяет увидеть персональную эффективность каждого сотрудника.

  • 📊 СУММ — вычисляет общую сумму значений поля в группе.
  • #️⃣ КОЛИЧЕСТВО — считает количество строк в группе (или количество не-NULL значений).
  • 📉 МИН / МАКС — находят минимальное и максимальное значение, полезны для дат (первый/последний документ).
  • 📈 СРЗНАЧ — вычисляет среднее арифметическое, игнорируя пустые значения.
Фильтрация агрегатов

Для фильтрации результатов агрегатных функций (например, показать только менеджеров с оборотом > 1 млн) нельзя использовать секцию ГДЕ. Необходимо использовать секцию ИМЕЮЩИЕ, которая применяется после группировки.

Частые ошибки и оптимизация запросов

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

Еще одна ошибка — вычисление выражений в секции ГДЕ, которые зависят от полей другой таблицы. Это может превратить эффективный индексный поиск в медленный перебор. Старайтесь сначала отфильтровать данные в простых условиях, а сложные вычисления переносите в секцию ВЫБРАТЬ или во временные таблицы.

Не забывайте про ограничение выборки. Если отчет не требует всех данных, используйте ТОП или параметры периода. Бесконтрольная выгрузка миллионов строк с вычислениями"на лету" может положить сервер 1С.

⚠️ Внимание: Интерфейс и возможности конструктора запросов могут отличаться в разных версиях платформы 1С (8.2, 8.3.10, 8.3.20+). Некоторые новые функции могут быть недоступны в старых релизах. Всегда проверяйте совместимость кода с минимальной поддерживаемой версией вашей конфигурации.
💡

Оптимальный запрос — это запрос, который использует индексы полей в условиях ОТБОРА и минимизирует количество вычисляемых полей до момента группировки.

Как обойти ошибку"Неверный тип значения" при сложении полей?

Используйте функцию приведения типа для одного из операндов. Например: ЧИСЛО(ПолеСтрока) + ПолеЧисло. Убедитесь, что строковое поле действительно содержит числовое значение, иначе получите ошибку выполнения.

Можно ли использовать вложенные запросы в выражениях 1С?

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

В чем разница между ПУСТОЙ СТРОКОЙ и NULL в запросе?

В 1С NULL означает отсутствие значения (неопределенность), а пустая строка "" — это значение длиной 0 символов. Функция ЕСТЬNULL обрабатывает только NULL. Для проверки пустой строки нужно использовать условие Поле ="".

Как отформатировать число в запросе (разделить тысячи)?

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

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

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