Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

1C ЗУП переплата сотрудникам при смене графика работы.

Ø [Фрэнки, 05.08.20 - 08:42]
1C ЗУП переплата сотрудникам при смене графика работы.
Я
   Buzztekk
 
03.08.20 - 19:23
Добрый день. Уважаемые форумчане и форумчанки.
Подскажи как быть с такой ситуацией.
Сотрудники работали по 5-дневке. Но с июня перешли на другой график - работа по 4 дня, без пятницы.
Оклад у них остался тот же, но рабочая неделя сократилась на 1 день, а значит и ЗП тоже уменьшилась на 20%.
Новый график я настроил только что. За июль начисляется уже по новому - меньше.
Но бухгалтер поздно спохватилась и за июнь начисляла по старому, хотя они уже фактически работали по 4-х дневке тогда.
Как, сделать так, чтобы та переплата, что была в июне, учлась при начислении за июль???
   Amra
 
1 - 03.08.20 - 19:47
График с какого числа поменяли? Именно с какого поменяли, а не с какого должны были поменять?
   Buzztekk
 
2 - 03.08.20 - 21:33
(1) Само изменения графика списком создал 31.07.2020
Но в нем прописал, что новый график начал действовать с 01.06.2020.
Но по факту начисление за июнь прошло по старом, т.к. этого графика на тот момент не было.
   Гость из Мариуполя
 
3 - 04.08.20 - 00:49
>> Как, сделать так, чтобы та переплата, что была в июне, учлась при начислении за июль???
никак не надо делать
Удержание допускается в случае счетной ошибки.
это НЕ счетная ошибка, это расп..здяйство бушки..
Любой из сотрудников, кто пожалуется в рострудинспекцию или в прокуратуру, с вероятностью в 90% выиграет такое дело, в случае, если ты пересчитаешь ему июнь и удержишь из зарплаты в июле.

Оно тебе надо, что-то лепить в программе, покрывая косяк бухгалтера и нарушая трудовое законодательство? В случае чего крайним сделают тебя - "а это программа так посчитала" :)
А тем более ты хочешь "июньские косяки учесть при начислении зарплаты за июль", то бишь я так понимаю РСВ и 6-НДФЛ и 4-ФСС за второй квартал ты хочешь оставить прежними уже сданными и пересдавать не планируешь?

Максимум - заведи новый вид расчета (новое начисление) "перерасчет за предыдущий период" фиксированной суммой - и пусть накосячившая бушка ручками высчитывает и вводит суммой. Отрицательной.

Каждый баран должен висеть за свою ногу и отвечать за свои яйца!
   Гость из Мариуполя
 
4 - 04.08.20 - 00:55
и имей ввиду, что любой залезание сейчас в зарплату июня повлечет за собой пересмотр и возможно! корректирующую 6-НДФЛ, РСВ, 4-ФСС, и даже (возможно!) налог на прибыль..
   Said_We
 
5 - 04.08.20 - 01:27
"Оклад у них остался тот же, но рабочая неделя сократилась на 1 день, а значит и ЗП тоже уменьшилась на 20%" - оклад по дням за месяц не зависит от графика, если месяц отработан полностью. Даже если по графику необходимо было выйти на работу на один час один раз в месяц.
Отдел кадров просто не правильно придумал сократить рабочее время и фонд оплаты труда.
   Buzztekk
 
6 - 04.08.20 - 07:03
(3) Спасибо за инфу, приму к сведению. Но мне самому чисто технически интересно узнать может ли программа как то сама пересчитать подобное.

(5) Там можно в новом графике указать, что 4 дня рабочих, и что это не полноя рабочая неделя на основе графика, который был ранее (5-дневка), тогда он начинает учитывать Доля неполного рабочего времени.
   kumena
 
7 - 04.08.20 - 07:50
> это НЕ счетная ошибка, это расп..здяйство бушки..

Это именно счетная ошибка, когда зарплата посчитана не той суммой, что необходимо.

Понятие "счетная ошибка" ст. 137 ТК РФ не раскрывает. На практике под ним понимается арифметическая ошибка, т.е. ошибка, допущенная в результате неверного применения арифметических действий (умножения, сложения, вычитания, деления) при подсчетах (письмо Роструда от 01.10.2012 N 1286-6-1).
(c) Консультант плюс

> Оно тебе надо, что-то лепить в программе, покрывая косяк бухгалтера и нарушая трудовое законодательство?

Автор ни за что не отвечает, он лишь технический исполнитель, а ответственность на бухгалтере.


> Как, сделать так, чтобы та переплата, что была в июне, учлась при начислении за июль???

перерассчитать зарплату за июнь в июле.
   Провинциальный 1сник
 
8 - 04.08.20 - 07:54
(7) Именно так. Не надо арифметические действия понимать в узком смысле (как результат движения костяшек на счетах). Результат работы алгоритма в 1с - тоже арифметика, рассчитанная на продвинутых "счетах", на которых двинули не ту костяшку.
Вот если например написали приказ о премировании и выплатили премию согласно приказу, а потом вдруг поняли что премия не должна была быть начислена - это не счетная ошибка, а управленческая - и в этом случае сумма возврату не подлежит.
   El_Duke
 
9 - 04.08.20 - 09:24
(0) >>Как, сделать так, чтобы та переплата, что была в июне, учлась при начислении за июль???

Никак
Нет оснований для перерасчета

(7) >>Это именно счетная ошибка, когда зарплата посчитана не той суммой, что необходимо
Нет, это не счетная ошибка

В расчете все операции выполнены верно, а тот факт что надо было применить другой алгоритм расчета - это человеческий фактор, разгильдяйство.
   Гость из Мариуполя
 
10 - 04.08.20 - 09:26
та-та-та.. в суде бы ваше красноречие.
"Результат работы алгоритма в 1с - тоже арифметика"
А здесь нет никакой ошибки в алгоритме 1с.
Здесь налицо неверное применение самого алгоритма.

На практике в судах с таким сталкивались? А я сталкивался.
Судьи тупо трактуют вышеуказанное письмо - была арифметическая ошибка ? Нет? А неверное использование алгоритма- суть неверное трактование правовых норма, т.е. ошибка не счетная, а техническая. Досвидания.
   Фрэнки
 
11 - 04.08.20 - 09:47
Ну так-то понятно, что можно отправить ТС с его вопросом "идите в сад", поскольку перерасчет в данном описании не имеет места быть и т.п. и т.д.

Но если перерасчет нужно все-таки выполнить, то в таких ситуациях по 3.1.14 смотрится в наличие записей в рс Перерасчеты

Почему-то автоматического перерасчета или попытки перерасчета не происходило. Либо кто-то очистил все эти записи, чтоб не мозолили глаза.
Либо, а такое тоже случается, перерасчет все-таки приключился и спрятался во вкладочках документа Начисление, но рсчетчик этого не увидел.
А возможно, что и увидел и опять вручную стер их все, чтоб глаза не мозолили.

Кстати, вне зависимости от того, будут удержаны денежки или не будут, то кадровики в некоторых случаях сейчас складывают табели распечатанные "как нужно было"
Но расчетчики уже посчитанные за тот период суммы не уменьшают.
Как раз объясняя это тем, что у расчетчиков нет прямых оснований для такого перерасчета, не взирая на скорректированный задним числом табель или график.
   Фрэнки
 
12 - 04.08.20 - 09:51
Самое веселое, что за переплату но по дням отработанным по табелю даже если и стукнут по голове, то не сильно.

А вот другие события с переплатами в периоды именно отклонений (отпускные или командировки, подача больничных без оснований) - вот там может хорошо стукнуть по голове, если суммы не будут признаны в уменьшение налога на прибыль, при использовании ОСНО.
   Фрэнки
 
13 - 04.08.20 - 09:56
И может хорошо прилететь в голову, но не со стороны переплаты, а со сторону не начисленной и не выплаченной ЗП.
Это например когда не просто график уменьшили, но и сумму тоже уменьшили.
И после этого трудовая инспекция усматривает ущемление прав работников изза нарушения процедуры с регистрацией изменений графика - ну не положено графики менять взад.
Мало того, не положено даже сегодня менять график на завтра.
Если я сегодня хочу разрешить или заставить работника не выходить и не получать денег за завтра - надо отпуск по личному заявлению работника брать. Причем, в особо тяжелых случаях, вся бумага такого заявления должна быть написана от руки, а не на принтере/ксероксе ( "подкопирку" не прокатывает )
   kumena
 
14 - 04.08.20 - 10:07
> На практике в судах с таким сталкивались? А я сталкивался.
Судьи тупо трактуют вышеуказанное письмо - была арифметическая ошибка ? Нет?

Хорошо, а что тогда можно назвать арифметической ошибкой с такой логикой?
Зарплату в ручную уже вряд ли кто-то считает. Завели не верно дни - разгильдяйство/недосмотр табельщика, в программе не правильный график - разгильдяйство/недосмотр бухгалтера. Я вообще не вижу тогда законных оснований что-то исправлять, ибо все насчитала программа, а поскольку арифметикой занималась она, а не бухгалтер, арифметических ошибок нет - все посчитано с точностью до нанорублей!
   kumena
 
15 - 04.08.20 - 10:10
> На практике в судах с таким сталкивались? А я сталкивался.

Можно узнать в качестве кого вы присутствовали на суде?
   kumena
 
16 - 04.08.20 - 10:15
+15 и можно ли где-то увидеть протокол постановления суда, просто раздирает от любопытства. Я конечно знаю, что законы не ищут правды логики и правы, а лишь всего устанавливают определенный порядок вещей, но это просто нонсенс какой-то.
   El_Duke
 
17 - 04.08.20 - 10:34
(16) Нонсенсов в судах хватает, но не в этом случае

Должны были применить новый график и новый расчет, но не применили. Кто кроме расчетчиков должен отвечать за это ?
   Гость из Мариуполя
 
18 - 04.08.20 - 10:40
(15) в качестве ммм..  правильно наверно сказать специалиста отдела информационных технологий, работающего у ответчика, на предмет - был ли в программе технический сбой. В общем вызвали, задали один вопрос - был ли сбой в программе? Я сказал - не был.
И на этом мое официальное общение с высокочтимым судом и закончилось.
Протокола у меня естественно нет, он у бывшего работодателя, но суть решения помню - арифметических ошибок не было, сбоя в ПО не было, просто были внесены неверно исходные данные для расчета.
Ошибка была признана не счетной, а технической. По технической ошибке удерживать нельзя.
   Buzztekk
 
19 - 04.08.20 - 10:42
(3) Решил сделать как и сказали через разовые начисления - Перерасчет. Там уже было такой вид начисления.
По всем сотрудникам бухгалтер просто введет сумму с минусом.
   Buzztekk
 
20 - 04.08.20 - 10:43
Да не бухгалтер просто лохонулась при начислении. График новый не завела, начислила по старому, а потом через пару недель вспомнила.
Программа тут не причем. Косяк бухгалтера. Просто искал как его попроще исправить - хотелось, чтобы он автоматом учел все эти суммы, а не вписывать их в ручную.
   El_Duke
 
21 - 04.08.20 - 10:47
(20) Почему за косяк бухгалтера должны страдать сотрудники ?

Если среди них найдется правдоискатель и напишет в прокуратуру - нагорит уже всей организации.
   Фрэнки
 
22 - 04.08.20 - 10:50
Изменение графика работы задним числом - ну за это примерно также можно отхватить, как за регистрацию заявлений на отпуск без сохранения зп по принуждению
   Buzztekk
 
23 - 04.08.20 - 10:54
(21) Дак сотрудники не страдали. Они просто получили деньги за день, который не работали.
И бухгалтер хочет это учесть в следующем месяце.
По факту то сотрудники же знали, что они с июня будут получать меньше. Но им ошибочно пришло больше.
Вот и все.
Никто не страдал, просто мне было интересно сможет ли программа автоматически в июле как то это пересчитать.
Понял, что проще сделать разовое начисление.
   Фрэнки
 
24 - 04.08.20 - 10:56
(23) Программа это автоматически пересчитывает. При регистрации изменений, которые зарегистрированы верно, сохраняется запись о Перерасчете в регистре сведений.

Но или у вас неправильно зарегистрировали изменение или удалили результаты отработки программы.
   Buzztekk
 
25 - 04.08.20 - 10:59
(24) В июньском начислении она действительно пересчитала. Но июньское трогать не хотелось.
А в июльском она учитывает только за июль по 4-х дневке. А то, что в июне переплатили она как бы "не знает".
   Гость из Мариуполя
 
26 - 04.08.20 - 11:00
(19) Тем более, если такой вид начисления уже был. Зато гарантированно не поплывут налоговые отчеты за прошлый квартал.

А чтобы сотрудники вдруг не возникли через какое-то время - возьмите с них заявления. О добровольном согласии на перерасчет и удержание.
Пусть будут, на всякий случай. Как говорится, больше бумажек - чище ж о п а.
Заодно, если кто-то откажется писать такое заявление -  сразу и проявятся потенциальные правдоискатели - вот с ними и будете решать отдельно.


(24) Может и удалили. Как такой перерасчет влияет на РСВ и 6-НДФЛ?
Может, где-то вылезло, и бухгалтер от греха подальше весь перерасчет и грохнула.
   Фрэнки
 
27 - 04.08.20 - 11:14
(26) 6-ндфл - никак - по крайней мере я не заметил, чтоб возникали проблемы.

А по отчетности в РСВ - если перерасчет проведен Июлем за Июнь, то надо сразу сдавать РСВ, а затем уже вводить перерасчет.

Т.е. если же перерасчет вводили месяцем позже и пытались еще и по РСВ отчитаться, то РСВ не хочет добровольно сдаваться. Именно сама декларация. Нужно отказываться от всего, что изменяет "заднее число", сдаться, а после проводить манипуляции.
   Гость из Мариуполя
 
28 - 04.08.20 - 11:21
(16) К чему я вообще заговорил про суды.
Понимаешь, вот в нашем случае, (как я это  увидел) - судья, она, может, тетка и грамотная, но она гуманитарий до мозга костей. Она вообще не разбирается в этих технических заморочках. У нее есть Постановление ВАС и письмо Роструда, вот она тупо им следует - арифметических ошибок нет, сбоя ПО нет, а вникать во всякие тонкости работы с ПО пусть и знаменитого вендора, у нее желания нет от слова вообще. Ей гораздо проще в данном решении следовать формальным признакам, прикрываясь постановлением ВАС.
Грубо говоря - для того, чтобы донести точку зрения физика лирику - нужны грамотные эксперты, могущие разжевать и положить в рот лирику физические знания.

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

Вот чесслово, не идеализируйте наши суды. Там почти обычные тетки, только и того, что в мантиях. :)
   Айвонттубифри
 
29 - 04.08.20 - 11:24
(0) Согласна с (24): в вашей ситуации, программа должна была АВТОМАТИЧЕСКИ пересчитать ИЮНЬ, при начислении зарплаты за ИЮЛЬ. В противном случае, у вас были неправильно зарегистрированы изменения или удалили перерасчеты.
   kumena
 
30 - 04.08.20 - 11:33
> Изменение графика работы задним числом ...

график работы сотрудника - это не график в 1С, а бумажный график, где работник расписывается ЗАРАНЕЕ, когда он должен ходить на работу.
офисные работники 5x8 не расписываются, потому что у них график утвержден.


> Почему за косяк бухгалтера должны страдать сотрудники ?

Во первых, платит не бухгалтер, а работодатель. Бухгалтер лишь исполнитель, который ошибся.
А кто пострадал-то? Начислено больше чем отработано, что противоречит договору. Пересчитывая зарплату работодатель (а не бухгалтер) просто приводит суммы в соответствие с договором.

И нет людей, которые не ошибаются, вы тоже ошибаетесь в работе, уверен.


> Понимаешь, вот в нашем случае, (как я это  увидел) - судья, она, может, тетка и грамотная, но она гуманитарий до мозга костей...
Я знаю как работают суды, тоже там бывал.
 
 Рекламное место пустует
   El_Duke
 
31 - 04.08.20 - 11:59
(30) >>Пересчитывая зарплату работодатель (а не бухгалтер) просто приводит суммы в соответствие с договором
Не, тут слово "просто" неприменимо

Подготовка к расчету (составление графиков, их доведение до сотрудников, отслеживание исполнения и т.д.), проведение расчета, выплата зарплаты, возврат лишнего - все эти действия строго регламентированы ТК и кучей подзаконных актов. И даже если допущена ошибка в пользу сотрудника, выплачено лишнее, совершена явная несправедливость - удержать без согласия сотрудника нельзя.
Ошибиться можно, а вот "просто" взять и исправить - нет.
   Said_We
 
32 - 04.08.20 - 12:59
(31) Физически выплаченные деньги забрать сложно. А пересчитать в следующем и выплатить меньше на сумму ранее излишне выплаченных - можно.
Более того как-то сталкивался как бухгалтер выплатил на три ноля больше одной сотруднице уборщице отпускные. Та на радостях их потратила в первые же 4-ре часа.
По суду её обязали всё вернуть, так как она заранее знала, что такой суммы не может быть и не смотря на это воспользовалась моментом. При этом обязали как-то по быстрому вернуть...
Уборщица работала в банке. Банкам можно всё и законы они сами пишут.
   El_Duke
 
33 - 04.08.20 - 14:38
(32) С технической стороны проблем вообще никаких, можно удержать что угодно
Я же говорю о юридической правомерности этих действий. Законно и справедливо - далеко не одно и тоже
   Said_We
 
34 - 04.08.20 - 14:43
(33) Расчет проводился по неверным данным. Данные уточнили и пересчитали. При чем тут не правомерность. Когда обнаружили - тогда и пересчитали.
Не нужно это делать в прошлых периодах и задним числом - вот и всё.
   El_Duke
 
35 - 04.08.20 - 14:53
(34) Мало заявить о неверных данных, в случае спора надо будет суду ДОКАЗАТЬ этот факт
Я вовсе не уверен что суд встанет на сторону работодателя

Автор что пишет ?
"Новый график я настроил только что". Может возникнуть куча очень неприятных вопросов почему все делается задним числом и неизвестно на что еще дополнительно нарвешься
   Said_We
 
36 - 04.08.20 - 15:11
(35) Какая разница что он там в программе сделал? Важно как реально сотрудники ходили на работу и как это было оформлено документально. А как в программе это вопрос №85.
Но автор как раз спрашивал как ему теперь сделать в программе. Поэтому что там документально - на совести работодателя и отдела кадров. Это не вопрос к программе.
А в программе всё как обычно - вводим перерасчет за прошлый период в текущем. Что за программа у автора? Вот как в ней предусмотрено - так и вводим.
   Провинциальный 1сник
 
37 - 04.08.20 - 18:19
(10)(36) Ну вот вам гипотетический пример. Дворнику по ошибке начислили оклад директора - ну, в программу не ту цифру занесли, при том что в приказах всё правильно. И что, суд встанет на сторону дворника, опираясь на письмо про "арифметические ошибки", которых нет? Программа 1с - это "счеты", и ошибка оператора - это "счетная" ошибка, а не управленческая. Счетная ошибка может быть технической (шестеренку в арифмометре Феликс заело), может быть человеческой (расчетчик не на тот рычажок нажал) - в обоих случаях ошибка СЧЕТНАЯ.
   Фрэнки
 
38 - 04.08.20 - 18:36
(37) вот ты сейчас против чего споришь?

В топике не озвучена, но подразумевается ситуация в духе.
"" ходишь в школу, ходишь, а тут бац и вторая смена  ""

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

А все обсуждение ушло в сторону, что если вносить изменения в порядок расчетов с работниками "задним числом", то это вообще-то не просто ошибка, а систематическое нарушение прав работников.
На что ТС ответил, что работники у них вот такие, что им пох на расчеты ЗП, даже если их взад ввернут... вероятно, что это только малая толика того, что они там должны реально зарабатывать, чтоб самим с голоду не помереть и семьи свои накормить.
   Гость из Мариуполя
 
39 - 04.08.20 - 21:57
(37) >> "Ну вот вам гипотетический пример. Дворнику по ошибке начислили оклад директора - ну, в программу не ту цифру занесли,"
Очень неудачный пример. Опечатки при внесении цифр однозначно истолкованы Верховным Судом, как счетная ошибка. Так что если бухгалтер просто опечаталась (вместо 69 набрала 96 или не там поставила запятую или лишних пару нулей) - то любой суд, руководствуясь тем, что Постановления Верховного суда имеют приоритет, даже не будет всерьез рассматривать такую ситуацию - ибо опечатка это однозначно счетная ошибка. Работнику просто скажут - свободен, Вася, если в программу не ту цифру занесли (опечатались) - то удержание законно и справедливо.
Тут даже обсуждать нечего.


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

Так что извини - не каждая ошибка оператора автоматически будет являться счетной. И это следует из Постановлении Верховного Суда, что бы ты там себе ни напридумывал.
   Провинциальный 1сник
 
40 - 04.08.20 - 22:04
(39) Переплата расчета при увольнении, когда выплачено больше чем начислено - однозначно необоснованное обогащение, работник обязан вернуть эти деньги. Если не вернёт - то работодатель взыщет их через суд. Разумеется, нужно будет доказать, что выплата необоснована. Это не счетная ошибка, которая в рамках трудовых отношений. Это уже чисто гражданский долг получается.
   Провинциальный 1сник
 
41 - 04.08.20 - 22:18
   Gucci76
 
42 - 04.08.20 - 23:03
(27) РСВ не хочет если в июле есть отрицательная база. И в данном случае она будет, т.к. ЗП за июль которая сделает базу положительной еще не начислили.
Перед заполнением РСВ надо дату отчета на титульном листе поставить 30.06.2020
Тогда июльские перерасчеты не попадут во второй квартал
   Gucci76
 
43 - 04.08.20 - 23:11
Есть еще один вариант у ТС - это доначисление перерасчет отдельным документом.
Возможно ТС на запустил просто перерасчет.
ТС не говорил что запускал перерасчет.
   Гость из Мариуполя
 
44 - 04.08.20 - 23:59
(41) "Технические ошибки работодателя, например повторная выплата заработной платы за один период, не признаются счетными ошибками (Определение Верховного Суда РФ от 20.01.2012 N 59-В11-17)."
http://www.consultant.ru/cons/cgi/online.cgi?req=doc;base=PKV;n=192;dst=100867#03667897188312774
А омский областной суд, ну извини, все-таки пониже рангом, чем Верховный Суд РФ.
   Гость из Мариуполя
 
45 - 05.08.20 - 00:20
(44)+ дальнейшее обсуждение считаю бессмысленным. Поясню - потому что в ЛЮБОМ случае, даже если это типичная счетная ошибка, работодатель все равно должен взять письменное согласие с работника.

Точнее в ст.137 ТК звучит так:
"В случаях, предусмотренных абзацами вторым, третьим и четвертым части второй настоящей статьи, работодатель вправе принять решение об удержании из заработной платы работника не позднее одного месяца со дня окончания срока, установленного для возвращения аванса, погашения задолженности или неправильно исчисленных выплат, и при условии, если работник не оспаривает оснований и размеров удержания."

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

Ну а если у автора таковые согласия имеются, то дальше обсуждать и смысла нет, счетная/не счетная/неважно - есть добровольное согласие на перерасчет, выражено письменно, чего же более, что уж тут мусолить.

То есть я хочу сказать, что нынешние обсуждения всех этих счетных/не счетных ошибок имеют смысл только и исключительно в том случае, когда нарушена вышепроцитированная статья ТК, а именно - "при условии, что работник не оспаривает оснований и размера удержаний".
Если он не оспаривает = то и обсуждать нечего. Добровольное письменное согласие имеется.

А если оспаривает - то в сад/ т.е в суд.
И чего тут копья ломать зазря.


(0) а ты письменные согласия то возьми. Строго в соответствии со статьей 137 ТК.
   Провинциальный 1сник
 
46 - 05.08.20 - 07:30
(44) Пусть и ниже статус, но решение 2018 года, а не 2012. Причем - не отмененное вышестоящей инстанцией. И в нём есть логика и соответствие букве закона.. то есть, выплата _уже выплаченной_ зарплаты не признается зарплатой, а признается прочими необоснованными выплатами, подлежащими возврату.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.