Теперь и я специалист по платформе.
Да, да, дааааааааааааааа!!!
Ураааааааааааааа.
Пришли результаты. Следующий список ошибок:
Вопрос № 1
Вместо интерфейса "Такси" используется командный интерфейс (писал об этом грешке)
Вопрос № 4
нет параметров ВТ при получении данных графика (судя по всему при использовании таблицы данных графика забыл поставить Регистратор=&Регистратор)
Вопрос № 5
Адресация настроена неверно - (добавил не сразу подразделение и думаю забыл указать связь с измерением регистром)
Следовательно по задачам всё решено правильно. Расскажу теперь, что как решал, в том числе самую обсуждаемую последнее время задачу из 6 билета по бухучету - поступление по одной паре Склад, Партия и возможное списание по другой паре Склад, Партия.
ОУ - Стеллажи и компплектующие хранил в одном справочнике Номенклатура. Добавил вид номеклатуры (Копмплектующее, Стеллаж) и через параметры выбора отсекал в Приходной стеллажи а в регистре сведений организовывал отбор для измерений. Уникальность деталей обеспечивал не как реализовано у большинства через измерение Деталь и ресурс Стеллаж (за этот вариант на экзамене бьют по рукам), а проверкой в событии ПередЗаписьюНаСервере формы записи регистра сведений. Состав регистра был стандартным (измерения Стеллаж и Комплектующее, ресурс Количество).
БУ - знал про подводные камни в решении этой задачи с одним ресурсом количество, но помнил, что вроде оба варианта решения встречаются экзаменаторами без нареканий, решил как проще - одно количество, при этом тестовые данные забил так, что по паре Партия, Склад минусовых количеств не было. Естественно ПУ количественный и ПУС суммовой (для отключения суммы на субконто Склад) В общем, моё решение, не обеспечивающее корректных остатков по паре Склад, Партия не было забраковано проверяющими. Следовательно, так вполне решать можно.
Расчеты - реализовал как когда то сделал на экзамене Alex1248 - график составного типа (Спр. Автомобили + перечисление СтандартныеГрафики), соответственно для вида расчета Оклад помещал туда автомобиль, для вида расчета Отпуск - значение перечисления Пятидневка. Фиксированный оклад делал с периодом действия, т.к. для отпуска надо было посчитать количество рабочих дней. Программный перерасчет реализовывал в модуле набора записей регистра бухгалтерии соединением таблиц ДвиженияССубконто, ОсновныеНачисления и таблицы Перерасчетов. Как выяснилось, это не оптимально. Как решать правильно писал Гакусей на этой ветке чуть выше.
Везде в начале процедур обработки проведения делал очистку наборов записей.
Для старой методики использовал конструкцию
Движения.ОстаткиТоваров.БлокироватьДляИзменения=Истина;
Движения.ОстаткиТоваров.Записать();
Нигде (!) не делал проверку на режим проведения, момент итогов для таблицы остатков либо МоментВремени() либо Граница (МоментВремени()) в зависимости от режима проведения.
Все очень подробно описывал в пояснительной записке - какую использовал методику проведения, почему именно такую, как и где реализовывал конкретные условия из задач, почему фиксированный оклад сделал с периодом действия и т.д.
Хочу сказать огромное спасибо Гакусею за консультирование, помощь и ответы на вопросы!
Спасибо также тем, кто проверял мои решения, дискуссировал и помогал мне выйти на верный путь специалиста - Sam, freez1301, Alexander16, Maannar, Alex1248!
Обещаю какое-то время еще появляться здесь и помогать чем смогу еще не состоявшимся спецам.
P.S. Пока готовился, проклинал всё и вся, а теперь хочется еще готовиться и получать, получать новые сертификаты. Кто какие 1Ссовские вершины взялся покорять после получения специалиста, коллеги?