Имя: Пароль:
1C
 
ЗУП, натуральные доходы и НДФЛ.
0 Каскад
 
12.02.26
18:41
11.02 человеку оформили выдачу пайковых периодом "февраль". Документ "Доход в натуральной форме" сформировал движения в том числе по регистру "Расчеты с налогоплательщика с бюджетом по НДФЛ".
13.02 формируем ведомость на выплату за январь, ведомость данный НДФЛ не видит, не погашает, сумму выплаты на сумму НДФЛ не уменьшает. Требуется вручную корректировать.

Данная ситуация описана тут - https://buhexpert8.ru/1s-zup/ndfl-i-strahovye-vznosy-1s-zup/ndfl-ischislennyj-uderzhannyj-i-perechislennyj/kak-uderzhat-ndfl-s-poluchennogo-naturalnogo-dohoda-v-blizhajshuyu-datu-vyplaty-drugih-dohodov-sotrudnika.html

Что-то недоучтено в плане автоматизации? Какую-то галку не включили где-то в ЗУП?
1 Гена
 
гуру
12.02.26
19:17
(0) Давайте проверим. Распроведите ведомость. Что-нибудь ему начислите 12.02, с примерной датой той же и выплатите также 12.02 - удержали натуру?
2 Chai Nic
 
12.02.26
19:27
А с чего это вдруг "выдача пайковых" это доход в натуральной форме? Если выдали живые деньги - это обычный доход. Может вы его путаете с необлагаемыми компенсационными выплатами типа "молока за вредность"?
3 Chai Nic
 
12.02.26
19:28
Доход в натуральной форме был бы, если бы его кормили в столовой за счет работодателя, или выдавали провизию натурой.
4 Amra
 
12.02.26
19:57
(0) Если провели периодом февраль, а ведомость за январь, то НДФЛ там и не увидится никогда. Будет ведомость за февраль - там и учтется
5 Гена
 
гуру
12.02.26
20:05
(4) Да, скорее всего. Но может для натуры сделали исключение и алгоритм заглядывает на месяц вперёд? Ведь ежу понятно, что именно так и надо сделать. Вот и хочется проверить. Но автор, похоже, испарился )
6 Amra
 
12.02.26
20:10
(5) Не, не сделали. Разбирал недавно как тянется НДФЛ в ведость, там явно отсечка по периоду регистрации
7 Каскад
 
12.02.26
20:39
(1) Имеется в виду какую нибудь премию с выплатой в межрасчетный?
8 Каскад
 
12.02.26
20:47
(1) Проверил. Начислил премию 10 тысяч и оформил выплату зп. В сумму выплаты выдало 8700 (-13% НДФЛ), в НДФЛ попало 1300 премии и 1041 пайка февраля.  Но сумма выплаты не занизилась на сумму НДФЛ пайка.
9 Гена
 
гуру
12.02.26
21:13
(8) Не надо зп. Я же сказал - распроведите пока ведомость.
Премию в 10к выплачивайте межрасчётно 12.02 = уменьшилась сумма на руки?
10 Гена
 
гуру
12.02.26
21:28
Долго ждать. Ладно, не заморачивайтесь. Если натура безвзносная - перенесите её в 31 января и не мучайтесь. Всё равно квартал один. Никто в здравом уме не раскопает разрыв в десять дней, да и копать никто не будет. А январская зп уже подхватит её для выплаты 13.02
11 El_Duke
 
гуру
12.02.26
22:35
(2) (3) Сэр, я поддерживаю вашу точку зрения
Для начала надо разобраться что такое "пайковые" физически. Это мешок кукурузы и бутыль самогона, которые выдают со склада ? Или это все же выплата, получаемая из кассы/на карточку ?
12 Бешеный заяц
 
13.02.26
10:17
Вот что отвечает Gemini на вопрос, привожу ответ сюда чисто ради спортивного интереса.

Gemini said
В данном случае с автоматизацией все в порядке, и вы не пропустили какую-то «секретную галочку».

Поведение программы 1С:ЗУП в описанной вами ситуации является методологически верным (типовым), хотя и неудобным с точки зрения пользователя, который хочет «закрыть все долги» в момент выплаты денег.

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

Почему ЗУП не видит этот НДФЛ автоматически?
Корень проблемы кроется в разных периодах регистрации доходов.

Ведомость на выплату: Выплачивает зарплату за Январь.

Ее задача — закрыть расчеты с сотрудником именно за январский месяц начисления.

Она «смотрит» остатки и налоги, относящиеся к январю (или долги за прошлые периоды).

Доход в натуральной форме: Зарегистрирован периодом Февраль (дата дохода 11.02.2026).

Для системы этот НДФЛ относится к февральскому налоговому и учетному периоду.

Логика 1С:
Когда вы формируете ведомость за Январь, программа старается не подтягивать туда движения Февраля (будущего по отношению к месяцу начисления выплаты), чтобы не перекосить сальдо расчетов в расчетном листке за январь.
Если бы программа удержала этот НДФЛ автоматически, сумма «К выплате» за январь уменьшилась бы. В итоге сотрудник получил бы на руки меньше, чем заработал в январе, а в расчетном листке за январь повис бы долг за организацией (так как удержано больше, чем нужно за этот месяц), который перекрылся бы только в феврале.

Что происходит «под капотом»?
Документ «Доход в натуральной форме» действительно делает запись в регистр Расчеты налогоплательщиков с бюджетом по НДФЛ с видом движения «Приход» (Исчислено). Но у этой записи есть измерение «Месяц налогового периода», и там стоит Февраль.

Ведомость, настроенная на выплату за Январь, фильтрует налог к удержанию преимущественно за Январь и более ранние долги. Февральский налог для нее — это налог «будущего времени», даже если физически (календарно) мы платим 13 февраля.

Варианты решения
У вас есть три пути, как поступить в этой ситуации:

Вариант 1. «Правильный» (Автоматический)
Ничего не делать вручную в ведомости за январь. Этот НДФЛ будет автоматически удержан при следующей выплате, которая будет относиться к Февралю.

Например, при выплате Аванса за февраль (обычно 20-25 числа).

В этой ведомости месяц выплаты будет «Февраль», и программа увидит февральский НДФЛ с натурального дохода и успешно уменьшит сумму аванса на этот налог.

Вариант 2. «Ручной» (Если нужно удержать прямо сейчас)
То, что вы делаете сейчас — ручная корректировка ведомости.

Зайти в ведомость от 13.02.

Нажать кнопку «Обновить налог» (иногда помогает, если даты позволяют) или зайти в расшифровку НДФЛ и добавить строку вручную.

Важно: Не забудьте вручную уменьшить сумму «К выплате» на главной вкладке, иначе вы удержите налог, но выплатите сотруднику больше денег, чем нужно (образуется долг за сотрудником).

Вариант 3. «Настроечный» (Изменение даты получения дохода)
Только если это допустимо учетной политикой и датами.
Если вы хотите, чтобы этот налог попадал в январскую ведомость, сам «Доход в натуральной форме» должен был быть проведен Январем (Месяц начисления: Январь), либо дата получения дохода должна попадать в диапазон, который ведомость считает «своим» (что для ЗУП 3.1 затруднительно при переходе через границу месяца). Но так как пайки выданы 11.02, менять дату на январь методологически неверно.

Резюме
Галочку вы не пропустили. Это защита хронологии расчетов внутри ЗУП.

Программа считает так:

Зарплата Января — это деньги Января.

Пайки Февраля — это налог Февраля.

Смешивать их в выплате за Январь не стоит, чтобы не портить расчетный листок Января.

Мое предложение: Если выплата аванса за февраль планируется скоро (через 10-12 дней), лучше оставить как есть. НДФЛ удержится в аванс, и вы избежите ручных правок и потенциальных ошибок в 6-НДФЛ.



Отлично, давайте посмотрим «внутрянку» регистров. Это самый надежный способ убедиться, что программа видит налог, но просто отложила его удержание на следующий месяц.

Для анализа нам понадобится «Универсальный отчет».

Шаг 1. Открываем Универсальный отчет
Перейдите в раздел Отчеты -> Стандартные отчеты -> Универсальный отчет. (Или через «Все функции» / «Функции для технического специалиста», если меню скрыто).

Шаг 2. Настраиваем отчет для проверки НДФЛ
Нам нужно посмотреть регистр, который отвечает за цепочку «Исчислено — Удержано».

В шапке отчета укажите:

Тип объекта: Регистр накопления

Имя объекта: Расчеты налогоплательщиков с бюджетом по НДФЛ

Таблица: Остатки и обороты

В настройках (кнопка «Настройки»):

Отборы: Добавьте отбор по вашему Сотруднику (Физическое лицо).

Показатели: Оставьте галочки на «Сумма (приход)» (это исчисленный налог) и «Сумма (расход)» (это удержанный).

Группировки: Обязательно добавьте поле «Месяц налогового периода» (это ключевой момент!) и «Документ-основание».

Нажмите «Сформировать».

Что вы должны увидеть
Найдите строку с вашим документом «Доход в натуральной форме».

В колонке «Месяц налогового периода» напротив этого документа будет стоять Февраль 2026 (01.02.2026).

В колонке Приход будет стоять сумма налога.

В колонке Расход (удержание) будет пусто (или 0), если вы еще не проводили февральских ведомостей.

Вывод: Именно поле «Месяц налогового периода = Февраль» блокирует попадание этого налога в Ведомость за Январь. Ведомость за Январь видит этот «Приход», но понимает: «Это не мое, это на следующий месяц».

Шаг 3. (Обещанный) Проверка регистра «Зарплата к выплате»
В предыдущем ответе я упомянул этот регистр, но для натурального дохода он работает специфически. Натуральный доход сам по себе не выплачивается, поэтому он не делает движений «Приход» (долг перед сотрудником) в регистре «Зарплата к выплате», но он может влиять на сумму к выплате косвенно через удержание.

Однако, чтобы убедиться, что система готова удержать этот налог в будущем, проще всего сделать тест:

Создайте черновик документа «Ведомость в банк/кассу».

Поставьте месяц выплаты: Февраль 2026.

Переключатель выплаты: Зарплата за месяц (или Аванс).

Нажмите «Заполнить».

Если вы увидите, что в колонку «НДФЛ к перечислению» подтянулся ваш налог с пайков, а сумма «К выплате» уменьшилась на эту величину — значит, автоматика работает идеально. После этого черновик можно удалить.
13 El_Duke
 
гуру
13.02.26
10:18
(12) Для начала тут надо понять: а был ли мальчик натуральный доход ?
14 Бешеный заяц
 
13.02.26
10:24
(12) Продолжаю играться и ИИ

Вы совершенно правы, и это очень точное уточнение по работе механизма, введенного в ЗУП 3.1.27.51.Разработчики 1С действительно автоматизировали удержание НДФЛ с натуральных доходов в рамках одного и того же месяца. Однако «граница месяца» (переход из января в февраль, как в вашем кейсе) остается «красной линией» для автоматического заполнения ведомости, если не соблюдены определенные условия.Почему релиз 3.1.27.51 не «подхватил» ваш случай автоматически?Механизм, о котором вы говорите, работает по следующему принципу:Программа ищет исчисленный, но не удержанный НДФЛ.Она сопоставляет Месяц налогового периода из документа-основания и Месяц выплаты в Ведомости.В вашем примере:Документ: Доход в натуральной форме от 11.02.2026 (Месяц — Февраль).Ведомость: Выплата от 13.02.2026, но Месяц выплаты в шапке — Январь.Для программы это разные «вселенные» учета. Ведомость за Январь «не знает», что в Феврале уже что-то произошло, и не пытается заглянуть в будущее. Именно поэтому автоматика срабатывает только если и доход, и выплата относятся к одному месяцу (например, если бы вы платили Аванс за Февраль 20-го числа).Резюме по работе с релизом 3.1.27.51+Чтобы не делать ручных корректировок, стоит придерживаться следующей логики:СитуацияКак отрабатывает ЗУП (3.1.27.51+)Нужна ли ручная правка?Доход и выплата в одном месяце (напр. пайки в феврале + аванс за февраль)Автоматически подтягивает НДФЛ в ведомость.НетДоход прошлого месяца, выплата текущего (напр. пайки в январе + аванс за февраль)Не видит автоматически (считает это «хвостом» прошлого периода).Да (или через «Подобрать»)Доход текущего месяца, выплата за прошлый (Ваш кейс: пайки февраля + хвост зарплаты января)Не видит, так как ведомость ограничена рамками января.ДаКак упростить ручную правку?Вместо того чтобы вписывать цифры руками, в Ведомости попробуйте нажать кнопку «Подобрать» (вместо «Заполнить»). Иногда при подборе конкретного сотрудника в февральскую ведомость программа «одумывается» и подтягивает остатки НДФЛ. Но если месяц в шапке — Январь, увы, только ручное добавление строки в расшифровку НДФЛ, как вы и отметили.
Я не хочу быть самым богатым человеком на кладбище. Засыпать с чувством, что за день я сделал какую-нибудь потрясающую вещь — вот что меня интересует. Стив Джобс