Неверный тип параметра измерения основного регистра 1с
Плохо (и то не смертельно), если измерение будет составного типа, включающего одновременно и ссылочные и примитивные (строка, число, дата, булево) типы. Если ТОЛЬКО строка, то ни чего плохого - главное решить вопрос однозначности значений (помнить, что строки "ЗнАчЕнИе" и "значение" - не равны) и закрытия в 0 (в случаи регистра остатков).
Состав регистра - берите любой и добавьте Комментарий с типом С200. Может измерение с реквизитом перепутали ?
1с строго не рекомендует использовать в качестве измерений строковые значения. Лучше создай справочник
не видел таких рекомендаций, искажать данные можно и неправильным заполнением справочника . Например, учет каких-то бланков или квитанций, которые различаются только номерами и суммами. В измерение пихаешь номер (строка), в ресурсы сумму. Лепить тут справочник вряд ли стоит. Будет тебе миллион элементов справочника в месяц, помимо записей в регистре - как-то не особо имхо
>>1с строго не рекомендует использовать в качестве измерений строковые значения чем сама не брезгует в типовых
упрешься только при определенных условиях, цитирую: Не используйте индексирование по строковым полям, суммарная длина которых превышает 300 символов. Такой индекс может быть создан при выборе в значения "Индексирование" или "Индексировать с дополнительным упорядочиванием" свойства "Индексировать" реквизита или измерения. Кроме того, индекс по полю будет создан при вхождении этого поля в какой-нибудь критерий отбора. Не используйте в регистрах слишком много измерений, особенно, если среди них есть поля строковых типов.
Получается, что дело в индексах, которые создаются платформой. Посмотрел сейчас- у оборотного регистра для таблицы оборотов создается кластерный индекс, в который включаются все измерения регистра , в т.ч. и измерение с типом строка :(, а ссылочные измерения - 16 байт
Если длина строки в байтах меньше 16. Экономия на размере и ссответственно больше данных умещаются на странице индексов а значит и быстрее поиск. Есть еще например типа кода Артикул. Заводить для него отдельный справочник не имеет смысла.
Если в виде расчета "Изучаемый" указана зависимость базы, а в регистре расчета связочного с ним установлена галочка "Базовый Период", то появляются виртуальные таблицы ИмяРегистра.БазаИмяРегистра1, ИмяРегистра.БазаИмяРегистра2, . ИмяРегистра.БазаИмяРегистраX
где ИмяРегистра1, ИмяРегистра2 , . , ИмяРегистраX это базовые планы видов расчета для вида расчета "Изучаемый". Так вот в виртуальных таблицах выше, есть параметры которые совсем не ясны: "ИзмеренияОсновногоРегистра" и "ИзмеренияБазовогоРегистра".
Мне не ясно о каком базовом регистре и о каком Основном регистре идет речь?!
(1) Arch_1, Дело в том, что измерения регистров может быть разное (по порядку и именам). Например в "Регистре 1" первое измерение "Сотрудник", вотрое "Подраздаление", а в "Регистре 2" первое подразделение причем называется "Участок", второе сотруднки но называется "Работник".
При расчете базы естествено должно стыковаться Рег1.Сотрудник = Рег2.Сотрудник (котроый "Работник") и Рег1.Подразделение = Рег2.Подразделение (которе "Участок")
Для решения этой проблемы и используется ИзмеренияОсновногоРегистра и ИзмеренияБазовогоРегистра. Оба этих параметра массивы строковых переменных с порядком имен измерений, где важна последовательность и количество (количество одинковое). Параметр обязательный и даже если все совпадает нужно "формально" его указывать (два раза один и тот же массив)
Вобщем если Рег1 - основной, а Рег2 - базовый то:
ИзмеренияОсновногоРегистра =
ИзмеренияБазовогоРегистра =
Еще раз - массив строковых переменных имен измерений.
Основной регистр - тот чиь записи расчиытваем
Базовый регситр - тот где хранится база для расчета записей основного регистра.
Иногда эти регистры могут совпадать.
Как-то так, если не путаю
(2) Ягг, Если регситр тот где хранится база для расчета записей основного регистр не один и их несколько то и в них измерения тоже разные имеют разные названия и порядки?
(3) Arch_1, Если имеется в виду что база собирается из нескольких базовых регистров, то конечно для каждого базового регистра параметр ИзмеренияБазовогоРегистра может быть своим. Но и виртуальная таблиц в этом случае будет несколько - на каждый базовый будет своя.
1. Регистр сведений - это
2. Виды регистров сведений
3. Измерения, ресурсы, реквизиты регистра сведений
4. Периодический регистр сведений
5. Свойства регистра и измерений
6. Добавление записи в регистр сведений
7. Изменение значения ресурса записи регистра сведений
8. Удаление выбранных записей в регистре сведений
9. Очистка регистра сведений от записей
10. Получить значение ресурса регистра сведений на дату
1. Регистр сведений - это
Регистр сведений предназначен для хранения показателей состояния в разрезе измерений. В отличии от других регистров, ресурсы регистра сведений могут содержать не только числовые значения, в том числе может быть составным.
2. Виды регистров сведений
- Независимый регистр сведений - регистр не подчинен регистратору (документу).
- Зависимый регистр сведений - регистр подчинен регистратору (документу).
- Непериодический регистр сведений - информация в регистре храниться без привязки к дате.
- Периодический регистр сведений - информация в регистре развернута во времени, одним из измерений является дата, называемым Периодом.
Измерения – описывают разрезы, в которых хранится информация.
Ресурсы – содержат хранимую информацию в разрезе измерения.
Тип ресурса сведений может быть как примитивный (число, строка, дата, булево), так и ссылочный (СправочникСсылка, ПеречислениеСсылка и т.д.). В ресурсе можно хранить даже картинки и другие неструктурированные сведения, поскольку можно создать ресурс типа "ХранилищеЗначения". Ресурс может быть составным типом.
Реквизиты - несут дополнительную информацию (как комментарий), которую нельзя получить из виртуальных таблиц регистра в разрезе измерений.
Если узнаем цену Тяпки на любую дату с 1 августа 2021 года до 10 августа 2021, она будет равна 175 рублям.
Если узнаем цену Тяпки на любую дату с 10 августа 2021 года по текущую дату, она будет равна 192 рублям.
Внимание! Описанный выше пример несет образный характер и периоды в примере рассматривали приблизительно. Для точного определения даты и времени для вычисления цены необходимо использовать Дату, МоментВремени или Границу зависит от решаемой задачи. Об особенностях использования периодов и моментов времени поговорим в следующей статье.
4. Периодический регистр сведений
- Непериодический
- В пределах секунды
- В пределах дня
- В пределах месяца
- В пределах квартала
- В пределах года
- По позиции регистратора
Внимание! При выборе периодичности (кроме "По позиции регистратору"), платформа будет контролировать уникальность записей в пределах заданной периодичности, в таком случаи в регистратор нельзя записать две записи с одинаковым набором Измерений и Периодом. Последовательность состоящая из Измерений и Периода называется Ключом уникальности.
При выборе периодичности "По позиции регистратору" ключ уникальности будет содержать дополнительно ссылку на регистратор (документ), в таком случаи в регистратор нельзя записать две записи с одинаковым набором Измерений, Периодом и Регистратором.
При выборе периодичности в БД создаются виртуальные таблицы:
СрезПервых и СрезПоследних.
Что позволяет быстро получать значения ресурсов о последних (первых) установленных значений на определенную дату.
5. Свойства регистра и измерений
Основной отбор по периоду (для регистра) - если регистр периодический и не подчинен регистратору, то доступно это свойство. Если флажок установлен, то наряду с основными измерениями и реквизитами регистра, участвующими в отборе записей при регистрации изменений для плана обмена, можно указывать отбор по полю Период.
Ведущий (для измерения) - имеет смысл когда измерение имеет тим ссылка на объект. Записи в регистре будут существовать пока существует объект, ссылка на который выбрана в качестве значения этого измерения. При удалении объекта все записи в регистре по этому объекту будут автоматически удалены.
Основной отбор (для измерения) - устанавливает возможность измерения регистрировать изменения для плана обмена.
6. Добавление записи в регистр сведений
Добавление через МенеджерЗаписи, подойдет для добавления одной записи.
НоваяЗапись . Период = Дата ;
НоваяЗапись . Номенклатура = Номенклатура ;
НоваяЗапись . Цена = Цена ;
НоваяЗапись . Записать ();
Добавление через НаборЗаписей, подойдет для добавления одной или нескольких записей.
НовыйНаборЗаписей = РегистрыСведений . Цены . СоздатьНаборЗаписей ();
НовыйНаборЗаписей . Отбор . Период . Установить ( Дата ,Истина);
НовыйНаборЗаписей . Отбор.Номенклатура . Установить ( Номенклатура ,Истина);
НоваяЗапись = НовыйНаборЗаписей . Добавить ();
НоваяЗапись . Период = Дата ;
НоваяЗапись . Номенклатура = Номенклатура ;
НоваяЗапись . Цена = Цена ;
НовыйНаборЗаписей . Записать ();
7. Изменение значения ресурса записи регистра сведений
Изменение значение ресурса записи через НаборЗаписей, подойдет для изменения одной или нескольких записей.
НаборЗаписей = РегистрыСведений . Цены . СоздатьНаборЗаписей ();
НаборЗаписей . Отбор . Период . Установить ( Дата ,Истина);
НаборЗаписей . Отбор . Номенклатура . Установить ( Номенклатура ,Истина);
НаборЗаписей . Прочитать ();
Если Не НаборЗаписей . Количество () = 0 Тогда
СуществующаяЗапись = НаборЗаписей [ 0 ];
СуществующаяЗапись . Период = Дата ;
СуществующаяЗапись . Номенклатура = Номенклатура ;
СуществующаяЗапись . Цена = Цена ;
НаборЗаписей . Записать ();
КонецЕсли;
8. Удаление выбранных записей в регистре сведений
Удаление записей через НаборЗаписей, подойдет для удаления одной или нескольких записей.
НаборЗаписей = РегистрыСведений . Цены . СоздатьНаборЗаписей ();
НаборЗаписей . Отбор . Период . Установить ( Дата ,Истина);
НаборЗаписей . Отбор . Номенклатура . Установить ( Номенклатура ,Истина);
НаборЗаписей . Записать ();
9. Очистка регистра сведений от записей
Очистка регистра от записей через НаборЗаписей.
Получить значение ресурса регистра сведений на конкретную дату можно через метод Получить(). Если на эту дату в регистре нет записей, то возвращается структура с пустыми значениями.
Если в нашем примере указать дату 10.08.2021, то на эту дату имеются записи в регистре и метод вернет не пустую цену.
Если в нашем примере указать дату 110.08.2021, то на эту дату нет записей в регистре, тогда метод вернет пустую цену.
Получить ближайшее значение ресурса регистра сведений на дату можно через метод ПолучитьПервое() и ПолучитьПоследнее(). Эти методы возвращают структуру, содержащую ближайшие, указанной дате, значения ресурсов.
Первый параметр в методах может иметь тип "дата", МоментВремени или Граница. Его можно не указывать, тогда будут найдены первые или последние значения ресурсов в регистре сведений.
Так же получить ближайшее значение ресурса регистра сведений на дату можно через метод СрезПервых() и СрезПоследних(). Эти методы возвращают таблица значений, содержащую ближайшие, указанной дате, значения ресурсов. Если вам необходимо только значение ресурса все данные методами СрезПервых() и СрезПоследних() тянуть с сервера на клиент не разумно.
В данной статье на примерах покажем принцип действия «механизма зависимости по базовому периоду«, а также покажем принцип действия перерасчётов в 1С. В качестве примера для расчёта возьмём расчёт премии сотрудника процентом от оклада, пусть премия сотруднику начисляется ежемесячно и её размер зависит от начисленного оклада за 2 предыдущих месяца.
Премия — это вид расчёта не обладающий протяжённостью во времени. Объекта для хранения видов расчётов не обладающих протяжённостью во времени у нас в конфигурации не предусмотрено. Создадим такой объект.
Добавим в конфигурацию план видов расчёта «ДополнительныеНачисления». Перейдём на вкладку «Расчет».
Флаг «Использует период действия» не устанавливаем так как план видов расчёта «ДополнительныеНачисления» не будет хранить виды расчётов обладающие протяжённостью во времени. Установим флаг «Зависимость от базы» в значение «Зависит по периоду действия«(в нашем случае база для расчета премии будет зависеть от периода действия оклада), если «Зависимость от базы» установить в значение «Зависит по периоду регистрации» тогда база для расчета премии будет зависеть от периода регистрации записи по окладу(поле ПериодРегистрации регистра расчёта).
В качестве базовых планов видов расчёта укажем ПВР «Основные начисления»(так как вид расчёта Оклад у нас хранится в ПВР «Основные начисления») и ПВР «Дополнительные начисления»(пусть в базу для расчёта премии у нас попадает не только оклад, но и премия начисленная в предыдущие периоды).
Создадим предопределённый вид расчёта «Премия».
На вкладке «Базовые» мы видим планы видов расчёта «Основные начисления» и «Дополнительные начисления»(это те ПВР, которые мы указали на вкладке «Расчёт» в качестве базовых планов видов расчёта). Укажем виды расчёта «Оклад» и «Премия». Примечание: в качестве базовых можно указать как протяжённые, так и не протяжённые во времени виды расчётов(в данном примере вид расчёта «Оклад» у нас обладает протяжённостью во времени, а премия нет).
На вкладке «Ведущие» укажем такие же виды расчёта «Оклад» и «Премия». На вкладке ведущие указываются виды расчётов при изменении которых требуется пересчитать текущий вид расчёта «Премия»(т.е. в данном случае при изменении оклада за прошлые периоды мы должны пересчитать премию за текущий период, а также при изменении премии за прошлые периоды мы должны пересчитать премию за текущий период). С вкладкой «Ведущие» связан объект «Перерасчёты«. Перерасчёт показывает какие данные необходимо пересчитать при изменении ведущих видов расчёта.
Создадим регистр расчёта «Дополнительные начисления».
На вкладке «Основное» укажем созданный ранее план видов расчета «Дополнительные начисления». Поставим флаг «Базовый период» — у нас стали доступны поля «Базовый период начало» и «Базовый период конец«. Укажем периодичность — месяц. В качестве регистратора укажем документ «Начисление зарплаты». Структура регистра показана выше — измерение «Сотрудник», ресурс «Сумма», реквизит «Параметр» для хранения процента премии.
В полях «Базовый период начало» и «Базовый период конец» мы указываем за какой период брать базу для расчёта премии.
Доработаем документ «Начисление зарплаты»:
Добавим табличную часть «Дополнительные начисления».
Реквизит «ВидРасчета» имеет тип «ПланВидовРасчетаСсылка.ДополнительныеНачисления», типы остальных реквизитов очевидны.
Дополним обработку проведения документа движениями по регистру расчета «ДополнительныеНачисления»:
Заполним в документе табличную часть «ДополнительныеНачисления» и проведём документ:
В движениях документа видим, что все поля заполнились кроме суммы т.к. расчёт премии ещё не сделали:
Базовый период для расчета премии у нас 01.01.2017-28.02.2017, процент премии-10, сотрудник Иванов.
Выполним расчёт премии:
Для этого дополним общий модуль «Расчет» кодом расчета премии, полный текст общего модуля расположен ниже:
Для расчёта премии используем виртуальную таблицу «БазаОсновныеНачисления«(эта таблица у нас доступна в конструкторе запросов так как мы для ПВР «ДополнительныеНачисления» в качестве базовых планов видов расчёта указали ПВР»ОсновныеНачисления»). База будет получена за интервал между «Базовый период начало» и «Базовый период конец» по виду расчёта «Оклад» так как он у нас входит в базу для премии. Так же в виртуальную таблицу необходимо передать массив измерений регистра в разрезе которых будем получать базу, у нас это измерение одно «Сотрудник», его и передаём. Если измерения будет 2, тогда передать 2.
Проверим, считается ли премия:
Создадим 2 документа с видом расчёта «Оклад» по сотруднику Иванов за Январь 2017 и Февраль 2017. На основе этих документов и будет собираться база для расчёта премии.
Перепроведём документ(за март 2017) в котором начисляем премию. В движениях документа видим, что премия рассчиталась и начислена в размере 12000 рублей.
Проверим расчёт премии: По сотруднику Иванов за период Январь 2017 — Февраль 2017 было начислено 120000 рублей оклада. (120000/100)*10 = 12000 рублей.
Перерасчёты
Теперь поговорим про перерасчеты.
Создадим в регистре расчёта «ДополнительныеНачисления» перерасчёт «Перерасчет1» с измерением «Сотрудник».
Свяжем измерение перерасчёта «Сотрудник» с измерением «Сотрудник» регистра «ДополнительныеНачисления» и измерениями регистров, указанных на вкладке «Ведущие».
Благодаря этой связи премия, начисленная на основании «Оклада» при изменении этого «Оклада» попадёт в перерасчёт. Это значит, что при изменении базы для премии по сотруднику Иванов, премия по сотруднику Иванов попадёт в перерасчёт.
Проверим так ли это…
Создадим отчёт на СКД на основе данных «Перерасчет1».
Изначально отчёт пустой…
Теперь изменим значение оклада по сотруднику Иванов за Февраль 2017 — было 60000 рублей, изменим на 80000 рублей.
Файл: Хрусталева Е. Ю. Язык запросов 1С-Предприятия 8 (2013).pdf
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлена: 12.03.2019
Скачиваний: 2629
Рис. 3.87. Получение фактического периода действия для записей документа
Этот фрагмент можно посмотреть в обработке ДанныеРегистраРасчета в
демонстрационной конфигурации «Сложные периодические расчеты», которая находится
на прилагаемом компакт-диске.
Получение данных графика для расчета записи
Для расчета протяженных во времени расчетов необходимо получить данные графика,
привязанного к регистру расчета. Например, при расчете оклада сотрудника за месяц
нужно знать количество рабочих дней в месяце всего и количество фактически
отработанного этим сотрудником времени. При этом сам график работы хранится в
регистре сведений, в котором рабочие периоды имеют значение 1, а выходные – 0.
Для получения данных графика для записей регистра расчета используется виртуальная
таблица ДанныеГрафика(). Эта таблица формируется на основе регистра расчета в
соответствии с условием отбора, переданным в параметре виртуальной таблицы
Условие.
Количество строк в таблице данных графика равно количеству записей регистра расчета,
удовлетворяющих условию, заданному в параметре виртуальной таблицы. Часть полей
виртуальной таблицы данных графика полностью совпадает с полями основной таблицы
регистра. Кроме того, на каждый ресурс регистра сведений, назначенного в качестве
графика регистра расчета, в таблице данных графика будет добавлено 4 поля, в которых
будут просуммированы значения графика по данному ресурсу за каждый из возможных
периодов (период действия, фактический период действия, базовый период и период
регистрации):
ПериодДействия – имеет тип Число. Содержит сумму
соответствующего ресурса регистра сведений, назначенного в качестве графика
регистра расчета. Суммирование проводится по всему периоду действия записи
регистра расчета (месяц, квартал, год и т. д.), заданному в реквизите
ПериодДействия;
ФактическийПериодДействия – имеет тип Число.
Содержит сумму соответствующего ресурса регистра сведений за фактический
период действия записи регистра расчета;
БазовыйПериод – имеет тип Число. Содержит сумму
соответствующего ресурса регистра сведений за весь базовый период записи
регистра расчета, т. е. за период с БазовыйПериодНачало по БазовыйПериодКонец;
ПериодРегистрации – имеет тип Число. Содержит сумму
соответствующего ресурса регистра сведений за весь период регистрации записи
регистра расчета (месяц, квартал, год и т. д.), заданный в реквизите
ПериодРегистрации.
При построении виртуальной таблицы данных графика происходит соединение таблиц
регистра расчета и регистра сведений. Кроме того, в случае получения поля ресурса графика>ФактическийПериодДействия происходит также соединение с
таблицей фактического периода действия регистра расчета. Так как данные для всех
четырех перечисленных полей получаются путем соединения с таблицей регистра
сведений по разным условиям, то в общем случае будет выполнено четыре соединения с
таблицей регистра сведений. Поэтому без необходимости не следует получать поля
виртуальной таблицы данных графика «на всякий случай», т. к. это может существенно
понизить производительность запроса.
Рассмотрим пример получения данных из таблицы данных графика. В следующем запросе
получаются данные графика за фактический период действия и за весь период действия
в целом для всех записей документа-регистратора (листинг 3.83).
Листинг 3.83. Получение данных графика для записей документа
В результате для того же документа о начислениях, что и в предыдущем примере (см.
рис. 3.87), мы видим, что норма рабочих дней за период действия (март 2013) у всех
сотрудников одинакова, а значение фактически отработанного времени зависит от
фактического периода действия записи регистра расчета (рис. 3.88).
Рис. 3.88. Получение данных графика для записей документа
Получение базы для расчета записей
Для расчета записей, зависимых по базовому периоду от других записей регистров
расчета, необходимо получить расчетную базу этих записей. Например, при расчете
надбавки сотруднику в определенной организации за определенный период нужно
получить значение оклада этого сотрудника в данной организации за этот период, а при
расчете премии сотрудника нужно учитывать его оклад и начисленные ему надбавки.
Для получения базы расчетов при помощи запроса используются виртуальные таблицы
базовых данных. Эти таблицы формируются только для регистров расчета,
поддерживающих базовый период. У каждого регистра таких таблиц может быть
несколько.
Например, план видов расчета ДополнительныеНачисления зависит по базе от планов
видов расчета ОсновныеНачисления и ДополнительныеНачисления. Эти планы видов
расчета, в свою очередь, используются в регистрах регламентированного и
управленческого учета ОсновныеНачисленияРегл, ОсновныеНачисленияУпр и
ДополнительныеНачисленияРегл и ДополнительныеНачисленияУпр.
Это означает, что любые записи регистра ДополнительныеНачисленияРегл могут
зависеть по базовому периоду от записей любого из четырех регистров. В этом случае у
регистра ДополнительныеНачисленияРегл будет 4 виртуальные таблицы базовых
данных.
ДополнительныеНачисленияРегл.БазаДополнительныеНачисленияРегл,
ДополнительныеНачисленияРегл.БазаДополнительныеНачисленияУпр,
ДополнительныеНачисленияРегл.БазаОсновныеНачисленияРегл,
ДополнительныеНачисленияРегл.БазаОсновныеНачисленияУпр.
Имя виртуальной таблицы формируется по следующей схеме:
Таким образом, например, таблица
ДополнительныеНачисленияРегл.БазаОсновныеНачисленияРегл позволяет получить
записи регистра ОсновныеНачисленияРегл, входящие в базу расчета записей регистра
ДополнительныеНачисленияРегл.
При формировании виртуальных таблиц базовых данных требуется указать параметры,
чтобы определить, какие именно данные, в каких разрезах нужно получить:
ИзмеренияОсновногоРегистра – имеет тип Массив или СписокЗначений. В этот
параметр нужно передать массив, элементами которого являются строки с именами
измерений основного регистра, по которым нужно будет отбирать записи в базовых
регистрах. Значения перечисленных в данном параметре измерений будут
сопоставляться со значениями в соответствующих измерениях базового регистра
расчета, заданных параметром ;
ИзмеренияБазовогоРегистра – имеет тип Массив или СписокЗначений. В этот
параметр нужно передать массив, элементами которого являются строки с именами
измерений базового регистра, по которым будет произведен отбор записей в базовом
регистре. При этом в качестве значений отбора будут использованы значения
соответствующих измерений основного регистра, заданных параметром
. Число и порядок элементов этого массива
должны совпадать с числом и порядком элементов массива измерений основного
регистра;
Разрезы – имеет тип Массив или СписокЗначений. В этот параметр передается
массив, содержащий названия полей базового регистра, по которым необходимо
получить разрез базы. По перечисленным в данном параметре полям будет
выполняться дополнительная группировка суммируемых базовых данных. В запросе
можно получить разрез не только по измерениям и реквизитам, но и по следующим
предопределенным полям базового регистра: НомерСтроки, Регистратор,
ВидРасчета, ПериодРегистрации, ПериодДействия;
Условие – содержит конструкцию языка запросов. В этот параметр можно передать
произвольное условие на записи основного регистра. База будет получена только
для записей, удовлетворяющих этому условию.
Часть полей виртуальной таблицы базовых данных полностью совпадает с полями
основной таблицы регистра расчета. Кроме того, будут добавлены поля для получения
базы по всем ресурсам базового регистра, названия которых формируются по схеме –
База.
Если параметр Разрезы не задан, то в таблице не будет других полей, и для каждой
записи основного регистра, удовлетворяющей условию, будет рассчитана база общей
суммой по каждому ресурсу базового регистра. Если разрезы заданы, то в виртуальной
таблице будут присутствовать дополнительные поля по числу элементов массива
разрезов. Названия этих полей в виртуальной таблице базовых данных будут
формироваться по схеме – Разрез.
Например, если в параметр Разрезы переданы значения ПериодРегистрации и
ВидРасчета, то в виртуальной таблице будут доступны поля ПериодРегистрацииРазрез
и ВидРасчетаРазрез. Остальные поля с постфиксом Разрез, которые можно увидеть в
конструкторе запроса, не будут доступны, и при выборе таких полей будет получена
ошибка при выполнении запроса.
Рассмотрим пример получения базовых данных для записей регистра расчета
ДополнительныеНачисленияРегл (основной регистр) из регистра расчета
ОсновныеНачисленияРегл (базовый регистр). В следующем запросе получаются
базовые данные для конкретной записи документа-регистратора в разрезе периодов
регистрации и видов расчета (листинг 3.84).
Читайте также: