Хрусталева Е. Ю. Язык запросов 1С-Предприятия 8 (2013)
.pdf
При построении этой виртуальной таблицы могут использоваться параметры, с помощью которых настраивается или уточняется состав получаемых данных:
НачалоПериода – имеет тип Дата, МоментВремени или Граница. Используется для указания начала периода расчета итогов. Значение этого параметра по умолчанию включается в период расчета итогов. Если параметр не задан, итоги рассчитываются с самой первой записи;
КонецПериода – имеет тип Дата, МоментВремени или Граница. Используется для указания конца периода расчета итогов. Значение этого параметра по умолчанию включается в период расчета итогов. Если параметр не задан, итоги рассчитываются по самую последнюю запись; Периодичность – содержит конструкцию языка запросов. Задается одним из
следующих вариантов: Период, Запись, Регистратор, Секунда, Минута, Час, День, Неделя, Декада, Месяц, Квартал, Полугодие, Год, Авто. Используется для указания дополнительного разворота итогов по периодичности. При указании значения Период итоги представляются за весь период (с НачалоПериода по КонецПериода) без дополнительных разворотов. В остальных случаях – с разворотом по записям, регистраторам, неделям, месяцам, кварталам и т. п. соответственно. Значение по умолчанию – Период; МетодДополнения – конструкция языка запросов. Задается одним из следующих
вариантов: Движения, ДвиженияИГраницыПериода. Используется для указания включения граничных периодов в состав выдаваемых виртуальной таблицей записей. Если выбирается вариант Движения, то граничные периоды не будут включаться (будут выданы записи только за те периоды, когда имели место движения). Если выбирается вариант ДвиженияИГраницыПериода, то граничные периоды будут включаться независимо от наличия или отсутствия движений в рамках интервала между НачалоПериода и КонецПериода. Значение по умолчанию:
ДвиженияИГраницыПериода;
Условие – содержит конструкцию языка запросов – условие. Строится по полям регистра накопления (или по подчиненным им полям). Используется для ограничения состава исходных записей, по которым при построении виртуальной таблицы остатков и оборотов будут получаться итоги. То есть условие будет применяться к исходным записям, а не к уже отобранным. Если параметр не указан, для получения итогов будут анализироваться все активные записи регистра.
Для построения виртуальной таблицы всегда используются данные и таблицы итогов, и таблицы движений регистра из базы данных. Это довольно ресурсоемкая операция, поэтому, если данные можно получить только из таблицы остатков или только из таблицы оборотов, то лучше лишний раз не использовать таблицу остатков и оборотов.
Рассмотрим пример получения остатков и оборотов из регистра накопления остатков ТоварыНаСкладах. Предположим, требуется получить данные о начальных и конечных остатках, а также об оборотах, приходе и расходе определенного товара по складам за период с заданной периодичностью. Это можно сделать с помощью следующего запроса
(листинг 3.35).
Листинг 3.35. Вывод остатков и оборотов товаров на складах за период с заданной периодичностью
В данном запросе в виртуальную таблицу оборотов мы передаем границы интервала, за который нужно получить остатки и обороты, и товар, по которому отбираются исходные записи регистра накопления. Чтобы получить конец дня, мы используем функцию языка запросов КОНЕЦПЕРИОДА(). В параметре Периодичность мы задаем значение День, т. е. указываем, что нам требуется детализировать данные до дня.
При построении виртуальной таблицы остатков и оборотов данные регистра накопления остатков ТоварыНаСкладах группируются по измерениям Номенклатура и Склад. В итоге мы получаем остатки и обороты по ресурсу Количество для заданного товара в разрезе складов с разворотом по дням.
В результате для товара Ноутбук Rover Computers Explorer за период 01.02.2013 – 28.02.2013 мы получим следующий результат (рис. 3.43).
Рис. 3.43. Вывод остатков и оборотов товаров на складах за период с заданной периодичностью
В приведенном примере (см. листинг 3.35) в параметрах виртуальной таблицы был указан метод дополнения Движения, поэтому в результате были получены итоги только за те периоды, когда имели место движения. По умолчанию параметр виртуальной таблицы
МетодДополнения имеет значение ДвиженияИГраницыПериода. Поэтому в следующем примере (листинг 3.36) граничные периоды будут включаться независимо от наличия или отсутствия движений в рамках интервала между НачалоПериода и КонецПериода.
Листинг 3.36. Вывод остатков и оборотов товаров на складах за период с заданной периодичностью
В результате для товара Ноутбук Rover Computers Explorer за период 01.02.2013 – 28.02.2013 мы получим следующий результат (рис. 3.44).
Рис. 3.44. Вывод остатков и оборотов товаров на складах за период с заданной периодичностью
Мы видим, что для комбинации товара Ноутбук Rover Computers Explorer и склада Главный результат запроса дополнен граничными записями, содержащими начальный и конечный остаток товара на складе, хотя движения за эти даты отсутствуют. А для комбинации товара Ноутбук Rover Computers Explorer и склада Склад отдела продаж
результат запроса остался прежним, т. к. на границы периода начального и конечного остатка товара на этом складе не было.
При использовании виртуальной таблицы остатков и оборотов итоги по остаткам и оборотам рассчитываются, включая граничные периоды. Поэтому все особенности использования параметров НачалоПериода и КонецПериода аналогичны виртуальной таблице оборотов.
Расчет итогов по полям остатка
В заключение рассмотрим отдельно вопрос расчета итогов по полям остатков. Для расчета итогов по полю остатка достаточно получить его в списке выборки запроса и указать необходимость расчета итога по этому полю. Но дело в том, что с прикладной точки зрения остатки не всегда могут быть получены простым суммированием, а должны рассчитываться по специальному алгоритму. Рассмотрим эти варианты.
Например, для следующего запроса (листинг 3.37) итоги будут получены простым суммированием данных соответствующих записей, т. к. в нем не используется периодичность и не выводится поле Период.
Листинг 3.37. Пример получения остатков и оборотов регистра накопления без использования поля «Период»
В итоге для группы товаров Ноутбуки мы получим следующий результат (рис. 3.45).
Рис. 3.45. Пример получения остатков и оборотов регистра накопления без использования поля «Период»
Обратите внимание, что записи комбинации товара Ноутбук Rover Computers Explorer и
склада Склад отдела продаж и комбинации товара Ноутбук Rover Computers Navigator KT7 и склада Главный все равно попадают в результат запроса, несмотря на нулевые остатки, т. к. по ним есть обороты – приход и расход.
Но если нам требуется разворот по периодичности и мы выводим в запросе поле Период (листинг 3.38), то будет применен специальный алгоритм расчета итогов остатков.
Листинг 3.38. Пример получения остатков и оборотов регистра накопления с использованием поля «Период»
В данном случае для расчета итогов по полям остатков
(КоличествоНачальныйОстаток, КоличествоКонечныйОстаток) будет использоваться следующий алгоритм: записи упорядочиваются по полям первого уровня (не полученные через точку от другого поля из списка выборки, в нашем случае – Номенклатура и Склад), а затем – в хронологическом порядке. После этого осуществляется обход записей. Первые записи для комбинации полей первого уровня используются для суммирования начального остатка, последние – для расчета конечного остатка.
В результате для группы товаров Ноутбуки мы получим следующий результат (рис. 3.46).
Рис. 3.46. Пример получения остатков и оборотов регистра накопления с использованием поля «Период»
В случае же, если среди итогов есть группировка Период (листинг 3.39), алгоритм расчета итогов остатков еще более сложный.
Листинг 3.39. Пример получения остатков и оборотов регистра накопления с использованием поля «Период» и группировкой по периоду
В данном случае для расчета итогов по полям остатков будет использоваться следующий алгоритм:
расчет итогов для группировки (группировок) перед группировкой Период (в нашем примере это расчет для группировки Номенклатура) выполняется по тому же алгоритму, что в предыдущем примере; для расчета итогов по группировке Период записи упорядочиваются по периоду.
После чего обходятся записи для каждой даты, рассчитывается сумма для различных комбинаций значений полей первого уровня, по которым еще не была получена выборка для даты, больше либо равной рассчитываемой для начального остатка и меньше либо равной рассчитываемой для конечного остатка.
В результате для группы товаров Ноутбуки мы получим следующий результат (рис. 3.47).
Рис. 3.47. Пример получения остатков и оборотов регистра накопления с использованием поля «Период» и группировкой по периоду
Заметьте, что «особыми» алгоритмами были рассчитаны только поля остатков, поля же оборотов рассчитываются простым суммированием в рамках требуемых группировок.
В общем случае, когда среди группировочных полей итогов есть и предшествующие полю Период, и находящиеся после него, алгоритм расчета итогов включает в себя следующие этапы:
расчет итогов для группировок, предшествующих группировке Период; расчет итогов для группировки Период;
расчет итогов для группировок после группировки Период. Производится как для обычных полей, то есть простым суммированием.
Следует иметь в виду, что в любом случае применение специальных алгоритмов происходит уже после того, как виртуальная таблица остатков и оборотов была получена и сохранена во временной таблице базы данных.
Обратим внимание еще на ряд важных особенностей при расчете итогов по полям остатка:
Для того чтобы запрос мог рассчитать итоги по полям остатка, необходимо, чтобы в запросе получались оба значения остатка за период (начальный и конечный). В случае, если в запросе получается только один остаток и по нему ведется расчет итога, система неявно добавит в запрос для получения данных поле парного остатка. Если поле-остаток используется в выражении, программа пытается найти для начального остатка аналогичное выражение, в котором вместо начального остатка используется конечный остаток. В случае, если такое выражение не будет найдено,
система неявно добавит такое поле в исполняемый запрос. Если в одном выражении используется более одного поля начального или конечного остатка, система не воспринимает данное выражение как выражение остатка и будет производить расчет итогов по данному выражению простым суммированием.
В результате из-за того, что регистратор, по сути, является уточнением периода, при расчете итогов по регистратору необходимо иметь в виду, что получать итоги по регистратору можно только внутри группировки Период. Если получить итоги по регистратору до получения итогов по периоду, они могут оказаться некорректными! Аналогично итоги по номеру строки можно получать только внутри группировки по периоду и регистратору.
подробнее
Об особенностях расчета итогов по полям остатка подробнее можно прочитать в статье ИТС
«Расчет итогов по полям остатка».
Бухгалтерский учет
Для ведения бухгалтерского учета в системе «1С:Предприятие» используются такие объекты конфигурации, как планы счетов, планы видов характеристик (для хранения видов субконто) и регистры бухгалтерии (для хранения бухгалтерских проводок). В данном разделе мы рассмотрим примеры использования этих объектов для решения различных прикладных задач с помощью языка запросов.
Все примеры, используемые в данном разделе, можно посмотреть в демонстрационной конфигурации «Бухгалтерский учет», которая находится на прилагаемом компакт-диске.
Планы счетов
По свой сути план счетов – это справочник счетов, в разрезе которых ведется бухгалтерский учет. Данные каждого плана счетов хранятся в отдельной таблице информационной базы, доступной посредством запросов. Эта таблица имеет следующий состав полей:
<Имя общего реквизита> – поле, содержащее значения общего реквизита с именем, заданным в конфигурации. Такие поля создаются для общих реквизитов, не являющихся разделителями, или для разделителей с режимом использования разделяемых данных НезависимоИСовместно, в которых участвует данный план видов счетов; <Имя признака учета> – поле, содержащее значения признаков учета счета с
именем, заданным в конфигурации. Количество таких полей равно количеству признаков учета, определенных для плана счетов как объекта конфигурации; <Имя реквизита> – поле, содержащее значения реквизита счета с именем, заданным в конфигурации. Количество таких полей равно количеству реквизитов, определенных для плана счетов как объекта конфигурации;
<Имя табличной части> – поле, содержащее табличные части счета. Имена полей соответствуют именам табличных частей плана счетов, как они заданы в конфигураторе. Имеет тип РезультатЗапроса. Результат запроса к табличной части состоит из колонки НомерСтроки и колонок с именами, соответствующими именам реквизитов табличной части; Вид – имеет тип системного перечисления ВидСчета. Содержит вид счета
(Активный, Пассивный или АктивноПассивный);
Виды субконто – специализированная табличная часть, содержащая перечень видов субконто для счета. Имеет тип РезультатЗапроса. Количество строк этой табличной части ограничено значением свойства МаксКоличествоСубконто для плана счетов.
Каждая строка табличной части ВидыСубконто содержит следующие поля:
ВидСубконто, Предопределенное, ТолькоОбороты и признаки учета субконто,
определенные в конфигураторе; Забалансовый – имеет тип Булево. Содержит признак забалансовости счета; Код – имеет тип Строка. Содержит код счета;
Наименование – имеет тип Строка. Содержит наименование счета; ПометкаНаУдаление – имеет тип Булево. Содержит признак пометки на удаление счета; Порядок – имеет тип Строка. Содержит строку с порядком, по которому можно
выполнить упорядочивание списка счетов. Если при конфигурировании у плана счетов установлено свойство Автопорядок по коду, то при формировании результатов запроса будет отмечено, что сортировка выполняется по полю Код, однако на самом деле будет использоваться сортировка по полю Порядок; Предопределенный – имеет тип Булево. Содержит признак того, что данный счет определен в метаданных и над ним нельзя производить некоторые операции;
Представление – виртуальное поле, не хранится в информационной базе. Содержит