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

1.1 текст запроса может быть сформирован только самим конструктором

1.2 текст запроса может быть введен только вручную

1.3 текст запроса может быть сформирован как самим конструктором, так и вручную

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

2.1 Начинается с ключевого слова "Выбрать"

2.2 Начинается только с конструкции "Выбрать Различные"

2.3 Начинается только с конструкции "Выбрать Разрешенные"

2.4 Ключевое слово "Выбрать" не определяется

Задача 1.9. (Вариант 9)

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

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

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

Учет остатков номенклатуры не ведется.

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

Необходимо создать отчеты по состоянию взаиморасчетов на дату и взаиморасчеты по проектам за период.

Состояние взаиморасчетов на 31.03.2009
Контрагент / Проект	Проект №1	Проект №2	...	Аванс
Красный цветок
Красный пролетарий
Красный октябрь
Взаиморасчеты за период с 01.01.2009 по 31.03.2009
Контрагент	Проект	Нач. Ост.	Оплата	Отгрузка	Кон. Ост.
Красный цветок
	Проект №1
	Проект №2
	Аванс
Красный пролетарий
	Проект №2
	Аванс
Красный октябрь
	Проект №1
	Проект №3

1 В случае если пользователю назначено несколько ролей, то права пользователя определяются исходя из стратегии:

1.1 Если разрешено в какой либо из ролей, то действие разрешается

1.2 Если запрещено в какой либо из ролей, то действие запрещается

1.3 Определяется ролью, которую пользователь выбрал при входе в систему

1.4 У пользователя не может быть определено более одной роли

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

2.1 Значения свойств "Дата" и "Ссылка"

2.2 Достаточно значения свойства "Дата"

2.3 Значения свойств "Дата" и "Время"

2.4 Достаточно значения свойства "Номер"

Задача 1.10 (Вариант 10)

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

Однотипных костюмов может быть больше одного (например, на десяток дедов-морозов).

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

Кроме того – детали (части) костюма имеют свойство пачкаться или ломаться (деревянный меч, например). Поэтому периодические те или иные детали пребывают в состоянии “Чистка/Ремонт” и выдаваться на прокат определенное время не могут. И, естественно, иногда заказчики так “уделывают” детали, что их остается только списать.

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

Конфигурация должна позволять вести:

Список Костюмов и Деталей к ним.

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

Документ “ИзменениеСостояния” служит для перевода костюмов (полностью или их отдельных деталей) из одного состояния в другое. Реквизит “ДатаВозврата” служит для указания предельного срока возврата костюма из проката конкретным заказчиком.

Залоговая/учетная стоимость назначается только при приходовании деталей (переход из пустого состояния – на “склад ”), или меняется при переоценке (переход из состояния “склад” в “склад”).

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

- переходы типа “из пустого состояния на склад” - равносильны поступлению извне новых деталей костюмов, переходы “со склада в пустое” - списанию деталей.

- Все действия возможны только через склад. Т.е. запрещены переходы без участия склада, например, “из ЧисткаРемонт в Прокат”.

Отчет “Местонахождение деталей”

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

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

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

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

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

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

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

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

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

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

Задача 1.11. (Вариант 11)

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

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

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

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

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

Например:

Если на складе есть 10 штук авторских ручек и выписан заказ на 7 ручек, то по этому заказу можно отгрузить товар, поскольку есть свободное количество и на складе товара хватает.

Если те же 10 ручек находятся на разных складах - 8 и 2, то тогда с первого склада товар отгрузить можно, а со второго нет.

Если 10 ручек находятся на одном складе, но заказов выписано 2, на 7 и 8 штук. В этом случае свободного товара недостаточно и отгрузить его нельзя.

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

Остатки товаров на 31.03.2009

Товар \ Склад	Оптовый	Транзитный	...	Резерв
Куртка замшевая
Портсигар
Кинокамера

1 Типизация переменных во встроенном языке «1С:Предприятие 8»...

1.1 не жесткая, т.к. тип переменной определяется ее значением

1.2 не жесткая, т.к. неявным определением переменной является ее первое упоминание в левой части оператора присваивания

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

1.4 жесткая, т.к. неявным определением переменной является ее первое упоминание в левой части оператора присваивания

1.5 верны утверждения 1 и 2

1.6 верны утверждения 3 и 4

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

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

2.2 Для права «Изменение»

2.3 Для права «Добавление»

2.4 Для права «Удаление»

2.5 Для всех вышеперечисленных прав

2.6 Для всех возможных прав

Задача 1.12 (Вариант 12)

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

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

Конфигурация должна показывать состояние оплат в разрезе Поставщиков, заявок и сроков их оплат.

Отдельный интерес (для начисления пени) вызывают ситуации просроченных оплат и недопоставок со стороны Поставщика.

Создать следующие объекты метаданных:

Справочник “Товары” и“Поставщики”, содержащий реквизит “Процент пени”.

Регистр (ры) обеспечивает(ют) ведение учета сумм долга в разрезе Поставщиков и Кредитных документов.

Документ “ЗаявкаНаПоставку”, содержащую информацию о поставщике, и сроке отсрочки (количество дней) платежа, а в табличной части: о товарах, количестве, цене и сумме за товар (равной произведению цены и количество). При проведении документа “Заявка на поставку” необходимо проконтролировать, не было ли по данному поставщику предоплат. Если были, то документ гасит все предоплатные документы (начиная с самых старых), на сколько хватит его суммы. Если непогашенных предоплат нет, или осталась еще некая сумма после их погашения – “заявка на поставку” формирует кредитный долг по данному поставщику.

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

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

Регламентный документ “Начисление пени” формируется в конце дня. Назначение – начисление пени по просроченным долгам. Пени начисляются согласно “процента Пени” каждого поставщика.

При проведении документов “Оплата” пени гасятся на тех же принципах, как и “Заявки” (в порядке общей очереди).

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

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

При двойном клике в ячейке с конкретным поставщиком программно должен вызываться и формироваться отчет “График Платежей” по данному поставщику.

1 Что такое код локализации?

1.1 Cтрока, состоящая из кода языка и кода страны и идентифицирующая некоторый регион мира.

1.2 Код программного продукта (указывается на регистрационной анкете, документации из комплекта поставки).

1.3 Параметр форматирования строки для преобразования.

1.4 Нет правильного ответа.

2 Верно ли что в 1С:Предприятие любая текстовая информация может включать одновременно символы различных языков?

2.1 Да, так как все тексты конфигурации и базы данных хранятся в формате UNICODE.

2.2 В зависимости от настроек, заданных при создании информационной базы.

2.3 Только если это предусмотрено конфигурацией.

2.4 Нет.

Задача 1.13. (Вариант 13)

Компания занимается оптовой торговлей складских стеллажей и их комплектующих. При этом каждый стеллаж представляет собой некоторый фиксированный набор комплектующих (например, 4 стойки, 5 полок и 20 болтов). Необходимо обеспечить уникальность деталей, т.е. одна и та же деталь не может относиться к разным стеллажам. Закупка комплектующих отражается документом «Приходная накладная», продажа - «Расходная накладная».

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

Учет остатков ведется в разрезе складов. В документах «Приходная накладная» и «Расходная накладная» склад только один (склад - реквизит шапки).

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

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

Создать отчет, который в разрезе складов будет показывать количество целых стеллажей, и отчет, который будет показывать в разрезе складов и полное количество деталей и стеллаж, к которому они относятся. Например, если стеллаж состоит из 4 стоек, 5 полок и 20 болтов, а на складе есть 8 стоек 15 полок и 25 болтов, то целый стеллаж только один.

Наличие стеллажей на дату 31.03.2009

Склад	Стеллаж	Кол-во
Основной
	Высокий
	Угловой
Транзитный
	Высокий

Наличие деталей на дату 31.03.2009

Склад	Стеллаж	Деталь	Кол-во
Основной
	Высокий
		Болт M12
		Стойка высокая

1 Какие функции отсутствуют во встроенном языке «1С:Предприятие 8»:

1.1 Функции работы со значениями типа Дата

1.2 Функции работы со значениями типа Время

1.3 Функции работы со значениями типа Строка

1.4 Функции работы со значениями типа Число

1.5 Все вышеперечисленные функции имеются во встроенном языке

2 Использование конструктора запросов позволяет:

2.1 Сформировать текст нового запроса

2.2 Сформировать программный код, содержащий создание объекта встроенного языка Запрос, текста запроса и получение результата выполнения запроса

2.3 Отредактировать текст имеющегося запроса

2.4 Верны ответы 1 и 3

2.5 Все вышеперечисленное

Задача 1.14 (Вариант 14)

Исходная ситуация. На предприятии "Марс" учет материальных ценностей ведется на счете 10 «Материалы» в разрезе материалов в стоимостном и натуральном выражении.

В течение некоторого периода поступление материалов отражалось в учете проводками в дебет счета 10 и кредит счета 60 «Расчеты с поставщиками».

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

Требуется в среде программы «1С:Бухгалтерия» разработать настройку, обеспечивающую формирование проводок по отпуску в производство материалов каждого вида в течение указанного периода. Необходимо сформировать проводки в дебет счета 20 и кредит счета 10, определив в них дату, количество и стоимость отпускаемого материала так, чтобы выполнялись следующие условия:

1. Отпускная стоимость материалов рассчитывается по методике ЛИФО.

2. Суммарная стоимость отпущенного в производство материала каждого вида (по методике ЛИФО) должна быть максимальной.

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

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

Пример

Ниже приводится решение задачи на примере одного материала «М1». На основе данных по поступлению материала сформированы операции по отпуску в производство 140 его единиц в период с 1 по 30 апреля

Поступление материала «М1» (исходные данные)		Отпуск материала «М1» (решение)
Дата	Цена	Количество		количество	Стоимость
01.04
04.04
10.04
11.04
12.04
14.04
15.04
19.04
21.04
22.04
ИТОГО:

Дата добавления: 2015-10-02