Разберем ситуацию, которая на практике встречается очень часто: в 1С:Бухгалтерии в разделе задач есть уведомление по НДФЛ за июль, а за август и последующие периоды задача не появляется, хотя данные по НДФЛ уже выгружены из 1С:ЗУП и бухгалтер ожидает, что уведомление можно будет сформировать прямо из списка задач.
На первый взгляд кажется, что проблема связана именно с разделом «Задачи организации». Но если посмотреть глубже, причина почти всегда находится не в самой кнопке формирования уведомления, а в одном из источников данных, на основании которых эта задача появляется. Рассмотрим подробнее, как именно 1С принимает решение показать или не показать уведомление по НДФЛ, и по шагам выясним, где у нас может быть сбой.
Сразу зафиксируем главный принцип: уведомление по НДФЛ в 1С формируется не «по месяцу начисления зарплаты», а по факту удержания налога и по сроку сдачи уведомления. Это ключевой момент, из-за которого пользователи очень часто ищут задачу не там, где программа ее показывает на самом деле.
С 2024 года порядок по НДФЛ изменился: уведомления подаются два раза в месяц. Поэтому искать одну ежемесячную задачу «НДФЛ за август» уже недостаточно. Нам нужно смотреть на период удержания налога и на дату ближайшего уведомления.
Для августа 2024 года нужно учитывать два отдельных интервала:
Из этого уже видно важную вещь: если пользователь ищет задачу строго по названию «за август», он может ее просто не заметить. В одном интерфейсе 1С задача может выглядеть как отдельная задача по НДФЛ, а в другом релизе и сценарии — как общее уведомление по налогам на конкретную дату, в которое попадает сразу несколько обязательств с одинаковым сроком представления.
Поэтому первым делом не будем искать только строку с месяцем. Будем искать задачу по дате 26.08.2024 и 03.09.2024, а также будем проверять, не объединяет ли программа НДФЛ со страховыми взносами или другими налогами в одно уведомление по сроку.
Это самая распространенная логическая ошибка при работе с НДФЛ. Рассмотрим подробнее. В 2024 году для уведомления критична не дата, за какой месяц начислена зарплата, а дата, когда налог удержан при выплате дохода.
Посмотрим на пример.
Именно поэтому ситуация «за июль есть, а за август нет» очень часто означает не ошибку программы, а то, что пользователь смотрит месяц начисления, а программа ориентируется на дату удержания.
Если в ЗУП зарплата за август фактически выплачивалась уже в сентябре, то задача по августу в бухгалтерии могла и не появиться вовсе — потому что обязанность по уведомлению возникла уже в сентябрьском сроке. В этом случае исправлять в списке задач ничего не нужно: нужно просто открыть правильный период проверки.
Теперь разберем основную техническую причину именно для сценария «зарплата считается в ЗУП, а уведомление формируется в Бухгалтерии».
Когда зарплата ведется в 1С:ЗУП, источником данных для уведомления в бухгалтерской базе становится не начисление зарплаты как таковое, а специальный документ, который должен передаться при синхронизации. В ЗУП это документ ОтражениеУдержанногоНДФЛВБухучете, а в Бухгалтерии после обмена должен появиться документ СведенияОбУдержанномНДФЛ.
Если этот документ в Бухгалтерию не попал, попал не за тот период или попал, но не проведен, задача по уведомлению не появится, даже если в ЗУП все выглядит правильно.
Разберем по шагам, что нужно проверить.
СведенияОбУдержанномНДФЛ.Здесь важно понимать еще одну тонкость. Если учет зарплаты ведется в ЗУП, то в Бухгалтерии документ СведенияОбУдержанномНДФЛ не является нормальным ручным источником учета. Он должен приходить через обмен. Поэтому если пользователь пытается «для проверки» заполнять что-то вручную в Бухгалтерии, а затем по кнопке «Заполнить» уведомление очищается или дает ноль, это обычно означает, что у программы нет корректного исходного документа обмена, а не то, что сломалась форма уведомления.
Теперь посмотрим на следующий уровень проверки. Для НДФЛ мало просто начислить зарплату или выгрузить расчет. Для задачи по уведомлению программа должна увидеть факт удержания налога. А удержание привязано к выплате дохода.
Если зарплата рассчитывается прямо в Бухгалтерии, 1С ориентируется на документы выплаты — например, СписаниеСРасчетногоСчета или ВыдачаНаличных, оформленные на основании ведомости. Именно в этот момент программа понимает, что налог удержан и его нужно отразить в обязательствах перед бюджетом.
Если зарплата передается из ЗУП, аналогичную роль играет уже переданный документ СведенияОбУдержанномНДФЛ. Но логика та же самая: уведомление строится не из начисления, а из удержания.
Поэтому если пользователи говорят: «Данные выгрузили, а задачи нет», мы не останавливаемся на слове «выгрузили». Мы уточняем для себя более точно:
Очень часто в реальной базе оказывается, что начисление есть, ведомость есть, а вот окончательного документа выплаты или корректного документа по удержанному НДФЛ — нет. Для программы это означает, что обязанности для уведомления пока не возникло.
Дальше рассмотрим бухгалтерскую сторону вопроса. Для появления задачи по НДФЛ программа должна увидеть данные, из которых можно сделать вывод, что удержанный налог уже относится к обязательству на едином налоговом счете.
В типовом сценарии контроля очень полезно проверить наличие проводки по переносу обязанности на ЕНС, например по счетам 68.01.1 и 68.90. Если такой проводки нет, список задач часто не формирует уведомление, потому что с точки зрения механизма ЕНС источник обязательства не подтвержден.
Разберем, что нужно сделать.
68.01.1 и перенесен на 68.90 там, где это предусмотрено вашим сценарием учета.Это особенно важно, если одновременно с отсутствием задачи вы видите, что по НДФЛ не строится корректная аналитика в оборотно-сальдовой ведомости. В такой ситуации проблему нужно искать в учетных документах, а не в самой форме уведомления.
Для описанного вопроса этот сценарий особенно полезен, потому что в похожих обсуждениях пользователи нередко указывают, что зарплата выдается через кассу. В этом случае ведомости самой по себе недостаточно. Если оформлена только ведомость, а документ фактической выплаты отсутствует, программа может не считать НДФЛ удержанным для целей уведомления.
Разберем, что нужно проверить, если выплата идет наличными.
ВыдачаНаличных или соответствующий кассовый документ.Если ведомость есть, а документа выплаты нет, программа может показывать ноль в уведомлении или не создавать задачу вообще. Тогда нужно не искать ошибку в задачах, а завершить цепочку оформления выплаты.
Теперь разберем еще одну практическую причину, которую часто упускают. Бывает, что задача не исчезла из механизма программы, а просто не отображается из-за настройки списка.
Если в разделе задач виден июль, а август и далее не показываются, вполне возможно, что в списке установлен отбор по периоду, архиву или состоянию. Тогда пользователь делает вывод, что задач больше нет, хотя на самом деле они просто скрыты.
Что сделаем в такой ситуации:
Иногда этого уже достаточно, чтобы увидеть августовские и последующие задачи без какого-либо вмешательства в учет.
Рассмотрим подробнее внутренний механизм списка задач. Раздел «Задачи организации» работает не напрямую «в реальном времени» по каждому документу, а использует служебные данные и регламентное обновление. Поэтому после обмена с ЗУП, исправления периода или обновления конфигурации задача иногда появляется не сразу.
В этом случае нужно принудительно актуализировать список задач.
Разберем по шагам, как обычно действует специалист.
АктуальностьСпискаЗадачБухгалтера.ОбновлениеЗадачБухгалтера.Этот шаг очень важен, когда документы уже исправлены, но интерфейс продолжает показывать старую картину. В такой ситуации пользователь часто думает, что исправление не помогло, хотя на самом деле просто не обновился служебный список задач.
Если база работает в режиме, где регламентные задания пользователю недоступны, полезно хотя бы проверить актуальность списка и вручную обновить интерфейс. В сложных случаях потребуется помощь администратора или сопровождающего специалиста.
Этот шаг уже относится к технической диагностике, но для подобных случаев он действительно бывает полезен. Раздел задач опирается на данные служебного регистра СписокЗадач. Если этот регистр содержит старые, зависшие или неполные записи, задача по НДФЛ может не появляться корректно даже после исправления документов.
Здесь будем действовать осторожно.
СписокЗадач.ОбновлениеЗадачБухгалтера и обновим список задач.Если после этого задача появилась, значит проблема была не в НДФЛ как таковом, а в служебном механизме формирования списка.
Важно: в рабочей базе такие действия без резервной копии лучше не выполнять. Если есть сомнения, этот этап разумно передать программисту 1С.
Теперь разберем настройки, которые часто мешают обмену или логике заполнения уведомлений.
Если организация ведет зарплату в ЗУП 3, в Бухгалтерии не должны мешать устаревшие параметры обмена, рассчитанные на прежние сценарии. В подобных случаях полезно проверить настройки учета зарплаты и обмена между базами, чтобы убедиться, что Бухгалтерия действительно ожидает данные по зарплате из ЗУП в том формате, в котором они реально передаются.
Особенно внимательно посмотрим:
Если настройки обмена противоречивы, задача по уведомлению может и не формироваться, потому что для Бухгалтерии не определен корректный источник обязательства.
Эта особенность хорошо сбивает с толку даже опытных бухгалтеров. На одну и ту же дату сдачи уведомления программа может собирать обязательства, которые относятся к разным учетным месяцам.
Например, на дату 26.08.2024 в одном уведомлении могут оказаться:
То есть пользователь открывает задачу, видит там июльские взносы и ожидает, что НДФЛ тоже должен называться «июль». А программа показывает августовский период удержания. Из-за этого создается ощущение, что что-то не заполняется или задача «не та».
На самом деле здесь нет противоречия. Нужно просто разделять два принципа:
Если это понимать, поведение помощника по ЕНС становится логичным, а поиск причины заметно упрощается.
Теперь перейдем к самому полезному диагностическому инструменту. Когда есть сомнение, должна ли вообще появиться задача по уведомлению, лучше всего не гадать, а проверить источник данных через отчет УдержанныйНДФЛ.
Этот отчет помогает быстро понять, есть ли у программы удержанный налог именно в том периоде, по которому вы ждете уведомление.
Разберем по шагам, как его использовать в описанной ситуации.
УдержанныйНДФЛ в разделе зарплатных отчетов.Это очень удобный контрольный шаг, потому что он сразу отделяет две разные ситуации:
Именно с этого отчета лучше начинать любую серьезную проверку по НДФЛ.
В некоторых спорных ситуациях значение имеет не только дата, но и время документа. Особенно это проявляется, когда несколько связанных документов введены одним днем, но в неправильной последовательности по времени.
Если документ выплаты и документ по удержанному НДФЛ зарегистрированы в одном дне, но программа видит их в неудачном порядке, логика заполнения уведомления может давать пустой результат или брать не тот период. Поэтому при диагностике полезно проверить не только календарную дату, но и хронологию ввода документов.
Что посмотрим:
СведенияОбУдержанномНДФЛ;Это не самая частая причина, но в реальных базах она встречается. Если все остальное уже проверили, этот шаг пропускать не стоит.
Теперь рассмотрим рабочий обходной путь, когда срок сдачи уже близко и ждать идеальной настройки списка задач нельзя.
Если исходные данные верные, но задача в разделе «Задачи организации» не появляется, можно временно сформировать документ через раздел «Операции» — «Уведомления» или создать его на основании документа СведенияОбУдержанномНДФЛ, если такой сценарий у вас доступен.
Здесь важно правильно понимать назначение документа «Уведомление об исчисленных суммах налогов». Этот документ не создает налоговое обязательство сам по себе. Он нужен для передачи сведений в ИФНС. Поэтому если при автоматическом заполнении документ пустой, проблема почти всегда находится в исходных учетных данных.
Но если срок сдачи уже сегодня, будем действовать так:
УдержанныйНДФЛ и документы удержания.Это правильный подход: сначала обеспечим сдачу отчетности в срок, затем восстановим автоматизацию.
Теперь соберем все сказанное в один практический алгоритм. Если бы мы разбирали эту базу вместе, действовали бы именно так.
УдержанныйНДФЛ. Если в нужном интервале суммы нет, задача и не должна появиться.СведенияОбУдержанномНДФЛ в Бухгалтерии. Он должен быть передан из ЗУП, проведен и заполнен по правильному периоду.АктуальностьСпискаЗадачБухгалтера и запустим ОбновлениеЗадачБухгалтера.Хотя суть проблемы чаще всего в данных, а не в релизе, недооценивать обновление тоже не стоит. В механизме ЕНС, уведомлений и удержанного НДФЛ в 2024–2025 годах было очень много изменений, и разработчики 1С неоднократно уточняли алгоритмы формирования уведомлений, задач и контрольных проверок.
Поэтому если база работает на релизе 3.0.152.28 и вопрос уже касается спорной логики задач по НДФЛ, разумно не ограничиваться только поиском ошибки в документах. После проверки данных стоит обязательно посмотреть, не выпущен ли для вашей линии сопровождения более новый релиз или исправление, в котором механизм уведомлений работает корректнее.
Здесь важно соблюдать правильную последовательность:
Если обновить базу, не разобравшись в источнике ошибки, можно получить ту же проблему уже на новом релизе и потерять время.
Если отсутствует не только август, но и все последующие периоды, это уже больше похоже не на разовую ошибку данных, а на системный сбой в механизме задач. В такой ситуации дополнительно проверим следующие моменты.
ОбновлениеЗадачБухгалтера давно не выполнялось, список может просто не строиться дальше по датам.АктуальностьСпискаЗадачБухгалтера стоит старая дата, август и следующие месяцы могут не формироваться.То есть формулировка «за август и далее нет» сама по себе уже подсказывает, что проверять нужно не только один документ, но и весь механизм формирования задач на будущие периоды.
Теперь подведем итог и соберем решение в одной логике.
Если в 1С:Бухгалтерии в разделе задач нет уведомления по НДФЛ за август после выгрузки из ЗУП, то в большинстве случаев причина одна из следующих:
СведенияОбУдержанномНДФЛ;Значит, правильное решение выглядит так: сначала проверяем период удержания и отчет УдержанныйНДФЛ, затем проверяем документ СведенияОбУдержанномНДФЛ, выплату и проводки, после этого обновляем список задач и только потом делаем вывод о необходимости обновления релиза или ручного формирования уведомления.
Если пройти этот путь последовательно, задача почти всегда находится быстро. А главное — становится понятно, это действительно ошибка программы или просто неверное ожидание от того, как 1С должна показывать уведомление по НДФЛ после изменений 2024 года.
Информация носит справочный характер.