Экзамен "1С:Специалист" по платформе "1С:Предприятие 8"
Автор Administrator   
31.03.2009 г.
  

Экзамен "1С:Специалист" по платформе "1С:Предприятие 8"

Форма проведения экзамена "1С:Специалист" по платформе "1С:Предприятие 8" и требования к кандидатам

Экзамен проводится с целью проверки соответствия уровня подготовки программистов требованиям, предъявляемым фирмой "1С" к специалистам.

Проверяется понимание основных принципов проектирования конфигураций и технологических решений, заложенных в платформе "1С:Предприятие 8" и практические навыки конфигурирования и программирования.

Экзамен проходит в форме решения практической задачи. Кандидат должен разработать конфигурацию по постановке, изложенной в задании, на базе так называемой "каркасной" конфигурации. "Каркасная" конфигурация представляет собой простейшую конфигурацию, содержащую минимум объектов, на которых можно поставить учет моделируемого предприятия. Она выдается кандидату в начале экзамена и предназначена для сокращения рутинных операций в процессе подготовки решения (например, формирование структуры справочников или заполнение данных документов). Сама задача, как правило, включает в себя работу с основными объектами учета: документами, планами счетов, видами характеристик, видами расчета, регистрами накопления, сведений, бухгалтерских и периодических расчетов.

На решение задачи отводится 4 часа. По окончании этого времени кандидат должен предложить действующий вариант конфигурации, в котором должны быть:

 

созданы/изменены соответствующим образом объекты метаданных 

отлажены программные модули объектов (процедуры обработки проведения – обязательно);

разработаны указанные в задании экранные и печатные формы.


Не допускается решение экзаменационной задачи путем внесения изменений в типовую конфигурацию.
Также не допускается представление кандидатами своих авторских конфигураций (как оригинальных, так и конфигураций, разработанных на базе типовых).

В тех случаях, когда в задании явно указаны структуры объектов, типы и свойства элементов данных и методы встроенного языка, с помощью которых должна быть построена логика системы учета, кандидат обязан их использовать. Если в задаче это явно не описано, то кандидат вправе самостоятельно принимать проектные решения. Допускается изменение структуры "каркасной" конфигурации согласно требованиям задачи, и на усмотрение кандидата. В любом случае необходимо уметь обосновать свои решения, обеспечить их устойчивость и функциональность.

 

В процессе подготовки разрешается пользоваться документацией на программу, входящей в комплект поставки, а также - официально изданными методическими и учебными пособиями. Запрещается использовать распечатки (перепечатки), листинги и материалы на электронных носителях (дискетах, флешках, cd-дисках и проч…)

 

Защита разработанной конфигурации проводится путем проверки ее работоспособности на тестовых данных и собеседования по структуре объектов конфигурации и по использованным средствам встроенного языка.

Нехорошо с точки зрения пользования отсутствие возможности выбора даты или периода при построении отчетов

Принципы компоновки задач

Задачи скомпонованы так, чтобы, как минимум, проверить знания и умения программирования и конфигурирования в рамках технологий и механизмов следующих разделов:

- бухгалтерского учета;

- периодических расчетов;

- оперативного учета и управления.

Результат решения экзаменационной задачи оценивается по каждому из разделов. В случае отрицательной оценки работы по любому из разделов – экзамен считается несданным.

Как правило, решение каждого из экзаменационных заданий включает в себя необходимость корректной реализации не более 12 программных или структурных механизмов, т.е. по 3-4 механизма на каждый раздел.

Основной перечень механизмов, которые нужно уметь реализовывать, следующий: 

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) использование временных таблиц в запросах;

 

Оценка по каждому разделу определяется исходя из полноты функциональности решения.

Она может быть повышена – за оригинальность и эффективность решения.

Оценка может быть снижена:

  • За использование типов объектов и средств доступа и обработки данных - иных по сравнению с указанными в задании;
  • За неэффективное решение;
  • За ошибки при проектировании структур регистров и ошибки при разработке алгоритмов обработки данных. 


Описание грубых ошибок и рекомендаций в разделе практических требований к программированию, проверяемых на экзамене


  • Решение должно обеспечивать целостность информационной базы и правильное «отнесение» данных к тем, которые являются частью прикладного решения, и которые не являются его частью. Ошибочным является конфигурирование с использованием внешних файлов для хранения данных задачи, когда их нужно хранить в базе данных.

  • Нельзя на регистрах накопления остатков вести учет ресурсов, принципиально не выводимых в ноль! Плохо, когда ресурсы регистра остатков (один или все) изменяются документами только "в одну сторону" (только в "+" или только в "-"). Если из логики прикладной задачи следует, что нулю должны быть равны остатки одновременно по всем ресурсам регистра накопления, решение экзаменуемого должно обеспечивать данное обстоятельство. Нарушение вышеупомянутых требований приводит к неоправданному "распуханию" таблиц хранения итогов регистров;

  • Нельзя допускать рассогласование по набору измерений при выполнении положительных и отрицательных движений для регистра остатков. Плохо, когда ресурсы регистра остатков (один или все) изменяются документами и в "+" и в "-"), но движения с противоположным знаком для одного того же объекта учета выполняются с разными наборами значений измерений, что также не обеспечивает выведения остатков ресурсов в "0".

Например, при положительном движении прописываются значения в измерения "Товар" и "Партия", а при отрицательном – только "Товар". Поскольку "никакое" значение измерения – то же значение, то получаем еще большее "распухание" таблиц итогов. Хотя сводный итог будет, например нулевым, но таблица итогов в результате будет помнить положительное количество товаров в разрезе конкретных партий и отрицательное количество этого же товара в "никакой" партии.

При ведении на счетах аналитического учета нельзя выполнять движения по одной стороне счета (дебет и кредит) по объектам аналитики, а по другой (кредит или дебете) - без указания объектов аналитического учета (кроме оборотных субконто) или в другом наборе аналитики.

В случае добавления новых регистров или реализации новых задач на существующих регистрах грубой ошибкой является неверное определение вида регистра накопления (остатки, когда нужны обороты или наоборот). 

Особое внимание следует уделять верности записи базового периода, периода действия.

Ошибочным является стиль работы с запросами, при котором без необходимости производится соединение виртуальных таблиц с реальными, как неоправданно снижающий скорость работы программы.

Набор измерений в перерасчете, как правило, соответствует набору измерений регистра расчета, если иное не предусмотрено спецификой задачи. В противном случае количество перерассчитываемых записей может неоправданно возрасти.
Не следует использовать обычные (не оборотные) субконто для хранения данных и контроля оборотных по своей сути показателей (не требующих хранения остатков)
 

Единственной достоверной информацией в системе учета следует считать информацию регистров. Информация из документов может рассматриваться лишь как вспомогательная и не может быть абсолютно достоверной при условии наличия документа, аналогичного ручной операции 7.7

Ошибкой считается использование балансовых измерений, ресурсов регистра бухгалтерии для решения задач, не требующих получения баланса по реализуемому срезу. 

Конфигурация должна устойчиво работать и при работе пользователей задним числом.

Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа. Крайне неправильно при проведении документа прошлым месяцем ориентироваться на данные, взятые на текущий момент. Месяц назад ведь картина была совсем другой.

Конфигурация должна устойчиво работать не только при движении вперед, но и назад. То есть, при отмене действия любого документа состояние показателей, контролируемых системой, должно возвращаться в исходное положение (как было до движений документа). Фактически тогда можно будет размотать всю цепочку документов назад.

Конфигурация должна устойчиво работать при наличии дублей строк (номенклатуры или сотрудников или т.п.) в документах. Необходимо обеспечить корректное проведение документов при этом. Если невозможно – то лучше запретить дубли строк.

При групповом перепроведении документов (восстановлении последовательностей) система должна четко и точно (локализовано) предупреждать пользователя о проблемах (невозможности проведения тех или иных документов), а по возможности даже выдавать рекомендации по их исправлению.
 
Если для расчета значения ресурса Результат записей регистра расчета могут понадобиться данные из нескольких графиков, желательно реализовать графики работы в одном регистре сведений, одним из измерений которого должен быть справочник (или перечисление) графиков работы. При этом для связи записи регистра расчета с графиком, необходимо создать в регистре расчета реквизит типа СправочникСсылка.<> графиков работы и определить в расчетных свойствах реквизита связь с соответствующим измерением регистра сведений..

Ошибочным является стиль программирования, при котором операции, которые правильнее делать в модуле объекта, выполняются в модуле формы. В частности, алгоритмы расчета ресурса "Результат" регистра расчета желательно размещать в общих модулях конфигурации.

Ошибочным является стиль программирования, при котором получение любых показателей остатков (по бухгалтерским регистрам, по регистрам накопления) производится складыванием оборотов или по реальным таблицам регистра

Ошибочным является стиль программирования, при котором получение расчетной базы производится через основную таблицу регистра расчета, или получение данных графика -через таблицу регистра сведений, как подменяющий работу специализированных и оптимизированных механизмов платформы.

Ошибочным является стиль программирования, при котором выполняется реализация сторнирования записей регистра расчета без использования "ПолучитьДополнение()", как подменяющий работу специализированных и оптимизированных механизмов платформы.

Ошибочным является стиль программирования, при котором производится решение задач накопления на регистре расчета (например, остаток задолженности по зарплате) как подменяющий работу специализированных и оптимизированных механизмов платформы.
 
Ошибочным является стиль программирования, при котором допускается использование регистра расчета, обладающего периодом действия для реализации учета по видам расчета, не обладающих периодом действия.

Ошибочным является стиль программирования, при котором допускается выполнение запросов или получение остатков внутри цикла, как неоправданно снижающий скорость работы программы.

Ошибочным является стиль работы с запросами, при котором осуществляется неверный выбор виртуальных таблиц (например ОборотыДтКт вместо Обороты и т.п.), как неоправданно снижающий скорость работы программы.

При использовании виртуальных таблиц следует максимально использовать их параметры – для обеспечения максимальной эффективности запросов. Например, в большинстве случаев неэффективным является стиль работы с запросами, при котором вместо использования параметров виртуальных таблиц накладываются условия в разделе "Где".

Обход результата запроса через промежуточную выгрузку в таблицу значений и последующим поиском, как неоправданно снижающий скорость работы программы.

В случае необходимости распределения результатов расчета по нескольким разрезам учета рекомендуется создать несколько дополнительных регистров расчета, каждый из которых будет уточнять результат по тому или иному разрезу учета.

По возможности желательно избегать ситуации, когда при проведении документа учитывается нечто, кроме как данные самого документа или данные, взятые из регистров на момент проведения документов.

Обязательно нужно учитывать возможность изменения "чужих" данных. В случае если Вы учитываете при проведении документа состояние какого-нибудь реквизита некого справочника – есть опасность, что пользователь позже может поменять значение реквизита на совсем другое. Значит, для корректной работы конфигурации надо или запретить изменения таких данных, или как-то отработать этот факт – перепроведением документов или хотя бы предупреждением о возможных коллизиях.

 
Не допускается упрощение поставлено задачи. Хотя усложнение поставленной задачи особо не приветствуется. При затруднении в отношении определения упрощения или усложнения задачи рекомендуется уточнить требования у постановщика. То есть – у экзаменатора.

 

 


 


Примеры заданий:

 

Склады, торговля со скидками, управленческий бухгалтерский учет и окладно–премиальная схема оплаты

 


В качестве исходной использовать каркасную конфигурацию.

Добавить в конфигурацию справочник "МестаХранения" (Склады).

Добавить учет остатков номенклатуры в разрезе складов. Проведение расходной накладной по регистру "ОстаткиНоменклатуры" организовать с контролем остатка товаров в разрезе складов и со списанием себестоимости по средневзвешенному (по складу) методу.

Добавить автоматический расчет скидки покупателю при оформлении расходной накладной. Размер скидки зависит от суммы уже произведенных закупок в предыдущем месяце:

Объем закупки

Процент скидки

от 1 000 р

2 %

от 3 000 р

5 %

от 5 000 р

10 %

от 10 000 р

15 %


При подборе товара цена должна рассчитываться следующим образом:

Цена = ЦенаЧист*(100-ПроцСкидки)/100

При изменении клиента должны: устанавливаться соответствующий ему процент скидки; пересчитываться цены в строках накладной.

Использовать оборотный регистр для накопления и выдачи объемов закупки.

Прописать проведение документа "Расходная накладная" по регистру бухгалтерии "Управленческий". В бухгалтерском учете суммовой и количественный учет товаров ведется на счете "Товары" в разрезе справочника "Номенклатура", учет по складам не ведется. Себестоимость списываемого товара рассчитывается по средневзвешенному методу. Проводки:

Дебет счета "Капитал" / кредит счета "Товары" на сумму себестоимости

Дебет счета "Дебиторка" / кредит счета "Капитал" на сумму в продажных ценах

Сформировать конструктором отчеты:

По регистру накопления – "Материальная ведомость" (начальный остаток, приход, расход, остаток) в разрезе складов и товаров.

По регистру бухгалтерии - "Движение товаров" (сальдо на начало дебетовое, дебетовый оборот, кредитовый оборот, сальдо на конец дебетовое) по счету "Товары" в разрезе субконто этого счета.

Начислить зарплату менеджерам. В организации используется повременно-премиальная система оплаты труда по часам.

Премиальная часть зарплаты зависит от суммы продаж, выполненных данным менеджером в прошлом месяце.

Если менеджер осуществил продаж на сумму больше нормы за месяц, то ему положена премия:

если норма превышена на 1/2 - 20% от оклада,

если норма превышена на 3/4 - 30% от оклада,

если норма превышена на 100 процентов - 50% от оклада.

Результаты расчетов должны выполняться в общем модуле.

Разработать "Отчет по премиям". Для построения отчета использовать систему компоновки данных. Формат отчета:



Сотрудник

20%

30%

50%

<Сотрудник>

<Сумма>

<Сумма>

<Сумма>

Итого

<Итого>

<Итого>

<Итого>

 

Обязательно использовать перерасчет. Учесть следствие возможного изменения результата начисления "Оклада" сотрудников (работающих в каком-то подразделении на какой-то должности), - необходимость пересчета записи регистра расчетов, содержащие вид расчета "Премия".

В рамках данной задачи необходимо создать обработку "ПересчетЗарплаты". При ее открытии пользователь должен увидеть записи, которые требуется перерасчитать (вследствие произошедших изменений) и документы, в которых эти записи присутствуют.

Саму процедуру перерасчета реализовывать не требуется.

 Импорт товаров, валютный бухгалтерский учет, работа с командировочными.
В качестве исходной использовать каркасную конфигурацию.

Автоматизируется торговое предприятие. Закупки данное предприятие может проводить как за границей (за евро), так и на территории страны (за рубли).

Продажи происходят только за рубли.

Необходимо:

Дать возможность оформлять приходные накладные в той или иной валюте. Но в дальнейшем оперативный учет товаров должен осуществляться в управленческой валюте компании (рубли). То есть при проведении приходной накладной по оперативным регистрам необходимо пересчитывать суммы в рубли.

Проведение расходной накладной по регистру "ОстаткиНоменклатуры" организовать с контролем остатка товаров и со списанием себестоимости по партиям (по методу ФИФО). В алгоритме проведения расходной накладной необходимо использовать временные таблицы запросов.

Поскольку зачастую имеют место оформление покупок и продаж задним числом – необходимо использовать объект "последовательность" для предоставления возможности поиска и устранения коллизий.

В бухгалтерском учете необходимо предусмотреть ведение многовалютного учета на счетах "Касса" и "Поставщики".
Для взаиморасчетов с поставщиками необходимо ввести документ "Расходный Кассовый Ордер". Проводки документа:

  • Дебет счета "Поставщики" (Субконто "Контрагент ") / кредит счета "Касса".





Оплата поставщикам должна производиться в той валюте, в которой был закуплен товар. Поэтому при проведении документа "Расходный Кассовый Ордер" необходимо контролировать в той ли валюте пытаемся расплатиться и есть ли требуемая сумма в наличии.
Взаиморасчеты с покупателями только рублевые и оформляться должны документом "Приходный кассовый ордер". Проводки документа:

  • Дебет счета "Касса"/ кредит счета "Покупатели" (Субконто "Контрагент ").




Сотрудники компании работают по шестидневной рабочей неделе. Получают оклад в зависимости от количества отработанных рабочих дней. По результатам работы могут получать премию, как процент от начисленного в этом же месяце оклада или фиксированной суммой (вводится руками расчетчика).

Используя систему компоновки данных создайте отчет по начислениям за произвольный период следующего вида:

Подразделение

Сотрудник

Вид расчета

Период 1

Период 2

 

 

 

 

 

 

ИТОГО

 

 

 

 

Создать бизнес-процесс «Поступление товаров». Карта маршрута бизнес-процесса:

 

 

Логика работы. После старта бизнес-процесса должна автоматически создаваться задача «Заказ товара». После выполнения задачи «Заказ товара», бизнес-процесс должен автоматически создавать следующую задачу – «Поступление товара». После выполнения данной задачи бизнес процесс должен переходить к финишу. Пользователь в режиме исполнения должен иметь возможность видеть текущее состояние бизнес-процесса на карте маршрута. Необходимо создать специальную форму, в которой пользователь будет видеть только свои невыполненные задачи.

Оригинал статьи:

 скачать