В январе столкнулись с проблемой при начислении праздничных. Совокупная тарифная ставка, которая используется в формуле для начисления доплаты за работу в праздники не совпадает с реальной, более того не могу даже понять из чего она складывается. В настройках включили в СТС оклад и доплату за совмещение, но по факту СТС больше положенной. На примере одной сотрудницы в скринах приложила.
С 01.01.2026 кадровики перевели всех сотрудников у которых не полные ставки на оклад= оклад с учетом ставки, объясняя это тем, что так нужно, т.к. в январе у всех сформирован индивидуальный график. В целом сотрудники на графике 5/2 вых.сб.вс., но в январе в индивидуальном графике предусмотрено больше выходных и , чтобы не уменьшился оклад, график равен количеству фактических выходов.
Все комментарии (27)
Комментарии закрыты.
Здравствуйте!
К сожалению, скриншоты не четкие — сложно рассмотреть.
Предлагаю уточниться: у сотрудника оклад 15 173, это на полную ставку. Отработал за январь 20 дней, 112 часов. Доплата за совмещение в сумме 18 399,63.
Приложите, пожалуйста, скриншот документа Начисление зарплаты и взносов. Важно видеть суммы начисления и показатели.Правильно ли я смоделировала пример.
оклад для полной ставки 21126, она принята на 7/10. должность которую совмещает полный оклад 29425+25% премия, в документе совмещения ей установлена оплата за 0,5 ставки с фикс оплатой 18390,63 (0,5 оклада+25% премии). на январь кадровик делает перевод на индивидуальный график и оклад с учетом ставки 0,7.
Программа в вашем случае сделала следующий расчет: (оклад+доплата за совмещение)/норму часов в месяц = стоимость часа
(15174+18390,63)/112 = 33 564,63/112=299,68. На скриншоте разница из-за точности расчета. Подскажите, а какое расчет Вы ожидаете?
на втором скрине видно, сто СТС в программе 41472,38, по часовой ставке 370,289 программа и рассчитывает праздничные. Я руками вошла в регистр Сведений.ПлановыйФотИтоги и поправила СТС на 33564. и такой перекос у всех сотрудников, которые приняты не на полную ставку и имеют совмещение. Но понять из чего складывается этот СТС не получается, чтобы хотя бы понять в чем наша ошибка.
Прикладываю ссылку на статью, в которой описано из чего складывается СТС: Совокупная тарифная ставка в ЗУП 3.1 .
Мы и раньше замечали проблемы с расчетом СТС и решение было как раз править руками. Если у Вас есть возможность, то прошу написать обращение на линию консультации 1С. Чем больше будет обращений, тем выше приоритет у задачи.
доброе утро. Конечно можно обратиться к 1С, но я уверена, что нужно вначале разобраться самим, потому надеялась на вашу помощь. Возможно есть какой то регистр, в котором видны составляющие СТС?
Здесь много компонентов, которые на это влияют: по какой норме программа рассчитывает СТС по совмещению, ведь по должности совмещаемой не указан график работы, возможно учитывается условие 100% или 50% ФОТ от совмещаемого, возможно программа учитывает, что внутри совмещаемого есть отдельно оклад и премия, у самого сотрудника стоит условие «по умолчанию по графику сотрудника», а мы переводим его на один месяц на индивидуальный график. Оклад ему выставляем сразу с учетом неполной ставки , т.к. инд.график (норма)=табель(факт). Возможно мы что-то сами не корректно делаем.
ДОброе утро! Начала моделировать пример, и поняла, что мне не хватает данных, чтобы полностью повторить ваш учет.
Приложите, пожалуйста, следующие данные:
— Настройки графика сотрудника
— настройки совокупной тарифной ставки. Прошу указать, из списка начисления сотрудника какие именно начисления попадают в перерасчет тарифной ставке.
Прикладываю скриншоты для наглядности. У меня в примере совершенного другая совокупная тарифная ставка и фот, отличный от Вас. Но при этом расчет верный. Стоимость часа равна 299,675
Доброе утро. По СТС еще раз повторюсь, я в регистре руками поправила на 33 564. программа показывала 41472,38, по часовой ставке 370,289. по этой ставке и праздничные считала.
То, что программа пишет СТС в кадровом переводе — это не обязательная сумма, которая будет в момент расчете зарплаты. Когда происходит начисление зарплаты, то в самом документе происходит расчет СТС. То есть программа это делает налету, в моменте.
Поэтому не будет обращать внимание, на СТС в кадровом документе. Мы затем можем изменить какие-то плановые начисление, ввести индивидуальный график, и данные в Кадровом документе не будет отражать эти данные.
То что программа не верно рассчитала стоимость часа и пришлось руками править — вот этот момент нужно проверить.
Когда я ввожу документ Совмещение должностей, у меня уже там идет разница. Предполагаю, что дело в графиках работы. Но опять таки, какой бы ни был график- у нас есть индивидуальный. Который определяет норму. У Вас есть возможность отменить ручной ввод и показать как программа считает без исправлений. Я пока не могу добиться такого же поведение программы как у Вас. Или например, попробуем проверить февраль. Будет ли там ошибка и попробуем смоделировать ее
добрый день. Да завтра пришлю все скрины по такой же ситуации на примере февраля, не правя ничего руками.
Спасибо! Будем копать дальше❤️
доброе утро. В феврале все повторяется, но я делала поэтапно, поняла в какой момент искажается, но не знаю почему.
Итак моделирование ситуации:
1. сотрудница принята с окладом 21675 +25 % премия на 7/10 ставки = 15172,5 +3793,125
2. график сум. Учет 5/2 заведен по 5,6 часов в день 112 часов месяц, в настройках указано норму считать по другому графику 5/2 (по 8 часов= 160 часов)
3. приказ на совмещение с оплатой 18390,625
для февраля
4.для сотрудника ввели индивидуальный график те же 20 дней *5,6 включая 23 февраля=112 часов
5. табель факт равен графику 20 дней * 5,6 = 112 часов.
6. чтобы программа считала корректно оклад, сделали перевод сотрудника на месяц на оклад с учетом 7/10 ставки= 15172,5 (т.к. в расчете норма часов=факт часов)
7. произвели начисление ЗП и праздничные начислились из расчета 370 руб/ час., вместо правильных 299. (скрин)
Конечно есть другой способ (я его промоделировала) : ввести индивидуальный график по 8 часов с нужными днями, а табель закрыть по 5,6 часов (8*7/10), праздничные начислились верно из расчета 299 руб/час, но он очень трудоемкий , а главное, тогда совмещение тоже пересчитается в зависимости от не отработанной нормы часов и уменьшится в соотношении 7/10.
Вот такой квест. Возможно есть еще варианты ))
дополнительное насилование программы показало , что СТС 41440 , т.е. часовая для праздничных 370 р/час.(370,20*112=41440). приблизительно равно совмещение 18390/0,7 ставки + 15172,5 (напоминаю, 15172,5 мы искусственно вводим переводом (пункт 6), чтобы оклад верно считался в ЗП при индивидуальном графике)
Пробовала ввести еще совмещение на 10 000, тогда СТС увеличивается на 14 т.р. = 10тр/0,7
При отмене перевода с изменением оклада на 15172, СТС становится 47974 , а часовая для праздников 428,34 (428*112 =47974), потому что и оклад и совмещение пересчитываются на 0,7 = 18390,625/0,7+21675/0,7 = 47674.
Изменяла настройку вместо ПЕРЕСЧЕТ ТАР.СТАВКИ «ПО НОРМЕ ВРЕМЕНИ СОТРУДНИКА» НА» ПРОИЗВОДСТВЕННЫЙ КАЛЕНДАРЬ», в феврале это 152 часа, часовая для праздников пересчиталась на 315 р/час = СТС 47974/ часы произв.календ152
Логику программы я поняла (оказывается она не косячит при подсчете СТС, а просто мы ее не понимаем). Вот как это обойти не знаю, помогите.
Супер расследование. Восхищена 🌸
Если мы хотим понять как обойти, то предлагаю начать с самого начала. Когда мы говорим о том, что сотрудник принят на 7/10 ставки, это значит, что сумма оклада у него в документе Приема или в Кадровом переводе указана именно 21675. Далее программа будет рассчитывать исходя из графика. Прикладываю ссылку на публикацию:
Прием на неполное количество ставок .
Далее нужно понять, почему кадровики решили делать индивидуальные графики. Вот здесь тоже большой вопрос. Предлагаю попробовать понять эти моменты — возможно исходя из этого будет ясно куда дальше двигаться.
Добрый день, Мила, я на все заданные вами вопросы ответила в своем расследовании. Мне даже обидно, что столько времени потратила, чтобы все досконально раскопать, как по факту происходит. Мне нужна помощь эксперта, как вести учет, чтобы СТС считалась в итоге правильно, в какой момент мы делаем ошибку.
а. Ваш вопрос. Когда мы говорим о том, что сотрудник принят на 7/10 ставки, это значит, что сумма оклада у него в документе Приема или в Кадровом переводе указана именно 21675. Далее программа будет рассчитывать исходя из графика. пункт N1 я указала, что она принята на оклад по часам 21675 + 25% премии. Программа пересчитывает на 0,7 ставки =15175,5+25%.
в. ваш вопрос Далее нужно понять, почему кадровики решили делать индивидуальные графики. Вот здесь тоже большой вопрос.
я это все расписала очень подробно:
4.для сотрудника ввели индивидуальный график те же 20 дней *5,6 включая 23 февраля=112 часов
5. табель факт равен графику 20 дней * 5,6 = 112 часов.
6. чтобы программа считала корректно оклад, сделали перевод сотрудника на месяц на оклад с учетом 7/10 ставки= 15172,5 (т.к. в расчете норма часов=факт часов)
7. произвели начисление ЗП и праздничные начислились из расчета 370 руб/ час., вместо правильных 299. (скрин)
Конечно есть другой способ (я его промоделировала) : ввести индивидуальный график по 8 часов с нужными днями, а табель закрыть по 5,6 часов (8*7/10), праздничные начислились верно из расчета 299 руб/час, но он очень трудоемкий , а главное, тогда совмещение тоже пересчитается в зависимости от не отработанной нормы часов и уменьшится в соотношении 7/10.
В общем не понятно, кто кому помогает, может мне экспертом к вам пойти?
Здравствуйте.
Если Вы не против, я продолжу.
Я смоделировала Вашу ситуацию и в моем понимании проблема в п. 6. Индивидуальный график не подтягивается в кадровый перевод, а значит для расчета СТС в кадровом переводе используется обычный график сотрудницы, где неполное время.
Я скопировала график 7/10 и сняла флажок Неполное рабочее время. (Как вариант, можно оставить флажок, но в качестве нормы указать обычный график 7/10, чтобы часы нормы соответствовали часам графика).
В кадровом переводе назначила именно этот график сотруднице. Совокупная тарифная ставка будет считаться так, как мы ожидаем.
Добрый день, я не против, но вы не хотите внимательно вникнуть в ситуацию.
Если не переводить сотрудника на индивидуальный график, то все считается хорошо и график на котором он работает так и настроен, что норма по полному, а сотрудник на 0,7(это я уже описала ранее).
Но основная проблема именно в том , что мы переводим сотрудников на индивидуальные графики . Цель, не выводить их все праздничные дни, (как пример в январе в соответствии с графиком 5/2 много попадает праздников рабочих), но чтобы и оклад не терялся. Потому определяют индивидуально, кто когда выходит и делают индивидуальный. Соответственно приходится делать перевод на 0,7 оклада, теперь еще, (как я уже сама выяснила, не дождавшись в течении более недели помощи), и на 0,7 совмещения. Но это трудоемко , вот я и ждала помощи.
Только вы даже прочитать внимательно вводные не хотите…..
Галина, здравствуйте! Позволите мне подключиться к этому обсуждению? 🌸
Давайте начнем как раз с вводных данных. Дело в том, что учет в этом примере весьма специфический. Смотрите, при настройке расчетов исходим из того, что у сотрудников 0,7 ставки. Но ведь это же не так? Например, в январе у обычных пятидневщиков 120 рабочих часов, а у наших товарищей из примера 112 часов. 112 / 120 = 0,933333, это явно не 0,7. В феврале у обычных пятидневщиков 152 рабочих часа, а у работников из примера 112. Считаем долю ставки: 112/152 = 0,7368, это тоже не 0,7. Этим и обусловлена специфика учета — размер ставки непостоянен и не совпадает с 0,7. Поэтому типовой механизм расчета стоимости часа Вам и не подходит. Причина отклонения ставки от 0,7 — в том, то сотрудники работают в праздники или выходные, когда обычные пятидневщики не должны работать.
Как вообще заточен типовой механизм: доля ставки постоянная, а оклад и все плановые доплаты вводим в кадровых документах в полном размере (а не с учетом пересчета на долю ставки). При таких вводных данных корректировать норму инд графиками не требуется, т.к. каждый месяц она равна норме по графику сотрудника. Тогда совокупная ставка изначально рассчитывается, как для целой ставки, но при расчете стоимости часа она пропорционально пересчитывается на долю неполного рабочего времени, которая установлена сотрудникам (доля времени зависит от настроек графика, если в настройках графика установлен флажок «Считать норму по другому графику»).
НО! В Вашем случае типовой механизм не будет работать, т.к. норма времени в каждом месяце не равна «Норма по обычно пятидневке * 0,7» и приходится вводить инд. графики. Когда мы вводим инд. график, он подменяет собой не только норму времени для расчета оклада и доплат, он как бы «затирает» собой информацию о доле неполного рабочего времени для сотрудников — здесь согласна с Милой и Аней, что именно наличие инд. графиков портит картину.
Давайте на цифрах:
СТС, которая определилась в кадровом переводе (41472 руб.) делится на норму по инд графику (112 часов), но пересчета на 0,7 ставки уже не происходит, как раз из-за инд. графика. Расчет выглядит так: 41472 / 112 = 370,29 (отклонение на копейки, т.к. немного упростила цифры)
Если Вы намерены оставить специфику учета в том виде, как есть не сейчас (не соблюдать ровно 0,7 ставки каждый месяц), то действительно от инд. графика не отвертеться никак. Тогда придется обходить типовой функционал программы и ставить в кадровых документах размер оклада и всех доплат (в т.ч. за совмещение) с пересчетом на 0,7. Да, это трудоемко, я согласна — но причина здесь опять же в непостоянстве доли неполного рабочего времени, о которой я говорила.
Единственное, как можно здесь облегчить жизнь себе: если 100% по всем этим работникам вводите инд. графики, то в настройках графика «Пятидневка 0,7 ставки» можно очистить график нормы и потом сбросить флажок «Считать норму по другому графику» — попробовала этот вариант, у меня в таком случае СТС определилась сразу с пересчетом на 0,7 = 33563,63.
Важно: после того, как поменяете параметры графика, пересчитать СТС (иначе в регистрах ее размер не изменится и расчет опять будет неправильным). Это можно сделать с помощью обработки пересчета ФОТ (Зарплата — Сервис — Пересчет планового ФОТ) — обработка обновит не только ФОТ, но и СТС. По сути, этими действиями мы для остальных работников с таким графиком заменим размер СТС в регистре. Вы проделывали это вручную по одной сотруднице, но это трудоемко и ненадежно — такие ручные правки слетят при следующем пересчете ФОТ.
Т.к. это все-таки обход типового механизма на всякий случай попробуйте проделать все предложенные действия на копии базы и посмотрите (можно на другом сотруднике, по кому не правили СТС напрямую в регистре), теперь стоимость часа считается так, как ожидаете? У меня получился нужный расчет.
Но еще раз хочу обратить внимание, что это именно обходной маневр, так называемый «костыль» — сейчас отрабатывает хорошо, но в перспективе на других релизах или при другом наборе начислений он может давать сбои((( Если хотите получить корректный расчет при любых условиях и снизить трудозатраты, нужно менять учет времени в компании — переходить на настоящие 0,7 ставки (т.е. сотрудники отрабатывают каждый месяц столько часов, сколько обычные пятидневщики * 0,7). Понимаю, что это не зависит от Вас, скорее всего — это уже вопросы организации рабочего процесса, которые нам, как правило, не подвластны
Еще, знаете, какой вариант пришел на ум: вводить полные размеры окладов и доплат в кадровых документах, но в инд графике проставлять не 5.6 часов за каждый рабочий день, а 8. Возможно такой вариант Вам будет удобнее?
Честно, еще не пробовала тестировать, отошла от компа. Просто хожу и обдумываю на фоне Вашу ситуацию)
Галина, добрый день!
Скажите, удалось ли опробовать предложенные рекомендации? И если да, все ли получилось?
Также скажите, подходит ли Вам в целом вариант с отключением расчета по норме другого графика для графика 0,7 ставки для ведения учета не перспективу? И если нет, пробовали ли вариант с полным окладом и доплатой, но 8 часами в инд. графике?
Спасибо огромное, Светлана, за то что вникли в ситуацию! Немного поправлю вашу мысль , что у нас не совсем 0,7 ставки — это не так. Все сотрудники приняты на полный график 5/2 (не производственный, как у нормальных людей)). Т.е. их оклад = всегда за график 5/2, он является нормой в каждом месяце. Затем у каждого дворника есть определенная ставка, в нашем примере 0,7. Фактический график те же 5/2, но по 5,6 часов в день. В январе это было 20 дней=112 часов, норма 20 дней по 8 часов = 160 часов. 160/112=0,7.
В обычных месяцах все корректно считается и СТС корректно срабатывает.
Самый перекошенный оказался январь. Руководство согласилось не выводить их по графику 5/2, т.е. 22 дня для января, для каждого участка свой график утвердили, у кого то 18 дней работы, у кого то 17 и т.п. по этой причине и ввели индивидуальные графики. По факту выскочил этот непонятный СТС. Я не могла понять из чего он сложился, потому и обратилась к специалистам. Помощи не получила, и двое суток мозговыноса привели к результату, что программа делит на 0,7 и оклад, и совмещение, и надбавку за увеличенный объем ( в прилагаемом примере ее нет). Единственным быстрым выходом , чтобы успеть с авансом было поправить регистр, но это вообще не вариант, у нас дворников 50 ед.
Когда уже нарыла причину, попробовала в переводе на инд. график привести к установленной ставке (они разные у всех) все назначенные выплаты , в этом случае все получилось корректно. т.е. у каждого сотрудника , их 50 оклад*ставка; совмещение*ставка, надбавка* ставка. Вот такой приказ получсается. Я рада, что дорыла до причины. Думала вдруг я что то делаю изначально не корректно и есть другой путь. Теперь понимаю, что перевод придется делать в каждом месяце, в котором есть праздники и согласован выход/ не выход отдельным дворникам в этот праздник.
Если попробовать осуществить вашу мысль, но немного ее усовершенствовать под свою запутанную историю:
создать 50 графиков под каждый объект и , в случае его искажения в отдельном месяце, исправлять конкретно их . Один раз потратить время на создание, зато не делать переводы и не пересчитывать начисления на калькуляторе ))
Спасибо, Светлана, за умную мысль, я люблю сама побеждать программу, но иногда не хватает «звонка другу»))
Если вас осенит еще, поделитесь пжл.
Галина, спасибо за такие подробные пояснения! Да, ситуация не самая простая, к сожалению. Получается, действительно нужно:
— или создавать свой график нормы для каждого участка — их получится столько, сколько участков. Вы говорите, что 50 сотрудников, но режим работы различался именно по участкам. Поэтому я бы создавала число графиков именно по кол-ву участков. Вполне возможно, что их также 50, как и сотрудников — из описания не совсем понятно. Можно создать графики копированием, и отключить в настройках графиков «Учитывать праздничные дни» — чтобы по умолчанию все праздники были рабочими днями для этих работников. Тогда в месяцах с праздниками можно будет заходить и при необходимости очищать часы в те дни, когда в праздник они не работают
— или еще вариант — оставить всем сотрудникам один график нормы, не создавать много, а в месяцах с праздниками вводить инд. график по ним, но в самом инд. графике указывать не 5,6 часов, а 8. А фактически отработанное время отражать документом Табель — после ввода инд. графика заполняем его. Рабочие дни в нем встанут уже правильно, но часы нужно будет поправить на 5,6. На первый взгляд, при таком способе учета больше ручных действий, но они проще — в итоге меньше вероятность ошибки (чем в каждом из 50 графиков проходить и очищать часы за 1 или несколько ней — легко ошибиться датой и по сотрудникам с неявками может неверно рассчитаться зарплата). Еще этот вариант хорош, если набиваете инд графики и Табели не вручную, а есть возможность доработать программу (например, написать обработку загрузки данных табеля из excel или других сторонних программ). Единственное, этот способ лучше заранее протестировать на копии базы (на том же январе по кому-нибудь из сотрудников) — т.к. он совсем недавно родился в ходе нашего обсуждения 🙂
Подводя итог, если Вам интересно мое мнение, я бы действовала так:
— если разный режим установлен именно для участков (а не конкретных сотрудников) и на одном участке несколько работников — шла бы все-таки через настройку разных графиков нормы для каждого участка (как вы придумали сейчас)
— если число участков примерно равно числу сотрудников (на участке, как правило, 1 работник) или если режим работы в пределах работы на одном участке для разных сотрудников может различаться — попробовала бы вариант с инд. графиком с 8 часами в день и табелем на 5,6 часов в день (но предварительно нужен тест!)
🌹
💖
Светлана, спасибо еще раз, все структурировалось в голове. Пойду путем создания 50 графиков. Верно, они равны количеству сотрудников. Учитывать праздничные у меня и так ВЫключено.
При необходимости не сложно заменить в каждом графике ячейку с количеством часов в праздник на букву В. Тот же объем, что и с индивидуальным возиться, но зато не нужно все установленные начисления пересчитывать на ставку руками и заносить в приказ о переводе , именно это было бы проблемно, т.к. ошибиться очень легко. По факту я выгружала в эксель начисление , пересчитывала формулами, сверяла…😢
Ураааа!🎉
Поняла Вашу позицию, Галина! Удачи Вам и терпения в нашем нелегком труде 🌷