Здравствуйте! Для нового расчета сверхурочных с 01.09.2024 на копии базы тренируюсь включить в стоимость часа надбавки. Стоимость часа поменялась, но не могу понять как программа это высчитала. Или я не правильно понимаю алгоритм расчета? Помогите разобраться пожалуйста! Спасибо! Скрины прилагаю.
Все комментарии (29)
Добавить комментарий
Для отправки комментария вам необходимо авторизоваться.
я поняла что программа считает исходя из совокупной тарифной ставки НО, опять не понятно , в показателе сов.тарифной ставке только оклад 16370- показывает правильно, включаю вредность,которая 4% от оклада, совокупная тарифная ставка возрастает в 2 раза почему не могу понять. Скрины прилагаю.
Здравствуйте!
Попробуйте воспользоваться сервисом Пересчет планового ФОТ (Зарплата – Сервис — Пересчет планового ФОТ). Изменится после этого СТС?
пересчитала ФОТ -не изменилась СТС
Приложите пожалуйста:
— настройки доплаты за вредность, в том числе вкладку учет времени
Прилагаю
Очень интересный расчет у Вас… Пока не получается воспроизвести такой расчет СТС в демо-базе.
Приложите пожалуйста еще:
— график работы сотрудника
— настройки оплаты по окладу (по часам м/н)
Прикладываю.
А чем интересен наш расчет? 🙂
Интересен расчет ошибкой в СТС 🙂, не получается ошибку воспроизвести… а нужно понять, как она появляется, чтобы исправить. Спасибо за скриншоты, сейчас добавлю по ним данные в демо-базу.
У Вас есть свой показатель «Норма часов по 40 Пятидневке», который используется в начислении Оплата по окладу (по часам-м/н). Значение этого показателя меняется ежемесячно через Данные для расчета зарплаты и соответствует норме по производственному календарю при 40 часовой рабочей недели? Или как-то иначе?
Да, у нас есть «Норма часов по 40 Пятидневке» , да значение этого показателя каждый месяц разное. Иногда соответствует норме часов по производственному календарю, иногда -нет. С какой целью это делалось…. У нас есть управляющая компания, которая высылает нам утвержденный производственный календарь на год, в котором общая сумма часов совпадает с нормальным производственным календарем, а в разрезе месяцев может меняться, т.к. мы аэропорт и находимся в МКС и мы иногда ,в зависимости от рейсов по приказу предприятия делаем например субботу рабочую, а понедельник или вторник нет, и еще у нас обед всего 30мин. т.к. удаленность от города и соответственно в пятницу у женщин короткий день до 12:30. В общем я на момент перехода из ЗУП 2,5 в ЗУП 3 ничего не придумала кроме как с показателем и с вносом данных для расчета зарплаты .
Удалось воспроизвести ошибку. Она связана с тем, что у Вас стоит флажок «считать норму по другому графику» — он серый (возможно добавлен Групповой обработкой), но судя по всему флажок рабочий. А такжепричина в том, что в графике сотрудника указаны отработанные часы (в апреле, например 40ч. а авг-дек. не заполнены), а не норма, т.к. норма считается по другому графику:
Если флажок «считать норму по другому графику» НЕ установлен СТС считает правильно:
Т.е. как правило график работы сотрудника создают равным производственному календарю (или графику пятидневки) — и он выступает в качестве нормы при расчете оклада в месяце. А для того, чтобы изменить норму времени в отдельных месяцах используют документ индивидуальный график работы, который меняет норму в том месяце в котором он вводится.
Здравствуйте! Но как мне быть тогда? Я не могу сделать график равным производственному календарю, а в отдельных месяцах мне надо на всех сотрудников заполнять индивидуальные графики. И в том то и дело, что все расчеты делаются по норме не из графика сотрудника, а из производственного календаря, независимо что в графике, у нас так в коллективном договоре написано, поэтому я и поставила что считать норму по производственному календарю.
по сути график у нас сейчас для того, чтобы автоматом заполнялся табель 🙂 а норма считается по производственному календарю
Марина, я убрала галочку «Считать норму по другому графику» и ничего не изменилось ((
Помогите мне пожалуйста ! Как мне отделавшись «малой кровью» настроить чтобы СТС правильно считалось.
Марина, я убрала галочку «считать норму по производственному календарю» и вроде как получилось правильно, но если вручную убрать галочку то слетает всё заполнение графика, а через групповую обработку не могу убрать
Здравствуйте!
У Вас видимо в базе настроен Вариант 2 оплаты при суммированном учете по норме графика для пятидневки: Оплата за отработанное время при суммированном учете
Вы пишите, что «по сути график у нас сейчас для того, чтобы автоматом заполнялся табель 🙂 а норма считается по производственному календарю»
Документ Табель будет заполняться автоматически, если в графике указана НЕ отработанное время, а норма для сотрудника при условии, что на момент заполнения табеля введены все документы неявок (отпуска б/л и др.)
Сейчас вы пытаетесь изменить настройки графика (убрать флажок) и при этом сохранить заполнение графика сотрудника отработанным временем?
Чтобы сохранить существующий график, можно попробовать создать новый график (заполнить как положено его на весь год, так чтобы в нем отражалась норма времени), перевести на него сотрудника и протестировать его в работе. Как будет заполняться Табель после ввода неявок за месяц и как это повлияет на расчет оклада и СТС.
Да ,я согласна что завести новые графики и перевести на них сотрудников это самое верное решение, но достаточно трудоемкое и времязатратное 🙂 Мне бы хотелось конечно сделать всё намного проще). По поводу наших нынешних графиков, у нас составляется график на сотрудников отличный от нормального, т.е. работают и по 11 часов ,потом 2 дня отдыха, или работают в субботу а в понедельник отдых и т.д. , нет четко определенного времени, всё зависит и от самолетов и от регламента работы аэропорта. Мы можем составить график на сотрудника, а потом в конце месяца делать исправление .Если график заполнить по норме по производственному календарю, тогда табель надо заполнять вручную по факту что предоставили начальники служб. Графики на бумажном носителе находятся в кадрах и разносит она их, а табели проверяю я. Соответственно если начальник службы допустил ошибку, поставил лишний день работы например, я никак не смогу это определить, кроме как брать бумажные графики и сверять с бумажным табелем каждого сотрудника. В общем не просто у нас всё ))). Поэтому мне нельзя в программе ставить графики по производственному календарю, но тем не менее норма должна считаться не по графику работника а по норме производственного календаря.
«Сейчас вы пытаетесь изменить настройки графика (убрать флажок) и при этом сохранить заполнение графика сотрудника отработанным временем?» Да, я хочу не менять график, но сделать так чтобы галочка ,которая влияет на СТС была убрана, при этом норма бралась не по графику работника. 🙂
И еще ,у нас в настройках з.п. » При пересчете тарифной ставки сотрудника стоит «по графику сотрудника» может мне просто поставить норму времени по производственному календарю? Скрин прилагаю. Я наверное не буду Вас донимать больше, я в принципе поняла в чем проблема, буду тренироваться на копии базы. если будут новые вопросы, буду задавать по мере их возникновения. 🙂
Посоветовалась с коллегами по Вашему вопросу. Пришли к выводу, что на практике может возникнуть необходимость оставить заполнение график работы по фактически отработанному времени. В этом случае чтобы график не перезаполнялся после сброса флажка, а сохранил введенные ранее значения, нужно убрать флажок «Считать норму по другому графику» с помощью групповой обработки. У Вас не получилось?
Получилось убрать, но тогда программа берет норму по графику сотрудника, но в настройках расчета зарплаты тоже стояла галочка по графику сотрудника( выше отправила скрин), вот если её убираю и ставлю по производственному календарю считает СТС правильно, но опять же НО, например по общероссийскому пр. Календарю в июле 184 раб.часа то по нашему 179 и соответственно стоимость часа считается не верно. В общем замкнутый круг какой то
Так как у Вас графики сотрудника сложно настроены и часто меняются (но в любом случае количество часов в графике работы сотрудника будет приближено к производственному календарю), поэтому можно рассмотреть вариант прописать в локальных нормативных актах, что расчет СТС будет происходить из нормы времени по производственному календарю и использовать такой расчет.
Да, но в том то и дело что в нашем производственном календаре норма в некоторых месяцах отличается от нормы Российского производственного календаря. А если сделать так. Завести свой производственный календарь , групповой обработкой поменять во всех графиках производственный календарь с общего на наш, и везде поставить галочку «по производственному календарю « Программа увидит в настройках что норму надо брать не по Российскому календарю а по другому?
Но почему то у нас в графиках нет привязки к производственному календарю
После того, как создадите свой региональный производственный календарь в графиках должна появится возможность выбора из существующих ПК в базе.
ДА, можно попробовать сделать именно так. Как создать свой региональный календарь, посмотрите обсуждали в вопросе: Связь производственного календаря с днями отпуска
Спасибо! Буду тренироваться.
Пожалуйста! Надеюсь у Вас все получится🌷 Напишите какой будет результат.