Проанализируем ситуацию: организация в течение года сменила налоговую инспекцию (код ИФНС/КПП изменились), при этом ОКТМО остался тем же. В 1С начисления и выплаты, сделанные до даты перехода, «висят» на старой ИФНС, а отчет 6-НДФЛ нужно сдавать уже в новую инспекцию. Возникает вопрос: можно ли «групповой обработкой» перепривязать старые начисления и выплаты к новой ИФНС, чтобы сформировать один отчет?
Разберем по шагам: перепривязывать начисления и выплаты обычно не нужно и чаще всего вредно. Правильная логика сдачи 6-НДФЛ при смене места учета устроена иначе: отчетность делится на две формы по периодам «до» и «после» перехода, а сдача происходит в соответствии с разъяснениями ФНС (в том числе о том, куда сдавать и какие реквизиты указывать).
Давайте выясним причину, почему вообще кажется, что нужно что-то «перепривязывать». В 1С (и в ЗУП, и в Бухгалтерии) принадлежность сумм НДФЛ к инспекции/регистрации определяется настройками учета организации и историей ее регистрации. Начисления и выплаты, сделанные до смены учета, логично относятся к периоду, когда действовала старая регистрация. Если попытаться «переприсвоить» их новой ИФНС задним числом, мы рискуем получить цепочку проблем:
Искажение истории учета. Налоговый учет по НДФЛ чувствителен к датам (дата получения дохода, дата удержания, дата перечисления) и к действующей на эти даты регистрации.
Разъезд контрольных соотношений в 6-НДФЛ и сверок с ФНС: «перекинутые» суммы могут перестать биться с тем, как инспекции ведут карточки расчетов.
Ошибки в уведомлениях/платежах (если вы их формируете из 1С) и в разнесении уплаты налога по месту учета.
Проблемы с уточненками: при последующих исправлениях становится непонятно, что относилось к какому месту учета на момент факта выплаты.
Поэтому вместо «групповой обработки» правильнее выстроить учет так, чтобы 1С сама разделила данные по месту учета в нужной логике и дала сформировать две формы 6-НДФЛ.
Рассмотрим подробнее официальную позицию: при снятии с учета в одной инспекции и постановке на учет в другой в течение года, отчетность по НДФЛ нужно представлять по новому месту учета, но в разрезе двух периодов — «до» и «после» постановки на учет по новому месту. Это прямо следует из разъяснений ФНС: после постановки на учет по новому месту организация представляет 2-НДФЛ (в составе годового приложения) и 6-НДФЛ в новую инспекцию отдельно за период учета по прежнему месту и отдельно за период учета по новому месту. При этом акцент делается на том, что в отчетности указывается КПП, присвоенный по новому месту нахождения, а ОКТМО указывается соответствующий периоду (по прежнему или по новому месту). В нашей ситуации ОКТМО не менялся, но принцип «двух форм» сохраняется.
Теперь соединим это с тем, что уже прозвучало в обсуждении: «Если переход был в 2025 году, то всё верно — с даты перехода нужно сдавать 2 формы 6-НДФЛ. Одна — до перехода, вторая — по доходам, которые выплачены после перехода». Это как раз отражает практическую реализацию требования: разделяем отчетность по моменту перехода.
Давайте разберем механику 6-НДФЛ в 1С на понятном принципе. В отчетности по НДФЛ важны события:
начисление дохода (само по себе еще не означает удержание НДФЛ),
факт выплаты (в большинстве случаев именно на дату выплаты возникает удержание НДФЛ),
перечисление удержанного налога.
Поэтому на практике разделение «до/после перехода» чаще всего означает: все выплаты, проведенные до даты постановки на учет в новой ИФНС, попадают в «первый» 6-НДФЛ, а выплаты после этой даты — во «второй» 6-НДФЛ. Начисления могут относиться к месяцам до перехода, но если выплата произошла после перехода, то НДФЛ удержан уже «после», и он должен попасть во второй отчет. Это важно: не пытаемся «привязать начисления», работаем по фактам выплат.
Разберем по шагам универсальный алгоритм, который подходит для 1С:ЗУП 3.1 и для 1С:Бухгалтерии 3.0 (названия разделов могут отличаться, но смысл одинаковый).
Зафиксируем дату перехода. Берем документальную дату: дата постановки на учет в новой ИФНС (или дата, с которой организация считается состоящей на учете по новому месту). Именно она будет границей.
Проверим/заполним карточку организации. В 1С должна быть отражена новая регистрация: новая ИФНС, новый КПП (если изменился), и актуальные реквизиты места учета.
Оформим смену регистрации так, чтобы сохранилась история. Нам важно, чтобы старая регистрация не «перезаписалась» поверх новой и наоборот. Правильный подход — две записи регистрации с разными периодами действия.
В терминах 1С обычно используется справочник/объект регистрации, который в отчетах выбирается как «Регистрация в налоговом органе». В обучающем стиле будем ориентироваться на логику: первая регистрация действует до даты перехода, вторая — с даты перехода.
Сформируем первый 6-НДФЛ (за период до перехода). Выбираем отчетный период (например, год или квартал — в зависимости от того, что сдаем) и указываем «регистрацию» так, чтобы отчет подтянул именно «старый» кусок данных. Важно: если в периоде есть переход, то отчет должен содержать операции только до даты перехода (по выплатам/удержаниям).
Сформируем второй 6-НДФЛ (за период после перехода). Аналогично, но выбираем регистрацию, действующую с даты перехода. Отчет заполнится данными по выплатам после перехода.
Проверим расшифровками и контрольными соотношениями. Совместно пройдем проверку: открываем расшифровки строк, смотрим, какие выплаты и удержания попали в каждый отчет, убеждаемся, что нет «двойного учета» одной и той же выплаты в двух формах.
Главная мысль: мы не переносим старые начисления/выплаты на новую инспекцию «групповой обработкой». Мы отражаем факт, что в разные даты действовали разные регистрации, и даем программе корректно разделить данные на две формы.
Теперь разберем тонкий момент именно вашей ситуации: ОКТМО тот же, но инспекция другая. Кажется, что «раз ОКТМО не менялся, значит можно сдать один отчет». На практике это не так: меняется место учета (инспекция/КПП), и отчетность делится по периоду учета.
Чтобы не запутаться, зафиксируем для себя правила заполнения реквизитов в двух отчетах:
Куда сдаем: после постановки на учет по новому месту — сдаем в новую ИФНС оба расчета (за «старый» и «новый» периоды), если руководствоваться разъяснениями ФНС о порядке представления после переезда.
ОКТМО: указывается соответствующий месту (периоду) учета. Если ОКТМО не менялся, то в обоих расчетах он будет одинаковым — и это нормально.
КПП: в ряде разъяснений акцентируется, что указывается КПП, присвоенный по новому месту учета. На практике в 1С это может потребовать внимательной настройки регистраций (ниже разберем, как поступить, если программа упорно подставляет «старый КПП» в первом отчете).
Получается, что «две формы» в вашем случае могут отличаться не ОКТМО, а набором сумм (по датам выплат) и потенциально реквизитами КПП/ИФНС на титульном листе — в зависимости от того, как настроена история регистрации и какие требования предъявляет конкретная инспекция при приеме.
Посмотрим на частую практическую проблему: вы сделали историю регистраций, сформировали два отчета, но при формировании «первого» отчета программа берет реквизиты старой ИФНС/КПП, а сдавать нужно в новую инспекцию (и часто — с новым КПП на титуле).
Разберем по шагам аккуратный прием, который обычно безопаснее массовых перепривязок:
Формируем отчет так, чтобы он правильно отобрал суммы (это важнее всего). То есть добиваемся корректного разнесения выплат «до/после перехода».
Далее анализируем реквизиты титульного листа: код ИФНС, КПП, ОКТМО.
Если требуется сдача в новую ИФНС, проверяем возможность выбора нужной «Регистрации в налоговом органе» прямо в отчете. Во многих конфигурациях 1С на титуле можно выбрать регистрацию из справочника, и тогда реквизиты подтянутся автоматически.
Если автоматом не получается, используем ручную корректировку реквизитов титульного листа (там, где конфигурация позволяет). При этом мы не меняем документы начислений и выплат, а корректируем только «шапку» отчета в рамках допустимого подхода представления отчетности.
Важно: ручная корректировка реквизитов — это именно прием «на сдачу», а не способ «перекроить учет». После отправки отчета фиксируем у себя (в рабочих заметках или учетной политике), почему реквизиты в отчете отличались от «исторической» регистрации, чтобы потом легко объяснить логику при проверке.
Иногда ситуация усложняется типовыми вопросами:
выплата за месяц «до перехода» прошла «после перехода»;
аванс/окончательный расчет выплачивались по разные стороны даты перехода;
были отпускные/больничные, выплаченные отдельно;
были возвраты/перерасчеты.
Давайте разберем, как действовать без угадываний. Мы идем от факта: какая выплата когда была произведена и когда удержан НДФЛ. Дальше делаем техническую сверку:
Сформируем оба отчета 6-НДФЛ и по каждой ключевой строке (доходы, исчисленный, удержанный, перечисленный) откроем расшифровку.
Составим внутреннюю таблицу сверки (хотя бы для себя): список выплат около даты перехода, сумма дохода, сумма НДФЛ, дата удержания, дата перечисления.
Проверим, что каждая выплата попала ровно в один отчет.
Проверим перечисления: платежи/списания налога тоже должны логично соотноситься с удержанием.
Этот подход помогает избежать главной ошибки: попытки «подогнать» отчет перепривязкой документов вместо понимания логики дат.
Так как в вопросе речь про «привязку начислений и выплат к старой ФНС», нам важно вместе найти, где в конфигурации хранится эта привязка.
В большинстве типовых решений 1С используется сущность вида РегистрацияВНалоговомОргане (наименование может отличаться на уровне интерфейса, но смысл тот же). Она содержит:
код ИФНС (налоговый орган),
КПП,
ОКТМО,
признаки применимости/период действия (в истории).
Что мы контролируем:
Историчность: старая регистрация не должна «заменяться» новой без следов. Нам нужны обе.
Дата начала действия новой регистрации: именно она должна совпадать с реальной датой постановки на учет.
Выбор регистрации при формировании отчета: на титуле 6-НДФЛ должна быть возможность выбрать нужную регистрацию (или отчет должен сам предложить правильную).
Если в вашей базе после смены инспекции вы просто отредактировали существующую регистрацию (переписали ИФНС/КПП «поверх» старой), то 1С теряет корректную историю, и дальше действительно возникает ощущение, что «надо бы массово перепривязать все к новой». В таком случае правильнее не перепривязывать выплаты, а восстановить историю регистраций (создать отдельную запись для новой инспекции с датой начала действия и вернуть прежнюю запись для периода «до»).
Посмотрим на пример, чтобы закрепить логику.
Условия: переход в новую ИФНС — 10 октября. Зарплата за сентябрь выплачена 05 октября (до перехода), а зарплата за октябрь выплачена 25 октября (после перехода). ОКТМО одинаковый.
Первый 6-НДФЛ (до перехода): попадут выплаты до 09 октября включительно (в нашем примере — выплата 05 октября). Удержанный НДФЛ по этой выплате будет здесь.
Второй 6-НДФЛ (после перехода): попадут выплаты с 10 октября и позже (в нашем примере — выплата 25 октября). Удержанный НДФЛ по этой выплате будет здесь.
Обратите внимание: мы не смотрим на «месяц начисления», мы смотрим на дату выплаты, потому что именно она обычно формирует удержание и попадание в разделы отчета.
Теперь разберем случай, который чаще всего и провоцирует желание «перепривязать начисления».
Условия: переход в новую ИФНС — 15 июня. Зарплата за май начислена 31 мая (до перехода), выплачена 20 июня (после перехода).
Результат: удержание НДФЛ возникло 20 июня, поэтому суммы по этой выплате должны попасть во второй 6-НДФЛ, то есть «после перехода». И это нормально, даже если начисление было до перехода.
Если в этот момент начать «массово перепривязывать майские начисления к старой ИФНС», чтобы «затащить их в первый отчет», мы получим методологическую ошибку: удержание произошло уже после перехода.
Давайте закрепим контрольный чек-лист, по которому вместе проверим результат:
Сформированы два отчета 6-НДФЛ за один и тот же отчетный период (квартал/полугодие/год), каждый — со своим набором сумм.
Нет дублей выплат: одна и та же выплата не попала одновременно в оба отчета.
Пограничные выплаты (в районе даты перехода) попали туда, куда должны попасть по дате фактической выплаты.
ОКТМО указан корректно (в вашем случае может быть одинаковым в обоих отчетах — это допустимо).
КПП/ИФНС в титульной части соответствует требованиям сдачи (часто — новая ИФНС; КПП — по новому месту учета, если так требуют разъяснения и приемка).
Проверка контрольных соотношений (встроенная в 1С или внешняя) не показывает логических ошибок.
Подведем итог и сформулируем решение «по делу»:
Групповая перепривязка начислений и выплат к новой ИФНС обычно не требуется. Правильный путь — вести историю регистрации в налоговом органе и сформировать две формы 6-НДФЛ по периодам до и после перехода, ориентируясь на даты выплат/удержаний. Именно так вы сохраните корректную хронологию учета и снизите риск ошибок в отчетности и сверке.
Если 1С «упирается» и не дает корректно подобрать реквизиты титула, используем аккуратные приемы: выбор нужной регистрации прямо в отчете или допустимую ручную корректировку реквизитов титульного листа, не меняя задним числом документы начислений/выплат.
Информация носит справочный характер и не заменяет проверку ваших реквизитов и требований конкретной ИФНС в вашей ситуации.