Здравствуйте, друзья!

Переходим на ЗУП 3.1 и обнаружилось отличие от дописанной 2.5. В старой редакции при расчете оклада по часам программа подставляет норму из регламентированного производственного календаря (Оклад за мес. * Отработано часов по графику(табелю) за мес. / (Часов по регламентированному производственному календарю за год / 12) ).

Возможно такой расчет настроить на движке новой редакции?

Разрешаю

(0) Традиционны вопрос: зачем ???

(1) да вот не выходит каменный цветок. Получилось посчитать по норме по текущему графику или по норме по пятидневке, а нужно по регл. календарю / 12

(2) Здесь з/п таким образом считается с незапямятных времен и рабочие поднимут на вилы если что-то изменится.

похожая формула активируется галкой для расчетов по среднему, мб там подсмотреть

(5) Среди показателей чего-то подходящего на регл. произв. календарь не нашел, вы это имели в виду?

(3) Ну сделай ещё график, укажи в нём нужную норму

(7) Если используешь график, то программа не считает в целом за месяц, она возьмет те дни, когда работник вышел в смену, т.е. как возможно получить число 164,1666667 если сотрудник отработал 1-2-5-10 смен?

Формулу не трогай типовую
Оклад*Отработано/Норму

А вот в качестве нормы в самом графике можно указать другой график

(9) Спасибо! см. (8)

(10)
Создай показатель СреднемесячнаяНормаРабВремени
задай его = 164,1666667
(Оклад за мес. * Отработано часов по графику(табелю) за мес. / СреднемесячнаяНормаРабВремени

Хотя конечно это глупость, т.е. размер начисления будет зависеть от кол-ва рабочих дней(часов) в месяце, в таких случаях назначают оплату по часовому тарифу

(12) Согласен, а может есть показатель СреднемясячноеКоличесттвоЧасовПоГрафику?

(13) Может есть, а может нет, открой да посмотри. В любом случае Показатели добавляются и размер назначается в пользовательском режиме

Хотя такого показателя с авторасчётом быть не может, потому как если ты отредактируешь график, то надо будет зп за весь год пересчитывать

(15) Попробую вариант с гругим графиком в норме.

(16) не прокатит на конкретную кол-во 164,1666667 в мес. не выйдешь, я передумал

Да это и не нужно, эти механизмы нужны для расчёта, если кол-во часов нормы уже известно и постоянно в течение года, то нужно его сразу в показатель и записать

Значение можно задать периодическим и раз в год указывать новую среднемесячную норму (Можно было бы и сразу расписать на 10 лет вперёд, но возможны изменения в законодательстве)

(19) Если не будет нормы, персонифицированный учет не взбунтуется?

(20) + Здесь досрочная пенсия по вредности имеется

Нахрена весь вышеописанный огород ?
Ваш способ и типовой ВР расчета оплаты по окладу в сумме за год дадут один и тот же результат, ну может будет разница в несколько копеек за счет округления.
Зачем городить доп. графики, какие то показатели - ЯННП

(22) Рабочие очень хорошо умеют считать свои копейки. Когда морма по графику, то значение нормы плавает в диапазоне 104-128 часов. Так вот в месяце, где час дорогой они работать хотят, а где дешевый не хотят, настаивают чтобы их подменили. Начинают сориться друг с другом.

(22)  "сумме за год" - лол, такого я ещё не слышал.
Тогда надо принимать строго 1 января и увольнять 31 декабря, и чтоб никаких отклонений, иначе у сотрудников, которые болели в разных месяцах будет разная сумма

Ты превзошёл себя, Ельдюк

(23) Ну едрить, назначь ЧАСОВОЙ ТАРИФ

(26) и пересчитать месячный оклад к среднегодовому, вроде как.

(26) а переработки будут считаться при оплате по часовому тарифу?

(27) Оклад применяется когда нужно платить одинаковую сумму за каждый полностью отработанный месяц обычно для пятидневки, при сменном графике оклад конечно не катит, т.к. кол-во смен разное, а оплата одинаковая. В таких случаях применяется часовая тарифная ставка.

Да переработки читаются от среднемесячной, она задаётся в настройках и её расчёт описан программно

(25) Ты много чего не слышал
Для тех кто не осилил простые буквы, повторяю: оплата по ОКЛАДУ в сумме за год будет одна и та же. В (0) требуется рассчитать именно оплату по окладу, никаких больничных, дешевых и дорогих часов автор рассчитать не просил. Если надо еще что то рассчитать - дык надо полностью расписывать задачу.

Суммы больничных у всех разные... А премии им тоже уравнивают ? И все остальные выплаты также ? Иначе ведь перережут друг друга за рупь

Переработки это вообще отдельное начисление, делается отдельным документом

(30) Хватит повторять свои глупости. То что сотрудники как минимум будут ходить в отпуск в разные месяца без всякого описания понятно любому знакомому с темой человеку, и у сотров с отпуском в разные месяца будет разная ОПЛАТА ПО ОКЛАДУ в сумме за год

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

(0) У нас на предприятии считается так же как и у Вас. В редакции 2.5 - этот механизм был встроен, в 3.х его зачем-то убрали. Я это обошел другим путем - в документе начисления з/п обработкой меняю норму, которую ставит программа на 164,4 (по прошлому году) и соответственно все пересчитывается в самом документе

Даже тупорогий сварщик понимает, что уйти взять отгул в более дешёвом месяце будет выгоднее по деньгам

(34) Братюня!

совсем забыл, мы ушли от часовой тарифной ставки на месячный оклад с нормой по году чтобы соблюсти корпоративные стандарты (это в довесок к расчетливым рабочим) - у всех ОКЛАД. Нужно оклад настраивать как-ко, вариант (34) можно реализовать с помощью 2-го графика.

(0) На форме кнопка с такой командой -

&НаКлиенте
Процедура УстановитьНормуЧасовЧасовикам(Команда)
    Для Каждого СтрокаТаб Из Объект.Начисления Цикл
        Если Строка(СтрокаТаб.Начисление)= "Оплата по окладу (по часам)" Тогда
            ЭтаФорма.Элементы.Начисления.ТекущаяСтрока = СтрокаТаб.НомерСтроки-1;
            СтрокаТаб.НормаЧасов = 164.4;
            РасчетЗарплатыРасширенныйКлиент.ДобавитьИзмененныеДанные(
                ИзмененныеДанные,
                "Начисления",
                ,
                СтрокаТаб.Сотрудник,
                СтрокаТаб.Начисление);
                
            
            РасчетЗарплатыКлиент.СтрокаРасчетаПриОкончанииРедактирования(ЭтаФорма, ОписаниеТаблицыНачислений(ЭтаФорма));
            УстановитьДоступностьКомандыЗаполнитьССохранениемИсправленийПриОкончанииРедактированияСтроки(СтрокаТаб);
        КонецЕсли;
    КонецЦикла;
КонецПроцедуры

(38) Спасибо!

Дико извиняюсь, а без слома совсем никак?

(40) ну мне понравился предложенный вариант - вместо нормы в формулу расчета сразу воткруть 164, но как это скажется на остальном - не знаю

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

(32) Не называй глупостью то что ты не в силах понять
Те, кто пойдет в одном месяце и на один срок -  получат одинаково, если оклады равны. Этого можно добиться. Выравнивать же оплаты по среднему - ну до такого только ты мог додуматься.

(42) У них есть: переработки, досрочная пенсия?

(44) на предприятии точно есть и то и то, есть ли это у тех сотрудников, которым назначалась это начисление, к сожалению, не помню

(43) Не оправдывай свои глупости непонимание оппонента. А если в разных пойдут?

Болеть тоже все одновременно должны?

(45) т.е. вариант с новым показателем в знаменателе, вроде как протестирован в боевых условиях.

(46) Это ты пытаешься людям сделать одинаковые оплаты по среднему, вот и расскажи как ты этого собираешься добиться

(47), (49) пожалуйста, давай жить дружно! ведь каждый что-то сказал, где-то оказался прав, где-то ошибся. Только всем миром сдюжим эту напасть.

(49) Я не собираюсь по среднему. Ты арифметику в школе учил? Числитель там знаменатель?

Одинаковой будет норма(знаменатель), отработанное время(числитель) будет разным.

При разном факте и одинаковой норме результат будет разный

(50) Не сдюжим, он очень упёртый

(52) у всех свои недостатки :)))

(50) Не обращай внимания, этот товарищ ко мне давно в друзья добавился, у нас тут междусобойчик :)

Протестировал вариант с графиком-нормой. Он позволяет приблизится к знаменателю с точностью до 0.01, если округлить в сторону рабочих должно сработать.

Еще подумал и немного доработал вариант: норму продолжаем считать по 2-му графику, который позволяет приблизится к знаменателю с точностью до 0.01. Это грубовато, поэтому к формуле добавляем показатель - количество рабочих часов в год, а саму норму умножаем на ноль. В итоге получилось:

Оклад * ВремяВЧасах / ( 0*НормаЧасов + ЧасовПоРеглПроизвКалендарюЗаГод / 12)

В док. Начисление зарплаты заполняется норма, при этом в расчете используется куда более точное число.

Прошу попинать.

Проведем сравнение
Пусть есть два кореша, Вася и Федя. У обоих оклад 50000 руб. Васе оклад считают по формуле из (0), а Феде - по типовому расчету ВР Оплата по окладу (по часам): Оклад * ВремяВЧасах / НормаЧасов из ЗУП 3.1

Пусть у обоих есть отклонения: в январе болели по 40 часов, в феврале - гуляли за свой счет 8 часов, в августе отпуск 112 часов. Месячные и годовые нормы времени смотрим в Произв. календаре 2018.
Сколько же получат оба оплаты по окладу за 2018 год ? Посчитаем и получим:
Вася: 551269,04 руб
Федя: 552210,30 руб

Как видим суммы почти одинаковые, Федя даже выгадает 941,29 руб. Ну и в чем же смысл всего затеянного в (0) ? Выгоды рабочему никакой не видно, ради чего все ???

(57) В процессе обсуждения откликнулось еще одно предприятие, которое как и мы в качестве нормы использует среднемесячное количество часов. Сейчас приведу расчет.

(58)
Оклад 50000            
                    
Норма за месяц        Часовая ставка    Отгул/переработка    На руки    Выгода
168        297,6190476    24    57142,85714    7142,857143
192        260,4166667    24    43750    -6250
                    892,8571429

(57) (59) Плохо вставилось, в общем у меня тоже около 900 р. получилось за 2 смены. Так вот будут ругаться рабочие, серьезно.

(59) Сложно понять что это и как получено. Формулы расчета какие ?

Оклад 50000р.

Норма за месяц
168
192

Часовая ставка (Оклад / Норма за месяц)
297,6190476
260,4166667

Отгул/переработка
24
-24

На руки ( Оклад * (Норма за месяц + Отгул/переработка) / Норма за месяц )
57142,85714
43750

Выгода (На руки - Оклад )
7142,857143
-6250
892,8571429

(62) Ну и что с чем вы тут сравнили ?
Внутри одного способа расчета оплаты по окладу взяли месяца в которых разная норма времени, да еще кому то факт уменьшили, а кому то увеличили ... Коню ясно что результат будет разный

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

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

+63 сравнить разные способы оплаты по окладу

(64) Выше уже объясняли, что в разных месяцах получается разная стоимость часа (при одинаковом окладе) если в расчет брать предлагаемый способ 1С. А графики у сотрудников разные и все хотят работать тогда когда стоимость часа больше. А если же брать норму среднюю за год, то по барабану когда работает, хоть в январе, хоть в декабре - получишь одинаково

(64) Пример посчитай сам:
Пупкину надо отработать 150 часов в январе, а Васечкину 150 в декабре. Оклад один и тот же у обоих. В расчет возьми стандартный метод 1С и посмотри насколько Васечкин будет в проигрыше по отношению к Пупкину, за что и оскорбит Пупкина плохими словами.

(64) Смотри сам.
Норма по произв. календарю:
Январь - 136 (это 2017 год, не знаю сколько в этом)
Декабрь - 168

Окалад - 30000 р.

Один получит 150/136 * 30 000 = 33 088
Второй 150/168 * 30 000 = 26 786
Ощутимо?

(67) Да да
А в другой паре месяцев соотношения нормы и факта будут уже в пользу Васечкина и он получит сравнимую разницу в свою пользу и по году выйдет одинаково. И ваше "ощутимо" превращается в малоотличимо.

Я вот не могу понять, а на каком графике работают люди в вашем примере ? Чего это у них факт то сильно больше нормы, то сильно меньше ?
И да: сравнивать за разные месяца считаешь корректно ?

(68) Давай мы тебе за январь заплатим 10% зп, зато в декабре 190%. Согласен? По году выйдет одинаково

Ребята, вылез "косяк". Если сделать как указано в (56), то портится доплата за ночные. Когда программа рассчитывает ФОТ его величина несколько выше, это нормально с учетом того, что часов по графику больше чем среднемесячное количество. Однако, при расчете часовой тарифной ставки для Доплаты за работу в ночное время алгоритм использует величину ФОТ вместо размера оклада, чем завышает стоимость часа.

Есть идеи как бороться?

(69) Как часто достаточно просто промолчать чтобы не опозориться. Но ты не смог и этого

(70) А вот чтобы такого не происходило - не надо выдумывать управленческой муйни

Как я понял, у вас сменный график с доплатой за ночные часы и прочей прелестью. В 2016 г. был у меня опыт автоматизации небольшой подобной фирмы.
Были созданы и всем кому надо назначены сменные графики. Все были на окладе по дням. Общая оплата отраб. времени складывалась из:

1) Окладная часть: Оклад *ДоляНеполногоРабочегоВремени* ВремяВДнях / НормаДней

Все кто отработал норму дней по графику получали полный оклад. Переработки не прибавлялись к факту, Боже упаси.


2) Доплата за работу в праздничные дни (дневное время): ВремяВДняхЧасах * СтоимостьДняЧаса

3) Доплата за работу в праздничные дни (ночное время): СтоимостьЧаса * ВремяВЧасах

4) Доплата за работу в ночное время: СтоимостьЧаса * ВремяВЧасах * ПроцентДоплатыЗаРаботуВНочноеВремя / 100

Вот при расчете СтоимостьЧаса и СтоимостьДняЧаса и применялся коммунизм: они рассчитывались исходя из среднего количества часов в месяце !

СтоимостьЧаса = 12*Оклад/НормаЧасовЗаГодПоПроизвКаленд. СтоимостьЧаса считалась от оклада, а не от ФОТ, в отличие от (70).
Получалось все справедливо выше некуда: каждый получал Оклад + доплаты, рассчитанные на основе среднего кол-ва часов в месяце.
СтоимостьЧаса и СтоимостьДняЧаса были одинаковы весь год и не зависели от месяца (то что и надо вам для исключения "бунтов").

Для учета переработок создавался документ Регистрация переработок, в нем проставлялись часы двойной и полуторной оплаты и использовались
те же самые СтоимостьЧаса

Вот собственно и все. Вам надо поступить точно также. И не надо извращаться с придумыванием справедливых формул собственного сочинения,
все делается типовыми ВР.

(72) У вас показатель СтоимостьЧаса вычисляется по формуле, в то время как в конфигурации редактировать его нельзя. Вы дописывали, чтобы получить возможность работать с формулой?

(73) Нет, не дописывал
В настройках есть возможность задать как будет пересчитываться тарифная ставка в стоимость дня(часа), выбор из вариантов:
1) среднемесячное кол-во дней)часов) в месяце
2) по норме времени из графика сотрудника
3) по норме времени из произв. календаря

Помню что пользовался тогда только типовыми возможностями, дописок не было

(70) Совокупную тарифную ставку можно отредактировать вручную в независимом регистре сведений ПлановыйФОТИтоги. Не так чтобы здорого, но на безрыбье... В общем пока держимся!

(75) Хозяин барин, как хотите
Не нравится решение где все работает практически само ? Поддерживайте решение где надо лезть в потроха конфы и каждый месяц там править что то

(76) Решение, которое вы предлагаете потребует переоформления коллективного договора и других документов. Сами понимаете какие это сложности, руководство скорее на Бос-кадровик перейдет, чем согласится на эту процедуру.

Также несмотря на все попытки НЕСКОЛЬКИХ человек убедить вас в том, что имеет смысл считать по среднемесячной норме по производственному календарю вы отрицаете такую возможность.

(77)  Реализовать можно все что угодно, хоть через какую норму

Другое дело насколько это будет правильным. У вас в ТД с рабочими что пишется ? Скорее всего устанавливается оклад и сменный график, так или нет ?