апропаргоапр. Форма проведения экзамена "1С Специалист" по платформе "1С Предприятие 8" и требования к кандидатам
 Скачать 2.1 Mb.
|
|
Аттестация по системе "1С:Предприятие 8" Экзамен "1С:Специалист" по платформе "1С:Предприятие 8" Форма проведения экзамена "1С:Специалист" по платформе "1С:Предприятие 8" и требования к кандидатамЭкзамен проводится с целью проверки соответствия уровня подготовки программистов требованиям, предъявляемым фирмой "1С" к специалистам. Проверяется понимание основных принципов проектирования конфигураций и технологических решений, заложенных в платформе "1С:Предприятие 8" и практические навыки конфигурирования и программирования. Экзамен проходит в форме решения практической задачи. Кандидат должен разработать конфигурацию по постановке, изложенной в задании, на базе так называемой "каркасной" конфигурации. "Каркасная" конфигурация представляет собой простейшую конфигурацию, содержащую минимум объектов, на которых можно поставить учет моделируемого предприятия. Она выдается кандидату в начале экзамена и предназначена для сокращения рутинных операций в процессе подготовки решения (например, формирование структуры справочников или заполнение данных документов). Сама задача, как правило, включает в себя работу с основными объектами учета: документами, планами счетов, видами характеристик, видами расчета, регистрами накопления, сведений, бухгалтерских и периодических расчетов. На решение задачи отводится 5 часов. По окончании этого времени кандидат должен предложить действующий вариант конфигурации, в котором должны быть: созданы/изменены соответствующим образом объекты метаданных; отлажены программные модули объектов (процедуры обработки проведения – обязательно); разработаны указанные в задании экранные и печатные формы. Не допускается решение экзаменационной задачи путем внесения изменений в типовую конфигурацию. Также не допускается представление кандидатами своих авторских конфигураций (как оригинальных, так и конфигураций, разработанных на базе типовых). В тех случаях, когда в задании явно указаны структуры объектов, типы и свойства элементов данных и методы встроенного языка, с помощью которых должна быть построена логика системы учета, кандидат обязан их использовать. Если в задаче это явно не описано, то кандидат вправе самостоятельно принимать проектные решения. Допускается изменение структуры "каркасной" конфигурации согласно требованиям задачи, и на усмотрение кандидата. В любом случае необходимо уметь обосновать свои решения, обеспечить их устойчивость и функциональность. В процессе подготовки разрешается пользоваться документацией на программу, входящей в комплект поставки, а также - официально изданными методическими и учебными пособиями. Запрещается использовать распечатки (перепечатки), листинги и материалы на электронных носителях (дискетах, флешках, cd-дисках и проч…). Если экзаменуемый будет замечен за использованием запрещенных материалов, то он удаляется с экзамена с постановкой оценки «неудовлетворительно». Защита разработанной конфигурации проводится путем проверки ее работоспособности на тестовых данных и собеседования по структуре объектов конфигурации и по использованным средствам встроенного языка. Принципы компоновки задачЗадачи скомпонованы так, чтобы, как минимум, проверить знания и умения программирования и конфигурирования в рамках технологий и механизмов следующих разделов: - бухгалтерского учета; - периодических расчетов; - оперативного учета и управления; - бизнес-процессов и задач; - управляемые формы Результат решения экзаменационной задачи оценивается суммарно по всем разделам (штрафные баллы складываются, а не рассматриваются в отдельности по каждому из разделов). При этом, в случае отсутствия решения по любому из разделов (кроме бизнес-процессов и управляемых форм) – экзамен считается несданным. Решение должно одинаково работать как в тонком, так и в Веб-клиенте, если иное не оговорено условием конкретной задачи. В решении должен использоваться управляемый режим работы с транзакционными блокировками Основной перечень механизмов, которые нужно уметь реализовывать, следующий: 1) организация контроля остатка по регистру остатков; 2) работа с себестоимостью; 3) организация средневзвешенного списания; 4) организация партионного списания; 5) работа с оборотными показателями; 6) запросы по регистрам накопления и регистрам сведений; 7) работа с регистрами сведений; 8) валютные пересчеты через кросс-курс 9) использование характеристик объектов (план видов характеристик) 10) работа с измерениями в регистрах бухгалтерии; 11) работа с небалансовыми измерениями и ресурсами регистра бухгалтерии; 12) средневзвешенное списание себестоимости по данным бух регистра; 13) работа с субконто (включая оборотные); 14) запросы по таблицам бухгалтерских регистров; 15) организация валютного учета; 16) организация количественного учета в бухгалтерии; 17) организация учета авансов; 18) работа с данными графиков по фактическому периоду действия; 19) работа с данными графиков по периоду регистрации; 20) работа с базовыми видами расчета - получение базы; 21) работа с вытесняющими расчетами - получение дополнения; 22) работа с ведущими видами расчетов - использование перерасчетов; 23) построение запросов по регистрам расчетов; 24) работа со сводной таблицей; 25) работа с построителем отчета; 26) работа с системой компоновки данных; 27) работа с механизмом бизнес-процессов; 28) использование временных таблиц в запросах; 29) работа с регламентными заданиями; 30) использование новой методики проведения документов; 31) использование управляемых блокировок данных при проведении документов; 32) формирование командного интерфейса; 33) работа с функциональными опциями; 34) использование механизмов, связанных с заполнением объектов данными; 35) работа с вариантами отчетов и настройками вариантов; 36) использование новых возможностей работы с динамическими списками; 37) работа с параметрами, с реквизитами, с элементами формы и т.д.; 38) использование механизма навигационных ссылок; 39) организация диалога с пользователем (оповещения, извещения, состояние); 40) работа с файлами и картинками. Оценка по каждому разделу определяется исходя из полноты функциональности решения. Она может быть повышена – за оригинальность и эффективность решения. Оценка может быть снижена: За использование типов объектов и средств доступа и обработки данных - иных по сравнению с указанными в задании; За неэффективное решение; За ошибки при проектировании структур регистров и ошибки при разработке алгоритмов обработки данных. Оценка результата выполнения заданияЗадание, выполненное полностью и правильно, оценивается в 5 баллов; При наличии ошибок в решении оценка выполнения задания за каждую из ошибок может быть снижена следующем порядке: Список наиболее часто встречающихся ошибок, характерных для любой учетной задачи
Список наиболее часто встречающихся ошибок, характерных для задач по оперативному учету
Список наиболее часто встречающихся ошибок, характерных для задач по бухгалтерскому учету
Список наиболее часто встречающихся ошибок, характерных для задач по сложным периодическим расчетам
Список наиболее часто встречающихся ошибок, характерных для задач по бизнес-процессам
Список наиболее часто встречающихся ошибок, характерных для задач по управляемым формам
При проверке решения, в случае обнаружения ошибок, экзаменатор не обязан объяснять сдающему, как надо было правильно построить решение рассматриваемой экзаменационной задачи; Экзамен считается сданным успешно при оценке за экзамен «отлично», «хорошо» или «удовлетворительно». Оценка за экзамен выводится исходя из пятибалльной системы по следующей схеме: если полученный результат окажется менее 2.2 баллов, то за экзамен выставляется оценка «неудовлетворительно»; если полученный результат окажется в интервале от 2.2 до 3.5 баллов, то за экзамен выставляется оценка «удовлетворительно»; если полученный результат окажется в интервале от 3.5 до 4.5 баллов, то за экзамен выставляется оценка «хорошо»; если полученный результат окажется 4.5 и более баллов, то за экзамен выставляется оценка «отлично». Для подготовки к экзамену "1С: Специалист по платформе "1С:Предприятие 8" рекомендуется использовать Сборник задач для подготовки к экзамену "1С:Специалист" по платформе "1С:Предприятие 8" с примерами решений. Примеры заданий:Общие требования Необходимо создать интерфейс решения учебной задачи, в котором разделение объектов по закладкам Панели разделов должно происходить исходя из их принадлежности к соответствующему разделу задания (оперативный учет, бухгалтерский учет, сложные периодические расчеты, бизнес-процесс). Панель навигации вместе с Панелью действий по каждой закладке должна обеспечивать доступ ко всем объектам данного раздела, в том числе и к регистрам. Объекты должны быть сгруппированы по своему виду: справочники, документы, прочие объекты. Примерный вид интерфейса показан на рис.1.  Рис.1. Примерный вид интерфейса учебной задачи Оперативный учет Компания занимается сборкой и продажей компьютеров и периферийных устройств. Закупка деталей отражается документом «Приходная накладная», сборка системных блоков документом - «Сборка», информация о продажах отражается документом «Расходная накладная». Учет ведется в разрезе подразделений. В каждом подразделении при продаже используется своя учетная политика «FIFO», «LIFO» или «по средней». Информация об учетной политике может меняться не чаще, чем один раз в год. Из деталей производится сборка системных блоков, причем предполагается невозможность разборки, т.е. собрав системный блок, невозможно из него извлечь деталь обратно. Учет деталей производится в разрезе свойств и характеристик и должен быть реализован с помощью Плана видов характеристик. Набор характеристик составляет свойство. У одной детали может быть несколько разных свойств. Для каждого системного блока в информационной базе должна храниться информация о его составе (спецификация): детали, их свойства и количество. Состав деталей может изменяться не чаще чем 1 раз в неделю. В документе сборка используются две табличные части. В первой – указывается перечень собираемых системных блоков и их количество. Во второй – список дополнительных деталей, их свойств и количества, которые потребовались при текущей сборке. В шапке документа «Сборка» указывается подразделение, из которого были списаны детали и подразделение, в которое поступают собранные системные блоки. При проведении документа необходимо списывать детали, полученные из актуальной на момент проведения спецификации вместе с деталями, дополнительно указанными в самом документе. Себестоимость списываемых деталей рассчитывается в разрезе подразделения, детали и ее свойства. В табличную часть документа «Расходная накладная» вводится информация о подразделении, системном блоке или периферийном устройстве и их количестве. При проведении расходной накладной себестоимость должна рассчитываться в разрезе каждого подразделения, согласно принятой в нем учетной политики. Ведомость по подразделению «Основной цех» за период с 01.01.2014 по 31.03.2014
Отчет строится в разрезе характеристик. Продажи с 01.01.2014 по 31.03.2014
Прибыль рассчитывается как: «Сумма продаж» - «Себестоимость» Бухгалтерский учет Необходимо создать документ «Операция», с помощью которого пользователь должен иметь возможность ввести проводки с произвольной корреспонденцией счетов. При решении задачи следует учитывать возможность наличия проводок, сформированных с помощью данного документа. Компания занимается оптовой торговлей. У некоторых товаров могут быть аналоги – другие позиции номенклатуры с теми же потребительскими свойствами и ценой, причем таких аналогов у товара может быть несколько. Считается, что если «Товар1» имеет аналог «Товар2», а «Товар2» имеет аналог «Товар3», то «Товар3» также является аналогом «Товар1». Каждой номенклатурной позиции присваивается уникальный артикул. Считается, что пользователь сам контролирует уникальность артикулов и назначает их вручную. Закупка товаров отражается документом «Приходная накладная», продажа - документом «Расходная накладная». Учет остатков ведется в разрезе складов. В документах «Приходная накладная» и «Расходная накладная» склад только один (склад – реквизит шапки). Документ «Приходная накладная» реализует следующую проводку: Дт «Товары» - Кт «Поставщики» на количество и сумму закупаемого товара. Продажи оформляются документом «Расходная накладная». В случае нехватки товара автоматически должен списываться его аналог. В том случае, когда не хватает не только товара, но и всех его аналогов, документ не должен проводиться. Порядок списания аналогов определяется артикулом. Следует учитывать, что один и тот же товар может являться аналогом различных номенклатурных позиций. Документ «Расходная накладная» реализует следующие проводки: Дт «Прибыли и убытки» - Кт «Товары» на количество и сумму себестоимости. Себестоимость списываемых товаров рассчитывается как средняя в разрезе номенклатуры; Дт «Покупатели» - Кт «Прибыли и убытки» на сумму в продажных ценах. Необходимо построить отчет по продажам товаров и их аналогов за период. Продажи с 01.01.2014 по 31.03.2014
Прибыль рассчитывается как: «Сумма продаж» - «Себестоимость» Сложные периодические расчеты Начисление зарплаты сотрудникам предприятия осуществляется ежемесячно с использованием метода отклонений. Каждый сотрудник может работать одновременно в нескольких подразделениях компании, то есть совместительство допускается.. Все сотрудники работают по графику работы, установленному для каждого подразделения отдельно. Сотрудники предприятия получают оплату по часовому тарифу. Сумма начисления по тарифу определяется как тарифная ставка, умноженная на количество фактически отработанных часов. В течение расчетного периода тарифная ставка может изменяться не чаще, чем один раз в день, но берется на начало расчетного периода. В информационной базе необходимо хранить историю ее изменения. Руководителям подразделений дополнительно выплачивается премия в виде процента от суммы начислений по тарифу за предыдущий месяц сотрудников их подразделения. С начисления по тарифу самого руководителя премия не начисляется. Информацию о должностях сотрудников в информационной базе хранить не надо. Процент премии зависит от стажа работы сотрудника на данном предприятии. Шкала значений процента премии вводится пользователем в режиме 1С:Предприятия. При решении задачи необходимо учитывать, что на момент начала ведения учета в информационной базе у сотрудника уже может быть стаж отличный от нуля. Например:
По мере необходимости любой сотрудник может быть отправлен в командировку. В этом случае начисления по тарифу и начисления премии не происходит. Дни, проведенные в командировке, определяются по графику подразделения, из которого сотрудник отправлен в командировку. Дневная ставка для расчета командировки определяется как сумма всех начислений за три предыдущих месяца, деленная на количество отработанных дней в трех предыдущих месяцах. Следует учесть, что данные о командировке могут вводиться в систему задним числом. Механизм перерасчетов в рамках данной задачи использовать не надо. Ввод всех начислений происходит документом «Начисление зарплаты». Документ в расчетном периоде может быть один (сразу для всех видов расчета), а может быть несколько (по одному для каждого отдельного вида расчета). Считать, что данные по тарифу и премии вводятся только в пределах одного месяца, например, можно указать начисление по тарифу с 10.01 по 31.01, а запись тариф: с 10.01 по 03.02 вводить нельзя. Данные по командировке, наоборот, могут быть введены сразу за несколько расчетных периодов, например можно ввести командировку с 28.01 по 04.03. В одном документе могут быть данные за разные расчетные периоды. Для анализа полученных сотрудниками предприятия премий в конфигурации необходимо предусмотреть отчет следующего вида:
Отчет должен быть построен только за определенный календарный месяц Управляемые формы В основной форме контрагента необходимо иметь возможность вводить информацию о менеджере, который работает с данным контрагентом. Каждый менеджер должен иметь возможность вводить в информационную базу собственные дополнительные сведения для своих контрагентов. Перечень используемых дополнительных сведений указывается у каждого сотрудника и должен быть реализован с использованием Плана видов характеристик (см. рис..2).  Рис.2. Вид основной формы менеджера с дополнительной информацией по контрагенту В дальнейшем в форме контрагента в зависимости от выбранного менеджера должны появляться дополнительные поля ввода, соответствующие списку дополнительной информации, введенной для менеджера (см. рис.3).  Рис.3. Вид основной формы контрагента после выбора менеджера | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||