Ошибки на экзамене 1с специалист
Обновлено: 07.07.2024
По моим данным это самый полный разбор билетов для подготовки к специалисту по ЗУП.
В состав архива входит описание решения всех шести билетов (актуальность 19.02.2020г.) для сдачи плюс два новых (которые добавились недавно после окончательного перехода экзамена на ЗУП 3.1.хххх).
Самих текстов билетов в архиве нет, т.к. запрещено.
Решения адаптированы под ЗУП 3.1.12.113, 3.1.7.128, 3.1.9.188 и 3.0.хххх
Решения делались исходя из анализа форума Чистова и сделаны таким образом чтобы успеть в отведенное время, т.к. кодить приходится на экзамене довольно много и время поджимает. Отчеты приведены в требуемое в задании состояние, также в билетах присутствует краткое описание алгоритма действий, т.к. на экзамене описание решения является обязательным и примеры заполнения внешних файлов для тех заданий в которых они нужны.
По сравнению со спецом по УТ, подготовка к спецу по ЗУП заняла заметно больше времени, однако считаю знания которые были получены в процессе подготовки к спецу по ЗУП очень полезными. Всем рекомендую сдать этот экзамен!
Специальные предложения
Кислотный цех - это один из старых билетов. Каждый решает по-своему. :)
Я бы Билет 1 решал как по плановому начислению (т.к. в условии - 25 числа составляется "График работ в особых условиях" на следующий месяц) и учет фактических условий труда - значение периодических показателей для Организации (т.к. условия работы одни для всех сотрудников)
Интересно, что в документе "График работы в особых условиях" в табличной части вы "заранее" планируете какие будут условия работы в тот или иной день (средние показатели, повышенная температура. ) у сотрудника.
По документу ГрафикиРаботВоВредныхУсловиях и по-второму, где в конце месяца фиксируются фактические условия труда, получается что в один и тот же день у разных сотрудников могут быть разные условия труда? (4) Добрый день!
А можно в отчете в первом билете данные получать напрямую из регистра ДанныеОперативногоУчетаРабочегоВремени, а не из НачисленияДанныеГрафика? (11)
Думаю можно, есть вариант оптимизировать отчет таким образом чтобы обойтись без вложенного запроса. На работу с отчетами потратил не так много времени поэтому на мой взгляд довольно громоздко и тут есть простор для доработки. Друзья, обращаю ваше внимание, что распространение текстов билетов в комментариях также запрещено правилами сайта.
С целью предупредить бан публикации тексты билетов сюда не выкладываю. Добрый день! Может ли то подсказать где можно приобрести полный сборник билетов по Специалист ЗУП!
Обращался в 1С-Интерес там сказали что данный сборник не выпускался! Подскажите где можно приобрести, если не трудно! (13) Я сам такого сборника не видел, готовился по задачам для экзамена. (14) Ну на официальном сайте есть примеры задач! Если ты про эти задачи говоришь, то там их только 6. У тебя решено 8 билетов. Примеры последних (7 и 8) билетов откуда брал? (17)
Все там работает, я несколько раз каждый билет прорешивал.
Если отчет не выводит данные, скорее всего в контрольном примере ошибка В Билете 3 на вашем же скрине сформированного отчета не выводятся названия должности и проекта. Это означает, что механизм представлений не реализован. Отчет не засчитан. Оценка 2. (19)
Увидел ошибку в отчете, действительно должность не отображается, допилю.
Но это не два балла, мне этот билет как раз на экзамене (но с изменениями небольшими) попался и тоже замудрил что то с отчетом, но как итог - 4 Увидел ошибку в отчете, действительно должность не отображается, допилю.
Но это не два балла, мне этот билет как раз на экзамене (но с изменениями небольшими) попался и тоже замудрил что то с отчетом, но как итог - 4 (18)
В отчете 1 билета запрос в НачисленияДанныеГрафика.ОсновноеЗначениеФактическийПериодДействия получает пустое значение.
В итоге, сделав все по описанию, отчет выглядит пустым (во вложении)
Делал на релизе 3.1.12.113
Во 2 билете не работает заполнение из файла.
Не дописано до конца, НачалоПериода всегда "", а конец периода содержит и дату начала и дату окончания.
Во 2 билете не работает проведение документа ДанныеПропускнойСистемы. В решении на скриншоте Вы в табличной части вы указали одну строку с 01.01.16 по 31.01.16 (причем времени в реквизитах нет, хотя выше было указано, что необходимо поставить Состав - Дата и Время). При проведении в запросе сначала в одной ВТ Вы получаете данные документа по дням с 1 по 31, а во второй ВТ данные табеля, отобрав записи по виду использования рабочего времени - Явка, но делаете левое соединение первой таблицы со второй, соединяя по дню.
Дни неявки соответственно попадают туда тоже, потом при обработке выборки запроса у Вас условие, что если число часов в дне (23,98 т.к. время каждый день получается с 00:00 по 23:59:59) > Числа часов табеле, то выдавать ошибку. А так как левое соединение, то в дни неявки число часов в табеле = 0. Документ соответственно не проводится.
Если разбить документ построчно, указывая только дни явки, то он проведется, но тоже выглядит это тоже немножко странно.
При заполнении одного периода полностью, Вы постоянно проверяете 23.98 с огромным число, полученным в ДанныеТабеля (во вложении). Так как вы передаете туда массив сотрудников, где сотрудник повторяется столько раз, сколько дней попало в табличную часть документа. Какой тогда смысл в этой проверке?
Возможно на ранних релизах эта процедура работала иначе, но на 3.1.12.113 она дублирует количество часов и дней, если передать массив, где сотрудник будет повторяться
И еще она у вас не отрабатывает, так как в документе реквизит ИсправленныйДокумент типа Булево, а в процедуре указанной выше есть вот такой кусочек:
который не отрабатывает, потому что процедура "ЦепочкаИсправленныхДокументов" не ожидает получить туда булево
Вопрос №1: Как применять конструктор “Новый Граница” в тонком и веб-клиенте?
Ответ
В данном случае имеется в виду, что следует учитывать различные режимы работы системы, и то, что некоторые объекты могут быть в определенных случаях недоступны непосредственно. Это, как правило, касается “тяжелых” объектов для доступа к данным – они недоступны в клиентской части при выполнении в тонком и веб-клиентах (Граница – один из таких объектов). В этом случае следует, если требуется, организовать клиент-серверное взаимодействие, передав управление на сервер, где эти объекты доступны.
Напомню, клиент-серверная архитектура предполагает, что выполнение кода приложения разделено: часть кода выполняется на клиенте (условно – на компьютере пользователя), часть – на сервере (в общем случае на другом компьютере). Ресурсоемкие операции (большинство операций получения и модификации данных) выполняются только на сервере, на клиенте они выполняться не могут. Для выполнения таких операций (например, получения или модификации данных) клиент передает управление на сервер, сервер производит нужные действия и возвращает клиенту требуемый результат.
Частный случай – толстый клиент, особенно в файловом режиме – ему непосредственно доступны большинство объектов и методов для манипуляции с данными.
Ошибкой будет полагаться при разработке, что для запуска приложения всегда используется толстый клиент. Нужно предполагать возможность запуска и других видов клиентов (тонкого, веб), а также различные режимы работы (файловый, клиент-серверный). А потому нужно четко понимать, где будет выполняться тот или иной метод – на клиенте или на сервере, использовать подходящие объекты и методы, организовывать клиент-серверное взаимодействие.
Также нужно учитывать особенности клиент-серверной архитектуры и при обработке файлов (загрузке данных из файлов, выгрузке данных в файлы). В общем случае клиент и сервер – это разные компьютеры, каждый со своей независимой файловой системой, поэтому рассчитывать на то, что локальный файл доступен на сервере и обращаться к нему напрямую нельзя – следует организовать передачу файлов между клиентом и сервером (например, через временное хранилище).
Поэтому, кстати, всегда следует тестировать свое решение в тонком клиенте – все подобного рода недочеты и упущения наверняка проявятся.
Всегда следует учитывать контекст выполнения кода.
Если выполнение происходит на клиенте, для доступа к данным нужно передать управление на сервер, вызвав серверный метод. Это универсальный прием, который обеспечит работоспособность приложения для любого клиента и любого режима работы. Это в первую очередь касается процедур и функций в модулях форм, в клиентских и клиент-серверных общих модулях. Напомню, для помещения методов и переменных в клиентскую или серверную предусмотрены специальные директивы препроцессора &НаКлиенте, &НаСервере.
Если код выполняется уже на сервере, дополнительные манипуляции не нужны.
Что касается модулей объектов, модулей менеджеров объектов, серверных общих модулей, то они всегда выполняются на сервере, поэтому в них можно непосредственно использовать объекты, доступные только на сервере, независимо от того, какой используется вариант клиента. Дополнительно указывать для них, что тот или иной метод выполняется на сервере, не требуется.
Обратите внимание, процедура ОбработкаПроведения() определена в модуле документа, это серверный контекст, поэтому здесь можно использовать такие объекты как Запрос, Граница, Набор записей, Таблица значений, и т.п., которые доступны только на сервере. Причем, опять-таки не важно, какой используется клиент: проведение документа выполняется всегда на сервере.
Читайте также: