Отрицательное начисление или удержание?

[Julls]

Коллеги, подскажите, пожалуйста.

Что делать в случае с излишне начисленными суммами по разным основаниям? Как то: переиспользованный отпуск, начисленная зарплата за период, на который сотрудник предоставил БЛ задним числом, ошибка расчетчика.

1С эту ситуацию трактует как удержание, ссылаясь на трудовой кодекс.

Но вряд ли такой подход понравится сотруднику.
Допустим, Вы принесли больничный задним числом. Вам успели начислить и выплатить ЗП в размере 10000 руб, из которых Вы получили 8700, а НДФЛ составил 1300 руб.

Теперь при предоставлении БЛ с Вас удерживается 10000 руб, в том числе те 1300 руб, которые Вы в глаза не видели.

Как поступать в таких случаях? Согласны ли Вы с такой трактовкой законодательства?

[Vaclav]

Согласны ли Вы с такой трактовкой законодательства?

Я не согласен с тем, что 1С что-либо "трактует". Даже если понимать под этим, что "трактуют" разработчики. Если Вам неудобны/не нравятся стандартные инструменты, всегда можно отразить операцию "ручными" проводками.

Допустим, Вы принесли больничный задним числом. Вам успели начислить и выплатить ЗП в размере 10000 руб...

Видите ли, Julls, по идее, такого быть не должно. Обязанность работодателя - вести табель... да проще говоря, следить, работают люди или нет. Поэтому если Вы поставили в табель "восьмерки" и выплатили "полный оклад" при том, что человека на работе не было, это уже не "ошибка расчетчика". И перерасчет здесь - именно удержание, а не "техническая коррекция".

Как то: переиспользованный отпуск...

Что касается "лишнего отпуска" (при увольнении, как я понимаю), то это отдельная тема, довольно дискуссионная, к сожалению.

[Julls]

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

Вопрос даже не в том, что где отражается. Вопрос в том, существует ли понятие "отрицательное начисление" в РСБУ или нет? (Это можно назвать еще "сторнированием начисления") То есть допустимо ли в строке "начислено по такому-то основанию" указать отрицательную цифру?

Вопрос возникает именно из-за НДФЛ.

Для мелких и средних предприятий это зачастую не так критично, пару-тройку человек можно поправить ручками, как-нибудь исхитриться. Для крупных организаций, где работает тысяч 50 сотрудников, перерасчеты - это действительно настоящий головняк.

[Аноним223]

в нашей организации перерасчеты - стандартная ситуация. Табель сдают 25 числа, а после 25 человек може и заболеть и дополнительную работу за заболевшего делать и б/л в период отпуска приносят. Делаем все перерасчеты в разделе начислений. и сторно неотработанные и оплаченные дни и доначисление. НДФЛ пересчитывается автоматически.
кстати расчет ведем в 1с. кое что поправляем вручную, но снятие начислений там автоматом краснотой в начислениях проводится.
Ну и, естественно, не программа является решающим фактором. Мы тут претензию направили в 1С о неправильном начислении о/о с учетом индексации, уже год ответ не могут дать, сплошные отписки типа - мы направили запрос разработчикам 922 постановления для уточнения - что именно они имели ввиду

[Генук]

не надо путать сторно в БУ в периоде обнаружения ошибки и уменьшение начисления в периоде совершения ошибки для НУ...

в НУ отрицательного начисления не существует.

а что там по отпуску и индексации? конкретно опишите ситуацию и озвучьте программу и релиз...

[Аноним223]

1.сторно существует и в НУ тоже.
2. 1с ЗИК7.7. релиз 288
скопирую кусочек нашего им письма
"...в п.16 Постановления сказано, что если повышение произошло в расчетном периоде - выплаты, учитываемые при определении среднего заработка повышаются на коэффициенты, рассчитанные путем деления оклада, установленного в месяце наступления события на оклады в КАЖДОМ из месяцев расчетного периода.
> > Ваша же программа, при расчете среднего заработка не применяет вышеуказанное положение в части индексации "каждого" месяца, в результате чего происходит неправильная оплата периодов, связанных с сохранением средней заработной платы.
> > Предложение, высказанное вашей компанией, вручную корректировать сведения для расчета среднего заработка для нас неприемлемо, так как
> > во-первых, расчет касается практически всех сотрудников нашего учреждения, численность которых составляет 700 человек и объем работы при ручной корректировке резко увеличивается, особенно если учесть право работников, предусмотренное ТК, разбивать отпуск на несколько частей.

Часть ответа
> Сейчас мы не готовы ответить, является ли поведение программы правильным или нет, поэтому мы направляем запрос в Роструд с целью выяснения позиции авторов Постановления

ну и далее:
Уважаемый отдел тех.поддержки!
Постановление 922 является официальным опубликованным документом.
Абзац из п.16 этого постановления, не содержит двусмысленностей, а прямо говорит о необходимости при расчете среднего заработка учитывать оклады в КАЖДОМ месяце расчетного периода.
Какова бы ни была позиция авторов Постановления, она не может быть важнее официально опубликованного нормативного документа.
Поэтому наше учреждение по прежнему ожидает ответ по существу вопроса - будет ли доработана приобретенная нами программа в части расчета средней разаботной платы.

[Аноним223]

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

[Трансакция]

Коллеги, помогите советом.
Я сейчас не работаю, могла отстать от жизни.
У знакомой вычитают 50% из пособия на ребенка в связи с тем, что в январе, как оказалось, излишне начислили и выплатити отпускные.
По-моему, это не законно.
Не могли бы меня отослать к закону, который исключает данный вид пособия как объект удержаний.
Да и вообще, здесь играет роль срок давности и неверная трактовка закона, по-моему.
Вобщем, я считаю, что с дамы удерживают незаконно.

[GSokolov]

ИМХО, незаконно. Во-первых, возвратить излишне выплаченную заработную плату, как и обратить взыскание на заработную плату, работодатель может только в определённых случаях, указанных в ст.137 ТК РФ. Во-вторых, пособие по уходу за ребёнком не является заработной платой и вообще выплачивается не из средств работодателя, а является государственной собственностью в виде средств социального страхования, распределяемых ФСС, поэтому распоряжаться ими он не имеет права, а за нецелевое расходование их должен нести ответственность.

[Трансакция]

GSokolov, благодарю Вас.
ИМХО, здесь работодатель нарушает закон по нескольким статьям сразу...

[Аноним223]

GSokolov, благодарю Вас.
ИМХО, здесь работодатель нарушает закон по нескольким статьям сразу...

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

[Генук]

Аноним223, я просил конкретику...

нормально отработано повышение окладов в программе

приведите свой случай и свой "правильный" расчёт

[Аноним]

Аноним223, я просил конкретику...

нормально отработано повышение окладов в программе

приведите свой случай и свой "правильный" расчёт

конкретные глюки были в феврале. релиз я вам назвала. ошибку тоже - проблема в том, что у нас было сначала понижение окладов, а через 4 месяца повышение. при этом не у всех повышение достигло уровня предыдущего оклада.
был оклад А, потом стал Б (Б<А) затем С. "С">"Б", но при этом "С"<, >или ="А"
Программа использует алгоритм: коэф. индексации = С/Б и на полученный коэффициент умножает ВСЕ месяцы расчетного периода, а там и оклад "А" попадается, который выше "С", а если и меньше "С", то на другой коэффициент.
мой правильный расчет, а точнее расчет в соответствии с п.16 делить "С" на "А" или на "Б" соответственно(т.е. КАЖДЫЙ м-ц расчетного периода). если коэф. <1 индексацию не проводим, при к>1 умножаем з/пл того м-ца на конкретный К именно этого м-ца.
За доп. денежку программу нам доработали наши местные "сопровожденцы"

[Аноним223]

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

[Генук]

да - ЗиК не отрабатывает волны, когда оклад то понижается, то повышается...

в реальной жизни не существует людей, которые хотят резко получать меньше

[Аноним223]

да - ЗиК не отрабатывает волны, когда оклад то понижается, то повышается...

в реальной жизни не существует людей, которые хотят резко получать меньше

а должен бы обрабатывать, в постановлении написано КАЖДЫЙ м-ц

которые ХОТЯТ получать меньше возможно не существует, а которые вдруг начинают получать меньше сколько угодно. Кроме того у нас никто получать меньше не стал, оклады уменьшились, а не з/плата.

[Генук]

типовая программа отрабатывает повышение хоть ежемесячно...
программа не сработает горки вверх-вниз-вверх

[Аноним223]

типовая программа отрабатывает повышение хоть ежемесячно...
программа не сработает горки вверх-вниз-вверх

типовая, имхо, должна следовать нормативке БУКВАЛЬНО. а п.16 четко сказано на оклад КАЖДОГО месяца.
И ситуация с понижением (при выполнении всех требований ТК - предупреждение за 2 мес) имеется у многих

[Генук]

второй раз: сколько заведёте доков Перерасчёт окладов по предприятию сотру - столько индексаций программа и отработает... заведёте 12 раз - отработает 12 месяцев в каждом...

а вот горки программа не отрабатывает, т.к. законодательно неясно как поступать в случае окладов: 10000 -> 5000 -> 8000

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

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

[GSokolov]

вот горки программа не отрабатывает, т.к. законодательно неясно как поступать в случае окладов: 10000 -> 5000 -> 8000

А ПП 922 и не требует индексировать средний заработок при понижении окладов. В этом случае в ЗиК не надо вводить "Перерасчет окладов", а делать "Кадровое перемещение", пока оклад не превысит первоначальный.

[Julls]

Флудеры, блин, заспамили всю тему

Так что там с отрицательным доходом по НУ все-таки?

"Так-таки и нету?" (С - Булгаков)

[Генук]

нет, конечно... это нонсенс

[Аноним223]

Флудеры, блин, заспамили всю тему

Так что там с отрицательным доходом по НУ все-таки?

"Так-таки и нету?" (С - Булгаков)

а разве был вопрос про отрицательный доход? такого конечно не бывает, вопрос был про стронирование начисление. да, бывает

[Аноним223]

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

[Аноним223]

А ПП 922 и не требует индексировать средний заработок при понижении окладов. В этом случае в ЗиК не надо вводить "Перерасчет окладов", а делать "Кадровое перемещение", пока оклад не превысит первоначальный.

так мы и не индексировали при понижении, а вот при последовавшим за ним повышением индексируем. нам исправили эту плюху за доп. денежки.
кстати, у некоторых оклад до сих пор не превысил "первоначальный", а промежуточный превысил, не индексировать будет незаконно

[GSokolov]

не индексировать будет незаконно

Некоторые считают незаконным индексацию для всех работников даже в том случае, если хотя бы одному работнику организации при повышении оклад оставили прежним. А у Вас незаконным было понижение окладов, поэтому незаконной будет индексация до тех пор, пока оклад не превысит первоначальное значение.
Но давайте, действительно, вернёмся к теме.

Вопрос возникает именно из-за НДФЛ.

Отрицательные начисления НДФЛ в текущем месяце вполне имеют место быть, т.к. НДФЛ рассчитывается по доходам за весь год. Но в БУ исчисленный НДФЛ удерживается из зарплаты сотрудника, поэтому для сотрудника это удержание. А отрицательное начисление не может считаться доходом по НК РФ, т.к. не является финансовой выгодой, хотя не могу себе представить такой случай в отрыве от ранее произведенных начислений. И при сторнировании ранее полученного дохода также пропадает ранее полученная выгода, поэтому и уменьшается полученный доход. Однако, я не понял, что там 1С "трактует" как удержание. Julls, Вы бы задали вопрос поконкретнее, не было бы флуда.

[Julls]

Конкретизирую.

Про 1С неудачно. Забываем. 1С ни при чем. Говорим о чистой теории БУ и НУ.

Возьмем для примера возрат отпуска.

В БУ сторнировали начисление (разобрались, что сторнировать можно). Предположим, увольняем 1-го числа, платим за 1 день какую-то небольшую сумму, которая переиспользованный отпуск не перекрывает.
В доход за месяц в 1-НДФЛ что записываем? Ну, налог, наверное, в долг перед налогоплательщиком пойдет. Интересна именно графа дохода по видам в месяце увольнения.

[Генук]

удержание за неотработанные дни отпуска, т.е. расходы физического лица, никак не влияет на доходы сотрудника и, соответственно, на НДФЛ этого сотрудника

[Julls]

то есть оно все-таки является удержанием, а не сторнированным начислением?

ок.

Бедный сотрудник, НДФЛ с излишне полученных отпусных не возвращают, ну, да Бог с ним.

тогда рассматриваем другой пример:
сотруднику излишне начислена зарплата в размере 15000 за предшествующий месяц. За текущий месяц его зарплата составляет 5000 руб. БЛ - 2000 руб.
Сотрудник увольняется, по отпуску компенсация 0 рублей 0 копеек.

Что в этом случае включается в доход за месяц в 1-НДФЛ?

[Генук]

в отличие от предыдущего случая здесь налицо ошибка... исправление ошибки в НУ идёт периодом совершения ошибки, т.е. в 1-НДФЛ в предыдущем месяце идёт уменьшение дохода на 15000...

в БУ же идёт сторно в текущем месяце исправления ошибки