Добрый день! Сдавала вчера, 30 апреля, пишу по свежим воспоминаниям.
Пришла заранее за час где-то, пока сидела в аудитории, сделала предварительные настройки по подсистемам, поставила нужные галочки и убрала ненужные, настроила интерфейс.
Принимал Гончаров, в начале выдал напутствие – как сложно сдавать этот экзамен и какими надо практическими навыками обладать. Попугал, в общем, и раздал билеты. Мне достался 19 билет, скомпонованный из актуальных билетов. Первые полтора часа страшно паниковала, думая, что мне достался легкий билет и сейчас я его запорю самым нелепым образом, потому что не соображалось ничерта, но потом разошлась к БУ и СПРу, только бизнес-процесс не успела.
В процессе отладки БУ при обновлении базы данных выскочила критическая ошибка, что там какое-то поле неоднозначно определено и обновить не можем. Пришлось сохранять конфу и накатывать на пустую базу, потеряла тестовые данные из ОУ
При проверке начал смотреть с интерфейса, правильно ли настроила
ОУ – из билета 11, задача 1.44 из сборника про скоропортящиеся продукты. Структуру делала такую: регистр накопления Взаиморасчеты (Контрагент, Партия; Сумма), Отгрузки (Обороты) (Номенклатура, Сумма, СуммаФакт, Количество, КоличествоФакт). Во взаиморасчеты записывала сумму фактическую, в отчет выводила данные РН Отгрузки. Гончарова такая схема устроила, правда, в отчет он вообще не смотрел ( как и в остальные отчеты)
БУ - из билета 8, задача 2.15 из сборника про инвентарные номера. Структура: Признак учета - Количественный, счета Товары(Субконто одно - УИН) Количественный, ПрибылиИУбытки (УИН - Обороты, Сотрудник - Обороты). Так как УИН уникальный для каждой отдельной единицы номенклатуры , субконто Номенклатура здесь не нужно, в отчете его можно вытащить через владельца конкретного УИНа (делала справочник для инвентарных номеров принадлежащим справочнику Номенклатура). Гончаров открывал ПланСчетов со словами «ну тут обычно сразу видно провал или нет», и озадачился тем, что я сделала без субконто Номеклатура, но в итоге произнес «вы, конечно, рискнули тут, но выиграли». Также там нужно было присваивать свойства для сотрудников и выводить в отчет , в отчет вывести не смогла, но настроила справочник ЗначенияСвойств (подчиненнный ПВХ) и РС ЗначенияСвойств (Сотрудник, свойство; Значение). Он сказал, что можно характеристику для сотрудника настраивать не в СКД, а в самом справочнике Сотрудники – через кнопку Характеристике на закладке Данные и характеристики можно будет в любом отчете вытащить. Отчет опять же не смотрел
СПР – из билета 5, про шкалу начислений в зависимости от отработанного времени. Структура : ОсновныеНачисления – Оклад, с периодом действия.Рассчитывала тарифную ставку , два раза соединяя данные из ВТ ДанныеГрафика с РС СтавкиПоВремени ( в котором сделала измерения Подразделение и ФактическиОтработанныхЧасовДо, а ресурс Оклад) по условиям ЧасыФакт<= ФактическиОтработанныхЧасовДо и ЧасыФакт>ФактическиОтработанныхЧасовДо.
Для премии ДополнительныеНачисления с базовым периодом, но база берется не из расчетных регистров, а из РН Продажи. Уже существующими регистрами не пользовалась, сделала свой оборотный.
Металась над условием «Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график» : с одной стороны, можно сделать реквизит График и связывать его с регистром ГрафикиРаботы, а с другой стороны, сделать для измерений Сотрудник и Подразделение связь с графиком, и в регистр ГрафикиРаботы вместо измерения ВидГрафика сделать опять-таки Сотрудник и Подразделение. Остановилась на первом, но Гончаров в процессе обсуждения сказал ,что второй вариант красивее. Отладить толком не успела, отчет он опять же не смотрел.
БизнецПроцесс был линейный и простой, как дерево. Но сделать не успела, тормозила с СПР и волнение сказалось. На что он сказал – если б у вас был БП, поставил бы четверку, а так тройка. Ну я и тройке довольна, как слон.
