Рассмотрим ситуацию, когда в программе «1С:Бухгалтерия предприятия», редакция 3.0, формируем отчет «Регистр налогового учета по НДФЛ» за девять месяцев, но таблица «Перечисление налога» заполняется неожиданно: программа показывает только январь и февраль налогового периода, а в качестве реквизитов платежных поручений выводит документы за январь, июль и август.
Организация перечисляет НДФЛ и страховые взносы одной общей платежкой на единый налоговый счет, а заработную плату выдает наличными через документы Ведомость в кассу. Возникает логичный вопрос: где настроить программу, чтобы в регистре по каждому сотруднику правильно отображались месяцы, суммы и платежные документы?
Сначала зафиксируем главный вывод: при уплате налогов единым налоговым платежом обычное банковское списание на ЕНС не содержит информации о том, какая часть платежа относится к НДФЛ конкретного сотрудника, месяца или срока перечисления. Поэтому таблица регистра налогового учета по НДФЛ не должна заполняться простым подбором общей платежки на ЕНП.
Кроме того, в «1С:Бухгалтерии 8» редакции 3.0 таблица «Перечисление налога» в индивидуальном регистре НДФЛ после перехода на ЕНС имеет в значительной степени справочное и совместимое с прежним порядком значение. В материалах фирмы «1С» отдельно указано, что перечисление налога в этой таблице за 2023 год отображалось исходя из даты фактической выплаты по ведомости, а сам раздел поддерживался для совместимости регистров прошлых лет.
Следовательно, не будем пытаться настроить распределение единой платежки по сотрудникам, потому что у такого платежа отсутствует необходимая аналитика. Вместо этого разберем по шагам, какие документы действительно формируют сведения об исчисленном и удержанном НДФЛ, как программа отражает совокупную налоговую обязанность на ЕНС, почему в старом релизе возникают странные реквизиты и как проверить учет без ручного исправления печатной формы.
Налоговые агенты обязаны вести учет доходов физических лиц, предоставленных вычетов, а также исчисленных и удержанных сумм НДФЛ в налоговых регистрах. Унифицированная обязательная форма такого регистра законодательством не установлена, поэтому организация самостоятельно разрабатывает форму и порядок ведения регистра с учетом обязательных показателей.
В «1С:Бухгалтерии 8» регистр формируется по данным налогового учета НДФЛ, накопленным в информационной базе. Обычно откроем его из раздела «Зарплата и кадры», перейдем в «Отчеты по зарплате» и выберем отчет «Регистр налогового учета по НДФЛ».
Отчет формируется по физическому лицу и может содержать несколько логических блоков:
сведения о налоговом агенте и налогоплательщике;
данные о доходах по датам фактического получения и кодам дохода;
сведения о налоговых вычетах;
суммы исчисленного налога;
суммы удержанного налога;
сведения о возврате налога;
таблицу, связанную с перечислением НДФЛ.
При анализе отчета не будем считать все его таблицы независимыми первичными регистрами. Печатная форма собирает информацию из нескольких объектов информационной базы и может выводить сведения по специальным алгоритмам совместимости.
Если в таблице перечисления указаны неожиданные месяцы или платежные поручения, это еще не означает, что НДФЛ неправильно исчислен, удержан либо отражен в расчете 6-НДФЛ. Сначала отдельно проверим каждый этап учета.
Проанализируем ситуацию после введения единого налогового платежа. Организация перечисляет деньги не непосредственно по отдельному обязательству по НДФЛ, а пополняет единый налоговый счет.
Например, организация одной платежкой перечисляет 250 000 рублей. В эту сумму входят:
НДФЛ — 80 000 рублей;
страховые взносы — 120 000 рублей;
авансовый платеж по УСН — 50 000 рублей.
Банковский документ отражает одно перечисление ЕНП на сумму 250 000 рублей. В нем нет строк по каждому налогу, сотруднику и периоду. Поэтому программа не может достоверно определить, что конкретному физическому лицу соответствует определенная часть этой платежки.
С 2023 года налоги и страховые взносы, входящие в ЕНП, перечисляются по общим реквизитам на единый налоговый счет, а не отдельными платежными поручениями по каждому налогу.
Распределение средств выполняется на стороне ФНС по данным совокупной обязанности и с учетом установленной очередности. В программе бухгалтерское перечисление на ЕНС отражает движение денежных средств, но не создает достоверную персональную аналитику перечисленного НДФЛ.
Поэтому не ожидаем, что документ Списание с расчетного счета с видом операции, связанным с уплатой единого налогового платежа, автоматически распределит НДФЛ между сотрудниками.
Особенно явно проблема проявляется, когда НДФЛ и страховые взносы оплачиваются одной платежкой. Программа видит пополнение ЕНС, но не получает из платежного поручения ответа на следующие вопросы:
какая сумма относится к НДФЛ;
за какой период удержания перечислен налог;
по какому сроку представлено уведомление;
какая сумма относится к каждому сотруднику;
какая часть платежа зачтена ФНС именно в счет НДФЛ;
в какой день налог считается погашенным на ЕНС.
Следовательно, одна настройка платежного поручения не устранит расхождение в индивидуальном регистре.
Разберем по шагам учет заработной платы, выплачиваемой из кассы.
Начисление зарплаты и расчет НДФЛ выполняются документом Начисление зарплаты. В зависимости от интерфейса и настроек найдем его в разделе «Зарплата и кадры» по команде «Все начисления».
После проведения документа проверим суммы начисленного дохода и исчисленного НДФЛ по каждому сотруднику.
Факт выплаты зарплаты через кассу регистрируется документом Ведомость в кассу. Именно дата выплаты дохода имеет принципиальное значение для удержания НДФЛ.
Затем на основании ведомости формируется документ Выдача наличных или расходный кассовый документ в зависимости от используемого интерфейса и версии программы.
Для правильного налогового учета важна согласованность всех трех этапов:
зарплата начислена;
ведомость на выплату заполнена корректно;
фактическая выдача денег из кассы отражена правильной датой.
Если ведомость создана, но не проведена, дата выплаты указана неправильно либо кассовый документ не связан с ведомостью, программа может некорректно определить дату удержания НДФЛ.
В рассматриваемом случае начнем проверку не с банковских платежек, а с документов Ведомость в кассу. Откроем каждую ведомость за март—сентябрь и проанализируем:
дату документа;
дату выплаты;
месяц выплаты;
состав сотрудников;
сумму к выплате;
сумму удержанного НДФЛ;
проведение документа;
наличие исправлений и отмены проведения;
связь с документом выдачи наличных.
Если НДФЛ удержан корректно, он должен отражаться в отчетах анализа НДФЛ независимо от того, какой платежкой позднее пополнялся ЕНС.
Выясним причину странного сочетания данных: в колонке месяца налогового периода указаны только январь и февраль, но рядом отображаются реквизиты платежных поручений за январь, июль и август.
Такое поведение может быть связано сразу с несколькими факторами.
Первая причина — устаревший релиз конфигурации.
Версия 3.0.143.32 была выпущена в 2023 году. В этот период механизмы ЕНС, уведомлений и отражения НДФЛ активно дорабатывались. После указанной версии фирма «1С» выпустила большое количество обновлений, включавших исправления учета ЕНС, подготовки отчетности и взаимодействия с личным кабинетом ФНС.
Например, уже с версии 3.0.144 в программу была добавлена отдельная группа экспресс-проверок по единому налоговому счету.
Позднее в версии 3.0.150 появилась возможность учитывать сведения о фактическом списании средств с ЕНС в счет конкретных налогов по данным личного кабинета ФНС.
Следовательно, искать окончательное решение ошибки в конфигурации 3.0.143.32 без обновления нецелесообразно. Сначала создадим резервную копию базы, проверим отсутствие незавершенных регламентных операций и обновим конфигурацию до актуального поддерживаемого релиза.
Вторая причина — алгоритм совместимости таблицы перечисления.
После перехода на ЕНС индивидуальная привязка единой платежки к каждому сотруднику потеряла прежний экономический смысл. При этом печатная форма регистра сохранила таблицу перечисления, которая требовалась в прошлые годы.
В результате отдельные версии программы могли подбирать даты и реквизиты по техническим правилам, не соответствующим прямому распределению ЕНП. Например, месяц мог определяться по движениям удержанного налога, а реквизиты — по найденному платежному документу или связанным данным перечисления.
Третья причина — перепроведение документов не в хронологическом порядке.
Если документы января и февраля перепроводились после документов последующих месяцев, регистры могли получить новые движения или потерять часть аналитики. Особенно внимательно проверим ситуацию после обновлений, восстановления последовательности, ручного изменения ведомостей или повторного формирования платежек.
Четвертая причина — ручные операции и дублирующие документы.
Проверим, не создавались ли документы для ручной регистрации перечисленного НДФЛ, операции по НДФЛ или бухгалтерские операции с ручной корректировкой регистров.
Если в базе одновременно присутствуют автоматические движения ведомостей и ручное отражение перечисления, отчет может соединять сведения из разных источников.
Пятая причина — ошибка отбора периода.
Уточним, формируется ли отчет именно за налоговый период с 1 января по 30 сентября, а не за произвольно установленный интервал. Проверим организацию, физическое лицо, налоговую ставку, регистрацию в налоговом органе и другие отборы.
Рассмотрим подробнее особенность 2023 года. В течение этого года сроки удержания, уведомления и перечисления НДФЛ существенно изменялись, а разработчики учетных программ адаптировали алгоритмы к ЕНС.
В документах по ЕНС для отдельных периодов использовались уведомления об исчисленных суммах налогов, а для месяцев, в которых отчетность представлялась раньше срока уплаты, обязанность могла формироваться на основании самой отчетности.
В официальных материалах «1С» для учета обязательств на ЕНС отдельно выделялись:
документы Уведомление об исчисленных суммах налогов;
документы Операция по ЕНС;
регламентные операции по переносу начисленных налогов на счет ЕНС;
банковские документы перечисления ЕНП.
Например, при отражении страховых взносов в материалах фирмы «1С» указывалось, что уведомления использовались за январь—февраль, апрель—май, июль—август и октябрь—ноябрь, а отдельные операции по ЕНС — за март, июнь, сентябрь и декабрь.
Это не означает, что аналогичное распределение следует механически применять к таблице индивидуального регистра НДФЛ. Однако такой порядок показывает, что данные ЕНС формируются не одним банковским платежом, а совокупностью документов, каждый из которых отвечает за отдельный этап.
Если в базе за январь и февраль имеются одни виды документов, а за последующие месяцы использовался другой порядок отражения операций, старый отчет может выводить только те записи, которые соответствует прежнему алгоритму таблицы.
Поэтому не будем вручную создавать фиктивные платежки за март—сентябрь только ради заполнения печатной формы. Сначала проверим корректность удержания, уведомлений и 6-НДФЛ.
Нет, отдельное платежное поручение на НДФЛ только ради заполнения таблицы регистра создавать не требуется.
Если НДФЛ входит в единый налоговый платеж, организация вправе перечислить его вместе с другими налогами и страховыми взносами одной суммой на ЕНС.
В программе сформируем платежное поручение на ЕНП и отразим списание денежных средств документом Списание с расчетного счета. Не будем указывать в нем фиктивную разбивку по сотрудникам.
Разделим два разных процесса:
Формирование налоговой обязанности. Выполним его на основании удержанного НДФЛ и уведомления об исчисленных суммах налогов либо отчетности в предусмотренных случаях.
Пополнение единого налогового счета. Отразим общей банковской платежкой на ЕНП.
Банковская платежка не заменяет уведомление. Уведомление также не подтверждает фактическое списание денег с ЕНС. Каждый документ имеет собственное назначение.
Перейдем в раздел операций по ЕНС и найдем документы Уведомление об исчисленных суммах налогов. В зависимости от версии программы воспользуемся разделом «Операции», задачами организации или единым помощником по ЕНС.
По каждому сроку проверим:
наличие документа;
вид налога — НДФЛ налогового агента;
регистрацию в налоговом органе;
КПП и ОКТМО;
отчетный период;
срок уплаты;
сумму удержанного налога;
проведение документа;
статус отправки в ФНС;
отсутствие дублирующих уведомлений.
Документ Уведомление об исчисленных суммах налогов в «1С:Бухгалтерии 8» можно заполнить автоматически или вручную. Он используется не только для формирования файла и отправки сведений в ФНС, но и для отражения налоговой обязанности в учете ЕНС.
Если уведомление отправлялось вне программы, например непосредственно через личный кабинет ФНС, его все равно необходимо корректно отразить в информационной базе, если этого требует используемый механизм учета.
При отсутствии документа программа может правильно показать удержанный НДФЛ в зарплатных отчетах, но не сформировать ожидаемые движения по ЕНС.
Если уведомления создавались вручную, сопоставим их суммы с отчетами:
Анализ НДФЛ по месяцам;
Подробный анализ НДФЛ по сотруднику;
Удержанный НДФЛ;
расчет 6-НДФЛ;
оборотно-сальдовая ведомость по расчетам с бюджетом;
данные единого налогового счета.
Поскольку зарплата выплачивается через кассу, подробно проверим документы выплаты.
Сначала откроем Ведомость в кассу. Убедимся, что ведомость создана именно на выплату зарплаты, а не аванса, межрасчетного начисления или другой выплаты, если содержание документа должно быть иным.
Проверим дату фактической выплаты. НДФЛ удерживается при фактической выплате дохода. Поэтому документ с неправильной датой приведет к неправильному периоду удержания.
Посмотрим на пример.
Зарплата за март начислена 31 марта, а выдана из кассы 5 апреля. В учете доход и НДФЛ должны отражаться с учетом правил определения даты фактического получения дохода и даты удержания, действующих в соответствующем налоговом периоде. Нельзя автоматически считать, что месяц начисления и месяц удержания всегда совпадают.
Если в ведомости указано 31 марта, а кассовая выдача оформлена 5 апреля, возникнет противоречие между документами. Исправим дату ведомости либо кассового документа в соответствии с реальной операцией.
Далее проверим, не оформлена ли выдача наличных вручную без создания на основании ведомости. В таком случае кассовый документ может не закрыть ведомость корректно.
Также проверим депонирование. Если часть сотрудников не получила зарплату, НДФЛ по невыплаченному доходу нельзя отражать как удержанный только на основании включения сотрудника в первоначальную ведомость.
При наличии депонированных сумм проанализируем документы:
Ведомость в кассу;
Депонирование зарплаты;
Выдача наличных;
последующую выплату депонированной зарплаты.
Не будем делать вывод об ошибке учета только по одному разделу индивидуального регистра. Используем несколько контрольных отчетов.
Первый отчет — подробный анализ НДФЛ по сотруднику.
Сформируем его по проблемному физическому лицу за период с января по сентябрь. Выведем данные по месяцам, документам-основаниям, датам получения дохода, исчисления и удержания налога.
Второй отчет — анализ НДФЛ по месяцам.
Сверим общие суммы по организации. Убедимся, что доходы, исчисленный и удержанный налог отражаются за все девять месяцев.
Третий отчет — проверка расчета 6-НДФЛ.
Сформируем 6-НДФЛ за девять месяцев и выполним встроенную проверку. Сопоставим суммы удержанного налога по срокам перечисления с уведомлениями.
Четвертый отчет — универсальный отчет по регистрам НДФЛ.
Для технической диагностики воспользуемся объектом Универсальный отчет. Через него проанализируем движения регистров, связанных с учетом НДФЛ.
Точный состав регистров зависит от версии конфигурации, режима расчета зарплаты и структуры информационной базы. В типовых конфигурациях могут использоваться регистры накопления и регистры сведений, содержащие данные о доходах, исчисленном, удержанном и перечисленном налоге.
Не будем изменять записи непосредственно через технические обработки. Универсальный отчет используем только для анализа источника данных.
Пятый отчет — экспресс-проверка ведения учета.
После обновления конфигурации запустим Экспресс-проверка ведения учета и включим проверки по разделу единого налогового счета. Проверим уведомления, отражение задолженности и связанные операции.
Разберем практический порядок диагностики.
Откроем раздел «Отчеты».
Запустим Универсальный отчет.
Выберем период с 1 января по 30 сентября.
Укажем организацию.
Выберем регистр, содержащий расчеты налогового агента с бюджетом по НДФЛ, если он доступен в используемом релизе.
Добавим отбор по физическому лицу.
Выведем регистратор, период записи, сумму, ставку, регистрацию в налоговом органе и другие доступные измерения.
Сформируем отчет и найдем документы, которые создали записи с реквизитами январской, июльской и августовской платежек.
Если источником записей являются ведомости на выплату, проверим их даты и проведение. Если источником являются платежные документы или ручные операции, откроем их и проанализируем назначение.
Если в отчете отсутствуют движения за март—сентябрь, восстановим последовательность документов выплаты. Если движения существуют, но печатная форма их не показывает, проблема, вероятнее всего, относится к алгоритму самого отчета или к ошибке конкретного релиза.
В 1С доступны технические способы ручного изменения движений регистров. Однако не будем применять их как первое решение.
Ручная корректировка может временно изменить печатную форму, но создать новые ошибки:
расхождение между регистрами НДФЛ и документами выплаты;
неправильное заполнение 6-НДФЛ;
дублирование удержанного налога;
искажение аналитики по физическим лицам;
ошибочное формирование уведомлений;
повторное появление проблемы после перепроведения документов;
невозможность объяснить данные при проверке.
Исправим первичный документ, который сформировал неверное движение. Если причина находится в программной ошибке, установим исправленный релиз или зарегистрированное фирмой «1С» исправление.
Перед любыми массовыми изменениями создадим резервную копию информационной базы.
В вопросе указана платформа 1С:Предприятие 8.3.23.1865 и конфигурация Бухгалтерия предприятия 3.0.143.32. Это сочетание относится к периоду 2023 года.
Нормативный и программный механизм НДФЛ с тех пор неоднократно менялся. Обновлялись:
сроки исчисления и перечисления НДФЛ;
порядок формирования уведомлений;
форма расчета 6-НДФЛ;
алгоритмы единого налогового счета;
механизмы сверки с ФНС;
правила формирования совокупной обязанности;
порядок загрузки сведений из личного кабинета;
контрольные соотношения отчетности.
Поэтому обязательным первым действием сделаем обновление программы.
Разберем порядок обновления:
проверим, является ли конфигурация типовой;
зафиксируем наличие расширений и внешних обработок;
создадим резервную копию;
выполним тестирование копии базы;
установим необходимые промежуточные релизы;
обновим конфигурацию до актуальной поддерживаемой версии;
обновим платформу до версии, рекомендованной для выбранного релиза;
запустим программу в пользовательском режиме;
дождемся завершения регламентных процедур обновления;
перепроверим документы и отчеты.
Не будем обновлять рабочую базу без резервной копии. Если конфигурация изменена разработчиками, поручим обновление специалисту, который сможет корректно объединить изменения.
После обновления не начинаем с безусловного массового перепроведения всей базы. Сначала проверим проблему на копии.
Выберем одного сотрудника и один месяц, в котором отсутствуют сведения. Затем последовательно перепроведем:
Начисление зарплаты;
Ведомость в кассу;
Выдача наличных;
Уведомление об исчисленных суммах налогов, если его перепроведение допустимо и не изменяет отправленные данные;
регламентные операции месяца.
После каждого действия сформируем подробный анализ НДФЛ и индивидуальный регистр. Так выясним, какой документ влияет на таблицу.
Если результат исправился, повторим процедуру по остальным периодам. Если не исправился, не создаем дубли документов, а переходим к анализу движений и проверке зарегистрированных ошибок релиза.
В более поздних версиях «1С:Бухгалтерии» реализован документ Сведения об уплате налогов на едином налоговом счете. Он позволяет учитывать данные ФНС о списании денежных средств с ЕНС в счет конкретных обязательств.
При подключенной 1С-Отчетности сведения могут загружаться из личного кабинета ФНС автоматически. Если сервис не используется, данные потребуется отразить вручную по сведениям личного кабинета.
Однако не будем путать этот механизм с распределением НДФЛ по сотрудникам. ФНС может предоставить сведения о погашении обязательства по виду налога и сроку, но не распределяет единую сумму по физическим лицам для заполнения индивидуального регистра.
Документ особенно важен для корректного учета налогов, по которым момент признания уплаты влияет на налоговый расчет. Для рассматриваемой проблемы он помогает сверить ЕНС, но не обязан формировать отдельную строку платежа на каждого сотрудника.
В старых редакциях зарплатных конфигураций факт перечисления налога регистрировался отдельным документом Перечисление НДФЛ в бюджет. Документ записывал суммы по физическим лицам в регистр расчетов налогового агента с бюджетом по НДФЛ.
В отдельных конфигурациях и периодах такой документ мог автоматически заполняться удержанным налогом и указывать реквизиты платежного поручения.
Но после перехода на ЕНС логика изменилась. Не будем применять инструкции для старых редакций «1С:Зарплаты и управления персоналом» или «1С:Бухгалтерии» к современной «1С:Бухгалтерии 3.0» без проверки года и релиза.
Если в используемой версии доступен документ ручного отражения перечисленного НДФЛ, перед его вводом выясним:
предназначен ли документ для текущего года;
используется ли он после перехода на ЕНС;
не сформируют ли ведомости те же движения автоматически;
не возникнет ли двойное отражение перечисления;
влияет ли документ на 6-НДФЛ или только на справочную таблицу.
Создавать документ вручную только для красивого заполнения таблицы не рекомендуем. В первую очередь обеспечим правильное отражение дохода, исчисления, удержания, уведомления и расчета 6-НДФЛ.
Некорректная аналитика может возникнуть при изменении юридического адреса, КПП, ОКТМО либо наличии обособленных подразделений.
Откроем карточку организации и проверим регистрацию в налоговом органе. Затем посмотрим историю изменений.
Убедимся, что в документах начисления и выплаты используется одна и та же регистрация. Если январь и февраль относятся к одному КПП, а последующие месяцы — к другому, отчет может формировать отдельные блоки либо не соединять движения.
Проверим:
дату постановки на учет;
КПП;
код налогового органа;
ОКТМО;
наличие снятой с учета регистрации;
регистрацию головной организации;
регистрации обособленных подразделений.
Если изменения вносились задним числом, программа может перераспределить сведения НДФЛ по регистрациям. В таком случае сначала восстановим правильную историю, а затем перепроведем документы затронутого периода.
Перейдем в журнал операций и отберем документы за январь—сентябрь, содержащие слова «НДФЛ», «ЕНС» или соответствующие счета учета.
Особое внимание уделим объектам:
Операция;
Операция учета НДФЛ, если используется;
Операция по ЕНС;
Корректировка регистров;
ручным движениям документов;
сторнирующим документам;
исправлениям начисления зарплаты.
Если найдем ручную запись, не удаляем ее немедленно. Сначала установим, зачем она была создана и какой отчет исправляла.
На копии базы отменим проведение подозрительного документа и сформируем регистр повторно. Если ошибочные платежные реквизиты исчезли, определим правильный способ отражения операции и только после этого внесем изменения в рабочую базу.
Если документы заполнены правильно, конфигурация обновлена, но отчет продолжает выводить противоречивые данные, выполним техническую проверку информационной базы.
Сначала создадим резервную копию. Затем запустим встроенное тестирование и исправление через конфигуратор, если такой способ доступен для используемого варианта поставки.
Для файловой базы проверим физическую целостность, логическую целостность, итоги и ссылки. Для клиент-серверной базы согласуем обслуживание с администратором.
Не включаем автоматическое удаление объектов без понимания последствий. Сначала проведем диагностику на копии.
После проверки пересчитаем итоги регистров и снова сформируем отчет.
Правильность учета определим не по совпадению количества строк таблицы «Перечисление налога» с количеством банковских платежек.
Считаем учет корректным, если выполняются следующие условия:
по каждому сотруднику правильно отражен доход;
правильно определена дата фактического получения дохода;
НДФЛ исчислен по правильной ставке и налоговой базе;
удержание отражено на дату фактической выплаты;
суммы удержанного налога совпадают с ведомостями;
уведомления сформированы по правильным срокам;
6-НДФЛ заполняется без необъяснимых расхождений;
обязательство по НДФЛ отражено на ЕНС;
ЕНП перечислен и учтен на едином налоговом счете;
данные учета сверены со сведениями ФНС.
Если все эти условия соблюдены, а некорректность остается только в справочной таблице старого отчета, зафиксируем особенность релиза и не будем искажать учет фиктивными документами.
Соберем решение в единый алгоритм.
Создадим резервную копию базы. Не начинаем обновление и перепроведение без копии.
Обновим конфигурацию. Версию 3.0.143.32 заменим актуальным поддерживаемым релизом «1С:Бухгалтерии 8» редакции 3.0.
Обновим платформу. Используем версию платформы, рекомендованную разработчиком для нового релиза конфигурации.
Проверим документы начисления. Сверим доход и исчисленный НДФЛ за каждый месяц.
Проверим ведомости в кассу. Уточним даты фактической выплаты, проведение и состав сотрудников.
Проверим выдачу наличных. Убедимся, что расходные кассовые документы связаны с ведомостями.
Проверим уведомления. Сопоставим суммы и сроки с удержанным НДФЛ.
Проверим ЕНС. Сверим платежи ЕНП, совокупную обязанность и данные личного кабинета ФНС.
Сформируем анализ НДФЛ. Проверим сведения по каждому проблемному сотруднику.
Проанализируем движения регистров. Через Универсальный отчет найдем регистратор ошибочных реквизитов.
Удалим дублирование. Исправим ручные или повторные документы только после проверки на копии.
Перепроведем документы последовательно. Начнем с начисления, затем проведем выплату и операции ЕНС.
Повторно сформируем регистр. Сравним результат до и после обновления.
Проверим 6-НДФЛ. Убедимся, что исправления не изменили отчетность необоснованно.
Перечислим распространенные ошибочные действия.
Не создаем отдельную банковскую платежку по каждому сотруднику. ЕНП не требует такой детализации.
Не разбиваем одну фактическую платежку на фиктивные документы. Бухгалтерский учет должен соответствовать банковской выписке.
Не меняем вручную реквизиты печатной формы. После повторного формирования отчета изменения исчезнут.
Не корректируем регистры без анализа регистратора. Исправим исходный документ.
Не ориентируемся на инструкции для старых версий ЗУП. Механизм перечисления НДФЛ до ЕНС отличался от действующего порядка.
Не считаем январскую платежку подтверждением уплаты налога за все месяцы. Общий платеж пополняет ЕНС и не содержит персональной разбивки.
Не оцениваем корректность 6-НДФЛ только по таблице перечисления индивидуального регистра. Используем специализированные контрольные отчеты.
Некорректное заполнение таблицы «Перечисление налога» в регистре налогового учета по НДФЛ не связано с применением УСН 6 процентов и обычно не устраняется настройкой единой платежки.
Организация перечисляет НДФЛ и страховые взносы как единый налоговый платеж. Такой банковский документ только пополняет ЕНС и не содержит данных для распределения платежа по каждому сотруднику и месяцу.
Сведения об исчисленном и удержанном НДФЛ формируются документами начисления и выплаты зарплаты. При выплате наличными особое внимание уделим документам Ведомость в кассу и Выдача наличных, их датам, проведению и связи между собой.
Обязанность по НДФЛ отражается через уведомления об исчисленных суммах налогов и предусмотренные программой операции ЕНС. Банковская платежка на ЕНП не заменяет эти документы.
Версию конфигурации 3.0.143.32 обязательно обновим. Она относится к раннему периоду внедрения ЕНС, после которого в «1С:Бухгалтерии 8» были добавлены многочисленные исправления и новые механизмы проверки расчетов.
После обновления проверим начисления, ведомости, кассовые документы, уведомления и движения регистров. Используем Подробный анализ НДФЛ по сотруднику, Анализ НДФЛ по месяцам, Универсальный отчет, Экспресс-проверка ведения учета и расчет 6-НДФЛ.
Если доход, исчисленный и удержанный налог, уведомления, 6-НДФЛ и состояние ЕНС отражены правильно, но в таблице перечисления остаются старые или условно подобранные реквизиты, не создаем фиктивные платежные документы. Рассматриваем это как особенность или ошибку печатной формы конкретного релиза и при необходимости передаем пример базы в техническую поддержку «1С».
Информация носит справочный характер