1с при определении в виртуальной таблице остаткииобороты варианта периодичности авто

Объясните про параметры вирутуальных таблиц регистра накопления

Плоховато я понимаю эти регистры. Есть 2 вопроса:

Про параметр Условие в справке написано:
1. «Условие может оперировать полями регистра накопления. Оно будет использовано для ограничения состава записей, по которым будут выбираться итоги. То есть условие будет применяться к исходным записям, а не к уже отобранным.»

Почему же тогда в Условии не получается задать условие на реквизит, а не на измерение? Ведь предназначение поля Условие- накладываться на записи регистра до применения Функции когда все поля регистра ещё доступны, разве нет?

1.1 Дополнительный вопрос: Если мне надо сделать флаг, что-то типа Активности, при условии на который остатки будут то включать, а то не включать некоторые «детальные» записи регистра — получается мне его обязательно надо заносить в Измерения(а не в реквизиты)?

2. И второй вопрос про параметр Периодичность — если мы устанавливаем Периодичность — Регистратор, то в ОстаткиИОбороты как бы появляется измерение — Регистратор и после применения Функции (но не до! в Условии) я как бы могу делать условие на Регистратор.
Но как сделать так чтобы, Периодичность была установлена в скажем месяц, и при этом сохранить возможность работать с полем Регистратор??

Прошу прощения за начальный уровень вопросов — прошу сильно не «отсылать в СП», если можно объясните тут -об этом вроде в книжках мало где написано

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

Вопросы остаются: 1. Почему они не оставили возможность в пареметре Условие — задавать условие на реквизиты — ведь в справке именно про это говорится? В чем тогда принципиальная (кроме быстродействия) разница Условия и условий, которые я могу задать потом в «ГДЕ»?
2. Почему они не оставили возможность работы в витруальной таб-це с Регистратором и одновременного разбивания на Периодичность?

(4)(5) А вот хамить вовсе не обязательно.
Вам помогли и всё объяснили. Если Вы не понимаете того что написано — это не является поводом для хамства.

>>Вопросы остаются: 1. Почему они не оставили возможность в пареметре Условие — задавать условие на реквизиты

Вам (1) ответил: >>Реквизит — только у реальной таблицы. Виртуальные с ними не работают.
Вам butterbean ответил: >>Предназначена для получения остатков по регистру накопления. Данные представляют собой итоги ресурсов. Агрегация производится по ИЗМЕРЕНИЯМ указанным в запросе.

Что Вам еще надо написать, чтобы до Вас дошло?

>>2. Почему они не оставили возможность работы в витруальной таб-це с Регистратором и одновременного разбивания на Периодичность?

Ну Вы хотите и на елку влезть и . не поцарапать. Регистратор — это и есть периодичность. И либо периодичность будет месяц (тогда фиг вам а не регистратор), либо периодичность «Регистратор» или «Запись» и тогда регистратор доступен. Просто как Вы сами представляете себе таблицу оборотов по месяцам с регистраторами, какие там должны быть цифры в полях СуммаОборот и КоличествоОборот в каждой строке (по месяцам или все таки по регистраторам)?

(6), Вы не понимаете то что я спрашиваю либо я не правильно понимаю текст кторый привел в самом первом сообщении: «Условие может оперировать полями регистра накопления. Оно будет использовано для ограничения состава записей, по которым будут выбираться итоги. То есть условие будет применяться к исходным записям, а не к уже отобранным.»
Т.е. условие накладывается на реальные записи, до применения функции и получения итоговых (вирутальных) записей. Почему же оно тогда не видит регистратор и реквизит допустим?
К сведению в (4) я не хамил, и хамлю я обычно только после того как мне хамят! и таким людям как (1) и (6)

По поводу 2: и по месяцам и по регистратору; регистратор просто становиться как измерение, как собственно и месяц.

(12), В первую очередь спасибо Вам за корректное общение, а не желание возвыситься опуская других, а во вторую попробую ещё раз процитировать то что я взял из справки СП:

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

Попробую обобщить:
Виртуальные таблицы строятся либо по реальной таблице итогов (хранящейся в СУБД), либо по реальной таблице регистра (либо и то и другое) — в зависимости от периода.
Отбор в Условии накладывается на поля из таблицы итогов, да?

Тогда нужно правильнее писать справку, например так:
«Условие может оперировать полями скрытой таблицы итогов регистра накопления. Оно будет использовано для ограничения записей из таблицы итогов регистра, по которым будут расчитываться итоги в вирутальной таблице. То есть условие будет применяться к записям таблицы итогов до расчета итогов в записях вирутальной таблицы, а не после»

Источник статьи: http://forum.mista.ru/topic.php?id=432055

Комплект вопросов сертификационного экзамена на знание основных механизмов платформы «1С: Предприятие 8» (стр. 20 )

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39

3. Справедливы оба утверждения

7.40 Текст запроса может содержать описание предопределенных данных конфигурации:

1. значения системных перечислений

2. предопределенных данных (справочники, перечисления, планы видов характеристик, планов счетов, планов видов расчета)

4. значения точек маршрута бизнес процессов

7.41 В тексте запроса можно указывать (напрямую, без использования параметров) значения системных перечислений:

1. из определенного перечня

2. любые системные перечисления

3. описать в тексте запроса использование какого-либо значения системного перечисления (без использования параметра запроса) нельзя

7.42 При работе с временными таблицами менеджер временных таблиц:

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

2. может быть создан по одному экземпляру на сеанс (запуск 1 С: Предприятие)

3. в рамках одного сеанса может быть создано произвольное количество экземпляров

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

7.43 Время жизни временной таблицы:

1. определяется разработчиком при создании временной таблицы

2. до окончания сеанса, в котором таблица была создана

3. до окончания транзакции, в которой она была создана

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

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

1. уникальным в пределах информационной базы

2. уникальным в пределах пользовательского сеанса

3. уникальным в пределах менеджера временных таблиц

4. может совпадать с именем существующей временной таблицы, в этом случае произойдет замещение данных в ранее существовавшей таблице

7.45 При написании текста запроса в качестве источника данных можно использовать внешний источник (передаваемый как параметр):

1. в любом случае (нет ограничений)

2. только если в этом запросе создается временная таблица

3. только если в этом запросе производится получение данных, а не создание временной таблицы

4. в любом случае (нет ограничений), но только в подзапросах

5. в любом случае (нет ограничений), но только в запросе «верхнего» уровня

7.46 При использовании в качестве источника данных для запроса внешнего источника (данные которого передаются через параметр) в качестве такого источника может использоваться:

7.47 При определении в виртуальной таблице «ОстаткиИОбороты» варианта периодичности «Авто»:

1. система автоматически подберет периодичность получения оборотов исходя из правила: чтобы в результате оказалось не менее 3-х значений периодов, но не более 12

2. система автоматически подберет периодичность получения оборотов исходя из правила: чтобы в результате оказалось не менее 5-ти значений периодов, но не более 10

3. в полях выборки запроса разработчик сможет выбирать поля периода с разной периодичностью

7.48 При попытке выполнить запрос с текстом «Выбрать * Из Справочник. Номенклатура», в случае если на записи справочника были определены ограничения на чтение (в соответствующей роли) произойдет следующее:

1. Будут получены все данные

2. Будут получены данные только из разрешенных записей

7.49 Значения каких реальных полей таблицы документа определяют его хронологическую позицию среди других документов?

1. Значения свойств «Дата» и «Ссылка»

2. Достаточно значения свойства «Дата»

3. Значения свойств «Дата» и «Время»

4. Достаточно значения свойства «Номер»

5. Достаточно значения свойства «Ссылка»

6. Значения свойств «Дата» и «Номер»

8. Механизмы интеграции и обмена данными

8.1 С точки зрения XML сериализации значение типа «Докумен-тСсылка. ИмяДокумента» относится:

3. Применить средства XML сериализации к данному типу значения нельзя

8.2 Одновременно с файлом формата dbf может быть открыто.

1. любое количество индексных файлов

2. количество индексных файлов, не превышающее количество полей в dbf файле

3. не более трех индексных файлов

4. не более одного индексного файла

8.3 При обращении к базе данных 1С:Предприятие 8 через OLE выполняется процедура — обработчик события «ПриНачалеРаботыСистемы» определенный.

2. в модуле внешнего соединения

8.4 Данную топологию обмена между информационными базами (имеющими одинаковую конфигурацию) можно реализовать:

1. Только при использовании возможности распределения информационной базы данных

2. Только при использовании возможностей универсального обмена

3. Как средствами универсального обмена, так и распределением информационной базы

4. Данную топологию реализовать невозможно

8.5 При записи значения с использованием средств XML сериализации в XML документ:

1. Используются только методы, относящиеся к средствам XML сериализации

2. Используются только возможности объекта «ЗаписьХМL»

3. Используются методы, относящиеся к средствам XML сериализации и объект «ЗаписьХМL«

4. Для записи преобразованного значения используется метод глобального контекста «ЗаписатьВФайл(ИмяФайла)»

8.6 При обращении к базе данных 1С:Предприятие 8 через СОМ выполняется процедура — обработчик события «ПриНачалеРаботыСистемы» определенный.

2. в модуле внешнего соединения

8.7 Данную топологию обмена между информационными базами (имеющими одинаковую конфигурацию) можно реализовать:

1. Только при использовании возможности распределения информационной базы данных

2. Только при использовании возможностей универсального обмена

3. Как средствами универсального обмена, так и распределением информационной базы

4. Данную топологию реализовать невозможно

8.8 Событие «ПриПолученииДанныхОтПодчиненного», определенное в модуле плана обмена, возникает при получении данных от подчиненного узла:

1. При отмеченном у данного плана обмена флаге «Распределенная база данных»

2. При не отмеченном у данного плана обмена флаге «Распределенная база данных»

3. Состояние данного флага па вызов этого обработчика события не влияет

8.9 При последовательном чтении из текстового файла невозмож но:

1. Построчное чтение текста

2. Посимвольное чтение текста

3. Возможно как построчное, так и посимвольное чтение

8.10 В процедуре, которая будет вызываться при подключении к базе данных через СОМ, нельзя использовать:

1. ДокОбъект=Док. СоздатьДокумент()

8.11 При использовании механизма распределенных баз данных изменения в конфигурации:

1. Выполняются в каждой информационной базе самостоятельно

2. Передаются посредством файла формата cf

3. Изменения включаются в стандартные сообщения обмена

4. После распределения информационной базы изменение конфигурации запрещено

8.12 При использовании механизма распределенных информационных баз в соответствующем объекте «План обмена» отдельно взятой информационной базы (входящей в распределенную) определяется:

1. Только подчиненные базы (входящие в распределенную)

2. Главная (но она может и отсутствовать) и подчиненные базы

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

8.13 Для создания объекта, с использованием которого из одной базы 1С:Предприятие 8 будет производиться обращение через OLE к другой информационной базе 1С:Предприятие 8, используется конструктор:

1. Новый Вазе(СтрокаИнициализации)

4. Создание подобного объекта производится другими средствами

8.14 К простым с точки зрения XML сериализации относятся типы:

1. Только: Число, Строка, Дата, Булево

2. Только: Число, Строка, Дата, Булево, Неопределенно, Null

3. Все стандартные типы XML

4. Которые представляются в виде элементов XML только с текстовым содержимым

5. С точки зрения XML сериализации нет понятия «простые типы»

8.15 Экземпляр объекта XBase позволяет одновременно организовать работу:

1. Только с одним файлом формата dbf

Источник статьи: http://pandia.ru/text/80/151/24874-20.php

Непонятные данные виртуальной таблицы остатки и обороты

(1) Так, проходя мимио, А пересчет итогов не пробовали?

Если вывести только лишь саму виртуальную таблицу остатков и оборотов, т.е. например в консоли отчетов без СКД и без использования итогов, то будет выведено следующее:
1) внутри заданного периода записи с оборотами, начальным и конечным остатками для тех периодов, определяемых параметром «Периодичность», в которых были обороты;
2) на начало и на конец заданного периода — записи с начальным и конечным остатками — в том случае, если параметр «Метод дополнения периодов» установлен в значение ДвиженияИГраницыПериода (или не задан — тогда то же значение имеем по умолчанию).

Если же мы выводим отчет с использованием СКД, и в отчете присутствуют и группировочные строки, и детальные записи, то получается так:
В группировочных строках подсчитываются правильные суммы по группировке (если только не допустить каких-либо других ошибок), а детальные записи выводятся только те, что есть в виртуальной таблице, т.е. только по тем значениям наборов измерений, по которым были обороты.
Это мы и видим в (1) — правильные значения в строках месяцев и отсутствие детальных записей по пеням в марте.
Ну, и в январе и в июне, конечно же, правильные результаты в соответствии с параметром «Метод дополнения периодов» — ДвиженияИГраницыПериода.

Я думаю, что для правильного результата надо в настройки отчета добавить группировки по Услуге и по Виду начисления (под группировкой по Месяцу), а детальные записи вообще исключить.

Между прочим, в этом случае должны будут появиться записи за апрель и май (по 4 штуки) с начальным и конечным остатками и без оборотов.

А то, что из апреля и мая выпали все данные, не смущает?
Мне кажется, что дело вот в чем:

Метод дополнения периодов
Если задан ДвиженияИГраницыПериода то будут выбраны периоды, в которых были движения, и периоды на начало и конец заданного периода.
Значение по умолчанию: ДвиженияИГраницыПериода
(Синтакс-помощник)

Т.е. по каждому набору измерений остатки и обороты по ним показаны по тем месяцам, в которых были движения с этими измерениями — это январь и февраль по всем видам начислений, а также март только для вида «Начисления». И плюс к этому по всем наборам остатки на начало периода — январь (ну, это уже было показано) и конец периода — июнь.

Досканально не проверял, так что предлагаю на уровне идеи.

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

Источник статьи: http://forum.infostart.ru/forum9/topic83703/

Типичные проблемы при расчете остатков

В данной статье описывается, по какой причине отчет, созданный при помощи системы компоновки данных, может выдавать неправильные остатки.

Отсутствие родительских полей — периодов в запросе

Данная проблема возникает например, если в запросе получают поле Регистратор, но не получают поле ПериодСекунда.

Пример неправильного запроса:

Для такого запроса система рассчитать правильные остатки не может.

Для устранения проблемы нужно обеспечить, чтобы в запросе присутствовало поле Период.

Пример правильного запроса:

Отсутствие в запросе парного поля — остатка

Данная проблема возникает когда в запросе получают только поле начального остатка или только поле конечного остатка.

Пример неправильного запроса:

Для устранения проблемы нужно обеспечить, чтобы в запросе присутствовал как начальный, так и конечный остатки.

Пример правильного запроса:

Не заполнены роли полей

Данная проблема возникает, когда у полей набора данных неправильно заполнены роли полей.

Правильно должны быть заполнены роли у полей — периодов, полей — измерений, полей остатков.

Поля — периоды должны иметь непрерывную нумерацию, начиная с 1. При этом, чем меньше номер периода, тем более точным должен быть период. Например, поле НомерСтроки является уточнением поля Регистратор, поэтому номер период поля НомерСтроки должен быть меньше, чем номер периода поля Регистратор. Аналогично и номер периода поля ПериодДень должен быть меньше, чем номер поля ПериодГод.

Пример неправильного заполнения роли периодов:

В данном примере у поля Регистратор не проставлена роль — период.

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

Пример неправильного заполнения:

В данном примере предполагается, что поле Примечание по сути измерением не является, но его отметили в схеме как измерение. Поле Склад наоборот измерением является, но его не отметили как измерение.

Поля — остатка должны иметь правильную роль остатка. Парные поля остатка должны иметь одинаковое имя группы полей остатка. Не парные остатки должны иметь различные имена групп полей остатка.

В данном примере у полей остатка не указали их роль остатка и имя группы остатков.

Неправильная работа с реквизитами измерений

Данная проблема возникает, когда в запросе получают реквизит измерения.

Например, если в регистре имеется измерение Договор, у которого имеется реквизит Контрагент, и в запросе получается поле Договор.Контрагент.

В такой ситуации может возникнуть две проблемы:

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

Пример неправильного запроса:

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

Пример правильного запроса:

Вторая проблема в том, что у поля — реквизита измерения может быть не указано родительское измерение. Для решения этой проблемы нужно указать родительское поле в роли поля — реквизита. Так, в приведенном выше примере, нужно у поля Контрагент указать роль Измерение и указать в качестве родительского поля поле Договор.

Использование в запросе измерений виртуальных таблиц, отсутствующих в списке выборки

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

Пример неправильного запроса:

В данном примере виртуальная таблица выдает остатки с учетом измерения Склад, однако системе компоновки данных об этом поле ничего не известно.

Для устранения проблемы нужно обеспечить, чтобы все измерения виртуальной таблицы, задействованные вне параметров таблицы присутствовали в списке выборки.

Пример правильного запроса:

В данном примере поле Склад добавлено в список выборки, таким образом система компоновки данных будет учитывать это измерение при расчете итогов.

Другой пример правильного запроса:

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

Не использование периодичности Авто

Данная проблема возникает, когда данные получаются из виртуальной таблицы ОстаткиИОбороты с указанием периодичности, отличной от Авто, если при этом в отчет выводятся не все поля — периоды. Эта проблема родственна проблеме «Отсутствие родительских полей — периодов в запросе», описанной в начале данной статьи.

Пример запроса, который может привести к получению неправильных остатков:

Для решения проблемы лучше в запросах для настраиваемых отчетов системы компоновки данных, в виртуальных таблицах ОстаткиИОбороты, использовать периодичность Авто. Или обеспечить обязательных вывод всех полей — периодов в результат отчета.

Использование периодичности Неделя совместно с бОльшими периодичностями

Данная проблема возникает уже не на уровне схемы компоновки данных, а на уровне настроек компоновки. Например, при совместном выводе в отчет группировки по месяцу и неделе.

Решение данной проблемы — не использовать совместно с периодичностью Неделя бОльшие периодичности.

Источник статьи: http://its.1c.ru/db/content/metod8dev/src/developers/platform/metod/dcs/i8103093.htm

Раздел 07. Табличная модель прикладного решения

441. В случае установки флага «Автоупорядочивание» на закладке «Порядок» конструктора запросов, как изменится порядок записей в результирующей таблице запроса, если эта таблица уже упорядочена по полю, хранящему ссылку на иерархический справочник?

• Записи в результирующей таблице будут упорядочены по значению основного представления для этого поля

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

• из определенного перечня

443. Вложенный запрос может использоваться:

• В качестве операнда операций сравнения «В» или «НЕ В» при задании конструкции языка запросов «ГДЕ»

• В качестве операнда операций сравнения «В» или «НЕ В» при задании параметров виртуальной таблицы

• В качестве таблицы-источника данных

444. Время жизни временной таблицы:

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

445. Для повышения скорости выполнения запроса необходимо:

• Задавать параметры большинства виртуальных таблиц

446. Для формирования табличного документа построитель отчета использует.

• макет, генерируемый автоматически

• макет, созданный разработчиком

447. Для чего предназначен построитель отчета?

• Для динамического создания отчета как программными, так и интерактивными средствами

448. Значения каких реальных полей таблицы документа определяют его хронологическую позицию среди других документов?

• Значения свойств «Дата» и «Ссылка»

449. Как изменится количество записей в результате запроса при использовании секции «ИТОГИ ПО»?

• Количество записей увеличится (по сравнению с их количеством без секции «ИТОГИ ПО»)

450. Какие из следующих утверждений верны?

• Конструктор выходных форм может использовать построитель отчетов

• Конструктор запросов входит в состав конструктора выходных форм

451. Каким из вышеперечисленных способов можно воспользоваться, чтобы в разделе «Поля» конструктора запросов появились код и наименование справочника?

• Не заполняя раздел «Таблицы», сразу выбирать нужные объекты из таблиц — источников данных раздела «База данных», перенося их в раздел «Поля», используя технологию Drag & Drop. Раздел «Таблицы» заполняется автоматически

• Сначала заполнить раздел «Таблицы», а потом, выбирая нужные объекты из этого раздела, перенести их в раздел «Поля», используя двойной клик левой клавиши мыши

• Сначала заполнить раздел «Таблицы», а потом, выбирая нужные объекты из этого раздела, перенести их в раздел «Поля», используя кнопки на форме

452. Какими скобками выделяются расширения языка запросов, предназначенные для построителя отчета?

453. Левое внешнее соединение означает, что в результат соединения войдут:

• Все данные из таблицы №1 и они будут дополнены данными из таблицы №2, для которых выполняется условие соединения

454. Может ли пользователь изменить состав отображаемых полей отчета?

• Может, используя настройки построителя отчета, выбирая их из числа доступных полей

455. Можно ли при выборе таблицы-источника в раздел «Таблицы» конструктора запросов задавать для нее новое имя (псевдоним)?

456. Можно ли установить флаг «Автоупорядочивание» на закладке «Порядок» конструктора запросов, если на этой закладке не заданы настройки?

• Можно, если заданы настройки на станицах «Группировка» или «Итоги». Порядок записей в результирующей таблице запроса будет определяться этими настройками

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

457. Можно ли, используя конструктор запроса, повлиять на порядок записей в результирующей таблице запроса?

• Это можно сделать на закладке «Объединения/Псевдонимы»

• Это можно сделать на закладке «Порядок»

458. Можно ли, используя конструктор запроса, получить итоги по иерархии?

• Можно, если для группировочного поля указать тип итогов «Только иерархия»

• Можно, если для группировочного поля указать тип итогов «Элементы и иерархия»

459. На закладке «Объединения/Псевдонимы» конструктора запросов можно:

• Задать имена полей результирующей таблицы

• Задать список запросов. В результирующую выборку попадут записи всех указанных запросов

460. На закладке «Связи» конструктора запросов можно определить:

• Соединение таблиц-источников данных и связи между ними

461. На закладке «Условия» конструктора запросов отдельная строка списка условий может быть сформирована:

• Вызвав контекстное меню, выбрать в нем пункт «Добавить». Возможно использование произвольного выражения

• Нажать кнопку «Добавить». Если условие произвольное, то текст условия можно ввести «вручную»

• Путем переноса нужного поля в список, используя технологию Drag & Drop

• С помощью двойного клика левой клавишей мыши на нужном поле в списке доступных полей

462. Настройки построителя отчета:

• Справедливы оба утверждения

463. Настройки построителя отчетов включают:

• ВыбранныеПоля, ДоступныеПоля, ИзмеренияКолонки, ИзмеренияСтроки, Отбор, Порядок, УсловноеОформление

464. Основными областями применения построителя отчетов являются.

• произвольные выборки для обработки информации

• создание отчетов пользователями без доработки в конфигурации

• стандартные и аналитические отчеты

465. Отразятся ли настройки, сделанные в разделе «Объединения/Псевдонимы» конструктора запросов, на информацию, отображаемую в других разделах конструктора?

• Да. Если заданы псевдонимы полей результирующей таблицы, то новые названия появляются на закладке «Порядок» в списке полей

• Да. При объединении запросов на ряде закладок (в том числе «Таблицы и поля») появляется возможность переключения между объединяемыми запросами

466. Построитель отчета это:

• Объект встроенного языка

467. При использовании в качестве источника данных для запроса внешнего источника (данные которого передаются через параметр) в качестве такого источника может использоваться:

• результат запроса

• таблица значений

• табличная часть

468. При написании текста запроса в качестве источника данных можно использовать внешний источник (передаваемый как параметр):

• только если в этом запросе создается временная таблица

469. При настройке ограничения доступа к данным в качестве значений, по которым производится ограничения доступа к данным, могут использоваться:

• Значения параметров сеанса и данные из таблиц (запросов)

470. При настройке ограничения доступа к данным допускается установка нескольких (по числу полей) ограничений:

• Для права «Чтение»

471. При объединении двух запросов на закладке «Объединения/Псевдонимы» конструктора запросов условие связи между запросами:

• Условие связи между запросами задать нельзя

472. При описании группировки в тексте запроса:

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

473. При определении в виртуальной таблице «ОстаткиИОбороты» варианта периодичности «Авто»:

• в полях выборки запроса разработчик сможет выбирать поля периода с разной периодичностью

474. При попытке выполнить запрос с текстом «Выбрать * Из Справочник.Номенклатура», в случае если на записи справочника были определены ограничения на чтение (в соответствующей роли) произойдет следующее:

• Произойдет ошибка

475. При работе с временными таблицами менеджер временных таблиц:

• в рамках одного сеанса может быть создано произвольное количество экземпляров

476. При соединении таблиц-источников данных в конструкторе запросов можно:

• Назначить необходимое количество соединений с указанием необходимого количества условий связи, причем эти условия могут быть как простые, так и произвольные

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

• уникальным в пределах менеджера временных таблиц

478. При создании запросов, участвующих в объединении, с помощью конструктора запросов обязательно ли у всех запросов должно быть одинаковое количество полей в списке выборки?

• Нет. Конструктор сам добавит в каждый запрос необходимое количество недостающих полей со значением NULL. Настроить соответствие добавленных конструктором полей и полей результата запроса можно на закладке «Объединения/Псевдонимы»

479. При установке флага «Для изменения» (в режиме автоматических транзакционных блокировок) на закладке «Дополнительно» конструктора запросов блокировка записей происходит:

• Если запрос выполняется внутри транзакции

480. При установке флага «Для изменения» (в режиме автоматических транзакционных блокировок) на закладке «Дополнительно» конструктора запросов будут блокироваться данные:

• Если список «Таблицы для изменения» — пуст, то всех таблиц, задействованных в запросе, иначе — только таблиц, указанных в списке

481. При установке флага «Для изменения» (в режиме автоматических транзакционных блокировок) на закладке Дополнительно» конструктора запросов происходят блокировки:

• В варианте клиент-сервер — на уровне записей таблиц базы данных

• В варианте файл-сервер — на уровне таблиц базы данных

482. С помощью какой агрегатной функции можно узнать количество записей в результате запроса?

483. Создание соединения таблиц-источников данных в конструкторе запросов допускает:

• Соединение необходимого количества таблиц-источников данных

484. Текст запроса может содержать описание предопределенных данных конфигурации:

• значения системных перечислений

• значения точек маршрута бизнес процессов

• предопределенных данных (справочники, перечисления, планы видов характеристик, планов счетов, планов видов расчета)

• пустые ссылки

485. Флаг «Без повторяющихся записей» на закладке «Дополнительно» конструктора запросов позволяет:

• Исключить из результирующей таблицы запроса одинаковые строки. Данная операция распространяется только на детальные записи

486. Флаг «Для изменения» (в режиме автоматических транзакционных блокировок) на закладке «Дополнительно» конструктора запросов позволяет:

• Заблокировать данные указанных таблиц-источников на чтение (в рамках транзакции)

487. Флаг «Первые 5 записей» на закладке «Дополнительно» конструктора запросов позволяет:

• Вывести в отчет первые 5 записей. Записи будут отобраны с учетом правил упорядочивания, настроенных в конструкторе запросов

488. Флажок «Все», устанавливаемый у таблицы, выбранной на закладке «Связи» конструктора запросов означает:

• Что в результат запроса надо включить все записи этой таблицы

489. Что может передаваться построителю отчета для его дальнейшего использования?

Источник статьи: http://studopedia.ru/26_57283_razdel—tablichnaya-model-prikladnogo-resheniya.html

Комплект вопросов сертификационного экзамена на знание основных механизмов платформы «1С: Предприятие 8» (стр. 20 )

3. Справедливы оба утверждения

7.40 Текст запроса может содержать описание предопределенных данных конфигурации:

1. значения системных перечислений

4. значения точек маршрута бизнес процессов

1. из определенного перечня

2. любые системные перечисления

7.42 При работе с временными таблицами менеджер временных таблиц:

2. может быть создан по одному экземпляру на сеанс (запуск 1 С: Предприятие)

3. в рамках одного сеанса может быть создано произвольное количество экземпляров

7.43 Время жизни временной таблицы:

1. определяется разработчиком при создании временной таблицы

2. до окончания сеанса, в котором таблица была создана

3. до окончания транзакции, в которой она была создана

1. уникальным в пределах информационной базы

2. уникальным в пределах пользовательского сеанса

3. уникальным в пределах менеджера временных таблиц

1. в любом случае (нет ограничений)

2. только если в этом запросе создается временная таблица

3. только если в этом запросе производится получение данных, а не создание временной таблицы

4. в любом случае (нет ограничений), но только в подзапросах

5. в любом случае (нет ограничений), но только в запросе «верхнего» уровня

7.47 При определении в виртуальной таблице «ОстаткиИОбороты» варианта периодичности «Авто»:

3. в полях выборки запроса разработчик сможет выбирать поля периода с разной периодичностью

1. Будут получены все данные

2. Будут получены данные только из разрешенных записей

1. Значения свойств «Дата» и «Ссылка»

2. Достаточно значения свойства «Дата»

3. Значения свойств «Дата» и «Время»

4. Достаточно значения свойства «Номер»

5. Достаточно значения свойства «Ссылка»

6. Значения свойств «Дата» и «Номер»

8. Механизмы интеграции и обмена данными

8.1 С точки зрения XML сериализации значение типа «Докумен-тСсылка. ИмяДокумента» относится:

3. Применить средства XML сериализации к данному типу значения нельзя

8.2 Одновременно с файлом формата dbf может быть открыто.

1. любое количество индексных файлов

2. количество индексных файлов, не превышающее количество полей в dbf файле

3. не более трех индексных файлов

4. не более одного индексного файла

2. в модуле внешнего соединения

1. Только при использовании возможности распределения информационной базы данных

2. Только при использовании возможностей универсального обмена

3. Как средствами универсального обмена, так и распределением информационной базы

4. Данную топологию реализовать невозможно

8.5 При записи значения с использованием средств XML сериализации в XML документ:

1. Используются только методы, относящиеся к средствам XML сериализации

2. Используются только возможности объекта «ЗаписьХМL»

3. Используются методы, относящиеся к средствам XML сериализации и объект «ЗаписьХМL«

4. Для записи преобразованного значения используется метод глобального контекста «ЗаписатьВФайл(ИмяФайла)»

2. в модуле внешнего соединения

1. Только при использовании возможности распределения информационной базы данных

2. Только при использовании возможностей универсального обмена

3. Как средствами универсального обмена, так и распределением информационной базы

4. Данную топологию реализовать невозможно

1. При отмеченном у данного плана обмена флаге «Распределенная база данных»

2. При не отмеченном у данного плана обмена флаге «Распределенная база данных»

3. Состояние данного флага па вызов этого обработчика события не влияет

8.9 При последовательном чтении из текстового файла невозмож но:

1. Построчное чтение текста

2. Посимвольное чтение текста

3. Возможно как построчное, так и посимвольное чтение

8.10 В процедуре, которая будет вызываться при подключении к базе данных через СОМ, нельзя использовать:

1. ДокОбъект=Док. СоздатьДокумент()

8.11 При использовании механизма распределенных баз данных изменения в конфигурации:

1. Выполняются в каждой информационной базе самостоятельно

2. Передаются посредством файла формата cf

3. Изменения включаются в стандартные сообщения обмена

4. После распределения информационной базы изменение конфигурации запрещено

1. Только подчиненные базы (входящие в распределенную)

2. Главная (но она может и отсутствовать) и подчиненные базы

1. Новый Вазе(СтрокаИнициализации)

4. Создание подобного объекта производится другими средствами

8.14 К простым с точки зрения XML сериализации относятся типы:

1. Только: Число, Строка, Дата, Булево

2. Только: Число, Строка, Дата, Булево, Неопределенно, Null

3. Все стандартные типы XML

4. Которые представляются в виде элементов XML только с текстовым содержимым

5. С точки зрения XML сериализации нет понятия «простые типы»

8.15 Экземпляр объекта XBase позволяет одновременно организовать работу:

1. Только с одним файлом формата dbf

Источник статьи: http://pandia.ru/text/80/372/4176-20.php

1с при определении в виртуальной таблице остаткииобороты варианта периодичности авто

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

7.36 Левое внешнее соединение означает, что в результат соединения войдут:

Все данные из таблицы №2 и они будут дополнены данными из таблицы №1, для которых выполняется условие соединения
Данные из обеих таблиц, для которых выполняется условие соединения, по поля, которые берутся из таблицы №1, будут идти первыми (слева)
3. Все данные из таблицы №1 и они будут дополнены данными из таблицы №2, для которых выполняется условие соединения

7.37 С помощью какой агрегатной функции можно узнать количество записей в результате запроса?

КОЛИЧЕСТВО()
2. КОЛИЧЕСТВО(*)
КОЛИЧЕСТВО(Различные. )
СУММА

7.38 Какими скобками выделяются расширения языка запросов, предназначенные для построителя отчета?

Квадратные скобки — []
2. Фигурные — <>
Круглые — ()
Не выделяются

7.39 Настройки построителя отчета:

Формируются автоматически на основе исходного текста запроса
Могут быть указаны явно в тексте запроса с использованием расширения языка запросов
3. Справедливы оба утверждения

7.40 Текст запроса может содержать описание предопределенных данных конфигурации:

значения системных перечислений
предопределенных данных (справочники, перечисления, планы видов характеристик, планов счетов, планов видов расчета)
пустые ссылки
значения точек маршрута бизнес процессов
5. верны ответы 1,2,3,4

1. из определенного перечня
любые системные перечисления
описать в тексте запроса использование какого-либо значения системного перечисления (без использования параметра запроса) нельзя

7.42 При работе с временными таблицами менеджер временных таблиц:

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

7.43 Время жизни временной таблицы:

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

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

в любом случае (нет ограничений)
2. только если в этом запросе создается временная таблица
только если в этом запросе производится получение данных, а не создание временной таблицы
в любом случае (нет ограничений), но только в подзапросах
в любом случае (нет ограничений), но только в запросе «верхнего» уровня

таблица значений
табличная часть
результат запроса
дерево значений
5. верны ответы 1,2,3
верны ответы 1,2,3,4

7.47 При определении в виртуальной таблице «ОстаткиИОбороты» варианта периодичности «Авто»:

система автоматически подберет периодичность получения оборотов исходя из правила: чтобы в результате оказалось не менее 3-х значений периодов, но не более 12
система автоматически подберет периодичность получения оборотов исходя из правила: чтобы в результате оказалось не менее 5-ти значений периодов, но не более 10
3. в полях выборки запроса разработчик сможет выбирать поля периода с разной периодичностью

7.48 При попытке выполнить запрос с текстом «Выбрать * Из Справочник.Номенклатура», в случае если на записи справочника были определены ограничения на чтение (в соответствующей роли) произойдет следующее:

Будут получены все данные
Будут получены данные только из разрешенных записей
3. Произойдет ошибка

1. Значения свойств «Дата» и «Ссылка»
Достаточно значения свойства «Дата»
Значения свойств «Дата» и «Время»
Достаточно значения свойства «Номер»
Достаточно значения свойства «Ссылка»
Значения свойств «Дата» и «Номер»

8. Механизмы интеграции и обмена данными

8.1 С точки зрения XML сериализации значение типа «Докумен-тСсылка.ИмяДокумента» относится:

1. К простым типам
К сложным типам
Применить средства XML сериализации к данному типу значения нельзя

8.2 Одновременно с файлом формата dbf может быть открыто.

любое количество индексных файлов
количество индексных файлов, не превышающее количество полей в dbf файле
не более трех индексных файлов
4. не более одного индексного файла

8.3 При обращении к базе данных 1С:Предприятие 8 через OLE выполняется процедура — обработчик события «ПриНачалеРаботыСистемы» определенный.

1. в модуле приложения
в модуле внешнего соединения
в общем модуле
в OLE модуле

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

8.5 При записи значения с использованием средств XML сериализации в XML документ:

Используются только методы, относящиеся к средствам XML сериализации
Используются только возможности объекта «ЗаписьХМL»
3. Используются методы, относящиеся к средствам XML сериализации и объект «ЗаписьХМ L «
Для записи преобразованного значения используется метод глобального контекста «ЗаписатьВФайл(ИмяФайла)»

в модуле приложения
2. в модуле внешнего соединения
в общем модуле
в СОМ модуле

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

1. При отмеченном у данного плана обмена флаге «Распределенная база данных»
При не отмеченном у данного плана обмена флаге «Распределенная база данных»
Состояние данного флага па вызов этого обработчика события не влияет

8.9 При последовательном чтении из текстового файла невозмож но:

Построчное чтение текста
Посимвольное чтение текста
3. Возможно как построчное, так и посимвольное чтение

8.10 В процедуре, которая будет вызываться при подключении к базе данных через СОМ, нельзя использовать:

ДокОбъект=Док.СоздатьДокумент()
2. Форма.Открыть()
Запрос=Новый Запрос
Нет правильного ответа

8.11 При использовании механизма распределенных баз данных изменения в конфигурации:

Выполняются в каждой информационной базе самостоятельно
Передаются посредством файла формата cf
3. Изменения включаются в стандартные сообщения обмена
После распределения информационной базы изменение конфигурации запрещено

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

8.13 Для создания объекта, с использованием которого из одной базы 1С:Предприятие 8 будет производиться обращение через OLE к другой информационной базе 1С:Предприятие 8, используется конструктор:

Новый Вазе(СтрокаИнициализации)
Новый OLE-Объект
3. Новый СОМ-Объект
Создание подобного объекта производится другими средствами

8.14 К простым с точки зрения XML сериализации относятся типы:

Только: Число, Строка, Дата, Булево
Только: Число, Строка, Дата, Булево, Неопределенно, Null
Все стандартные типы XML
4. Которые представляются в виде элементов XML только с текстовым содержимым
С точки зрения XML сериализации нет понятия «простые типы»

8.15 Экземпляр объекта XBase позволяет одновременно организовать работу:

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

8.16 Для получения почты напрямую с почтового сервера (без использования установленного почтового клиента) используется объект:

Объект «Почта»
2. Объект «ИнтернетПочта»
Объект «ИнтернетСервер»
Данная возможность платформой не предусмотрена

8.17 Элементы управления ActiveX могут использоваться в диалоге формы:

1. Без ограничения
Только в формах открываемых модально
Только в формах открываемых не модально
Не могут размещаться в диалогах форм

8.18 К сложным, с точки зрения XML сериализации, относятся типы:

Все кроме типов относящихся к примитивным
Все ссылочные типы
Типы, описанные на «http://www.w3.org/200l/XMLSchema-instance»
4. Типы, значения которых представляются в виде элементов XML , содержащих вложенные элементы
С точки зрения XML сериализации, нет понятия «сложные типы»

8.19 У плана обмена может быть следующее количество предопределенных узлов (которые нельзя удалить или пометить на удаление):

Ми одного
2. Всегда один
Любое количество

8.20 С точки зрения XML сериализации, значение типа «ХранилищеЗначения» относится:

1. К простым типам
К сложным типам
Применить средства XML сериализации к данному типу значения нельзя

8.21 Для обращения к свойствам элементов управления ActiveX из модуля формы используется:

Свойство ActiveX формы, содержащее коллекцию элементов управления ActiveX
2. Свойство «ЭлементыФормы»
Прямое указание имени элемента управления (без использования свойств формы)
Только реквизит формы, связанный с данным элементом управления ActiveX

8.22 При использовании универсальных механизмов обмена (в свою очередь использующих планы обмена) таблица регистрации изменений для объектов, изменение которых отправлено в сформированном сообщении:

Очищается сразу после отправки сообщения
Очищается после приема квитанции о приеме отправленного сообщения
3. Порядок определяется программистом

8.23 При использовании механизма распределенных баз данных таблица регистрации изменений для объектов, изменение которых отправлено в сформированном сообщении:

Очищается сразу после отправки сообщения
2. Очищается после приема квитанции о приеме отправленного сообщения
Порядок определяется программистом

8.24 С точки зрения XML сериализации, значение типа «КонстантаМенеджерЗначения.Имя константы» относится:

К простым типам
2. К сложным типам
Применить средства XML сериализации к данному типу значения нельзя

8.25 При работе с объектом «ИнтернетПочта» можно произвести выборку писем (либо заголовков):

За указанный период
Либо все, либо непрочитанные
Либо все, либо непрочитанные, либо прочитанные
За указанный период вес, либо непрочитанные, либо прочитанные
5. Только все письма, находящиеся на сервере

8.26 В качестве макета нельзя использовать:

Документ HTML
2. ActiveX элемент управления
Active документ
Можно использовать все из перечисленных
Файл программы Microsoft Word
Макет оформления компоновки данных

8.27 При использовании возможности организации универсального обмена данными процесс разрешения коллизий:

1. По умолчанию платформой не определяется
По умолчанию принимаются изменения, зарегистрированные в вышестоящей базе (по топологии)
По умолчанию принимаются изменения, зарегистрированные с более поздним временем
По умолчанию принимаются изменения, зарегистрированные в нижестоящей базе (по топологии)
По умолчанию принимаются изменения, зарегистрированные с более ранним временем

8.28 При работе с внешней компонентой (выберите наиболее правильное утверждение):

Одновременно в одном сеансе можно загрузить не более одной внешней компоненты с одним расширением файла (*.dll, *.осх)
Объекты внешней компоненты размещаются в дереве объектов конфигурации и в дальнейшем могут использоваться также как и основные объекты
3. После программной загрузки объекты внешней компоненты подключаются к «1С:Предприятию 8»
Работа с внешними компонентами в «1С:Предприятие 8» не предусмотрена

8.29 При использовании планов обмена, управлять составом узлов, для которых производится регистрация изменений объектов:

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

8.30 Объект «Преобразование XSL -» предназначен.

для преобразования таблицы значения в файл программы Microsoft Excel
для преобразования табличного документа в файл программы Microsoft Excel
3. для преобразования XML документа в другой документ допустимого формата
для задания (и использования для перевода) соответствия между строковыми величинами и числовыми

8.31 С помощью средств XML сериализации нельзя в XML документ сохранить значения, имеющие тип:

Хранилище значений
Картинка
Строка неограниченной длины
Верпы I и 2 варианты
Нельзя сохранить все вышеуказанные типы значений
6. Можно сохранить значения всех вышеуказанных типов

8.32 Выберите правильное утверждение, касающееся элемента управления «поле HTML документа»

Позволяет просматривать только данные, полученные с помощью объекта HTTP-Соединение
Позволяет просматривать html документы, полученные любым способом, но расположенные только на локальной машине, с которой производится попытка просмотра
Позволяет просматривать html документы, полученные любым способом, но расположенные только в локальной сети, на которую распространяется область действия ключа защиты программного комплекса 1С:Предприятие 8.0
4. Позволяет просматривать html документы, как в локальной сети, так и в сети Интернет

8.33 Для отслеживания момента полной загрузки HTML документа в элементе управления «Поле HTML документа» можно использовать:

Флаг модифицированное™ формы
2. Обработчик события «Документ сформирован» данного элемента управления, в котором при этом производится проверка свойства URL на равенство заданному адресу ресурса
Проверку свойства «Значение» данною элемента управление на равенство «Неопределенно»
Проверку свойства «Значение» данного элемента управление па равенство «Null»
Проверку свойства «URL» данного элемента управление на равенство заданному адресу ресурса

8.34 Для получения почты посредством установленного на пользовательском компьютере почтового клиента используется объект:

8.35 При программном создании фабрики XDTO , типы в ней определенные:

могут расширяться за счет подключения программно создаваемых пакетов XDTO
могут расширяться за счет подключения дополнительных схем XML документов
3. не могут расширяться, определяются в полном объеме при создании

8.36 Типы определенные в глобальной фабрике XDTO :

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

8.37 Понятию «Фабрика XDTO » больше всего соответствует такое понятие XML как:

1. набор схем XML
схема XML документа
xml документ
пространство имен

8.38 Понятию «Пакет XDTO » больше всего соответствует такое понятие XML как:

набор схем XML
2. схема XML документа
xml документ
пространство имен

8.39 В рамках создаваемого пакета XDTO (без использования директивы импорта) можно использовать типы:

определенные только в данном пакете
2. определенные только в данном пакете и типы стандартные для XML
определенные только в данном пакете, типы стандартные для XML и типы производные от метаданных системы

8.40 В рамках модели XDTO понятие «Фасет» относится к:

тип объекта XDTO
2. тип значения XDTO
свойство XDTO
директива импорта

8.41 При определении типа свойства объекта XDTO информация о типе включает:

только имя типа
2. имя типа и имя пространства имен
имя типа и имя пакета XDTO
имя типа и имя фабрики XDTO

8.42 Менеджер WEB сервисов решает задачу:

управление пулом соединений с информационными базами
поддержка WSDL описания сервиса, реализация протокола SOAP
поддержка работы WEB приложения
4. верны ответы 1,2
верны ответы 2,3
верны ответы 1,2,3

8.43 Объект конфигурации » WE В сервис» используется для:

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

8.44 Объект конфигурации » WS Ссылка» используется для:

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

8.45 В случае если функция, реализующая операцию WEB сервиса, возвращает какое-либо значение. То такое значение определяется (при настройке соответствующего объекта конфигурации) как имеющее тип:

Строка
Число
Булево
элемент XML
5. объект или значение XDTO
верны ответы 1, 2, 3

8.46 При обращении к WEB сервису по статической ссылке последовательность действий следующая:

получение wsdl описания, настройка подключения (создание прокси), обращение к операции сервиса
2. настройка подключения (создание прокси), обращение к операции сервиса
обращение к операции сервиса

8.47 При обращении к WEB сервису по динамической ссылке последовательность действий следующая:

1. получение wsdl описания, настройка подключения (создание прокси), обращение к операции сервиса
настройка подключения (создание прокси), обращение к операции сервиса
обращение к операции сервиса

8.48 В случае если функция, реализующая операцию WEB сервиса, принимает какое-либо значение в качестве параметра. То такое значение определяется (при настройке соответствующего объекта конфигурации) как имеющее тип:

Строка
Число
Булево
элемент XML
5. объект или значение XDTO
верны ответы 1,2,3

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

В окне редактирования объекта, раздел «Обмен данными»
Посредством вызова окна «Палитра свойств» для данного объекта
Посредством вызова окна «Дополнительно» для данного объекта (закладка «Планы обмена»)
Верно все вышеперечисленное
5. Верны ответы 1 и 3

8.50 Для прикладных объектов в окне редактирования объекта конфигурации на закладке «Обмен данными» указываются .

объекты, при изменении которых в обмен должен попасть данный объект
объекты, которые должны попасть в обмен при изменении данного объекта
планы обмена, при выполнении обмена по которым будет происходить изменение данного объекта
4. планы обмена, в которых будут учитываться изменения в данном объекте

8.51 Редактирование OLE -объектов осуществляется:

Встроенным в платформу редактором табличных документов
Встроенным в платформу редактором OLE-объектов
3. Приложением, связанным с OLE -объектом

8.52 Внешние файлы табличных документов:

Имеют расширение XML
2. Имеют расширение MXL
Могут иметь любое расширение
Не существуют. Все табличные документы встроены в Конфигурацию

8.53 Automation -сервер «1С:Предприятие 8».

предоставляет доступ ко всем свойствам и методам своего глобального контекста
предоставляет доступ к дополнительным свойствам и методам для выполнения действий, специфичных для работы в режиме Automation
позволяет управлять приложением системы «1С:Предприятие8» из других приложений, а также выполнять действия, аналогичные интерактивным
4. верны все указанные ответы

8.54 Создание информационной системы с использованием нескольких информационных баз в системе 1С:Предприятие 8.

невозможно
реализуется полностью программным способом
3. реализуется с помощью объекта конфигурации «Планы обмена»
реализуется встроенным в платформу мастером обмена

9. Обслуживание прикладного решения

9.1 В каком порядке происходит установка платформы и конфигурации?

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

9.2 Обычная установка платформы «1С:Предприятие 8».

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

9.3 Что необходимо сделать для обновления технологической платформы при обычной установке 1С:Предприятия?

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

9.4 Административная установка.

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

9.5 При обновлении технологической платформы при административной установке 1С:Предприятия.

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

9.6 Допускается ли при обычной установке 1С:Предприятия в клиент-серверном варианте, работа клиентского и серверного приложений разных релизов технологической платформы?

Допускается
2. Не допускается, необходимо выполнять обновление, как серверного приложения, так и клиентских приложений
Допускается, необходимо выполнять обновление серверного прило

Источник статьи: http://zodikus.narod.ru/index/0-8

Профессия — 1С

рубрики: Виртуальные таблицы | Дата: 11 июня, 2017

Регистры накопления в системе 1С:Предприятие делятся на два вида: регистры накопления остатков и регистры накопления оборотов.
Вид регистра выбирается при его создании в конфигураторе

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

Теперь рассмотрим какие виртуальные таблицы предоставляет платформа для каждого из этих регистров.

Регистр накопления оборотов

Для наглядности откроем конструктор запросов и посмотрим какие таблицы доступны для регистра ТоварыОбороты. Это таблица самого регистра — ТоварыОбороты, которая существует физически в базе данных, и одна виртуальная таблица — ТоварыОбороты.Обороты

Со стандартной таблицей все понятно. Рассмотрим подробнее виртуальную.

Виртуальная таблица Обороты

Эта таблица позволяет получать оброты ресурсов в разрезе измерений. В нашем случае у нас два измерения: Склад и Товар. И один ресурс — Количество
Пусть в нашем регистре есть следующие записи

Вернемся в конструктор запросов и для начала просто выберем из таблицы ТоварыОбороты.Обороты все поля

Соответственно запрос будет выглядеть следующим образом:

Результат выполнения запроса выглядить вот так:

Склад	Товар	КоличествоОборот
Центральный	Ручка	3
Офис	Ручка	7
Центральный	Карандаш	21
Офис	Карандаш	4

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

и в результате у нас останется только две строки

Товар	КоличествоОборот
Ручка	10
Карандаш	25

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

После этого наш исходный запрос примет следующий вид

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

Делать так категорически нельзя. Это отрицательно скажется на производительности и на вашей оценке при сдаче экзамена 1С:Специалист.

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

После этого наблюдаем, что в полях таблицы появилось поле Период.

Добавив и его в выбранные поля, получим вот такой текст запроса:

Период	Склад	Товар	КоличествоОборот
01.06.2017 0:00:00	Центральный	Ручка	3
01.06.2017 0:00:00	Центральный	Карандаш	-5
01.06.2017 0:00:00	Офис	Карандаш	4
01.05.2017 0:00:00	Офис	Ручка	7
01.05.2017 0:00:00	Центральный	Карандаш	26

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

Регистр накопления остатков

Так же как и с оборотным регистром посмотрим в конструкторе запросов какие же виртуальные таблицы доступны для регистра накопления остатков

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

Виртуальная таблица Обороты

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

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

Виртуальная таблица Остатки

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

Рассмотрим небольшой пример. Имеем следующие записи регистра:

Выберем все доступные поля а в качестве даты получения остатков установим конец июня. Отбор по измерениям устанавливать не будем. Тогда текст запроса будет выглядеть следующим образом:

А после его выполнения получим вот такой результат

Склад	Товар	КоличествоОстаток
Центральный	Ручка	3
Центральный	Карандаш	21
Офис	Ручка	7
Офис	Карандаш	4

Виртуальная таблица ОстаткиИОбороты

Эта таблица объединяет в себе две ранее рассмотренные и позволяет получить обороты за выбранный период времени, а также остатки на начало и на конец периода. Также можно установить отбор.

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

Источник статьи: http://professia1c.ru/registryi/virtualnyie-tablitsyi/virtualnyie-tablitsyi-ostatkov-i-oborotov/

Как работают виртуальные таблицы Остатки, Обороты, ОстаткиИОбороты, особенности применения в СКД. Особенности объекта СтандартныйПериод

Рассмотрим виртуальные таблицы в СКД 1С: Обороты, Остатки, ОстаткиИобороты.

Дано: регистр накопления(остатки) в котором есть запись на 31.12.2021 23:59:59

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

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

Период	Остаток	Примечание
31.12.2021 23:59:59	10	Остаток на начало секунды. Не совсем то что мы хотели
01.01.2022 0:00:00	9	Остаток на начало следующей секунды. То что нужно!
Граница Включая; 31.12.2021 23:59:59	9	Используется объект Граница с видом Включая. То что нужно!

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

При параметрах НачалоПериода = 01.01.2021 12:00:00 и КонецПериода = 31.12.2021 23:59:59 получаем значение в поле Количество = 9

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

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

если в параметре СтандартныйПериод выбрать 01.12.2021 — 31.12.2021, то значения параметров НачалоПериода, КонецПериода будут вычислены начало и конец дня, соответственно:

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

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

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

Эту статью хорошо дополняют

UI в 1С: как быстро создать интерфейс сервисом 1C Maker

Простой и доступный инструмент для оперативного решения вопросов по визуализации ТЗ

Производительный режим RLS в 1С

Преимущества и недостатки стандартного и производительного режима RLS

Как спроектировать структуру регистра сведений в 1С

Вопросы, которые могут возникнуть при проектировании больших регистров

Источник статьи: http://career.i-neti.ru/virtualnye-tablitsy-skd/

Хрусталева Е. Ю. Язык запросов 1С-Предприятия 8 (2013)

Листинг 3.65. Пример получения оборотов регистра бухгалтерии

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

Листинг 3.66. Пример установки начала и конца периода при получении оборотов

Если мы установим значение поля ввода Дата обработки Работа с виртуальными таблицами как 01.06.2013 , то результатом работы функции будет значение 20 , соответствующее обороту за первое июня 2013 года.

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

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

Получение оборотов между корреспондирующими счетами

Для получения оборотов между корреспондирующими счетами в разрезе субконто и измерений используется виртуальная таблица ОборотыДтКт() . Таблица присутствует только у регистра с поддержкой корреспонденции и позволяет узнать оборот в дебет

счета с кредита счета (субконто, измерения). Таблица оборотов ДтКт может быть использована при разработке таких отчетов, как «Шахматный баланс (шахматка)», «Сводные проводки» и др.

Основное отличие таблицы оборотов ДтКт от таблицы оборотов состоит в том, что таблица оборотов ДтКт позволяет анализировать обороты между счетами, где заранее известно, какой счет дебетуется, а какой кредитуется. А таблица оборотов кроме этого позволяет анализировать обороты по счету (без указания второго). При этом одним обращением к таблице можно получить как дебетовые, так и кредитовые корреспонденции.

Виртуальная таблица ОборотыДтКт имеет следующий состав полей:

– поле, содержащее значения балансового измерения регистра, в разрезе которого посчитан оборот. Количество таких полей равно количеству балансовых измерений, определенных для регистра как объекта конфигурации; Дт – поле, содержащее значения дебетового небалансового измерения регистра, в разрезе которого посчитан оборот; Кт – поле, содержащее значения кредитового небалансового измерения регистра, в разрезе которого посчитан оборот;

– поле, содержащее значения общего реквизита с именем, заданным в конфигурации. Такие поля создаются для общих реквизитов, являющихся разделителями (режим разделения данных – Разделять ) с режимом использования разделяемых данных НезависимоИСовместно , в которых участвует данный регистр; Оборот – поле, содержащее оборот балансового ресурса регистра по именам ресурсов, как они заданы в конфигураторе, с добавлением слова Оборот . Содержит разницу оборотов (оборот дебета минус оборот кредита); ОборотДт – поле, содержащее дебетовый оборот небалансового ресурса регистра по именам ресурсов, как они заданы в конфигураторе, с добавлением слова ОборотДт ;

ОборотКт – поле, содержащее кредитовый оборот небалансового ресурса регистра по именам ресурсов, как они заданы в конфигураторе, с добавлением слова ОборотКт ; СчетДт – имеет тип ПланСчетовСсылка. . Содержит дебетуемый счет, в разрезе которого посчитан оборот;

СчетКт – имеет тип ПланСчетовСсылка. . Содержит кредитуемый счет, в разрезе которого посчитан оборот;

СубконтоДт – имеет тип Характеристика. . Содержит значение субконто дебета, в разрезе которого посчитан оборот. Количество полей Субконто зависит от максимального количества субконто на счете плана счетов.

Номер субконто начинается с 1 . Набор и порядок субконто определяются параметром СубконтоДт ;

СубконтоКт – имеет тип Характеристика. . Содержит

значение субконто кредита, в разрезе которого посчитан оборот. Количество полей Субконто зависит от максимального количества субконто на счете плана счетов. Номер субконто начинается с 1 . Набор и порядок субконто определяются параметром СубконтоКт ; НомерСтроки – имеет тип Число . Существует только в случаях, если указано

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

параметра виртуальной таблицы оборотов Периодичность : Год , Полугодие ,

Квартал , Месяц , Декада , Неделя , День , Секунда , Минута , Час , Регистратор или

Запись . Данное поле содержит начальную дату и время периода, к которому относится оборот регистра; Регистратор – имеет тип ДокументСсылка. . Существует только в случаях,

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

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

НачалоПериода , КонецПериода – имеет тип Дата , МоментВремени или Граница .

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

дополнительную группировку данных по стандартным периодам. Возможные значения: Период , Год , Полугодие , Квартал , Месяц , Декада , Неделя , День , Час ,

Минута , Секунда , Регистратор , Запись . Если периодичность не задана или задана как Период, дополнительная группировка не выполняется; УсловиеСчетаДт – этот параметр содержит конструкцию языка запросов. Отбор по

дебетуемому счету, как правило, содержит следующие условия: СчетДт = (В

ИЕРАРХИИ, В) &СчетДт ; СубконтоДт – имеет тип ПланВидовХарактеристикСсылка. или содержит

массив значений этого типа. Задает набор и порядок субконто дебета, которыми можно оперировать в запросе. А также служит для отбора дебетовых оборотов регистра по видам субконто. Если параметр задан, то будут выбираться данные только по тем дебетуемым счетам, у которых определены все указанные виды субконто. Если параметр не задан, то ограничений по видам субконто нет. Субконто дебета определяются позиционно по соответствующему счету; УсловиеСчетаКт – этот параметр содержит конструкцию языка запросов. Отбор по кредитуемому счету, как правило, содержит следующие условия: СчетКт = (В

ИЕРАРХИИ, В) &СчетДт ; СубконтоКт – имеет тип ПланВидовХарактеристикСсылка. или содержит

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

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

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

Рассмотрим примеры построения запросов к таблице оборотов ДтКт регистра бухгалтерии. Все запросы обращаются к итогам за весь период, который есть в регистре

(не указываются параметры НачалоПериода и КонецПериода ).

Самым распространенным примером отчета, который формируется с использованием таблицы оборотов ДтКт, является отчет «Сводные проводки», отражающий сводные обороты между дебетуемыми и кредитуемыми счетами. Для этого используется следующий запрос (листинг 3.67).

Листинг 3.67. Запрос для формирования отчета «Сводные проводки»

Если использовать этот запрос как источник данных для отчета в системе компоновки данных и выводить отчет в виде таблицы, в строках которой находятся дебетуемые счета, в колонках – кредитуемые счета, а в ячейках таблицы – обороты между ними, то мы получим следующий результат (рис. 3.70).

Рис. 3.70. Отчет «Сводные проводки»

Рассмотрим следующую задачу. Например, с помощью таблицы оборотов ДтКт можно узнать, на какую сумму, в каком количестве и каких товаров поставлено различными поставщиками. Для этого нужно получить обороты за период в дебет счета Товары с кредита счета Поставщики в разрезе товаров ( СубконтоДт1 – первое субконто на дебетуемом счете) и контрагентов ( СубконтоКт1 – первое субконто на кредитуемом счете), листинг 3.68.

Листинг 3.68. Обороты между счетами «Товары» и «Поставщики»

В запросе накладывается отбор по счетам Товары (счет дебета) и Поставщики (счет кредита). Обратите внимание, что при получении оборотов между счетами в суммовом выражении мы обращаемся в запросе к полю СуммаОборот , т. к. ресурс Сумма является балансовым ресурсом регистра бухгалтерии, а при получении оборотов в количественном выражении мы обращаемся в запросе к полю КоличествоОборотДт , т. к. ресурс Количество – небалансовый ресурс.

Результат выполнения запроса представлен на рис. 3.71.

Рис. 3.71. Обороты между счетами «Товары» и «Поставщики»

Периодичность таблиц оборотов

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

Таблица 3.6. Значения, которые может принимать параметр «Периодичность»

Разворачивать по полугодиям

Разворачивать по кварталам

Разворачивать по секундам

Разворачивать по регистраторам

Разворачивать по записям (движениям регистра)

Периодичность определяется автоматически, в зависимости от

используемых в запросе полей периодов

Значение по умолчанию, если параметр не заполнен – Период .

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

В случае, если периодичность задана и не равна Период , в таблице появляется поле

Период , содержащее дату начала периода. Например, если выбрана периодичность Месяц , то в таблице появятся первые числа всех месяцев, за которые были обороты.

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

Листинг 3.69. Обороты между счетами с периодичностью «Месяц»

При периодичности запроса Месяц поле Период будет содержать дату начала каждого месяца. Как мы видим на рисунке внизу, часть проводок по корреспондирующим счетам Касса и Покупатели сделаны в мае 2013 года на сумму 450, а часть – в июне 2013 года, на сумму 40 (рис. 3.72).

Рис. 3.72. Обороты между счетами «Касса» и «Покупатели» с периодичностью «Месяц»

Предположим, мы хотим детализировать обороты между этими счетами с точностью до регистратора (листинг 3.70).

Листинг 3.70. Обороты между счетами с периодичностью «Регистратор»

В случае, если периодичность равна Регистратор , в таблице, помимо поля Период , появляется поле Регистратор , содержащее ссылку на документ-регистратор.

Например, мы видим, какими документами были проведены операции между счетами

Касса и Покупатели за июнь 2013 года (рис. 3.73).

Рис. 3.73. Обороты между счетами «Касса» и «Покупатели» с периодичностью «Регистратор»

Если мы хотим еще более детализировать информацию с точностью до проводки (записи движения регистра), то при получении оборотов следует использовать периодичность

Листинг 3.71. Обороты между счетами с периодичностью «Запись»

В случае, если периодичность равна Запись , в таблицах, помимо полей Период и Регистратор , появляется поле НомерСтроки , содержащее порядковый номер записи движения регистра. Например, мы видим, из каких проводок складывался оборот за май 2013 года между счетами Касса и Покупатели (рис. 3.74).

Рис. 3.74. Обороты между счетами «Касса» и «Покупатели» с периодичностью «Запись»

Все вышесказанное справедливо также для виртуальных таблиц оборотов, остатков и оборотов. Однако таблица остатков и оборотов имеет свои особенности, которые будут рассмотрены в разделе « Периодичность таблицы остатков и оборотов ».

Получение остатков и оборотов

Для получения остатков и оборотов по счету в разрезе субконто и измерений используется виртуальная таблица ОстаткиИОбороты() . Таблица остатков и оборотов позволяет получить обороты по счету, аналогично таблице оборотов, однако не предоставляет возможности анализировать обороты с корреспондирующими счетами, субконто, измерениями. Таблица остатков и оборотов может быть использована при разработке оборотно-сальдовых ведомостей и других отчетов, где для каждой строки необходимо показать остаток на начало периода, обороты за период и остаток на конец периода.

Виртуальная таблица ОстаткиИОбороты имеет следующий состав полей:

– поле, содержащее значения измерения регистра, в разрезе которого посчитаны остатки и обороты. Количество таких полей равно количеству измерений, определенных для регистра как объекта конфигурации; – поле, содержащее значения общего реквизита с именем,

заданным в конфигурации. Такие поля создаются для общих реквизитов, являющихся разделителями (режим разделения данных – Разделять ) с режимом использования разделяемых данных НезависимоИСовместно , в которых участвует данный регистр;

НачальныйОстаток , НачальныйОстатокДт , НачальныйОстатокКт , НачальныйРазвернутыйОстатокДт, НачальныйРазвернутыйОстатокКт – эти поля имеют тип Число . Поля аналогичны полям таблицы остатков (подробнее можно прочитать в разделе « Получение остатков »). Если значение параметра виртуальной таблицы Периодичность не задано или задано как Период , то начальные остатки рассчитываются на дату начала интервала, указанного в параметре таблицы остатков и оборотов НачалоПериода , иначе – на начало периода, к которому относится данная запись;

КонечныйОстаток , КонечныйОстатокДт , КонечныйОстатокКт , КонечныйРазвернутыйОстатокДт , КонечныйРазвернутыйОстатокКт – эти поля имеют тип Число . Поля аналогичны полям таблицы остатков (подробнее можно прочитать в разделе « Получение остатков »). Если значение параметра виртуальной таблицы Периодичность не задано или задано как Период , то начальные остатки рассчитываются на дату начала интервала, указанного в параметре таблицы остатков и оборотов КонецПериода , иначе – на конец периода, к которому относится данная запись;

Оборот, ОборотДт, ОборотКт – эти поля имеют тип Число. Поля аналогичны полям таблицы оборотов, подробнее можно прочитать в разделе « Получение оборотов »; Счет – имеет тип ПланСчетовСсылка. . Содержит счет, в разрезе которого посчитаны остатки и обороты;

Субконто – имеет тип Характеристика. . Содержит значение субконто, в разрезе которого посчитаны остатки и обороты. Количество полей Субконто зависит от максимального количества субконто на счете плана счетов. Номер субконто начинается с 1 . Набор и порядок субконто определяются параметром Субконто ; НомерСтроки – имеет тип Число . Существует только в случаях, если указано

параметра виртуальной таблицы оборотов Периодичность : Год , Полугодие ,

Квартал , Месяц , Декада , Неделя , День , Секунда , Минута , Час , Регистратор или

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

НачалоПериода , КонецПериода – имеет тип Дата , МоментВремени или Граница .

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

Минута , Секунда , Регистратор , Запись . Если периодичность не задана или задана как Период , дополнительной группировки не выполняется; МетодДополнения – этот параметр содержит конструкцию языка запросов.

Возможны два значения: Движения или ДвиженияИГраницыПериода . Управляет включением в отчет периодов, не имеющих оборотов, но имеющих остатки; УсловиеСчета – содержит конструкцию языка запросов. Позволяет установить фильтр по счету или счетам. Как правило, содержит следующие условия: Счет = (В

ИЕРАРХИИ, В) &Счет ; Субконто – имеет тип ПланВидовХарактеристикСсылка. или содержит

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

Источник статьи: http://studfile.net/preview/7285515/page:30/

1с при определении в виртуальной таблице остаткииобороты варианта периодичности авто

Объясните про параметры вирутуальных таблиц регистра накопления

Комплект вопросов сертификационного экзамена на знание основных механизмов платформы «1С: Предприятие 8» (стр. 20 )

Непонятные данные виртуальной таблицы остатки и обороты

Типичные проблемы при расчете остатков

Отсутствие родительских полей — периодов в запросе

Отсутствие в запросе парного поля — остатка

Не заполнены роли полей

Неправильная работа с реквизитами измерений

Не использование периодичности Авто

Использование периодичности Неделя совместно с бОльшими периодичностями

Раздел 07. Табличная модель прикладного решения

Комплект вопросов сертификационного экзамена на знание основных механизмов платформы «1С: Предприятие 8» (стр. 20 )

1с при определении в виртуальной таблице остаткииобороты варианта периодичности авто

Профессия — 1С

Регистр накопления оборотов

Виртуальная таблица Обороты

Регистр накопления остатков

Виртуальная таблица Обороты

Виртуальная таблица Остатки

Виртуальная таблица ОстаткиИОбороты

Как работают виртуальные таблицы Остатки, Обороты, ОстаткиИОбороты, особенности применения в СКД. Особенности объекта СтандартныйПериод

Хрусталева Е. Ю. Язык запросов 1С-Предприятия 8 (2013)

Добавить комментарий Отменить ответ