Имя: Пароль:
1C
1С v8
ЗУП 3.1. Расчет стоимости часа по среднемесячному количеству часов
, ,
0 егаис
 
14.10.18
09:08
Объясните, такое в ЗУП вообще работает?
Есть график суммированного учета, все дни по норме 11 часов.
Факт вводится табелем.
При расчете оплаты по окладу стоимость часа приводится не по среднемесячному, а по графику.
Т.е. при окладе 20000 работник отработал 100 часов.
Норма по графику 30*11 = 330 часов
Норма по среднемесячному в 2018 - 164,17

Должный получить 20000 / 164,17 * 100
Программа упорно считает  20000 / 330 * 100
В настройках выставлено, что при пересчете тарифной ставки в стоимость часа использовать среднемесячное значение
1 егаис
 
14.10.18
09:24
прихожу к мнению, что надо было делить оплаты по окладам на обычных и тех, кто по суммировке, т.е. делать 2 разных начисления.
Для суммировщиков заводить показатель НормаДней, который заполнять ежегодно.
Но уже поздняк
Как считаете, имеет место быть такая формула
?(НормаЧасов > 200, Оклад * ВремяВЧасах/ НормаЧасовДляВахтовиков, Оклад * ВремяВЧасах/ НормаЧасов)

200 - условная норма, не встречал норму больше 200 при 40-часовой оплате.
2 шаэс
 
14.10.18
09:34
(0) пересчет тарифной ставки - это для дополнительных часов, не для оклада. Насколько мне помнится, в вашей ситуации спасает настройка в графиках - неполное рабочее время и ссылка на нормировочный график для СУРщиков
3 егаис
 
14.10.18
09:39
(2) Неполное рабочее время пробовали ставить? Если я не ошибаюсь это явно влияет на стаж для ПФР по вредникам, 27-2 не ставится.
(1) формула рабочая, но неверная. Нужно норму времени подменять.
4 егаис
 
14.10.18
09:48
вот думаю,если оставить формулу из (1), то мы имеем следующие показатели в начисление
Норма часов - 330 никуда не делать, добавился новый показатель НормаЧасовДляВахтовиков, равный 164.17
Посчиталось все верно, но чем чревато оставить в таком виде? Вопрос касаемо нормы часов, на что это может повлиять?
5 pavlika
 
14.10.18
11:07
(0) Формула по окладу какая?
6 егаис
 
14.10.18
11:09
(5) типовая
Оклад * ВремяВЧасах/ НормаЧасов

исправил на
?(НормаЧасов > 200, Оклад * ВремяВЧасах/ НормаЧасовДляВахтовиков, Оклад * ВремяВЧасах/ НормаЧасов)

считает верно, но в колонку норма "залетает" те же 330 часов, что логично
7 pavlika
 
14.10.18
11:10
Сорри не увидел (1). Показатель «НормаЧасов» возвращает значение нормы именно из графика работы - не понятно в чем вопрос тогда.
8 егаис
 
14.10.18
11:10
НормаЧасовДляВахтовиков - новый показатель, вводится ежегодно
9 егаис
 
14.10.18
11:10
(7) вопрос в том, как "заставить" для суммировщиков брать норму среднемесячного значения
10 pavlika
 
14.10.18
11:31
(9) Демо база, формула оклада по дням = ?(НормаЧасов > 200, Оклад * ДоляНеполногоРабочегоВремени * ВремяВЧасах/ НормаЧасовДляВахтовиков, 1000). Показатель НормаЧасовДляВахтовиков для организации, постоянный. Ввожу его через шаблон = 136.
Оклад у сотрудника 55 000 руб, перевожу его на суммированный сменный график, у которого норма в октябре = 231 час. Рассчитываю октябрь = 55000 / 136 * 231,00 = 93 419,12 руб. ЧЯДНТ?
11 pavlika
 
14.10.18
11:35
Ааа, вы факт через табель вводите - откуда тогда НормаЧасов увеличится.
12 егаис
 
14.10.18
11:35
(10) все так
кроме показателя НормаВремени, в начислении встало 231?
Опасения, что это в будущем скажется
13 pavlika
 
14.10.18
11:38
(12) Да, только у меня норма по графику 231 час в примере, а у Вас скорей всего по графику норма меньше. За 200 часов выходите по фактически отработанному времени, а в формуле показатель нормы.
14 шаэс
 
14.10.18
11:39
(3) не только пробовала, но именно так это и работает. Просто выбрать надо не верхнюю точку, в нижнюю (все время забываю что из них что)
15 егаис
 
14.10.18
11:39
(13) это неважно, какая норма.
Вы мы скажите, показатель НормаВремени в документе начисления в дальнейшем на что-то повлияет? Или забить? считает-то верно
16 егаис
 
14.10.18
11:40
(14) неполная рабочая неделя и привязать график с 164.17?
17 pavlika
 
14.10.18
11:46
Неполный рабочий день не идет в льготный стаж.
18 егаис
 
14.10.18
11:50
(17) там есть переключатель не неполную рабочую неделю
сейчас проверю по стажу
19 Гость из Мариуполя
 
гуру
14.10.18
19:38
Ерунда какая то.
Все даже не стал читать, ИБО
Ладно бы вопрос возник по стоимости часа для ночных/праздничных/вечерних/сверурочных etc.

Но еcли для расчета оплаты по окладу требуется ВСЕГДА считать стоимость часа исходя из одной и той же нормы в 164.17,
то по-русски это называется не оплата по окладу, а оплата по часовой тарифной ставке.

(0) >> Объясните, такое в ЗУП вообще работает?

фиксированная (неизменная, не зависящая от нормы времени в месяц?
самая обычная часовая тарифная ставка?

конечно работает :))))
20 Гость из Мариуполя
 
гуру
14.10.18
19:51
(0) >> Должный получить 20000 / 164,17

Всегда?
В любом месяце?
Независимо ни от чего?
Если не произойдет изменение окладов, то до самого конца года?
Тогда это и есть самая обычная тривиальная часовая тарифная ставка.
И по факту оплата у вас производится по фиксированной часовой тарифной ставке. И не надо словоблудить про оклады.
21 егаис
 
14.10.18
20:18
(20) 164,17 - это для 2018 года
в 2019 цифра изменится
22 Гость из Мариуполя
 
гуру
14.10.18
23:37
(21) ну и? читать разучились?

"Если не произойдет изменение окладов, то ДО САМОГО КОНЦА ГОДА? "

какая религия зарпещает в новом 2019 году установить новую часовую тарифную ставку на весь 2019 год?
23 2S
 
15.10.18
08:30
(22)как Вам такой вариант
Оклад с нового года не меняется, среднемеячная норма стала выше текущей. По Вашей логике тариф должен уменьшиться. Как Вы это объясните соответствующим органам, а главное сотрудникам?
Это нормальная практика - СУМ на окладе и данный вопрос возникает периодически у многих. Решение каждый находит под себя, как правило.
24 Фрэнки
 
15.10.18
08:35
(23) // Оклад с нового года не меняется, среднемеячная норма стала выше текущей.

Соответствующим органам такое объяснить не получится. А потому придется выкручиваться и сочинять компромиссные варианты и связывать это с утверждением учетной политики по организации, действующей по нормам в течение года.
25 2S
 
15.10.18
08:40
(24)  я об этом товарища и спрашиваю. А то начитаются интернетов.
26 Гость из Мариуполя
 
гуру
15.10.18
09:34
(23) Да-да, мне тоже очень интересно, как вы собираетесь рассчитывать стоимость часа из ОКЛАДА, если среднемесячное кол-во увеличится?
Сейчас у автора в формуле зашита константа 164.17 Не будете ее менять в следующем году? Замечательно, тогда и ЧТС не меняется.
Поменяете, как пишет автор "в 2019 цифра изменится".
А не есть ли это то же самое  уменьшение стоимости часа, о котором вы так беспокоитесь? Только скрытое?
Расскажите. Поделитесь. Чем в этом плане Оклад/Среднемесячное отличается от ЧТС?
27 Akela has missed
 
15.10.18
09:35
(0) В чем проблема просто составить график с нужной месячной нормой?
28 2S
 
15.10.18
09:51
(26) поймите, вопрос не в расчете начисления, а в должностном окладе/тарифе.
2018:
среднемесячный 164,17
оклад 20000
условный чтс 20000/164,17 = 121,82

2019:
среднемесячный 168 (от балды)
оклад 20000
условный чтс 20000/168 = 119,05

Вы понимаете последствия понижения ЧТС, если переводить сотрудников на тариф?
29 Гость из Мариуполя
 
гуру
15.10.18
10:06
(28) ЧТС не суть важно, сама по себе она в данном случае всего лишь сразу отчетливо выделила проблему.

Ладно Хорошо.
Не переводим сотрудника на ЧТС. Не будем.
Оставляем на окладе. 20000.
Посчитайте, сколько ему заплатят за 100 часов в декабре 2018 и в январе 2019.

За равное отработанное время в 2019 году сотрудник получит меньше. Это и есть скрытое уменьшение оплаты труда.
Да. Это не столь наглядно, как в случае с ЧТС. Оклад вроде бы не поменялся. Но по сути произошло уменьшение оплаты. :)

идем дальше.
Не предлагается уменьшать тариф по итогам года. Если по приказу вы делаете фиксированный оклад, то точно так же можно сделать и фиксированный тариф. Независимый от среднемесячного. Навсегда. То есть до следующего увеличения окладов по предприятию.
30 El_Duke
 
гуру
15.10.18
10:53
(0) >>Программа упорно считает  20000 / 330 * 100
И правильно делает

Соглашусь с мнением из (19) и замечанием из (2) -пересчет оклада в ЧТС производится только для доп. часов
Постановщик задачи похоже сам не понимает что пытается создать непонятный гибрид из двух систем оплаты труда. В результате вам поручено реализовать ерунду
Программист всегда исправляет последнюю ошибку.