Счёт в запросе к регистру бухгалтерии 1С 8.3

Счёт в запросе указывают тремя способами: условием в секции ГДЕ (Счет = &Счет), параметром «Условие» виртуальной таблицы или литералом ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.<Имя>) для предопределённого счёта. Чтобы в выборку попали субсчета, вместо знака равенства берут В ИЕРАРХИИ(&Счет).

Сам счёт — это элемент плана счетов, а движения лежат в регистре бухгалтерии. В типовой «Бухгалтерии предприятия 3.0» план счетов и регистр называются одинаково — Хозрасчетный. Дальше разберём, когда какой способ указания счёта выбирать, как фильтровать по аналитике и субсчетам и как не потерять копейки на округлении.

Откуда запрос берёт счета: план счетов и регистр

В запросе участвуют два объекта. План счетов ПланСчетов.Хозрасчетный хранит сами счета и субсчета (41, 41.01, 60, 60.01 и т.д.). Регистр бухгалтерии РегистрБухгалтерии.Хозрасчетный хранит проводки: дата, счёт дебета, счёт кредита, субконто, суммы.

Поле Счет в регистре — это ссылка на элемент плана счетов. Поэтому в условии вы сравниваете ссылку со ссылкой, а не строку с кодом. Написать ГДЕ Счет = "41" нельзя — типы не совпадут.

У регистра есть основная таблица движений и несколько виртуальных: Остатки, Обороты, ОстаткиИОбороты, ДвиженияССубконто. Для остатков и оборотов почти всегда берут виртуальные таблицы — они быстрее и уже агрегированы.

К реквизитам счёта в запросе обращаются через точку от поля Счет: Хозрасчетный.Счет.Код, Хозрасчетный.Счет.Наименование, Хозрасчетный.Счет.Вид (активный, пассивный, активно-пассивный), Хозрасчетный.Счет.Забалансовый. Это удобно, когда в отчёт нужен код или наименование счёта либо отбор по его виду, а не по конкретной ссылке.

Три способа указать счёт в тексте запроса

Условие в секции ГДЕ

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

ВЫБРАТЬ
    Хозрасчетный.Период,
    Хозрасчетный.Счет,
    Хозрасчетный.Сумма
ИЗ
    РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный
ГДЕ
    Хозрасчетный.Счет = &Счет

Параметр &Счет устанавливают в коде: Запрос.УстановитьПараметр("Счет", ПланыСчетов.Хозрасчетный.НайтиПоКоду("41"));.

Параметр «Условие» виртуальной таблицы

У виртуальных таблиц есть параметр для отбора — его заполняют условием по счёту. Так отбор применяется до агрегации, и движок обрабатывает меньше данных:

ВЫБРАТЬ
    ХозрасчетныйОстатки.Счет,
    ХозрасчетныйОстатки.СуммаОстаток
ИЗ
    РегистрБухгалтерии.Хозрасчетный.Остатки(
        &НаДату,
        Счет В ИЕРАРХИИ(&Счет)) КАК ХозрасчетныйОстатки

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

Литерал предопределённого счёта

Если счёт известен на этапе разработки и он предопределён в плане счетов, можно обойтись без параметра:

ГДЕ
    Хозрасчетный.Счет = ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.Товары)

Имя предопределённого счёта (Товары, а не код 41) смотрят в конфигураторе: План счетов Хозрасчетный → вкладка «Прочее» → «Предопределённые». Код счёта и имя предопределённого — разные вещи: в ЗНАЧЕНИЕ() идёт имя, а не «41».

Какой способ выбрать — зависит от задачи:

Из какой таблицы брать счёт: основная и виртуальные

Указание счёта почти всегда идёт вместе с выбором таблицы. От неё зависит, какие поля счёта и ресурсы доступны и насколько быстрым будет запрос.

Главное правило: не считайте остатки по основной таблице вручную — берите виртуальную Остатки. Самостоятельное суммирование движений с начала учёта и медленнее, и легко даёт расхождение с типовыми отчётами.

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

Запрос = Новый Запрос;
Запрос.Текст =
    "ВЫБРАТЬ
    |   Остатки.Счет,
    |   Остатки.СуммаОстаток
    |ИЗ
    |   РегистрБухгалтерии.Хозрасчетный.Остатки(
    |       &НаДату,
    |       Счет В ИЕРАРХИИ(&Счет)) КАК Остатки";
Запрос.УстановитьПараметр("НаДату", КонецДня(ТекущаяДата()));
Запрос.УстановитьПараметр("Счет", ПланыСчетов.Хозрасчетный.НайтиПоКоду("41"));
Результат = Запрос.Выполнить();

Если НайтиПоКоду вернёт пустую ссылку, значит счёта с таким кодом в плане нет — проверьте код и регистр (в УТ и ERP регистр бухгалтерии может называться иначе или отсутствовать). Код счёта в типовых конфигурациях чувствителен к ведущим пробелам и точкам: ищите ровно так, как счёт записан в плане, то есть 41, а не 41.01, если нужна группа.

Как захватить субсчета: конструкция В ИЕРАРХИИ

Счёт 41 в плане счетов — группа, под ней субсчета 41.01, 41.02, 41.11, 41.12. Если написать Счет = &Счет и передать счёт 41, в выборку попадут только проводки ровно по 41, а не по субсчетам. Обычно это не то, что нужно.

Чтобы собрать данные по счёту вместе со всеми его субсчетами, используют иерархическое условие:

ГДЕ
    Хозрасчетный.Счет В ИЕРАРХИИ(&Счет)

В ИЕРАРХИИ(&Счет) вернёт сам счёт и все уровни субсчетов под ним. Если нужен список конкретных счетов, передают массив:

ГДЕ
    Хозрасчетный.Счет В (&СписокСчетов)

В параметр СписокСчетов кладут Массив ссылок на счета.

Отдельный частый случай — отбор по счёту дебета и кредита одновременно (корреспонденция). Для анализа связки «дебет — кредит» берут таблицу ОборотыДтКт, где есть оба поля — СчетДт и СчетКт:

ВЫБРАТЬ
    ОборотыДтКт.СчетДт,
    ОборотыДтКт.СчетКт,
    ОборотыДтКт.СуммаОборот
ИЗ
    РегистрБухгалтерии.Хозрасчетный.ОборотыДтКт(
        &Начало,
        &Конец,
        ,
        СчетДт В ИЕРАРХИИ(&СчетДт),
        СчетКт В ИЕРАРХИИ(&СчетКт)) КАК ОборотыДтКт

Так, например, получают сумму поступления товаров — обороты по дебету 41 в корреспонденции с кредитом 60. Если нужен оборот по счёту без разбивки на корреспонденцию, хватает обычной таблицы Обороты.

Фильтр по аналитике: субконто и виды субконто

Счёт сам по себе — это верхний уровень. Детализация идёт через субконто: номенклатура, контрагенты, договоры, статьи затрат. У регистра Хозрасчетный до трёх субконто на проводку.

Проще всего работать с аналитикой через виртуальную таблицу ДвиженияССубконто — в ней есть колонки Субконто1, Субконто2, Субконто3:

ВЫБРАТЬ
    Движения.Счет,
    Движения.Субконто1 КАК Номенклатура,
    Движения.Сумма
ИЗ
    РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто КАК Движения
ГДЕ
    Движения.Счет В ИЕРАРХИИ(&Счет)
    И Движения.Субконто1 = &Номенклатура

Порядок субконто у каждого счёта свой и задан в настройке видов субконто плана счетов. У счёта 41 первое субконто — «Номенклатура», у счёта 60 — «Контрагенты». Не считайте, что Субконто1 везде означает одно и то же: у разных счетов это разные справочники.

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

Важная оговорка: виды субконто имеет смысл запрашивать те, что действительно заведены у выбранных счетов. Если счёт ведётся без аналитики, запрос субконто по нему вернёт пустые значения. Когда счета в выборке разнородные (у одного аналитика есть, у другого нет), безопаснее сначала получить данные, а условие по субконто наложить снаружи, в секции ГДЕ — так не перепутаете позиции аналитики у разных счетов.

Валютные и количественные счета

На счетах с признаком количественного или валютного учёта, кроме суммы в рублях, есть свои ресурсы:

• 💰 СуммаОстаток / СуммаОборот — сумма в рублях (валюта учёта);
• 💱 ВалютнаяСуммаОстаток / ВалютнаяСуммаОборот — сумма в валюте счёта (например, по 52 или 60 в у.е.);
• 📦 КоличествоОстаток / КоличествоОборот — количество (по товарным и материальным счетам).

Для валютных счетов есть измерение Валюта — по нему можно фильтровать и группировать:

ВЫБРАТЬ
    Остатки.Счет,
    Остатки.Валюта,
    Остатки.ВалютнаяСуммаОстаток,
    Остатки.СуммаОстаток
ИЗ
    РегистрБухгалтерии.Хозрасчетный.Остатки(
        &НаДату,
        Счет В ИЕРАРХИИ(&Счет)) КАК Остатки
ГДЕ
    Остатки.Валюта = &Валюта

Количество запрашивают так же — ресурсом КоличествоОстаток. По счетам без количественного учёта он тоже будет пустым, и это нормально.

Оптимизация запроса и ошибки округления

Две частые проблемы при работе со счетами в запросах — медленный запрос и «уплывшие» копейки.

Чтобы запрос не тормозил:

• 🚀 остатки и обороды берите из виртуальных таблиц Остатки/Обороты, а не считайте по основной таблице движений вручную;
• 🎯 отбор по счёту задавайте в параметре «Условие» виртуальной таблицы — отбор применяется до агрегации;
• 🔗 счёт передавайте готовой ссылкой через параметр, не ищите его по коду внутри запроса;
• 🌳 В ИЕРАРХИИ используйте там, где реально нужны субсчета, а не «на всякий случай».

С округлением аккуратнее. Суммы в регистре хранятся с двумя знаками после запятой, количество — обычно с тремя. Проблемы начинаются, когда в запросе делят сумму на количество, чтобы получить себестоимость единицы:

Что помогает:

1. Не делите суммы в запросе. Выберите СуммаОстаток и КоличествоОстаток отдельными полями, а цену за единицу посчитайте в коде через Окр(Сумма / Количество, 2).
2. Контролируйте разрядность через ВЫРАЗИТЬ: ВЫРАЗИТЬ(Остатки.КоличествоОстаток КАК ЧИСЛО(15, 3)).
3. При сравнении остатка с нулём помните про копейки: КоличествоОстаток > 0 надёжнее, чем проверка суммы, если по счёту ведётся количественный учёт.

Частые вопросы