Ситуация, когда налоговые инспекции объединяются в середине отчетного периода, часто ставит бухгалтера в тупик. Основная проблема заключается в том, что программа 1С:Бухгалтерия 3.0 начинает «разрывать» отчет 6-НДФЛ на две части: до момента объединения (в старую ИФНС) и после (в новую). Однако налоговые органы чаще всего требуют предоставления единого отчета за весь период в новую, объединенную инспекцию. В этой статье мы подробно разберем, как правильно настроить программу, чтобы отчетность формировалась корректно и без дублей.
Прежде чем приступать к техническим манипуляциям в программе, давайте выясним, как это должно работать согласно позиции ФНС. Порядок сдачи отчетности при реорганизации инспекций зависит от того, изменились ли коды ОКТМО и КПП организации.
Если ОКТМО и КПП остались прежними (изменился только номер и код самой ИФНС), вы обязаны предоставить один расчет за весь период. В нем указывается новый код налогового органа, но старые ОКТМО и КПП компании.
Если изменился ОКТМО, ситуация сложнее: в новую инспекцию нужно подать два отдельных отчета. Один — со старым ОКТМО за период до объединения, второй — с новым ОКТМО за оставшийся период. В обоих отчетах при этом должен стоять код уже новой налоговой инспекции. Проанализируем, как реализовать наиболее частый первый вариант в среде 1С:Предприятие.
Разберем, почему программа разделяет данные. В 1С:Бухгалтерия 3.0 учет НДФЛ ведется в разрезе записей справочника РегистрацииВНалоговомОргане. Когда в справочник добавляется новая запись для объединенной налоговой и указывается в истории регистраций организации с определенной даты, все последующие документы начисления и выплаты «привязываются» к этой новой записи. Старые документы остаются привязанными к старой регистрации. Для программы это два разных «центра ответственности», поэтому она формирует два разных отчета.
Это один из самых быстрых и эффективных способов, если ОКТМО и КПП организации не менялись. Рассмотрим этот процесс пошагово:
Регистрации в налоговом органе.В результате этой операции программа не просто удалит старую запись, а заменит все ссылки на неё во всех проведенных документах (начислениях, ведомостях, регистрах накопления) на новую запись. После этого отчет 6-НДФЛ заполнится единым блоком.
Если вы еще не успели создать много документов после объединения налоговых, можно воспользоваться методом правки истории. Посмотрим, как это сделать правильно:
Поскольку мы не создавали новый элемент справочника Регистрации в налоговом органе, а изменили существующий, все документы (и старые, и новые) останутся привязаны к одной и той же ссылке. 1С воспримет это как изменение реквизитов одной инспекции и соберет отчет целиком.
В современных версиях конфигураций на базе БП 3.0 существует специальный инструмент для исправления ошибок распределения НДФЛ. Проанализируем его возможности:
Выясним причину расхождений через раздел Зарплата и кадры — Сервис — Проверка регистрации в ИФНС. Эта обработка сканирует регистры ЗарплатаКВыплате и НДФЛКПеречислению. Если она обнаружит, что сотрудники числятся в одной налоговой, а налог по ним зафиксирован за другой (что часто происходит при смене регистрации задним числом), она предложит кнопку Исправить.
Это безопасный способ «перебросить» накопленные суммы НДФЛ со старой регистрации на новую без ручного перепроведения документов начисления зарплаты за весь год.
Рассмотрим важные нюансы, которые необходимо учитывать при внесении данных изменений:
Помните: Если при попытке изменения регистрации программа выдает ошибку о невозможности регистрации двух элементов с одинаковым КПП и ОКТМО, это означает, что в базе уже есть аналогичная запись. В этом случае используйте именно механизм объединения дублей, чтобы «схлопнуть» эти записи в одну корректную ссылку.