Механизм сложных периодических расчетов. Сложные периодические расчеты Программирование видов расчетов в 1с

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

Теория

Регистр расчета(РР) - объект метаданных конфигурации, служащий для реализации периодических расчетов в системе 1С. Из очевидных областей применения регистров расчета можно выделить следующие: расчет заработной платы, расчет квартплаты, расчет арендной платы.

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

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

механизма вытеснения по периоду действия «:

Здесь мы видим что вид расчёта «Командировка» обладает протяжённостью во времени и действует с 10 по 20 апреля, «Командировка» указана как вытесняющий вид расчёта для вида расчета «Оклад». «Оклад» также обладает протяжённостью во времени и действует с 1 по 30 апреля. Так как «Командировка» указана как вытесняющий вид расчёта для вида расчета «Оклад»(имеет больший приоритет, чем оклад) и действует на периоде действия оклада, то происходит вытеснение оклада командировкой и формируется «Фактический период действия оклада».»Фактический период действия оклада» это период действия оклада после вытеснения командировкой, в нашем случае он состоит из 2 периодов — с 1 по 9 апреля и с 21 по 30 апреля и в сумме составляет 19 дней. Механизм вытеснения по периоду действия работает только для протяжённых во времени расчетов.

На рисунке выше графически показан принцип «механизма зависимости по базовому периоду «:

Допустим, в конце апреля 2017 мы хотим начислить сотруднику премию в размере 10% от оклада. В качестве базовых видов расчёта для премии указан оклад.

Но в качестве «базы» для расчета премии мы возьмём не весь месяц апрель, а только интервал с 10 по 20 апреля(11 дней). Рассчитаем базу для премии, оклад сотрудника составляет 60000 рублей, в месяце имеем 30 дней, дневной оклад = 60000/30 = 2000 руб. Далее 2000*11 = 22000 руб. База для расчета премии составляет 22000 рублей.

Рассчитаем премию: (22000/100)*10 = 2200 руб. Премия в размере 10% от оклада составляет 2200 рублей.

С регистром расчета тесно связан прикладной объект метаданных «План видов расчета».

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

Один план видов расчета может использоваться в нескольких регистрах расчета, но один регистр расчета не может использовать несколько планов видов расчета одновременно.

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

Механизмы расчета в системе 1С Предприятие устроены таким образом, что сперва требуется сделать записи в регистр расчета и только после этого выполнить расчет на основе этих данных. К примеру, нельзя рассчитать премию на основе оклада пока этот самый оклад не записан в регистр расчета.

Практика

Рассмотрим подробнее регистры расчета на практике:

Шаг 1 .Начнём с плана видов расчета. План видов расчета необходимо создать перед созданием регистра расчета. План видов расчета создаём перед регистром расчёта потому, что перед созданием таблицы для хранения рассчитанных данных(т.е. регистра расчета) необходимо задать алгоритмы расчета этих данных(т.е. план видов расчета).

Создадим план видов расчета «Основные начисления». Сразу же перейдём на вкладку «Расчет». Здесь мы сразу же видим флаг «Использует период действия «, при установке данного флага все виды расчета входящие в данный план будут обладать протяжённостью во времени (например Оклад, Командировка), а также для данного плана видов расчета включается «механизма вытеснения по периоду действия «. Если флаг «Использует период действия» не установлен, то виды расчета не будут обладать протяжённостью во времени(например Премия, Штраф) и «механизма вытеснения по периоду действия» действовать не будет. Также на данной вкладке есть разделы «Зависимость от базы» и «Базовые планы видов расчета» — они служат для реализации «механизма зависимости по базовому периоду «, но об нём поговорим позже. Пока оставим «Зависимость от базы» в режиме «Не зависит».

Создадим предопределённый вид расчета «Оклад». На вкладке «Основное» всё просто. Задаём имя и код вида расчета.

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

На данной вкладке мы указываем виды расчета, которые будут вытеснять оклад по периоду действия(например Командировка).

Примечание : в «Вытесняющие» можно добавить виды расчета принадлежащие только данному плану видов расчета.

Также есть вкладка «Ведущие » — на ней указываются виды расчета при изменении которых должен пересчитываться текущий вид расчёта. Здесь можно указать и виды расчёта из других планов видов расчёта. Например, вид расчета «Оклад» является ведущим для вида расчёта «Премия» т.е. при изменении оклада у нас должна пересчитаться и премия т.к. премия начисляется в зависимости от оклада. В данном случае вид расчёта «Оклад» принадлежит ПВР «Основные начисления» использующем период действия, а вид расчета «Премия» принадлежит ПВР «Дополнительные начисления» не использующем период действия.

Шаг 2 .Создадим справочник «Графики» со структурой по-умолчанию. В справочнике «Графики» будем хранить режимы работы сотрудников(пятидневка, шестидневка и.т.д.).

Шаг 3 .Также нам нужен объект в котором мы будем хранить Производственный календарь(рабочие и выходные дни). Для этих целей используем непериодический независимый регистр сведений.

Создадим непериодический независимый регистр сведений «Графики работы» с 2 измерениями «Дата» и «График» и ресурсом «Количество часов».

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

Шаг 4 .Создадим документ «Начисление зарплаты» со структурой реквизитов показанной ниже:

Реквизиты:

Оперативное проведение ставим в значение «Запретить» т.к. оно не имеет смысла для механизма периодических расчётов в 1С — ни премию, ни оклад, ни штраф мы никогда не начисляем в реальном времени.

Создадим форму документа с настройками по-умолчанию.

Шаг 5 . Наконец-то мы дошли и до создания регистров расчета.

Объект метаданных регистр расчета расположен в ветке «Регистры расчета» конфигуратора.

Создадим регистр расчета «Основные начисления». Настройки регистра расчета рассмотрим ниже:

1.В поле «План видов расчета» указываем ПВР «Основные начисления» созданный на шаге 1.

2.Ставим флаг «Период действия» в значение «Истина» т.к. ПВР, указанный на шаге 1 обладает протяжённостью во времени.

После установки данного флага у нас сразу же становятся доступны стандартные реквизиты «ПериодДействия», «ПериодДействияНачало», «ПериодДействияКонец» это значит, что виды расчета регистрируемые в данном регистре расчета также обладают протяжённостью во времени и у нас становится доступен «механизма вытеснения по периоду действия «.


P.S. Если указать ПВР, обладающий протяжённостью во времени у РР с флагом «Период действия» в значении «Ложь», то данный ПВР будет работать как ПВР не обладающий протяжённостью во времени.

3.После установки флага «Период действия» в значение «Истина» у нас становятся доступны поля «График», «Значение графика», «Дата графика».

В поле «График» указываем регистр сведений «Графики работы», созданный на шаге 3.

В поле «Значение графика» указываем ресурс «КоличествоЧасов» регистра сведений «Графики работы».

В поле «Дата графика» указываем измерение «Дата» регистра сведений «Графики работы».

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

Ниже представлена структура метаданных регистра:

Флаг «Базовое» у измерения влияет только на производительность, его можно и не проставлять, но если поставить, то поле «Сотрудник» будет проиндексировано.

Измерение «Сотрудник» — оно применяется в «механизме вытеснения по периоду действия » и «механизме зависимости по базовому периоду «.

Ресурс «Сумма» — туда запишется рассчитанная зарплата.

Реквизит «График» указан как реквизит, а не измерение регистра т.к. ни его, ни он ничего не вытесняет — по сути справочное поле. Важно!!! Не забудьте заполнить поле «Связь с графиком» у реквизита «График», там должно быть указано измерение «График» регистра сведений «Графики работы» иначе размер заработной платы не будет рассчитываться.

Реквизит «Параметр» будет хранить значение оклада.

Вот теперь когда мы указали связь с РС «Графики работы» у нас будет рассчитываться заработная плата сотрудника пропорционально количеству отработанных дней.

В качестве регистратора указываем документ «Начисление зарплаты «, созданный на шаге 4.

Шаг 6 . Делаем движения по регистру расчета «Основные начисления».

Вернёмся к документу «Начисление зарплаты» созданному на шаге 4.

Опишем обработку проведения в модуле объекта документа:

Фрагмент кода обработки проведения документа

1С (Код)

Процедура ОбработкаПроведения(Отказ, РежимПроведения) // регистр ОсновныеНачисления Движения.ОсновныеНачисления.Записывать = Истина; Движения.ОсновныеНачисления.Очистить(); ПериодРегистрации=НачалоМесяца(Дата); Для Каждого ТекСтрокаОсновныеНачисления Из ОсновныеНачисления Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = ТекСтрокаОсновныеНачисления.ДатаНачала; Движение.ПериодДействияКонец = КонецДня(ТекСтрокаОсновныеНачисления.ДатаОкончания); Движение.ПериодРегистрации = ПериодРегистрации; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Размер; КонецЦикла; КонецПроцедуры

Процедура ОбработкаПроведения(Отказ, РежимПроведения)

// регистр ОсновныеНачисления

Движения. ОсновныеНачисления. Записывать= Истина;

Движения. ОсновныеНачисления. Очистить() ;

ПериодРегистрации=НачалоМесяца(Дата) ;

Для Каждого ТекСтрокаОсновныеНачисленияИз ОсновныеНачисленияЦикл

Движение= Движения. ОсновныеНачисления. Добавить() ;

Движение. Сторно= Ложь;

Движение. ВидРасчета= ТекСтрокаОсновныеНачисления. ВидРасчета;

Движение. ПериодДействияНачало= ТекСтрокаОсновныеНачисления. ДатаНачала;

Движение. ПериодДействияКонец= КонецДня(ТекСтрокаОсновныеНачисления. ДатаОкончания) ;

Движение. ПериодРегистрации = ПериодРегистрации;

Движение. Сотрудник= ТекСтрокаОсновныеНачисления. Сотрудник;

Движение. График= ТекСтрокаОсновныеНачисления. График;

Движение. Параметр= ТекСтрокаОсновныеНачисления. Размер;

КонецЦикла;

КонецПроцедуры

Создадим тестовый документ и проведём его:

Перейдём в «Движения документа»:

Видим, что период регистрации установился как начало месяца т.к. периодичность РР указана «Месяц». Так же видим, что заполнились все поля кроме суммы(ЗП ещё не рассчитана).

Шаг 7 .Напишем код расчета заработной платы.

Создадим общий модуль «Расчет» со следующими флагами:

В данном общем модуле у нас и будет происходить сам расчёт.

Напишем в модуле «Расчет» экспортную функцию «Рассчитать начисления»:

Так как мы заполнили в настройках РР «Основные начисления» поля «График», «Значение графика», «Дата графика» у нас стала доступна виртуальная таблица регистра расчета ДанныеГрафика, в запросе к виртуальной таблице нас интересуют поля:

«КоличествоЧасовФактическийПериодДействия» — содержит рассчитанное на основании данных графика количество фактически отработанных часов

«КоличествоЧасовПериодДействия» — содержит рассчитанное на основании данных графика количество рабочих часов в периоде расчёта

Процедура расчета заработной платы

1С (Код)

Процедура РассчитатьНачисления(Регистратор, НаборЗаписей) Экспорт //Оклад Запрос=Новый Запрос; Запрос.Текст="ВЫБРАТЬ | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовФактическийПериодДействия, 0) КАК ЧасовФакт, | ОсновныеНачисленияДанныеГрафика.Параметр, | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовПериодДействия, 0) КАК ЧасовПлан, | ОсновныеНачисленияДанныеГрафика.НомерСтроки |ИЗ | РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(| Регистратор = &Регистратор | И ВидРасчета = &ВидРасчетаОклад) КАК ОсновныеНачисленияДанныеГрафика"; Запрос.УстановитьПараметр("Регистратор", Регистратор); // передаём документ регистратор чтобы поиск выполнялся только по текущему документу Запрос.УстановитьПараметр("ВидРасчетаОклад", ПланыВидовРасчета.ОсновныеНачисления.Оклад); //устанавливаем вид расчёта оклад т.к. рассчитываем оклад Выборка=Запрос.Выполнить().Выбрать(); СтруктураПоиска=Новый Структура; СтруктураПоиска.Вставить("НомерСтроки",0); //создадим структуру для поиска данных для расчёта по номеру строки Для Каждого Запись Из НаборЗаписей Цикл //цикл по набору записей текущего документа СтруктураПоиска.НомерСтроки=Запись.НомерСтроки; //заполняем номер строки для поиска Если Выборка.НайтиСледующий(СтруктураПоиска) Тогда //ищем в выборке данные для расчёта по текущему номеру строки Запись.Сумма =?(Выборка.ЧасовПлан=0,0, Выборка.ЧасовФакт/Выборка.ЧасовПлан * Выборка.Параметр); //рассчитываем ЗП пропорционально отработанным дням, в Параметр - текущий оклад КонецЕсли; Выборка.Сбросить(); //сбросим выборку, нужно чтобы следующая запись набора записей делала поиск по выборке сначала КонецЦикла; НаборЗаписей.Записать(,Истина); //записываем рассчитанные записи в базу, передаём параметр Замещать = Истина КонецПроцедуры

//Оклад

Запрос=Новый Запрос;

Запрос. Текст="ВЫБРАТЬ

| ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовФактическийПериодДействия, 0) КАК ЧасовФакт,

| ОсновныеНачисленияДанныеГрафика.Параметр,

| ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовПериодДействия, 0) КАК ЧасовПлан,

| ОсновныеНачисленияДанныеГрафика.НомерСтроки

|ИЗ

| РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(

| Регистратор = &Регистратор

Здравствуйте уважаемые читатели блога . Судя по отзывам, приходившим на мою почту, предыдущая статья об использовании произвольных формул в 1С ЗиУП многим понравилась. Спасибо всем за теплые слова! Откровенно говоря настройка произвольных формул для видов расчет – это самая любимая моя забава в 1С) Поэтому я решил сразу же представить ещё одну статью по этой теме. Она также как и основана на реальной задаче, которую мне приходилось решать в своей профессиональной деятельности.

В сегодняшней публикации будут подробно представлены возможности использования собственных показателей расчета заработной платы в произвольных формулах. В частности я представлю обзор сервиса. И конечно будет много мелких, но интересных и полезных особенностей ведения учета в программном продукте 1С Зарплата и Управление Персоналом. Поэтому читайте и не забывайте оставлять свои вопросы и замечания в комментариях и на страницах блога во вконтакте , на одноклассниках и google+ .

Использование показателей по сотрудникам, по подразделениям и по всей организации в 1С ЗУП




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

Создание видов расчета в ЗУП с произвольными формулами и показателями

Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

Для начала нам необходимо создать сам вид расчет «Премия личная за работу сверх плана». Итак, открываем перечень «Основных начислений» и создаем новый вид расчета. Доступ к «Основным начислениям» в 1С ЗУП можно получить на закладке «Расчет зарплаты» в самом внизу в разделе «См. также». Добавляем новый вид расчета. Вводим наименование «Премия личная за работу сверх плана». Переключатель «Последовательность расчета» ставим в положение «Первичное начисление» поскольку наш новый вид расчета не будет зависеть от других расчетов, а только от показателей, которые вводятся раз в месяц перед расчетом зарплаты. В разделе «Способ расчета» устанавливаем в активное положение переключатель «Произвольная формула расчета» . В результате появится ссылка «Редактировать формулу расчета» и нам необходимо нажать на неё, чтобы открылось окно редактирования формул.

Теперь давайте напишем формулу, по которой рассчитывается эта премия. Пусть план каждого рабочего составляет 100 каких-то условных деталей. Каждая следующая деталь сверх плана оплачивается в виде премии по 250 руб. за каждую деталь. Следовательно формула будет выглядеть так:

(Выработка_Сотрудника – План_Сотрудников) * Ставка_Оплаты_Сверх_Плана

Показатель Выработка_Сотрудника должен вводиться для каждого сотрудника ежемесячно перед расчетом зарплаты, а показатель План_Сотрудников это условно постоянный показатель, который можно было в формуле написать и фиксированной суммой – 100 – но я специально этого не стал делать, чтобы побольше поработать с показателями. Кроме того он может различаться для подразделений. Например в оном цехе деталь сложнее в производстве и на неё тратиться больше времени, поэтому план будет не 100 штук, а 80. Ставка_Оплаты_Сверх_Плана – по аналогии с предыдущим.

  • Идентификатор — должен состоять только из букв и цифр, без пробелов;
  • Вид показателя – числовой, он у нас будет использоваться для ввода количества в штуках;
  • Назначения показателя – для сотрудника, т.е. это личный показатель каждого сотрудника (Иванов произвел 120 штук, а Петров 130);
  • Порядок ввода показателя – ежемесячно перед расчетом зарплаты.

Ну и третий показатель, который аналогичен предыдущему. Только одно отличие, что «Вид показателя» будет не числовой, а денежный. Хотя даже если Вы введете Числовой ничего не изменится, но лучше конечно руководствоваться логикой и выбрать именно денежный показатель.

Теперь мы можем написать формулу для вида расчета с использованием только что созданных показателей. Однако формула немного модернизируется по сравнению с той, которую представил вначале. Ведь может быть так, что сотрудник не выполнит план и чтобы этот вид расчета не начислил отрицательного значения мы будем использовать функцию Макс(<Выражение1> ,<Выражение2>) . Она означает, что окончательным будет максимальный результат из этих двух выражений:

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

Далее необходимо назначить созданный вид расчета в качестве планового сотрудникам производственного цеха. Для этого можно использовать документ «Ввод постоянного начисления или удержания» или «Ввод сведений о плановых начислениях» . О том как это делается я писал в .

Заполнение постоянных и ежемесячных произвольных показателей в 1С ЗиУП

Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

Теперь нам необходимо познакомиться с сервисом, с помощью которого мы будем вводить значения для только что созданных показателей. Этот инструмент называется «Показатели для расчета зарплаты» . Ссылку на него можно найти на закладке «Расчет зарплаты» рабочего стола программы в самой левой колонке. Откроем его и сразу не пугаемся. Окно разделено на две закладки «Ежемесячные» и «Постоянные. Начнем с «Ежемесячных».

  • Во-первых, необходимо выбрать что мы вводим: индивидуальные показатели сотрудника или ежемесячные показатели для подразделений/организации. Выбираем первое.
  • Во-вторых, выбираем режим ввода. Это уж как кому удобно. Мне удобен первый вариант «по показателям».
  • В-третьих, указываем период, за который заполняются показатели: Август 2014.
  • Ну и в-четвертых, вводим сам показатель для наших двух сотрудников, которые получают «Премию личную за работу сверх плана». Должно получиться то, что показано на скриншоте.

Теперь необходимо ввести постоянные показатели, а точнее условно-постоянные, которые довольно редко меняются. Для этого переходим на закладку «Постоянные». Выбираем переключатель «Данные по организации» и для каждого из двух цехов вводим значения показателей «План сотрудников» и «Ставка оплаты сверх плана». В цехах производятся детали разной сложности, с различными трудозатратами, поэтому и показатели для подразделений не одинаковые. Эти значения будут действовать для всех сотрудников, кто трудиться в этих подразделениях и которым начисляется премия.

Подробнее о последовательности расчета заработной платы в 1С ЗиУП можете почитать в статье .

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

На этом сегодня всё! Скоро будут новые интересные материалы на .

Чтобы узнать первыми о новых публикациях подписывайтесь на обновления моего блога:

Механизм сложных периодических расчетов предназначен в первую очередь для решения задач, связанных с начислением заработной платы. Он позволяет описать сложные зависимости зарплаты от каких-либо показателей. В состав механизма входят два основных прикладных объекта:

  • План видов расчета - предназначен для хранения данных о видах расчетов, и их взаимном влиянии друг на друга. Взаимосвязь ПВР может быть влияющей (например, премия зависит от оклада) и вытесняющей (например, больничный вытесняет оклад), ну и независимые от других ПВР также могут быть. Пример план видов расчетов:
  • Регистр расчета - предназначен для хранения данных о расчетах ЗП, как конечных, так и промежуточных. Соответственно, и представляет собой комбинацию измерений и числовых ресурсов, чем напоминает регистр накопления либо регистр бухгалтерии . Регистр расчета обязательно ссылается на план видов расчета, согласного которому и сделаны хранящиеся в регистре расчеты. Также, регистр расчета может быть привязан к графику (актуально для посменной оплаты труда), и в любом случае поддерживает перерасчеты (актуально всегда). Пример регистра расчета:

Вопрос 14.01 экзамена 1С:Профессионал по платформе. Планы видов расчета предназначены...

  1. для описания множеств возможных видов расчета
  2. для накопления информации о периодических расчетах
  3. для хранения информации о перерасчетах
  4. верно все вышеперечисленное
  5. верны утверждения 1 и 3

Правильный ответ первый, разбор в посте.

Вопрос 14.02 экзамена 1С:Профессионал по платформе. Виды расчета - это...

  1. объекты базы данных
  2. объекты конфигурации
  3. объекты встроенного языка

Правильный ответ первый, например в ПВР "Основные начисления организаций" могут входить такие виды расчетов как Оклад по дням, ГПД на месяц, и т.д.

Вопрос 14.16 экзамена 1С:Профессионал по платформе. Новые виды расчета...

  1. можно создавать только в режиме "1С:Предприятие"
  2. можно создавать только в режиме "Конфигуратор"
  3. можно создавать в режиме "1С:Предприятие" и в режиме "Конфигуратор"

Правильный ответ третий, можно создать и в Конфигураторе (предопределенные), и в режиме Предприятие.

Вопрос 14.21 экзамена 1С:Профессионал по платформе. Регистры расчета служат...

  1. для накопления информации о периодических расчетах
  2. для описания множеств однотипных видов расчета
  3. для хранения сведений о перерасчетах

Правильный ответ первый.

Вопрос 14.44 экзамена 1С:Профессионал по платформе. Выберите правильный ответ:

  1. Регистр расчета может быть связан с несколькими планами видов расчета
  2. Регистр расчета может быть связан только с одним планом видов расчета
  3. Регистр расчета может быть связан только с тремя планами видов расчета

Правильный ответ второй, см. в посте скриншот регистра расчета.

  • только числовой
  • Правильный ответ четвертый, в регистрах расчета было бы странных хранить нечисловые значения. Если серьезно, доступен только тип Число.

    . 1С Зарплата и Управление Персоналом – это прежде всего специализированный программный продукт для автоматизации расчета заработной платы. В своих прошлых статьях я уже упоминал, что программа предоставляет широкие возможности по настройке разнообразных формул, которые можно не только выбирать, но и создавать самостоятельно, используя предопределенные и свои собственные показатели. К сожалению, довольно часто программистам проще доработать, переписать конфигурацию, а не разбираться с типовыми средствами программного продукта 1С ЗиУП . В результате у конечного пользователя, клиента возникает необходимость оплачивать лишнюю работу программиста, а также влечет удорожание планового обновления самой программы и другие мелкие, но неприятные трудности, связанные с использованием конфигурации снятой с поддержки.

    В этой статье мы рассмотрим пример, в котором я постараюсь наиболее полно отразить ключевые возможности использования формул и показателей. Также будет затронут вопрос использования справочника «Графики работы» и загадочного документа . Не путайте с одноименным отчетом. Конечно в рамках одного примера обо всем рассказать не получится, поэтому чуть позже я напишу ещё несколько публикаций на эту тему.

    Произвольные формулы расчета в 1С ЗиУП




    Давайте сразу приступим к примеру. Мне кажется так будет более наглядно. Итак, в организации есть подразделение охрана. Сотрудники этого подразделения, их 4 человека, работают сутки через 3. Для каждого сделаем отдельный график работы. Сотрудник получает полный оклад, если отработает весь свой план по графику. Если будут неотработанные дни , то оклад пересчитывается пропорционально отработанным дням. Также возможен случай, когда сотрудник отработает больше положенной нормы дней по своему графику. Это происходит, когда сотрудники заменяют другого работника, ушедшего в отпуск или выбывшего по болезни. В этом случае сотрудник, отработавшей на подмене имеет отработанных дней больше, чем положено по его графику. Надо обеспечить, чтобы в этом случае его оклад был начислен как за обычную работу в рамках плановых дней графика, а оплата за дни, отработанные сверх плана были бы отнесены на другой вид расчета «Доплата за совмещение».

    Создание элементов справочника «Графики работы»

    Для начала необходимо обсудить элементы справочника «Графики работы» . Его можно найти на рабочем столе программы на закладке «Кадровый учет» в средней колонке.

    Для наших целей уже есть шаблон «Сутки через трое (40 час. раб. неделя)». Появится вариант, при котором отдельно программа будет считать для сотрудников, работающих по этому графику, отработанные ночные и вечерние часы. В нашем примере этого не требуется, поэтому галочки не ставим. А вот дату, с которой начинается отсчет периодичности поставим 01.07.2014. Во втором графике – «Сутки через трое 2» — эта дата сместиться на 1 день и так далее.

    После этого нажимаем кнопку «Заполнить». И график будет заполнен, начиная с указанной даты.

    Таким образом создадим ещё три графика для каждой из смен.

    Создание видов расчета для автоматизации начисления заработной платы в 1С ЗиУП

    Семинар «Лайфхаки по 1C ЗУП 3.1»
    Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

    ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
    ВИДЕО - ежемесячная самостоятельная проверка учета:

    Начисление зарплаты в 1С ЗУП 3.1
    Пошаговая инструкция для начинающих:

    Также при приеме на работу этих сотрудников необходимо установить для виды расчетов. Их нужно создать. Первый это «Оклад (охрана)». Ещё раз напомню, что такой оклад должен быть выплачен полностью, если по графику всё отработано (т.е. нет пропущенных дней), если же отработано не полностью, то начисляться пропорционально отработанным дням. А вот в случае, когда сотрудник отработал сверх установленного графика необходимо обеспечить начисления только одного оклада, без пересчета за переработанные дни. Оплата за переработку будет осуществляться другим видом расчетов, но о нем позже.

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

    • Формула расчета – тут непосредственно будет формироваться формула;
    • Функции – это предопределенные разработчиками арифметические и логические операции, которые можно использовать в формуле. В справке можно ознакомиться подробнее о каждой;
    • Показатели – это во-первых, предопределенные переменные, которые принимают значения, запрограммированные разработчиками 1С. Например, параметр «ВремяВДнях» будет возвращать количество дней отработанное сотрудником, для которого выполняется расчет по этому виду расчета. Во,вторых опказатели можно создавать самостоятельно. Например, создать показатель «ПроданоШт», в зависимости от которого будет начисляться премия сотруднику, а само значение, т.е. сколько продано заполнять раз в месяц перед расчетом зарплаты.

    Сразу приведу формулу, которую мы будем использовать, а потом поясню:

    ? (ВремяВДнях>=НормаВремениВДнях, ТарифнаяСтавкаМесячная, ТарифнаяСтавкаМесячная / НормаВремениВДнях * ВремяВДнях)

    Во-первых, поясню конструкцию, в которой выполнена эта формула: ?(условие, выражение1, выражение2) .

    ).

    Если условие, находящееся в скобках выполняется, то результат принимает значение переменной, находящейся после первой запятой (т.е. выражение1, в нашем случае этоТарифнаяСтавкаМесячная ). Если условие не выполняется, то результат принимает значение, полученное после выполнения формулы, которое находится после второй запятой (т.е. выражение2, в нашем примере это ТарифнаяСтавкаМесячная / НормаВремениВДнях * ВремяВДнях ).

    Во-вторых, расшифрую показатели, которые используются в формуле:

    • ВремяВДнях – количество дней, отработанных сотрудником в текущем месяце –;
    • НормаВремениВДнях – плановое количество дней, которое сотрудник должен отработать в текущем месяце в соответствии с графиком работы — предопределенный показатель – рассчитывается программой автоматически ;
    • ТарифнаяСтавкаМесячная – сколько сотрудник заработает при полной отработке своих плановых рабочих дней – предопределенный показатель – указывается при назначении сотруднику этого вида выплаты.

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

    Не забудьте записать этот вид расчета, чтобы сохранить все изменения.

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

    ? (ВремяВДнях > НормаВремениВДнях, ((ВремяВДнях – НормаВремениВДнях) / НормаВремениВДнях * ТарифнаяСтавкаМесячная) , 0)

    Если же условие не выполняется, т.е. если сотрудник не превысил количество отработанных дней по своему графику, то результат будет равен нулю, т.е. в этом случае сотруднику доплата не начисляется. Никаких новых параметров по сравнению с предыдущим видом расчетов не появилось, поэтому нет смысла ещё раз их пояснять. Сохраняем этот вид расчета.

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

    Начисление зарплаты с использованием созданных видов расчета

    Семинар «Лайфхаки по 1C ЗУП 3.1»
    Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

    ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
    ВИДЕО - ежемесячная самостоятельная проверка учета:

    Начисление зарплаты в 1С ЗУП 3.1
    Пошаговая инструкция для начинающих:

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

    Напомню, что расчет зарплаты в 1С ЗиУП осуществляется по принципу вытеснения. Все дни графика считаются отработанными, если не было документов, вытесняющих рабочие дни графика (больничные, отпускные и т.д.). Подробнее о последовательности расчета заработной платы в ЗУП’е читайте . Пока мы в программу не вводили вытесняющих документов на наших сотрудников и если попробовать сформировать отчет «Табель учета рабочего времени» (об отчетах и печатных формах подробно ), то мы увидим, что у сотрудников отработаны все дни в августе по их графикам.

    Теперь давайте предположи, что сотрудник Шелестов ушел в отпуск с 22.08 и получается, что его дни кто-то должен отработать (в августе это 24 и 28 числа). На это согласился Горин. Отпуск Шелестову отразить не сложно. Для этого используем документ «Начисление отпуска сотруднику» (подробнее об отпусках читайте ). А вот для того чтобы отразить дополнительные дни сотруднику Горину, будем использовать документ «Табель учета рабочего времени» . Ещё раз повторюсь – не путайте этот документ с одноименным отчетом. Этот документ можно найти на закладке «Расчет зарплаты» рабочего стола программы. Создадим новый документ. Установим месяц начисления Август 2014 и добавим в табличную часть документа сотрудника Горина. При этом табель сотрудника заполнится автоматически в соответствии с графиком его работы в августе. Нам лишь требуется исправить 24 и 28 августа с выходных дней на рабочие («Я 24»).

    Проводим документ.

    Теперь можем открыть документ «Начисление зарплаты сотрудникам организации», заполнить этот документ сотрудниками подразделения охрана и рассчитать этот документ. В результате получим следующее.

    Итак, Шелестов отработал на 2 дня меньше в связи с отпуском, вместо 7 дней 5, поэтому его оклад рассчитывается пропорционально отработанным дням:

    12 500 / 7 * 5 = 8 928,57 руб.

    Ни о какой доплате конечно речи не идет, поэтому «Доплата за совмещение» равна 0.

    Сотрудник Горин отработал на два дня больше своего плана, вместо 8 дней 10. Оклад начисляется в полном размере, как за 8 плановых дней – 12 500 руб. А вот доплата рассчитывается пропорционально двум дням отработанным сверх нормы в 8 рабочих дней:

    12 500 / 8 * 2 = 3 125,00 руб.

    Вот так. Всё что можно было автоматизировать в этом примере мы автоматизировали типовыми средствами. Для удобства можно ещё сделать внешнюю обработку, в которой можно будет на основании отпуска и других вытесняющих документов создавать документ «Табель учета рабочего времени» при указании в этой обработки кто кого заменяет. Но над этим стоит работать только если подобная процедура имеет массовый характер из месяца в месяц при большом количестве сотрудников. А так можно и ручками ввести.

    На этом сегодня всё! Скоро будут новые интересные материалы на .

    Чтобы узнать первыми о новых публикациях подписывайтесь на обновления моего блога:

    В настройках для расчета з/п существует понятие «Планы видов расчетов». Типовые настройки задают уже настроенные планы начислений, взносов в фонды и удержаний.

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

    В настройках заданные виды планов расчетов показаны на представленном дальше рисунке.

    Для систематизации данных по планах видов расчетов определим их особенности по пунктам:

    1. План видов расчетов « Основные начисления организаций » (меню «Зарплата - Начисления организаций», смотрите рисунок ниже) включает в себя виды основных начислений, используемых для расчета заработной платы . Если на предприятии используются дополнительные виды начислений, пользователь может добавить новую систему расчета начислений.

    Например, вид расчета «Больничные за счет предприятия» является дополнительным начислением, введенным пользователем вручную.

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

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

    Когда начисляют трудовое вознаграждение в документе « Начисления зарплаты работникам организации» автоматом заполнятся данные по каждому работнику, учитывая, что установлена фиксированная сумма.

    · первичное → использует начисления за отработанное время;

    · зависимые → у них базой для начислений является предыдущий уровень.

    Реквизит «НДФЛ» нужен для отражения в форме №– 1ДФ, где будет указан код дохода для начисления НДФЛ.

    Заполнение реквизитов «Отражение в бух. учете» и «Индексируется расчетом» дает возможность индексации этого начисления и представлено на следующем рисунке.

    Показатели «Учета отработанного времени» указываются, чтоб использовать отчеты по труду и вычисления среднесписочной численности и численности в эквиваленте полной занятости. На вкладке «База для расчетов» записывается список взносов на это начисление.

    Важно! Если выбрать метод вычисления «Нулевая сумма» → для сдельной оплаты труда в документах зачисления на работу выбирается вид расчета с нулевой суммой, а сумму начисления будет записывать пользователь в бумагах расчета вручную (в табл. часть поля «Размер»).

    2. План видов расчетов «Взносы в фонды» (меню «Зарплата -> Учет НДФЛ и взносов - Взносы в фонды», смотрите одноименный рисунок).

    Данный план расчетов утверждает базу расчета показателей взносов работников для разных фондов, взносы на фонд оплаты труда (ФОТ). Для каждого типа взноса выбираются определенные виды начислений в справочнике «Начисления организаций».

    Пользователь может добавить новый план начислений по взносам и ввести новые параметры вычислений взносов на фонды.

    При обработке нового плана расчетов на взносы в фонды либо на взносы в ФОТ выбирается метод расчета:

    1. «По шкале» → тогда анализ базы расчета проводится в документе « », и автоматом определяется один предел и интервал порога в соответствии со списком «Шкала ставок». Далее, определив порог, база умножается на ставку этого порога.

    2. «Прогрессивный» → в этом случае анализ базы расчета проводится тоже в документе « Начисление зарплаты работникам организации », но определяется автоматом столько порогов, сколько есть в списке «Шкала ставок».

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

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

    В периодическом режиме (на дату) записывается для каждого вида налога новый созданный пункт плана расчетов для взносов в фонды.

    3. План видов расчетов «Отражение зарплаты организации» (следующий рисунок):

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

    Он автоматом определяет порядок оформления проводок.

    4. «Удержания организаций» (Меню «Зарплата Удержания организаций»).

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

    Пользователь сможет вручную записать новые типы расчетов удержаний, воспользовавшись методом расчета «Фиксированной суммой» либо методом «Процентом». Если выбран последний метод расчета, то потребуется заполнить базовые типы расчетов, чтобы ставка процента бралась из расчетной базы.

    Метод отражения в бухучете автоматом подставит в проводки хозяйственную операцию из справочника «Способы отражения зарплаты в регламентированном учете».

    Категория типа расчета имеет четыре вида: «Первичная» или «Зависимость первого уровня», «Зависимость второго уровня», «Зависимость третьего уровня». Если для подсчетов, например, процентов возьмется какая-то база, то нужно, чтобы «зависимость определенного уровня» была установлена на 1 выше определяемых в базовых видах расчета.


    Нас находят: заполнение планы видов расчета в 1с 8 2 , 1c8 d eckjdbt cgbcjr pyfxtybq , план оплаты, план видов расчетов індексація 1с 8 2, Вид расчета в 1С8 2, вид расчета в 1с 8 2, 1С 8 2 Планы видов расчетов Создание вида расчета, как изменить регламентированный вид расчета 1с, дайте определение виду нагрузки представленному на рисунке укажите вид расчета соответствующий нагрузки, план видов расчета 1с 8 3


    mob_info