Экзамен «1С:Специалист по технологической платформе 8.3» заслуженно считается одним из самых сложных испытаний для разработчиков в экосистеме 1С. Согласно официальной статистике фирмы «1С», в среднем лишь около 40% кандидатов успешно справляются с заданием с первой попытки. Однако при правильном подходе к обучению и понимании критериев оценки этот показатель можно существенно повысить — например, выпускники профильных курсов под руководством ведущих экзаменаторов сдают экзамен в 69% случаев.
В этой статье мы подробно разберем структуру экзамена, выясним, за какие ошибки можно получить мгновенную неудовлетворительную оценку, рассмотрим эффективную стратегию подготовки и разберем коварную техническую ошибку уровня базы данных (SDBL), которая часто возникает на экзаменационных терминалах.
Среди кандидатов часто возникает путаница относительно количества задач в билете. На актуальном экзамене по платформе билет состоит из 4 разделов (задач), а не из 5, как считают некоторые новички. Распределение задач выглядит следующим образом:
Разберем критичность нерешенных задач. Оценка на экзамене выставляется по 5-балльной шкале (изначально дается 5.0 баллов, за каждую ошибку балл снижается). Для успешного прохождения нужно набрать не менее 3.0 баллов.
Ключевое правило: первые три задачи (оперативный учет, бухгалтерский учет и периодические расчеты) являются основополагающими. Если вы полностью не решили или даже не приступали к одной из этих трех задач, экзамен гарантированно считается несданным (автоматический «неуд»). Четвертая задача (бизнес-процессы или управляемые формы) оценивается мягче. Если вы безукоризненно решили первые три блока, но не успели сделать четвертую задачу из-за нехватки времени, вы вполне можете рассчитывать на оценку «хорошо» (4 балла).
Даже если вы успели написать код для всех задач, экзаменатор может поставить неудовлетворительную оценку при наличии грубых методических ошибок. Проанализируем самые критичные нарушения, которые гарантированно приведут к пересдаче:
Выполнить() объекта Запрос, экзамен завершается мгновенным провалом. Все данные должны подготавливаться пакетом до начала циклической обработки.БлокировкаДанных трактуются как неумение работать в многопользовательской среде.Главный враг кандидата на экзамене — это время. На решение всего билета отводится ровно 5 часов (300 минут). В условиях стресса и непривычной обстановки этого времени катастрофически не хватает. Чтобы успешно сдать экзамен, подготовка должна строиться по определенным правилам:
1. Наработка мышечной памяти и скорости. Мало просто понимать, как решается задача. Необходимо прорешать все актуальные билеты из сборника (сегодня база насчитывает более 50 вариаций задач) минимум по два раза. Ориентир для успешной сдачи — стабильное решение любого билета дома за 3–3.5 часа. Оставшийся полуторачасовой запас на реальном экзамене уйдет на чтение формулировок, преодоление стресса и борьбу с техническими лагами терминала.
2. Изучение актуальных методических материалов. Не рекомендуется использовать старые учебные пособия (например, ранние издания книг Радченко по периодическим расчетам). Примеры там неоправданно усложнены, а методология разработки давно ушла вперед. Используйте актуальные курсы Учебного центра №1 и разборы задач на профильных форумах.
3. Внимание к деталям в редких задачах. Будьте готовы к тому, что шаблоны больше не работают. Фирма «1С» активно внедряет гибридные задачи. Например, в стандартную задачу по бизнес-процессам могут добавить требование реализовать интерактивную карту маршрута с возможностью открытия задач прямо из узлов карты. Если вы не тренировали подобные механизмы заранее, быстро сориентироваться с помощью только встроенного Синтакс-помощника будет крайне сложно.
При сдаче экзамена в дистанционном формате кандидаты работают через удаленный рабочий стол (терминал). Помимо сетевых задержек («лагов» клавиатуры и мыши), часто возникает специфическая техническая проблема — крах базы данных с ошибкой SDBL (ошибка уровня базы данных).
Выясним причину этой неполадки. Ошибка SDBL чаще всего возникает при одновременном создании массивного блока метаданных. Например, когда кандидат за один шаг создает ПланВидовХарактеристик, ПланСчетов и связанный с ними РегистрБухгалтерии с предопределенными элементами, а затем пытается запустить режим «1С:Предприятие» без промежуточного сохранения.
Чтобы избежать этой критической ситуации и не потерять результаты работы, рекомендуем соблюдать следующий алгоритм:
F7 (Обновить конфигурацию базы данных)..dt или простое копирование файла .1CD), если регламент экзамена и права доступа на терминале это позволяют. При возникновении сбоя вы сможете быстро откатиться к работоспособной версии, не теряя драгоценное время на написание кода с нуля.Чтобы наглядно закрепить требования к качеству кода, рассмотрим пример правильного проведения документа оперативного учета с использованием управляемых блокировок и контролем остатков («новая» методика списания). Этот шаблон кода является обязательным стандартом на экзамене.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
// 1. Очищаем движения перед проведением, если это необходимо
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Очистить();
Движения.Записать();
// 2. Устанавливаем управляемую блокировку на регистр накопления
Блокировка = Новый БлокировкаДанных;
ЭлементБлокировки = Блокировка.Добавить("РегистрНакопления.ОстаткиНоменклатуры");
ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
ЭлементБлокировки.ИсточникДанных = СписокНоменклатуры; // Табличная часть документа
ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Номенклатура", "Номенклатура");
Блокировка.Заблокировать();
// 3. Записываем новые («расходные») движения без контроля остатков
Для Каждого СтрокаТЧ Из СписокНоменклатуры Цикл
Движение = Движения.ОстаткиНоменклатуры.ДобавитьРасход();
Движение.Период = Дата;
Движение.Номенклатура = СтрокаТЧ.Номенклатура;
Движение.Количество = СтрокаТЧ.Количество;
КонецЦикла;
Движения.Записать(); // Запись движений в базу данных для последующего анализа
// 4. Запросом проверяем, не ушли ли остатки в минус
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Остатки.Номенклатура КАК Номенклатура,
| -Остатки.КоличествоОстаток КАК Дефицит
|ИЗ
| РегистрНакопления.ОстаткиНоменклатуры.Остатки(
| &Период,
| Номенклатура В (
| ВЫБРАТЬ РАЗЛИЧНЫЕ
| ТЧ.Номенклатура
| ИЗ
| Документ.РасходнаяНакладная.СписокНоменклатуры КАК ТЧ
| ГДЕ
| ТЧ.Ссылка = &Ссылка
| )
| ) КАК Остатки
|ГДЕ
| Остатки.КоличествоОстаток < 0";
Запрос.УстановитьПараметр("Ссылка", Ссылка);
// Граница включает время документа, чтобы учесть наши только что записанные движения
Запрос.УстановитьПараметр("Период", Новый Граница(МоментВремени(), ВидГраницы.Включая));
РезультатЗапроса = Запрос.Выполнить();
Если Не РезультатЗапроса.Пустой() Тогда
Выборка = РезультатЗапроса.Выбрать();
Пока Выборка.Следующий() Цикл
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Недостаточно товара " + Выборка.Номенклатура + " в количестве " + Выборка.Дефицит;
Сообщение.Сообщить();
Отказ = Истина;
КонецЦикла;
КонецЕсли;
КонецПроцедуры
Проанализируем этот код: мы заблокировали только те позиции номенклатуры, которые присутствуют в табличной части текущего документа, записали движения, а затем одним запросом выбрали все возникшие отрицательные остатки. Такой подход гарантирует высокую производительность системы в реальных многопользовательских базах данных и оценивается экзаменаторами на максимальный балл.
Подводя итог, сформулируем краткие правила, которые помогут вам успешно защитить статус «1С:Специалист по платформе» с первой попытки:
1С:Профессионал по технологической платформе.F7) последовательно на каждом этапе разработки, чтобы избежать критической ошибки SDBL.