Конфигурация ЗУП 3.1.9.
При приеме на работу неправильно рассчитывается ФОТ по одному начислению.
В формуле начисления присутствует показатель НормаЧасов. Почему-то программа в качестве НормыЧасов берет 160. График сотрудника - Основной, пятидневка.
Подскажите, пожалуйста, откуда программа берет именно 160? Среднемесячное количество часов 164,17 в 2019 году.

Берет по графику, а не по среднемесячному количеству.

(1) Сотрудник принят на работу 01.04.19. График-основной пятидневка. По его графику в апреле 175 часов.
Тогда тем более непонятно, откуда может быть 160?

+1 причем если сотрудник работает на неполном графике и в месяце есть сокращенные дни, то ФОТ вообще интересно считается

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

Норма часов - это 160 = 40ч в неделю * 4 недели. Норма. Тебе в формуле, значит, нужно брать не норму, а другой показатель, данные которого хочешь получить.

(5) В формуле-то все правильно. Расчет начисления правильно. Хотелось бы чтобы ФОТ считался более приближенно к тому, что начисляется.

(5) С сайта ИТС:
При расчете вклада в ФОТ для повременных начислений, могут учитываться, помимо размера тарифной ставки, среднемесячные показатели времени из графика работы сотрудника.
160 - это разве среднемесячный показатель из графика?

160*12 месяцев=1920. А в 2019 году по производственному календарю 1970 часов. 50 часов разница.

(8) Норма, это теория, в производственном календаре факт, практика.

(9) Т.е. 160 часов - это программа правильно взяла норму?
Просто думаю, может в настройках что-то где-то не так.
На сайте ИТС пишут именно про среднемесячные показатели графика сотрудника...исходя из этого предполагаю, что должно быть 164,17.

(9) И у тех сотрудников, которые работают на часовой тарифной ставке, у них ФОТ "Оплата по часовому тарифу" = Ставка*160.

(10) "Т.е. 160 часов - это программа правильно взяла норму?"
Я не знаю, что ты на ИТС читаешь и по какому поводу.
Относительно формулы, считаю, что правильно. Что запросила, то и подставилось.
У меня ЗУПа под рукой нет, но раньше считалось так.
Сначала задаем производственный календарь на период, заполняем графики на период. Потом в формулу начисления вставляем те показатели, которые хотим использовать для расчета этого начисления. Потом вводим табелем сколько по факту сотрудник отработал. Делаем начисление зарплаты. В результате считаются все назначенные сотруднику начисления. Если неправильно считается какое-то начисление - нужно смотреть показатели, которые оно использует. И считать самому. И сравнивать с тем, что посчитал ЗУП. Потом смотреть теорию и решать, что правильно. Потом уже принимать решение, как исправлять ошибку.

(12) вы как будто про расчет начисления говорите. А я про плановый ФОТ.
С расчетом начисления все в порядке, считает правильно.

(12) В документе "Прием на работу" есть поле "ФОТ". Вот я про него.

(14) надо будет залезть в конфигуратор и там посмотреть, что же там программа рисует

:-)

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

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

Расчетное, определяемое на форме, на клиенте из ВыполнитьРасчетФОТ в обработчике РассчитатьФОТНаКлиенте и далее РассчитатьФОТНаСервере

Форма.ФОТ = ЗарплатаКадрыРасширенныйКлиентСервер.ИтогиПоФОТ

Для каждого СтрокаНачисления Из ДанныеНачислений Цикл
...
ФОТ = ФОТ + СтрокаНачисления.Размер;
конецЦикла

И вот это Начисление Размер сидит в табличной части по каждому добавленному Начислению. Сейчас там рассмотрим.
А на Сервере в процедуре указанной выше ничего не считается, а только в итог подбирается.

:-) круто запрятано. Совсем неочевидно. Прям трассировку надо делать, чтоб понять, где же исполняемое проходит

так это... А в чем вообще проблема сабжа?

Открываю в копии, так сказать, базу с приемом на почасовке и чтоб проверить какие часы использованы - ставлю 100 рублей часовой тариф и на выходе в ФОТ имеем 16 416,67 , а когда смотрю откуда число взялось, то Среднемесячное число часов в установленном графике как раз 164,16667

Между прочим, это число в графике можно испортить, если сильно захотеть. И я там для теста установил 200 часов и оно ругнулось перед началом редактирования, но записалось. И после расчета документа в него прилетело именно 20 000 ФОТ, т.е. 200 х 100 = 20 000

Там же в выбранном при Приеме на работу График работы - если в нем есть ручное изменение поля с часами, то в нем активна кнопочка для перерасчета графика.
И мало того, заменил показатель времени для теста и ставил не только НормаЧасов, но и ВремяВчасах - результат на ФОТ выходит верный, но отображаемому в графике работы среднемесячному числу часов.

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

(19) у меня почему-то не дает в основном графике поменять СреднемесячноеКоличество часов, пытаюсь поменять 164,17 на 200 (для эксперимента). Сохраняю график. Открываю - опять 164,17.

(19) И другой момент: при приеме на работу ставлю ставку 100руб/час, ФОТ на выходе 16000. А в графике стоит 164,17. Откуда программа вытаскивает 160?

(19) а в другой базе деуйствительно берет 164,17 как норму для расчета ФОТ.
Что-то с базой значит...может где какая настройка на это влияет? не могу найти

(19) да и СреднемесячноеКоличество часов дает поменять и сохранить в графике другой базы.
А в той, где 160 Норма, не дает сохранять...сейчас попробую разобраться