1с зуп дополнительное начисление зависимое первого уровня что это
Обновлено: 04.07.2024
В программе «1С:Зарплата и управление персоналом 8», ред. 3.1, бухгалтеры регистрируют множество доходов, начиная с окладов, отпускных, заканчивая доплатами и надбавками, которые рассчитываются по сложнейшим формулам. В основе всего лежит начисление. Оно определяет многие моменты, например, специфику по НДФЛ, взносам, вхождение в базу среднего и др.
Создание начисления
В поставке программы предусмотрен набор наиболее распространенных типовых начислений – оклад по дням, отпуск основной и т.д. Наряду с этим пользователь может создать свое начисление, в котором можно задать необходимые настройки, назначение начисления, его расчет. Ищите начисления в разделе «Настройка» – «Начисления».
Нажимаем кнопку «Создать». Откроется карточка начисления, которое необходимо оформить.
В поле «Наименование» указываем название начисления – так оно будет отображаться в документах и аналитических отчетах программы. На вкладке «Основное» наиболее важное поле – «Назначение начисления».
Назначение позволяет программе определять, какие настройки допустимы для начисления, каким образом и где начисление может назначаться, рассчитываться и выполняться. Другими словами, по назначению программа «узнает» начисления.
Список возможных назначений начислений - закрытый, расширить его нельзя. Некоторые из назначений доступны только в том случае, если выбрали соответствующую возможность программы. Это такие назначения, использование которых предполагает также создание специфичного для них показателя, вида времени и т. п.
Например, если выбрать назначение начисления «Премия», то программа автоматически ставит флаг «Включать в базу начислений при расчете среднего заработка» на вкладке «Средний заработок». Снять этот флаг нет возможности, так как премии учитывают в расчете среднего заработка, согласно Положению, утв. постановлением Правительства РФ от 24.12.2007 № 922.
Назначение «Прочие начисления и выплаты» позволяет настроить начисление произвольным образом, без каких-либо ограничений в последующих настройках среднего, НДФЛ и т.д. Его можно использовать, если все другие имеющиеся в программе назначения не позволяют решить ту или иную задачу. Прежде, чем использовать «прочее» назначение, рекомендуем убедиться, что иные возможности программы не подходят. Уточнить этот момент помогут на Линии консультаций.
Способ выполнения начислений
В значении поля «Начисление выполняется» указано то, в каком документе можно выбрать/заполнить начисление/где и как оно будет заполнено.
Какие виды выполнения начислений доступны в программе, узнаете из Таблицы 1.
Таблица 1. Виды выполнения начислений
Возможный вариант
Как работает
Ежемесячно
Такое начисление можно назначить плановым, и оно будет автоматически выполняться при окончательном расчете зарплаты документом «Начисление зарплаты и взносов» и др.
По отдельному документу
Такое начисление можно выполнить только межрасчетными документами «Разовое начисление», «Материальная помощь», «Премия» и проч.
В перечисленных месяцах
Совпадает со способом «Ежемесячно». Отличие в том, что можете выбрать месяцы, при окончательном расчете которых программа будет выполнять это начисление.
Только если ввели значение показателя
Такое начисление выполняется при окончательном расчете только в том случае, если на этот месяц с помощью универсального документа «Данные для расчета зарплаты» ввели значение хотя бы одного из отмеченных «определяющих» показателей. В формуле такого начисления должен использоваться показатель разового использования (рассмотрим далее в статье). Именно такие показатели предлагается отметить в таблице.
Только если ввели вид учета времени
Это начисление выполняется при окончательном расчете только в том случае, если на этот месяц каким-либо способом (в графике, табеле или в документе «Данные для расчета зарплаты») зарегистрировали время выбранного вида.
Только если время приходится на праздничные дни
Начисление выполняется при окончательном расчете только в том случае, если рабочее время по графику работы сотрудника (обычному или индивидуальному) выпадает на государственные праздники согласно производственному календарю.
Формулы начисления
В Таблице 1 мы упомянули про формулу начисления. Это важный параметр, который определяет, как начисление выполняется и как рассчитывается его результат.
Для части начислений автоматически заложен внутри программы алгоритм расчета, который регламентирует законодательство. Для таких начислений нельзя задать произвольную формулу расчета (например, «Оплата по больничному»).
Для других видов назначений возможно установить произвольную формулу.
Для некторых назначений формулу расчета предлагает программа автоматически. Например, для оклада. Но при необходимости ее можно изменить. Если хотите в документах просто ввести итоговую готовую сумму, то укажите способ расчета «результат вводится фиксированной суммой».
Формула состоит из показателей, которые соединяются арифметическими операциями (+, -, *, /), можно использовать скобки. Кроме показателей в формуле можно использовать постоянные числа. В качестве разделителя целой и дробной части, как правило, используют точку, если не задали иные региональные установки.
Еще используют функции. Например: Макс(Выражение1, …, ВыражениеN) – выбирается выражение с наибольшим значением. В качестве выражений подойдут любые показатели и формулы.
Ключевые элементы формулы - показатели расчета зарплаты.
Если в формуле начисления фигурирует показатель «Расчетная база», программа даст доступ к такой вкладке, как «Расчет базы».
На этой вкладке указывайте начисления, участвующие в расчете данного начисления.
Например, в расчете «Доплаты за выполнение плана» работает формула, где на размер доплаты влияет процент от расчетной базы. В расчетную базу входят оклад и премия. Значит, на вкладке «Расчет базы» по кнопке «Подбор» указываем базовые начисления «Оклад по дням» и «Премия разовая (суммой)».
Также можем выбрать период расчета базы, то есть за какой месяц, квартал и т.д. брать в расчет базу.
Учет времени
На вкладке «Учет времени» определяем, как программа будет учитывать время в течение того периода, пока действует начисление. Возможные варианты: в качестве отработанного времени по норме либо сверх нормы, как неотработанное время либо как дополнительно оплачиваемое время. Например, доплата за ночные часы. Кроме того, здесь же указываем вид времени по классификатору использования рабочего времени.
В свою очередь для назначений начислений за отработанное время программа предложит следующие варианты:
Полная рабочая смена в пределах нормы времени. Означает, что время, отработанное по виду начисления, оплачиваем в пределах нормы времени сотрудника.
Неполная смена в пределах нормы времени. Время оплачиваем в пределах нормы времени, измеряем в часах.
Работа сверх нормы времени. Оплачиваем отработанное сверх нормы время. Например, оплата сверхурочных часов за работу в выходные по графику дни, нерабочие по графику.
Зависимости
Вкладка «Зависимости» - чтобы указать начисления/удержания, взаимосвязанные с данным конкретным начислением. Скажем, пользователь может указать начисления, в расчетную базу которых входит рассматриваемое начисление.
Например, надбавка за ученую степень входит в расчетную базу ежемесячной премии.
В статье делается попытка обосновать алгоритм расчета по базе с автоматическим вычислением приоритета расчета - т.е. без применения реквизита ПВР КатегорияРасчета.
Выгрузки информационных баз загружаются в пустую базу 1С 8.2 и работают в обычном режиме.
Расчет заработной платы на Платформе 1С 8: можно ли обойтись без реквизита КатегорияРасчета?
Все, кто работает в 1С 8 с расчетными механизмами, знают, что такое План видов расчета (ПВР), а также знают, каким образом изначально организуется порядок следования расчета отдельных начислений и удержаний в соответствии с "глубиной" их зависимости по базе.
Изначально, с самых первых версий ЗУП, в объекты конфигурации План видов расчета вводится реквизит КатегорияРасчета, значение которого пользователь должен задавать в соответствии с определенным "уровнем глубины" базовой зависимости каждого вида расчета (ВР). Например, ВР Оклад по дням, Оклад по часам, Оплата сверхурочных часов - не зависят по базе от других ВР, поэтому им пользователь назначает категорию расчета Первичное. Виды расчета Месячная премия и Квартальная премия - зависят по базе только от "первичных" ВР, поэтому им назначается категория расчета Зависимое первого уровня. Виды расчета Районный коэффициент и Северная надбавка зависят по базе как от "первичных" ВР, так и от "зависимых первого уровня" - следовательно, им назначается категория Зависимое второго уровня - и т.п.
Ручное назначение категории расчета чревато ошибками и неприятностями для пользователя. Если категория расчета установлена "меньшая", чем требуется, это приведет к неправильному значению суммы базы и ошибке при расчетах. А если такой вид расчета входит в базу других видов расчета, а те, в свою очередь, третьих, и т.д., то последствия всего лишь одной ошибки назначения категории расчета будут носить лавинообразный характер.
Современная версия ЗУП, правда, отслеживает ситуацию, когда в состав базы некоторого ВР вводится такой, категория расчета которого имеет больший либо равный уровень - в этом случае программа предлагает пользователю "повысить" категорию расчета данного ВР. Например, если в состав базы ВР Месячная премия (категория расчета Зависимое первого уровня) ввести вид расчета с такой же категорией, то будет предложено повысить категорию Месячной премии до Зависимое второго уровня. Однако для тех видов расчета, в базу которых входит Месячная премия, категория расчета не изменится, и пользователю все равно надо будет изменить все категории вручную, что по-прежнему чревато серьезными ошибками.
Таким образом, в общем случае неправильно установленное значение категории расчета влечет за собой длинный и широкий "хвост" ошибок расчета для всей информационной базы ЗУП. А учитывая, что состав базовых ВР у отдельных видов расчета может достигать нескольких десятков, а также то, что "глубина зависимости" по базе у некоторых созданных пользователем ВР может достигать четвертого и даже пятого уровня, ошибка в значении категории расчета может грозить срывом расчетного регламента у всего предприятия - и чем предприятие крупнее, тем последствия такого срыва значительнее.
Автор уже третий год ведет учебные занятия по курсу "Решение расчетных задач на Платформе 1С 8", и практически на каждом потоке находятся учащиеся, задающие один и тот же резонный вопрос: А зачем вообще нужен реквизит КатегорияРасчета, если структура ("дерево") базовой зависимости потенциально определяется из содержания табличных частей БазовыеВидыРасчета всех ПВР, следовательно, категория расчета в принципе может быть получена автоматически, расчетным путем?
В предлагаемой статье сделана попытка дать пример реализации такого алгоритма автоматического определения "категории расчета" каждого ВР перед началом расчетов.
Довольно широко известен алгоритм, который позволяет получить "дерево базовой зависимости" для видов расчета всех ПВР ЗУП примерно такого вида (приводится фрагмент для ВР Районный коэффициент):
В ЗУП 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 руб.
РК при окончательном расчете зарплаты с учетом ранее начисленной суммы с премии получится равным:
Пример 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 при окончательном расчете обнаружит, что по ранее выполненному начислению не совпадает подразделение, то начисленная сумма РК по подразделению Руководство будет отсторнирована:
Далее будет рассчитан Районный коэффициент по Бухгалтерии:
- (65 000 <оклад> + 10 000 <премия>) * (1,2 <РК> – 1) = 15 000 руб.
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
Карточка публикации
(1 оценок, среднее: 5,00 из 5)
Данную публикацию можно обсудить в комментариях ниже.Обратите внимание! В комментариях наши кураторы не отвечают на вопросы по программам 1С и законодательству.
Задать вопрос нашим специалистам можно по ссылке >>
Все комментарии (4)
Наконец-то!) В 3.1.10 так этого не хватало!
Здравствуйте! Здравствуйте!
Обратите внимание!
В комментариях к статье мы не отвечаем на вопросы по программам 1С!
Все вопросы по 1С задавайте в разделе МОИ ВОПРОСЫ в Личном кабинете здесь:
Личный кабинет
У нас на эту тему был отдельный материал: Как начислить районный коэффициент и северную надбавку по уволенному сотруднику?
Если что-то по описанному алгоритму не получится, то задайте пожалуйста, вопрос через Личный кабинет.
В зупе не в зуп ногой.
Короче надо новое начисление (оклад+ районный коэффициент) * % надбавки.
например оклад (20000+3000) * % надбавки
что знаю и нарыл: есть основные начисления и доп. начисления.
районный коэффициент вроде как в доп.начислениях.
Создавать где? В основных начислениях не получается.
В доп.? Какие настройки? Зависемое 1-го уровня? второго не дает записывать..
(0) вводи в дополнительных, в Базовые начисления добавь Оклад и РК, в способе расчета - процентом
(0) Надбавка процентом от оклада.
Оклад и Надбавка - в базе Районного.
как делали:
Ведущие начисл. при изм. кот. выполнять перерасчет:
(7) Районный - зависимый 2-го уровня. Поэтому сперва считается твоя надбавка и только затем районный.
Но так не делается. РК идет последним на все начисления.
Поэтому (5).
так уже понятнее.
надбавки что писать?
(13) почитай что такое РК и поймеш почему ЗУП так не может
(13)Почему не может? Создаёте дополнительное начисление третьего уровня зависимости (поскольку РК имеет 2-ой уровень), указываете предопределённую формулу расчёта "процентом", а в качестве базы указываете оклад и РК. В качестве "ведущих начислений" ЗУПа сама Вас попросит указать всё, что влияет на расчёт РК.
Сейчас вот проверил на РК-ных сотрудниках - всё считает правильно.
(13) Из (7) удали РК.
В РК добавь свою Надбавку. В расчетную базу и ведущие начисления.
(13)Да! Ещё: РК не может быть дополнительным начислением, он может быть только основным начислением, ибо имеет период действия и выплачивается постоянно.
(16) А зачем в (7) удалять РК из базы? Там ошибка в уровне зависимости.
(19)Начисление "Районный коэффициент" не трогайте. Оставьте его в исходном состоянии. Вам, судя по (0), нужно сложить РК с окладом, и от их суммы взять процент => трогать оклад и РК не нужно вовсе.
Введите просто новое начисление, как я указал в (13), и у Вас всё получится. Вы сам в (7) были в одном шаге от правильного решения, только сделайте надбавку дополнительным начислением (это значит, что она должна располагаться в ПВР "Дополнительные начисление организаций"), и очерёдность расчёта поставьте ей третью (т. е. "зависимое третьего уровня"). В ПВР "Основные начисления организаций" её оставить можно, но там Вам нужно будет думать о времени, за которое делается это начисление, т. е. будет это начислением за уже оплаченное время или что-то ещё.
"Ведущие начисления, при изменении которых выполнять перерасчёт" заполняйте так, как Вам укажет сама 1С:ЗУП при нажатии на кнопку "Сохранить" в окне настройки начисления.
(20)спасибо огромное получилось.
правда проверил вручную в документ начисл.з.п. добавил вид расчета в доп начисления и период и %. Сумма расчиталась.
А как чтобы в этот документ эта надбавка сама заполнялась?
Где эту надбавку надо привязать к сотруднику?
Читайте также: