Ваши комментарии
Здравствуйте.
Записки-расчёта отпуска по уходу не "в природе" не существует. Нет её и в КЗ. Можете распечатать таблицу расчёта среднего заработка.
А что Вас не устраивает?
СДЗ = 10.86
Сумма пособия = 10.86*30.4*40% = 132.06
132.06 явно меньше, чем 4713.50, значит выплачиваете 4713.50.
З.Ы.
по МРОТ считаем аттестованному
Где в ПП 1100 сказано, что аттестованному надо считать "по МРОТ" ?
З.З.Ы.
Если мы считаем по МРОТ по-новому так и получается с РК=1,5
367,2*30,4*40%*1,5 = 6697,80
Расчёт неверный.
Обычным гражданам пособие по уходу из МРОТ считается так: МРОТ*40%*РК.
Точно не будет.
Но если строку
info.n1=summ*(r[2]/norm(2))*info.bz/100.;
заменить на:
info.n1=summ*(r[2]/frv)*info.bz/100.;
а перед ней добавить:
double frv;
skoljko(frv,data,info.z1,info.z2,rsimv,calm,cht);
то, вроде как будет.
Собственно говоря, это будет то же самое, что и расчёт по "стандартному" 17-му алгоритму, модифицированному через параметры:
D2=С(1001)/Т(r,2);D3=Б(,,,4в8)
А вот если бы добавить ещё и проверку:
если ФРВ по табелю != ФРВ по столбцу ТВХ (в данном случае - это ФРВ 105 вида), то берём для расчёта ФРВ по столбцу, то получился бы универсальный алгоритм для расчёта ночных.
1)Взяли рассчитанную сумму в 105 виде
2)разделили на НРВ(часы)
А что Вы хотите получить, разделив рассчитанную сумму в 105 виде на норму рабочего времени?
Вам же вроде как надо было использовать для расчёта тарифную ставку, указанную в БЗ 105 вида?
Если ФРВ в месяце равно НРВ, то, конечно, получите ЧТС = 29.4.
А если месяц отработан не полностью, то ЧТС = некая абстрактная величина, которая даже случайно не совпадёт с тарифной ставкой, указанной в БЗ 105 вида.
Чтобы в любом случае получилась тарифная ставка сотрудника (29.4), рассчитанную сумму в 105 виде надо делить не на норму рабочего времени, а на фактически отработанное время.
Здравствуйте.
А с чем связано желание изменить алгоритм расчёта ночных? Не устраивает как считает поставочный, или у Вас собственный алгоритм расчёта?
Поставочный 117 вид, действительно, в некоторых случаях считает сумму ночных неправильно. Но он вовсе не берёт базовое значение 105 вида, а с помощью штатного алгоритма расчёта ставки, вычисляет часовую тарифную ставку (ЧТС), а затем умножает её на количество ночных часов и процент оплаты.
Правда исторически сложилось так, что этот самый "штатный алгоритм расчёта ставки", мягко говоря, кривой и получить адекватный размер ЧТС с помощью него можно только в случае, если строка 105 вида действует весь месяц. В противном случае получается полная фигня, т.к. ставка, по мнению разработчиков, должна вычисляться пропорционально количеству дней действия строки 105 вида.
Если дело именно в этом, то надо не просто "настроить вид расчета 117 Ночные, чтобы они для расчета брали не базовое значение, а рассчитанную сумму в виде 105", а ещё и вычислить через найденную сумму ЧТС. Для этого в параметрах алгоритма 17 надо написать:
Если отработанное время в строке 105 вида берётся из табеля:
D2=С(1001)/Т(r,2);D3=Б(,,,4в8)
Если отработанное время в строке 105 вида ставится вручную:
D2=С(1001)/Л(5,,,,2);D3=Б(,,,4в8)
Если же у Вас собственный алгоритм расчёта, опишите задачу подробнее.
Всё вылечил путём замены COUNTRY.TAB на поставочный
На поставке всё так.
На клиентской базе код страны упорно не встаёт. В какую сторону копать? Может интеграция виновата?
Не берёт РВ из табеля. Но не суть...
Нужно было вот это:
char st[256]; double koff;
StartRkv(GetCode(info.crow));
ReadRkv("kfs",st);
FinishRkv();
koff=atof(st); //коэффициент из доп рекв.
if (!koff) koff = 1;
СПАСИБО!
Если я просто изменю ставку и график новые, то все суммы, начисленные до 3.09, уйдут в строку 13.
Само-собой.
Если делаете перевод "древним способом" (без добавления новой исполняемой должности), то надо:
- в к.ч. с 03.09.2018 изменить категорию, график, ставку и т.д.
- закрыть старые виды начислений с 02.09.2018
- завести новые виды начислений с 03.09.2018
- для каждой строки, закрытой с 02.09.2018 по F9 проставить старые категорию/подразделение/источник/объект/график
Только в этом случае суммы в отчётах "разойдутся" по нужным строкам/столбцам.
Добавлять ли новую должность в кадровой части и привязывать к ней новые Н-У или в полях ставка и категория добавить новые строки?
Если используете КЗ как калькулятор (только считаете зарплату), достаточно просто в к.ч. изменить ставку и график + завести соответствующие виды НУ с 03.09.2018.
Если формируете хоть какие-то отчёты/своды, требующие разделять начисленные и удержанные суммы по категориям/подразделениям/источникам/объектам, то однозначно надо добавлять новую должность.
Сервис поддержки клиентов работает на платформе UserEcho
Здравствуйте.
Есть ещё третий вариант (тем более, если "цена вопроса" = 50 руб) - оставить всё как есть. Ну т.е. подарить 50 руб бюджету.