Спецоценка условий труда не с 1-го числа, настройка вида начисления

Индивидуальную консультацию запросил Подписчик Бухэксперт

Ответственный за ответ: Пьянкова Елена (★9.85/10)

Добрый день!
В организации используется вид начисления для компенсации питания (во вложении скриншоты с настройками). Формула:
?(РасчетнаяБаза>0,ЛьготноеПитаниеДенежная,0) + НакапливаемыйПоказатель*0
Значения накапливаемых показателей подбираются: все накопленные за месяц.
При переводе сотрудника с одной позиции штатного расписания с вредными условиями труда на другую позицию с вредными условиями НЕ с 1-го числа месяца данный вид начисления в доходах для исчисления страховых взносов разбивается на две суммы, одна из которых отражается БЕЗ учета спец. оценки (скрин во вложении). Подскажите, пожалуйста, какие настройки можно включить, чтобы сумма для исчисления страховых не разбивалась или при разбиении учитывала, что до перевода сотрудник также занимал позицию с вредными условиями.

Метки вопроса: Спецоценка

Все комментарии (7)

  1. Добрый день! Чтобы начисление не разбивалось по периодам можно попробовать один из способов обхода ошибки, указанных ниже:

    Ошибка 50008133

    Код ошибки: 50008133
    Код(ы) обращения: SW1062474

    Статус: На рассмотрении Зарегистрирована: 29.07.2016

    Продукт: «1С:ЗУП 3, 1С:ЗГУ 3»

    Описание:

    Если сотруднику назначена доплата до МРОТ (настраивается согласно https://its.1c.ru/db/staff1c#content:34730:hdoc), то в месяце, когда изменяются начисления сотрудника (например, назначается доплата за совмещение не на весь месяц) начисление доплаты разделяется на части и каждая часть считается отдельно, отчего итоговый результат доплаты за месяц может получиться неправильный.

    Способы обхода:

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

     

    Обычно помогает второй способ обхода.

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

  3. Добрый день! Похоже на ошибку № 10208908 — https://bugboard.1c.ru?state=er-000067908

    «При расчете страховых взносов по доптарифу не учитывается изменение класса условий труда в течение месяца по начислениям фиксированной суммой за полный месяц».

    Можно попробовать в формулу начисления добавить показатель времени + ВремяВДнях*0

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

    Также можно проверить данные в двух регистрах сведений по сотруднику в месяце изменения позиции штатного расписания:
    — Периоды стажа СФР e1cib/list/РегистрСведений.ПериодыСтажаПФР
    — Параметры периодов стажа СФР e1cib/list/РегистрСведений.ПараметрыПериодовСтажаПФР

  4. Добрый день!
    Добавление показателей времени в формулу не помогло — вид расчет начинает дублироваться в документе начисления зарплаты. Изменение рабочего места в кадровом переводе было указано. Уточните, пожалуйста, что именно нужно проверить в «Параметры периодов стажа СФР»? В РС «Периоды стажа СФР» последняя запись с 07.12.2019 установлен вид стажа — Включается в стаж для досрочного назначения пенсии.

  5. Добрый день! В регистрах необходимо посмотреть, нет ли записей за сентябрь 2024.
    Возможно это ошибка того периода или релиза, и если бы мы сейчас удалили сотрудника из документа Начисление зарплаты и взносов и добавили бы вновь, то ошибка бы ушла.
    Сейчас можно в сентябре 2024 провести документ Перерасчет страховых взносов, на закладке отсторнировать сумму 1 008,57 без класса условий труда и ввести такую же строчку, но с положительной суммой и классом.

    1. Добрый день!
      Это все было сделано до обращения к Вам. При перерасчете начисления зарплаты за сентябрь 2024 ситуация не меняется. Сторнирование было произведено. Хотелось бы произвести настройки, так чтобы такой ошибки не возникало в будущем, но видимо решения пока нет.

  6. Добрый день! Здесь больше похоже на ошибку в программе.
    Единственное, что так может влиять — это рабочее место.
    Если бы мы в Кадровом переводе в поле Изменить рабочее место указали бы рабочее место без вредных условий труда, тогда бы программа при расчете увидела бы это изменение.
    А так получается она нигде больше не может видеть нормальные условия труда, чтобы не заполнять класс условий труда в регистре учета страховых взносов.

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

Добавить комментарий