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

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 Cтрока, состоящая из кода языка и кода страны и идентифицирующая некоторый регион мира.

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

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

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