Коллеги, подскажите. Особенно интересует мнение Геннадия.
Есть сотрудник, работающий на основном месте работы и на двух должностях по внутреннему совместительству.
Основное рабочее место, совместительство 1, совместительство 2 - разные регионы, разные ИФНС.
Есть РКСН. В апреле 2025 года сотрудника по совмещению увольняют с обеих рабочих мест.
Также в апреле выплачивается годовая премия. В результате получаем два перехода по порогам
НДФЛ 15%, 18%.
В целом по физлицу НДФЛ рассчитан ВЕРНО. Базы по ставкам 13%, 15%, 18% легли ВЕРНО, 2-НДФЛ верно.
Но разрезе налоговых облагаемая база "гуляет". Бух по зп хочет принудительно перекинуть базы между ИФНС что бы было "красиво". Кто как решает данную проблему, поделитесь.

PS. персонально для 5ads55 - на партнерке вопрос не задавал) только в техподдержке. После советов коллег выложу ответ техподдержки. Он не решил вопроса.



5ads55

Дополню, отмена среднего в разрезе РКСН тут не канает.

(0) Руководил дистанционно разными подразделениями по внутреннему совместительству?
А почему прекратили сие двумя увольнениями только в апреле, а не марте?
Или это не он, а она и не руководила, а главбушила у трох мистах?

Однако автор-то злопамятен... Цифры слева от ника приклеиваются когда копипастят с ника конкретного поста. Скорее всего это пятый пост с этой ветки:
записать новый документ Отпуск сотрудников без проверки ЗКГУ

Ну а если серьёзно, то не вижу проблем: если бухгалтер уверена в своих ручных расчётах и выписала конкретные суммы на бумажке, то правьте помесячно январь-апрель записями -/+ все три РН по НДФЛ по реквизиту или измерению РегистрацияВНалоговомОргане:  
НДФЛКПеречислению
РасчетыНалогоплательщиковСБюджетомПоНДФЛ
СведенияОДоходахНДФЛ

Либо через Перенос данных, либо Операциями учёта НДФЛ.
Полчаса работы с перекурами.

(3) Браво, Гена. Так ему и надо.

(4) Чтоб два раза не вставать... В марте 2025 была штормовая волна увольнения руков, замов и ГБ филиалов по всей России. Точнее тех, кто совместительствовал на срочных договорах (срок окончания - дата увольнения по основной работе).

Дело в том, что 470-ФЗ от 13 декабря 2024 года изменил в восьмом абзаце статьи 59 ТК РФ множественное число на единственное.
Было:
По соглашению сторон срочный трудовой договор может заключаться:
...с руководителями, заместителями руководителей и главными бухгалтерами организаций

А стало:
...с руководителем организации, его заместителями и главным бухгалтером

На пальцах: теперь нельзя заключать срочные тд с головкой филиала/обособки.

Вступление в силу новой редакции ТК РФ прописали отдельно:
3. Заключенные до дня вступления в силу настоящего Федерального закона с работниками, замещающими должности руководителей структурных подразделений организаций, трудовые договоры, в которых в качестве основания их заключения указан абзац восьмой части второй статьи 59 Трудового кодекса Российской Федерации (в редакции, действовавшей до дня вступления в силу настоящего Федерального закона), считаются заключенными на неопределенный срок при отсутствии иных предусмотренных Трудовым кодексом Российской Федерации или другими федеральными законами оснований для заключения срочных трудовых договоров, а в случае наличия таких оснований указанные трудовые договоры должны быть приведены в соответствие с положениями Трудового кодекса Российской Федерации (в редакции настоящего Федерального закона) не позднее 1 марта 2025 года.

(3) Уточню еще раз - речь идет про БАЗУ обложения. НДФЛ рассчитан и распределен КОРРЕКТНО. Операция учета НДФЛ не подходит - там нельзя явно указать налоговую. Пытался исправить через перенос.

Ручные данные бухгалтера в 2-НДФЛ, раздел 13%
апрель 2002 400 000,00
апрель РКСН 300 000,00

Автоматически заполненные через ЗУП, раздел 13%
апрель 2000 30 000,00
апрель 2002 1 100 000,00
апрель РКСН 300 000,00

При записи в документе Перенос строки с минусом
апрель 2000 -30 000,00
в автоматически заполненную 2-НДФЛ по коду дохода 2000 за апрель попадает непонятно рассчитанная сумма.
Проблема в том, что не получается явно прописать именно СУММУ дохода падающую на определенную шкалу налогообложения. Приходится играться с датой получения дохода, а она явно ограничена датой перечисления дохода.
Как и обещал, ответ техподдержки:
Исходя из требований главы 23 НК РФ налоговым агентом является организация, а не ее обособленные подразделения (филиалы), а потому облагаемая база определяется исходя из всех доходов, полученных налогоплательщиком у данного налогового агента, т.е. с учетом всех филиалов и головной организации.
Действующее законодательство не описывает порядок распределения этих расчетов по балансам филиалов.

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

А налоговики все равно хотят видеть "красивую" справку 2-НДФЛ в разрезе каждой ИФНС.

Но похоже у коллег таких проблем по распределению не возникало. Или бухгалтера молча "грызут кактус". Своим вопросом пытался выяснить, можно ли явно сумму дохода прописать в соответствующую шкалу дохода по НДФЛ. Указание ставки НДФЛ документа Перенос для суммы дохода не прокатывает, к сожалению.

(0) Базы нет ни в одном из регистров. Это расчетный показатель. Иногда считается неверно.

Но вы ж как партизан, молчите о версии вашей ЗУП. А я про такую ошибку узнавал год назад, потом исправили, во всяком случае, в 6-НДФЛ.

(7) Богатых у меня нет )
Нет проблем обойти однодневную пропорцию в переходе шкалы. Просто в доке Переноса данных поменяйте на один день дату 13% по сравнению с датой 15%.
Проверил на Адаме Козлевиче - всё в шоколаде для 3.1.34.58

Не за что.

(9) И работает? Классный лайфхак! В мемориз!

(10) Мерси. Самому понравилось. Просто решил всё-таки глянуть. И действительно для одного дня дохода в переходе алгоритм пропорционалит.

ИФНС 20
13% 1100к ... 15% 2000к = 3100к

ИФНС 25
13% 1300к ... 15% 600к = 1900к

ЗУП в этом одном дне берёт
К₂₀ = 3100/5000 = 0.62
К₂₅ = 1900/5000 = 0.38

Ну и тянет в 6- и 2-НДФЛ
ИФНС 20
13% 2400к*0.62=1488к ... 15% 2600к*0.62=1612к Всего = 3100к

ИФНС 25
13% 2400к*0.38=912к ... 15% 2600к*0.38=988к Всего = 1900к

Автор перфекционист, как и Вы, поэтому его раздражает, что в листе по ИФНС 20 доход_13% вместо 1100к идёт как 1488к, а доход_15% вместо 2000к идёт 1612к ПРИ ТЕХ же нормальных НДФЛ. И получается, что невозможно проверить напрямую Доход * Ставка = НДФЛ и надо суммировать по всем листам с разными ставками.

Вот я и выкинул 13% в предыдущий день. И теперь однодневная пропорция работает только в своей ставке и заданные доходы не меняются.

Для полного цимеса можно было бы написать обработку "Исправление пропорции доходов между ИФНС в дне перелома ставки НДФЛ".
Она будет вводить док Переноса данных на -/+ один к одному как мы изобразили вручную. Но уже зная реакцию почтеннейшей публики на предложения о написании обработок - никому ничего не нужно. Пусть правят вручную. Богатых сотрудников не так много )

(9) Очень странно - я замечал, что реквизит "ставка" в регистре "Учет доходов для НДФЛ" пустой.
На скрине из Зарплата и управление персоналом, редакция 3.1 (3.1.30.230)

(14) Так в том-то и дело, что доки начисления не заполняют тот реквизит именно потому, что как правильно объяснила техподдержка, могут быть всякие исправления задним числом или корректировки, которые приведут к ДРУГИМ суммами по ставкам данного документа. А он же не перепроведён. И получится полная хрень в РН по реквизиту Ставка.

Отсюда и невозможность ТОЧНОГО указания ставочной рабивки по регистрациям в НО. Вот почему ТАК работает алгоритм пропорции в найденном дне перелома ставки в Общем модуле УчетНДФЛЗаполнениеОтчетности в процедуре ОбработатьСтрокиДоходов

Или для примера из (11):
2400к * 3100к/5000к

В доке Переноса данных я сначала заполнил их для наглядности. Они не нужны для текущего алгоритма.
А теперь вот подумал. А может как раз и воспользоваться их наличием в доке правки РН?

Тогда не нужно будет сдвигать на день дату дохода. Прописать в алгоритме, что если в день перелома ставок заполнен данный реквизит Ставка, то брать коэффициент из этих записей РН с реквизитом ставка. Это будет означать, что пользователь вручную указывает ЗУПу:
- Я, человек, хочу разбить по ИФНСам так и только так!

Если такой подход принимается, то нам надо сделать расширение для данной маленькой процедуры ОбработатьСтрокиДоходов
Туда алгоритм заглядывает только если найдены доходы на дату перелома шкалы ставок.
Вот в начале её и пропишем запрос к РН СведенияОДоходахНДФЛ
Если найдены записи с ненулевым реквизитом Ставка - то берём напрямую суммы из этих записей для переменной СуммаСтроки. Если нет - пусть бежит алгоритм как бежал раньше.

И этот человек называет меня перфекционистом, а сам уже целое  ТЗ наклепал ))

Гена,автор темы повелся на глупую хотелку бухгалтера.

Я уверен, что на распределение между ОКТМО/КПП вообще всем все равно, кроме этого бухгалтера. И делать ничего не нужно, наверняка у автора темы (который и сам видит, что программа считает верно) - полно нормальной работы.

Чисто технически ваш вариант интересен, но делать его бессмысленно.