Всем привет.

В начислении оклада по часам заполнена следующая формула:
Оклад * (ВремяВЧасах + КоличествоЧасовДоплаты) / НормаЧасов

КоличествоЧасовДоплаты вводится отдельным документом через шаблон "Данные для расчета зарплаты" в котором нет привязки к какому-либо виду времени.
В августе у сотрудника не было рабочих часов для оклада по часам, но завели часы доплаты через отдельный документ в размере 33.4 часа. В документе "Начисление зарплаты и взносов" результат у оклада был рассчитно верно, но заполнилось 0 дней и 0 часов.
ЗП за август закрыли.

Теперь бухгалтер вводит документ "Отсутствие с сохранением оплаты" с датами августа и таким образом хочет рассчитать отсутствие задним числом. Начисление в документе формируется, но на вкладке "Перерасчет прошлого периода" сторнируется полностью оклад, который был рассчитан исходя из 33.4 часа заведённого отдельным документом.

Бухгалтер говорит, что сторнирования оклада не должно быть.

Предполагаю, что 1С:ЗУП пытается высчитать разницу между тем что было посчитано ранее и периодом указанном в документе "Отсутствие с сохранением оплаты" согласно отработанному времени, но в августе отработанного времени нет и сторнируется вся сумма оклада. То, что заведено 33.4 часа отдельным документом видимо не учитывается.

Может есть идеи как быть в таких случаях? оклад не должен сторнироваться

(0) Жуть. Кто ж постоянную надбавку, не зависящую от отработанного времени внутрь оклада суёт?!

Выкидывайте и вводите отдельно доплатой. Тогда и сторнироваться не будет.

(1) Есть у нас такой отдел который определяет порядок расчёта на предприятии и так они решили завести формулу для оклада по часам.

(1) Правильно описано почему происходит сторнирование?
Ещё есть идея дописать конфигурацию, чтобы перерасчёт видел часы введённые отдельным документом

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

Заведите новое начисление с наименованием, каким скажут, например, "Доплата к окладу"
Вот там и забейте формулу:
Оклад * КоличествоЧасовДоплаты / НормаЧасов

После чего назначьте это начисление нужным сотрудникам.

А ежели "отдел" будет наезжать, то ответьте им так:
– В кабинете у себя командуй, Глеб Егорыч! А здеся я!..

(0) "Бухгалтер говорит, что сторнирования оклада не должно быть."

Ну так пусть снимет флажок пересчета зарплаты в этом документе. А еще лучше - удалит необходимость пересчета в сервис - Перерасчеты.

(0) "В начислении оклада по часам заполнена следующая формула:
Оклад * (ВремяВЧасах + КоличествоЧасовДоплаты) / НормаЧасов"

Как-то криво сделано изначально. Куда как разумнее было сделать еще один вид времени и включить его в рабочее время.

А вносить его можно или табелем, или "Данными для расчета зарплаты", соответственно настроив.

Тогда бы не было всех этих непоняток с пересчетами.

(5) Было такое начисление. Уже не помню почему от такого начисления отказались. Потом уже увидел, что это начисление сделали недействующим.

В общем вернул (на копии базы пока) это начисление, убрал в приоритетах более низкий приоритет у начисления оклада по часам.
Пересчитал август в котором появилось начисление которое я вернул. Далее "Отсутствие с сохранением оплаты" с датами августа уже не сторнирует оклад по часам.
Если ни у кого возражений будет, то всё то же самое будет и в рабочей базе, но это на будущее. А в указанном примере убрать перерасчёты прошлого периода ручками.

(7) Нет такой галочки в документе "Отсутствие с сохранением оплаты". Может настройки у нас разные. Есть только "Учитывать МРОТ при оплате по среднему заработку"

(10) Да, и правда нет, и это логично. Если  период в таком документе затрагивает прошлый месяц, пересчитывать надо по-любому.

Тогда важна грамотная настройка начисления и его приоритетов, см. 8

(8) Я не в курсе как там определяют сколько часов доплаты. Скорее всего это вообще за часы прошлого месяца. И править табель на много человек, чтобы сделать доплату с перерасчётом довольно затратно по времени. А вот ввести списком сотрудников с указанием часов решили, что так будет проще

(12) "А вот ввести списком сотрудников с указанием часов решили, что так будет проще"

Документ "Данные для расчета зарплаты" позволяет вносить часы и дни по виду времени.

Для пользователя ничем не отличается от ввода числового показателя.

(8) Скорее всего нужно настроить через отдельный вид начисления. Как выше писал Гена.
В этом случае не будет привязан к временному интервалу времени. И следует отвязать в приоритетах от оклада по часам.

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

Кривая схемка с этими часами, как ни посмотри.

(14) Да. Гена предложил лучший вариант.

(13) У нас на вкладке "Виды времени" так и указано. В итоге вводят сотрудника и количество часов.

(14) Это не обсуждается, верните доплату. Но!
Сделайте ещё вот что: в р/л пропишите суммирование этих двух начислений, чтобы выводилась только одной строчкой: "Оплата по окладу", как булО. Не зря отделу не понравились две строчки, не хотят, ой не хотят светить доплатку по каким-то политическим причинам.
Хайли лайкли это какой-то постоянный запоздавший перерасчёт прошлого месяца, который бухгалтерия не хочет явно показывать, а то начальство заругает )

(18) "Сделайте ещё вот что: в р/л пропишите суммирование этих двух начислений, чтобы выводилась только одной строчкой: "Оплата по окладу""

Как же надо любить бухгалтерию, которая ХЛ скрывает ошибки прошлого месяца ))

(19) Да, я люблю бухгалтерию и часто прячу неизбежные ошибки. Эраре хуманум эст.

(20) Ошибаться можно, врать нельзя (с) Белоусов.

(21) Согласен на все 100. Только уточнение - своим )

(22) Понял. Но принять не могу.

(23) Вечный спор Шарапова с Жегловым.

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

К примеру, некий слесарь Евгений должен был отработать 168 часов в месяце, и ему оплатили 168 часов, а потом выяснилось, что он 2 дня не работал, и 16 часов надо убрать.

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

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

И вроде бы и наврал-то не сильно, а проблемы своим последователям создал.

(18) суммирование двух начислений в расчетном листе ещё не доводилось делать. Подскажите как?
Наверное не через оформление.

(26) Это к программистам 1С.

(27) "Мыши, станьте ёжиками" (с) Сова.

Программист 1С может всё (с) моё

Уж если он... вона... фотки товара собачит на ОСВ по 41-му счёту, которые по клику расширяются на весь экран, то ему соединить две строчки в одну раз плюнуть.

А лично я, без программиста, просто тоже назвал бы доплату "Оплата по окладу " с пробелом на конце, и было бы у меня в р/л две строчки и обе как оклад )

(29) А зачем вообще все эти пляски вокруг РЛ? Кто их вообще читает? Какую проблему решает объединение двух сумм в одну строку?

(30) У нас очень даже читают :-) Даже спрашивают чо это по элетронке не пришло.

(31) А про две суммы спрашивали? Может, и не надо объединять? Я так и не понял, зачем Гена это предложил.

(32) Про вопросы о 2х суммах не в курсе. Пока в отдельное начисление не выделили. Такие вопросы согласовываем и пока ответа не пришло.

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

Отменил августовское начисление ЗП. Сформировал новый документ "Начисление ЗП и взносов" по отдельному этому сотруднику. Общая сумма начислений сошлась с предыдущим документом который распровёл. При этом в новом документе 2 строки начислений по окладу, одна из которых использует отдельный показатель - как и планировалось.

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

(34) Покажите его настройки.

Настройки показателя

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

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

(38) А может он и не влияет. Хорошо, введите его и в сентябре, проверим.
Может это отсутствие отработанного времени режет.

(39) Ввёл значение показателя на сентябрь через "Данные для расчета зарплаты". Вернулся в документ отсутствия с сохранением в котором в сентябре пересчитывается 1 день августа и пересчитал. В итоге на вкладке "Перерасчет прошлого периода" ничего не изменилось.

(40) Хорошо. Значит дело в настройках нового начисления доплаты. Давайте глянем его первые три вкладки.
Вообще-то я его и хотел посмотреть, но раз начали с показателя, то и ладно )

(41)

(42) Давайте перещёлкнем переключатель вниз на вкладке учёта времени как Дополнительная оплата...

(43) Результат перерасчёта тот же - сторнируется сумма часов заведённая шаблоном. Проверил по другому сотруднику у которого есть явка в августе - рассчитывает и сторнирует именно исходя из часов доплат заведённые отдельным документом. Условно 95 часов доплаты и 5 часов явки, то в доке отсутствия сторнирует расчёт по 95 часам.

Если не сработает, то на вкладке Основное поменяйте Назначение начисления с Повременные... на Прочие...

(44) Мне кажется тут лезть в конфигурацию и искать где он часы по окладу определяет и добавлять часы введённые шаблоном.

(46) Нет. Прочее наверняка сработает как доктор прописал. Потому что не зависит от интервала и является разовым, т.е. пиковым. Вроде матпомощи )

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

(47) Спасибо за помощь.

(49) Не за что. Куда она денется, эта доплата оклада, с подводной лодки.