1с зуп дополнительное начисление зависимое первого уровня что это
Требуется для просмотра Flash Player 9 или выше.
Вид расчета – это составляющая суммы зарплаты. Различают виды расчета начисления и удержания. Название и правила расчета начислений и удержаний описывают вид расчета. Название заносится в печатные формы расчетного листа и расчетной ведомости.
Все виды расчета в типовой конфигурации сохраняются в планах видов расчета (ПВР). Виды начислений и удержаний, имеющие особый алгоритм расчета, содержат предопределенные элементы планов видов расчета. Такие элементы нельзя удалить.
В данном решении можно создавать неограниченный список видов расчета и реализовать любую схему оплаты труда, а для регламентированного учета - корректировать список начислений, входящих в облагаемую базу для взносов в фонды социального страхования.
Планы видов расчетов в ЗУП составляют несколько списков. Каждый план видов расчета предназначен для описания однотипных видов расчета.
Каждому плану видов расчета соответствует регистр расчета, которых хранит результаты расчетов и информацию для них.
Виды расчета из одного плана видов расчета можно охарактеризовать схожими правилами и общими параметрами.
Для понимания алгоритмов и процесса расчета определим специальные термины.
Вид расчета
Существуют определенные алгоритмы для расчета сумм начислений и удержаний. Они могут быть простыми, а могут быть сложными и зависеть от множества параметров.
Вид расчета содержит:
- способ (алгоритм) расчета, который задается формулой;
- показатели формулы, которые используются в формуле расчета;
- правила учета и налогообложения;
- связи с иными видами расчетов (вытесняющие, базовые и зависимые виды расчетов).
Зависимые и базовые виды расчетов
Результаты зависимых начислений зависят от результатов расчета других начислений. Пример: индексация зарплаты зависима от суммы всех начислений за определенный период, премию можно рассчитать, как процент от оплаты по окладу. Здесь индексация и премия - зависимые виды расчета. Оплата по окладу – базовый для премии, для индексации - базовые все другие виды расчета (оплата по окладу и премия).
Очередность расчетов
в конфигурации это уровни зависимости начислений друг от друга. В данном продукте предлагают использовать четыре уровня зависимости записей: первичные; зависимые первого уровня; зависимые второго уровня; зависимые третьего уровня.
Категория начислений и удержаний определяет последовательность их расчета: сперва - рассчитываются первичные, после - первого уровня и т.д. Следовательно, результат первичного начисления не зависим от результатов других начислений.
Период регистрации и период действия
Периодом регистрации выступает период, в который произведены начисления (удержания), а именно месяц расчета зарплаты.
Период действия - это продолжительность расчета во времени, за которую производится начисление.
Пример: в случае, когда сотрудник работал целый месяц, период действия оплаты по окладу - это промежуток с первого по последнее число месяца. Он совпадает с периодом регистрации. Период действия отпуска может начинаться в периоде регистрации и заканчиваться в следующем месяце.
Базовый период
задают для зависимых видов расчета. Он определяет, из какого диапазона дат нужно выбрать результат расчета базовых начислений.
Пример: чтоб рассчитать месячную премию базовым периодом может быть текущий или предыдущий месяц, а для квартальной премии - предыдущий квартал.
Ведущие и ведомые виды расчетов
Ведущие – это виды расчета, при изменении которых нужно пересчитать ведомые. Пример: при расчете премии как процента от оплаты по окладу за текущий месяц, изменение суммы оплаты по окладу (ведущий) влечет изменение суммы премии (ведомый).
Некоторые начисления, которые характеризует период действия, могут конкурировать между собой за период действия.
Периодические начисления/удержания -
это виды расчетов, которые рассчитываются для работника каждый месяц длительный период времени (до отмены). Они могут назначаться при приеме на работу или специальными приказами по предприятию (оплата по окладу, доплата за вредность и т.д.).
Разовые начисления/удержания
назначаются по необходимости (больничные, премия к празднику и т.д.).
Способы расчета
Под данным термином понимают алгоритм расчета начисления или удержания. Это могут быть:
- предопределенные алгоритмы, которые используют в регламентированном учете;
- формулы с неограниченным количеством ключевых показателей, которые описывает пользователь (используют во всех видах учета).
Следовательно, может быть создано множество видов расчета со своей формулой и показателями в ней (процент выполнения плана, индекс постоянных клиентов).
В ЗУП 3.1.11 реализована возможность расчета Районного коэффициента , Северной надбавки и других зависимых начислений в межрасчетных документах.
Для этого в настройках вида начисления следует установить флажок Выполнять в документах разовых начислений :
Тогда, например, в документе Премия ( Зарплата – Премии ) помимо суммы самой премии будет рассчитан и Районный коэффициент с этой премии:
Для получения результата по Районному коэффициенту предварительно на вкладке Зависимые начисления производится расчет. Здесь может появляться несколько строк, если есть несколько настроенных зависимых начислений.
На вкладке Премия отражается общий результат по зависимым начислениям.
Соответственно к выплате в межрасчетный период по документу Премия попадет сумма самой премии и Районного коэффициента за вычетом рассчитанного в этом документе НДФЛ со всех начислений.
При начислении заработной платы Районный коэффициент будет рассчитываться уже только с заработной платы.
Общие принципы данного механизма следующие:
- В качестве базы берутся только начисления текущего документа.
- Алгоритм выявления зависимых начислений схож с тем, который используется при окончательном расчете:
- Дополнительно учитывается настройка начисления и зависимость от начислений документа.
- При определении зависимых начислений учитываются даты назначения начислений, даты приема увольнения и т.д..
- Также учитываются периоды изменения кадровой истории и показателей, использующихся в начислении.
- Особенности при окончательном расчете:
- При окончательном расчете ранее начисленные суммы вычитаются из результата.
- Ранее выполненные начисления сопоставляются с начислениями окончательного расчета по подразделению и периодам.
- Если периоды не совпадают, то выполняется нормирование.
- Все ранее начисленные суммы будут учтены при окончательном расчете (переплат не возникает). При некоторых ситуациях могут возникать отрицательные суммы.
- Отражение в бухгалтерском учете зависимых начислений выполняется так же, как и при окончательном расчете.
Рассмотрим несколько примеров расчета.
Пример 1. Районный коэффициент с премии при кадровом переводе в середине месяца
Сотрудник переведен 16.09 в подразделение с Районным коэффициентом , равным 1.2. 30.09 начисляется премия за сентябрь 10 000 руб. Необходимо рассчитать РК с премии в межрасчетный период.
Т.к. перевод в подразделение с районным коэффициентом был в середине месяца, то база для РК будет учитываться с даты перевода, т.е. с 16.09 по 30.09 и составит:
- 10 000 (премия) / 21 (норма дней в сентябре) * 11 (кол-во рабочих дней с 16.09) = 5 238,10 руб.
Такую базу можно увидеть на вкладке Зависимые начисления :
РК получится равным:
При начислении зарплаты за сентябрь база для РК будет считаться с 16.09:
- 31 428,57 (сумма оклада с 16.09) + 5238,10 (премия с 16.09) = 36 666,67 руб.
РК при окончательном расчете зарплаты с учетом ранее начисленной суммы с премии получится равным:
- 36 666,67 (база для РК) * (1,2 – 1) — 1 047,62 (РК с премии) = 6 285,71 руб.
Пример 2. Надбавка за вредность с премии при изменении размера надбавки за вредность в середине месяца
Надбавка за вредность рассчитывается в межрасчетных документах, в базу надбавки входит премия. 16.09 Надбавка за вредность для сотрудника увеличивается с 10% до 20%. 30.09 начисляется премия за сентябрь 10 000 руб. Необходимо рассчитать Надбавка за вредность с премии в межрасчетный период.
Так как размер Надбавки за вредность изменился в середине месяца, то в документе Премия по надбавке появляются две строки с разными размерами надбавки до и после 16.09.
Соответственно база для надбавки также будет разбита пропорционально отработанному времени:
- 10 000 (премия) / 21 (норма за сентябрь) * 10 (кол-во отработанных дней до 15.09) = 4 761,90 руб.
- 10 000 (премия) / 21 (норма за сентябрь) * 11 (кол-во отработанных дней с 16.09) = 5 238,10 руб.
Надбавка за вредность по двум периодам получится равной:
- 4 761,90 (база для надбавки до 15.09) * 10% (размер надбавки до 15.09) = 476,19 руб.
- 5 238,10 (база для надбавки с 16.09) * 20% (размер надбавки с 16.09) = 1 047,62 руб.
Общая сумма Надбавки за вредность :
- 476,19 (надбавка до 15.09) + 1 047,62 (надбавка с 16.09) = 1 523,81 руб.
Пример 3. Районный коэффициент с премии при кадровом переводе задним числом
В конце месяца сотруднику начислена премия 10 000 руб. и РК 2 000 руб. После выплаты премии задним числом был оформлен перевод сотрудника с 1 сентября из подразделения Руководство в Бухгалтерию. Необходимо получить итоговый результат по РК с премии при окончательном расчете зарплаты за месяц.
Так как ЗУП 3 при окончательном расчете обнаружит, что по ранее выполненному начислению не совпадает подразделение, то начисленная сумма РК по подразделению Руководство будет отсторнирована:
Далее будет рассчитан Районный коэффициент по Бухгалтерии:
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
1С:ЗУП 3 имеет широкие возможности по настройке видов начисления. В этой публикации будет рассмотрено три варианта настройки начислений для ситуации, когда расчет определенной доплаты для сотрудника требуется выполнять довольно часто, но не каждый месяц, и заранее месяцы начисления доплаты определить нельзя. Этот материал поможет понять тонкости настройки ЗУП 3, которые можно будет успешно применять и в других ситуациях.
Необходимо настроить в 1С:ЗУП 3 вид начисления, по которому будет производиться доплата в определенные месяцы. Доплата будет производить не каждый месяц, но довольно часто.
Решить эту задачу в 1С:ЗУП 3 можно тремя вариантами. Рассмотрим каждый из них.
Вариант 1. Создать начисление для ввода доплаты документом «Разовое начисление»
Это наиболее очевидный вариант решения задачи. Следует создать вид начисления, в настройках которого указать, что он выполняется По отдельному документу . Таким документом будет документ Разовое начисление . Также требуется внести необходимую формулу расчета. В рассматриваемом примере будет выполняться доплата суммой пропорционально отработанному времени:
Далее сотруднику эта доплата начисляется документом Разовое начисление . Но стоит иметь ввиду, что если расчет доплаты зависит от отработанного времени (как в рассматриваем примере), то документ Разовое начисление необходимо вводить уже после ввода всех сведений об отсутствиях в текущем месяце:
Минусом такого варианта ввода является существенные затраты по времени при ежемесячном вводе документа Разовые начисления на большое количество сотрудников, а также вероятность «забыться» и не выполнить пересчет документа при изменении сведений об отсутствиях сотрудников.
Вариант 2. Создать начисление, которое является плановым и назначать ежемесячно
Еще один вариант — это сделать данный вид начисления «плановым», т.е. в настройках указать, что начисление выполняется Ежемесячно :
И далее ежемесячно назначать его только тем сотрудникам, которым в текущем месяце его требуется начислять. Для этого можно воспользоваться документом Изменение плановых начислений или Назначение планового начисления :
Сам расчет начисления будет происходить в документе Начисление зарплаты и взносов , поэтому исключается необходимость пересчитывать документ Разовое начисление при изменении сведений об отсутствиях, но остается проблема затрат времени на ежемесячный ввод документов Изменение плановых начислений .
Вариант 3. Задавать необходимость расчета доплаты через дополнительный показатель
Этот вариант наиболее интересный и для ввода менее затратный по времени, чем первые два.
Необходимо создать вид начисления, в формуле которого будет присутствовать дополнительный показатель, который можно назвать «НачислятьДоплатуСуммой». Если сотруднику требуется выполнять расчет доплаты в текущем месяце, то значение этого показателя следует задать равным 1. Если не требуется, то просто не будем вносить значение показателя и тогда расчет доплаты для такого сотрудника происходить не будет.
Чтобы программа вела себя именно так, в настройках вида начисления указывается, что начисление выполняется Только если введено значение показателя и чуть ниже ставится флажок напротив этого показателя:
Сам показатель «НачислятьДоплатуСуммой» мы предварительно создадим в справочнике Показатели расчета зарплаты . Он будет вводиться для сотрудника документом Данные для расчета зарплаты :
После этого документом Шаблоны ввода исходных данных создается форма для ввода показателя и документом Данные для расчета зарплаты вводится значение 1 для этого показателя по тем сотрудникам, которым в текущем месяце требуется начислять доплату. Также стоит заметить, что документ следующего месяца можно создавать копирование предыдущего документа. Убрать лишних сотрудников и добавить недостающих. Таким образом возможно сократить время на ввод данных по большому количеству сотрудников:
В результате расчет доплаты для указанных сотрудников будет выполняться в документе Начисление зарплаты и взносов :
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
В статье делается попытка обосновать алгоритм расчета по базе с автоматическим вычислением приоритета расчета - т.е. без применения реквизита ПВР КатегорияРасчета.
Выгрузки информационных баз загружаются в пустую базу 1С 8.2 и работают в обычном режиме.
Расчет заработной платы на Платформе 1С 8: можно ли обойтись без реквизита КатегорияРасчета?
Все, кто работает в 1С 8 с расчетными механизмами, знают, что такое План видов расчета (ПВР), а также знают, каким образом изначально организуется порядок следования расчета отдельных начислений и удержаний в соответствии с "глубиной" их зависимости по базе.
Изначально, с самых первых версий ЗУП, в объекты конфигурации План видов расчета вводится реквизит КатегорияРасчета, значение которого пользователь должен задавать в соответствии с определенным "уровнем глубины" базовой зависимости каждого вида расчета (ВР). Например, ВР Оклад по дням, Оклад по часам, Оплата сверхурочных часов - не зависят по базе от других ВР, поэтому им пользователь назначает категорию расчета Первичное. Виды расчета Месячная премия и Квартальная премия - зависят по базе только от "первичных" ВР, поэтому им назначается категория расчета Зависимое первого уровня. Виды расчета Районный коэффициент и Северная надбавка зависят по базе как от "первичных" ВР, так и от "зависимых первого уровня" - следовательно, им назначается категория Зависимое второго уровня - и т.п.
Ручное назначение категории расчета чревато ошибками и неприятностями для пользователя. Если категория расчета установлена "меньшая", чем требуется, это приведет к неправильному значению суммы базы и ошибке при расчетах. А если такой вид расчета входит в базу других видов расчета, а те, в свою очередь, третьих, и т.д., то последствия всего лишь одной ошибки назначения категории расчета будут носить лавинообразный характер.
Современная версия ЗУП, правда, отслеживает ситуацию, когда в состав базы некоторого ВР вводится такой, категория расчета которого имеет больший либо равный уровень - в этом случае программа предлагает пользователю "повысить" категорию расчета данного ВР. Например, если в состав базы ВР Месячная премия (категория расчета Зависимое первого уровня) ввести вид расчета с такой же категорией, то будет предложено повысить категорию Месячной премии до Зависимое второго уровня. Однако для тех видов расчета, в базу которых входит Месячная премия, категория расчета не изменится, и пользователю все равно надо будет изменить все категории вручную, что по-прежнему чревато серьезными ошибками.
Таким образом, в общем случае неправильно установленное значение категории расчета влечет за собой длинный и широкий "хвост" ошибок расчета для всей информационной базы ЗУП. А учитывая, что состав базовых ВР у отдельных видов расчета может достигать нескольких десятков, а также то, что "глубина зависимости" по базе у некоторых созданных пользователем ВР может достигать четвертого и даже пятого уровня, ошибка в значении категории расчета может грозить срывом расчетного регламента у всего предприятия - и чем предприятие крупнее, тем последствия такого срыва значительнее.
Автор уже третий год ведет учебные занятия по курсу "Решение расчетных задач на Платформе 1С 8", и практически на каждом потоке находятся учащиеся, задающие один и тот же резонный вопрос: А зачем вообще нужен реквизит КатегорияРасчета, если структура ("дерево") базовой зависимости потенциально определяется из содержания табличных частей БазовыеВидыРасчета всех ПВР, следовательно, категория расчета в принципе может быть получена автоматически, расчетным путем?
В предлагаемой статье сделана попытка дать пример реализации такого алгоритма автоматического определения "категории расчета" каждого ВР перед началом расчетов.
Довольно широко известен алгоритм, который позволяет получить "дерево базовой зависимости" для видов расчета всех ПВР ЗУП примерно такого вида (приводится фрагмент для ВР Районный коэффициент):
Дополнительными начислениями в бухгалтерии принято считать начисления, имеющие одну дату – когда они были, собственно, и начислены. Это могут быть премии, дивиденды и т.п. Однако такие выплаты работникам можно рассчитывать и на основании ранее выписанных по основным начислениям сумм. Каждое начисление отличается способом своего расчета, а также остальными параметрами.
Программное решение «1С: Предприятие 8» имеет в своем функционале множество предопределенных типов начислений. Например, предусмотрена возможность начислений по разным видам отпусков, что очень удобно и значительно ускоряет процесс расчета дополнительных выплат.
Еще одним преимуществом конфигурации является то, что использующие ее сотрудники бухгалтерской службы имеют право самостоятельно добавить любое количество своих собственных типов начислений, как и удержаний.
Как можно рассчитывать дополнительные начисления:
- процентами от начисленных по базовым начислениям сумм;
- фиксированными суммами.
Довольно часто дополнительной выплатой становится премия. Это эффективный способ мотивации сотрудников, к которому нередко прибегают руководители компаний. Размер и условия премиального вознаграждения устанавливаются специальными приказами. Финансовые поощрения в виде премий могут выплачиваться единовременно либо в течение какого-либо периода и, как и остальные дополнительные начисления, могут быть рассчитаны процентом или выплачены в виде фиксированной суммы.
Как производится начисление премий в «1С:Зарплате и Управлении Персоналом 8»
Рассмотрим, как происходит начисление дополнительной выплаты – премии – в решении на основе «1С:Предприятия 8» «1С:ЗУП». Разовые премии в данной конфигурации задаются в Плане видов расчета, называющемся «Дополнительные начисления организаций», в то время как плановые – соответственно, в Плане видов расчета, обозначенном как «Основные начисления организаций» по установленным формулам:
- «Формула от суммы: Фиксированная сумма»
- «Формула от процента: Процент * Расчетная база»
Расчетную базу можно задать на вкладке «Прочее» (раздел «Базовых начислений») с помощью выбора необходимых начислений.
В форме элемента Плана видов расчета «Дополнительные начисления организаций» (вкладка «Использование») разовые премии отмечаются как премии. Ввести же их можно с помощью документа «Премии работников организации».
Плановые же премии можно назначить документом под заголовком «Ввод сведений о плановых начислениях работникам организации». В случае, когда премия должна быть назначена на какой-либо срок (например, квартал или полугодие, поощрение труда в зимний или в летний период), необходимо внести как дату начала выплаты премии, так и дату ее окончания.
Те премии, которые будут рассчитаны процентом, можно назначать от расчетной базы и за текущий месяц, и на месяц позже. Для этого на вкладке «Прочее» следует внести период, за который будет выбрана расчетная база – за предшествующий месяц либо же за все время действия дополнительного начисления.
Чтобы задать вопрос, заказать звонок или подписаться на новостную рассылку, нажмите на соответствующую кнопку ниже:
Читайте также: