← На главную

Проанализируем ситуацию: отчет 6-НДФЛ формируем за период 2025 года, но сдаем его уже в 2026 году. При этом с 1 января 2026 года в ряде регионов меняются коды ОКТМО из-за преобразований муниципальных образований. Отсюда и типовой вопрос: указать «старый» ОКТМО, который действовал в 2025 году, или поставить «новый» ОКТМО, который действует на дату сдачи отчета?

Разберем по шагам, как действовать правильно и как устранить ошибку проверки «ОКТМО не существует» в СБИС/Saby и в 1С, чтобы отчет ушел в ИФНС без отказа.

Решение 1. Для 6-НДФЛ за 2025 год указываем ОКТМО, действовавший в 2025 году (даже если сдаем в 2026)

Сначала зафиксируем главный принцип: в расчете 6-НДФЛ указываем код ОКТМО, который действовал в периоде, за который сдаем отчет. То есть, если изменения ОКТМО вступили в силу с 01.01.2026, а отчетный период — 2025 год (4 квартал/год), то в 6-НДФЛ за 2025 год ставим «старый» ОКТМО, действовавший в 2025 году.

Чтобы не запутаться, сформулируем правило в «рабочем» виде:

1. Отчетность «про НДФЛ налогового агента» (6-НДФЛ) привязываем к периоду начислений/удержаний, а не к дате отправки.
2. Если смена ОКТМО произошла с начала нового года, а отчет сдаем за прошлый год, используем старый ОКТМО.
3. Если смена ОКТМО произошла внутри года, то отчетность за этот год может потребовать разделения по периодам до/после изменения (это разберем ниже).

На практике именно так обычно рекомендуют и налоговые органы в разъяснениях: 6-НДФЛ и РСВ за 2025 год — со «старым» ОКТМО; в другой отчетности, срок сдачи которой уже приходится на 2026 год (например, отдельные декларации), — используем «новый» ОКТМО. Важно: мы сейчас решаем задачу именно для 6-НДФЛ, поэтому действуем по правилу периода.

Но почему тогда СБИС/Saby ругается, что «такого ОКТМО не существует»? Дальше как раз разберем причины и способы устранения.

Решение 2. Если ОКТМО менялся внутри 2025 года, сдаем два 6-НДФЛ: «до» и «после» изменения

Иногда путаница возникает из-за того, что бухгалтер видит «смену ОКТМО», но не уточняет дату: она может быть не 01.01.2026, а, например, в середине 2025 года (или организация сменила адрес/ИФНС). В этом случае принцип другой: по разным ОКТМО формируем отдельные расчеты за часть периода до изменения и за часть после изменения.

Давайте разберем по шагам, когда именно нужно делить отчет:

1. Смена ОКТМО произошла из-за смены места нахождения организации или смены места учета (смена ИФНС, смена адреса, перевод учета).
2. Смена ОКТМО произошла из-за изменения муниципального образования (реформа), и дата изменения приходится на середину года.

В таких случаях обычно сдаем два первичных 6-НДФЛ за один отчетный период:

1. Первый 6-НДФЛ — за период до даты изменения (включаем данные нарастающим итогом с начала года до момента изменения, как правило — до даты снятия/перевода учета, не включая ее).
2. Второй 6-НДФЛ — за период после даты изменения (нарастающий итог продолжится уже в рамках нового ОКТМО по правилам заполнения в конкретной ситуации учета).

Если же изменения вступили в силу строго с 01.01.2026, а отчет за 2025 — делить ничего не нужно: формируем один 6-НДФЛ за год/4 квартал со «старым» ОКТМО.

Теперь перейдем к практической части: как заставить 1С и оператора связи принять «старый» код и не блокировать отправку.

Решение 3. Устраняем ошибку СБИС/Saby «ОКТМО не существует»: проверяем источник кода, актуальность классификаторов и формат

Когда оператор пишет «такого ОКТМО не существует», чаще всего причина не в том, что код «неправильный по сути», а в том, что:

1. в локальных справочниках/классификаторах сервиса отправки не хватает «исторического» кода (код помечен как недействующий, и проверка настроена слишком жестко);
2. в 1С выбран код не из классификатора, а введен вручную с ошибкой (лишний/недостающий символ, пробелы, неверная длина);
3. в карточке организации в 1С стоит один ОКТМО, а отчет формируется по другому месту учета (обособка/регистрация/перепривязка КПП), и в результате подставляется неожиданный код;
4. в базе 1С устарел/поврежден классификатор, и код подбирается неверно;
5. оператор выполняет проверку по «актуальным» кодам на текущую дату без учета того, что в отчетности допускаются коды, действовавшие в периоде.

Разберем по шагам универсальный алгоритм исправления, который в большинстве случаев снимает ошибку.

Шаг 1. Проверяем, что выбран именно «старый» ОКТМО за 2025 год и он соответствует месту учета

Сначала сверим первичную логику: отчет 6-НДФЛ должен содержать ОКТМО по месту учета налогового агента (организации/обособленного подразделения), в разрезе которого формируется расчет. Поэтому проверяем:

1. За какую организацию и за какое место регистрации формируем 6-НДФЛ (головная организация или обособка).
2. Какой КПП и какой код ИФНС должны быть на титульном листе именно для этого расчета.
3. Какой ОКТМО привязан к этому месту учета в 2025 году.

Практический совет: если у вас несколько регистраций (голова + обособки), не пытаемся «исправить один ОКТМО на всех». Вместо этого проверяем каждую регистрацию отдельно и формируем отчетность по правильному месту учета.

Шаг 2. В 1С проверяем, где именно хранится ОКТМО, и корректно ли он заполнен

Давайте действовать методично: в типовых конфигурациях 1С (например, 1С:Бухгалтерия предприятия, 1С:ЗУП) ОКТМО обычно хранится в реквизитах карточки организации и/или в сведениях о регистрации в ИФНС. Поэтому делаем так:

1. Открываем карточку организации и находим блок реквизитов, связанных с налогами и отчетностью.
2. Проверяем, что ОКТМО заполнен из классификатора, а не «самописным» текстом.
3. Если учет ведется по обособленным подразделениям, открываем сведения по регистрации обособки и проверяем ее ОКТМО отдельно.

Важно: даже если в карточке организации указан «старый» ОКТМО, сам отчет может подставлять другой код — например, если в настройках учета зарплаты/НДФЛ выбран иной «узел» регистрации. Поэтому нам важно не просто «увидеть поле», а проверить, что именно выводится в сформированном 6-НДФЛ (в титульной части отчета) и откуда этот код берется.

Если обнаруживаем, что 6-НДФЛ подставляет неверный ОКТМО, обычно причина в настройках регистрации. Тогда:

1. приводим в порядок регистрацию в ИФНС (актуальная запись по месту учета);
2. проверяем даты действия записи (если используется история изменений);
3. перепроводим/перезаполняем отчет.

Шаг 3. Обновляем классификатор ОКТМО в 1С, чтобы код распознавался корректно

Если в 1С код «не находится», «не выбирается», «не проходит проверку» или вы видите только новый ОКТМО без старого — почти всегда помогает обновление классификаторов. Рассмотрим подробнее, почему это важно: даже «старые» коды могут быть помечены как недействующие, но они должны оставаться доступными для выбора в исторических документах и отчетности. При устаревшем классификаторе 1С может вести себя непредсказуемо: не находить код, подставлять «похожий», либо ломать связность реквизитов адреса и муниципального образования.

Действуем так (общая логика для типовых решений):

1. Проверяем, включена ли в программе возможность загрузки и обновления классификаторов через интернет-поддержку.
2. Запускаем обновление классификаторов и дожидаемся завершения. Для автоматизации регламентного обслуживания, архивирования и тестирования баз в тихом режиме можно использовать программу для автоматического обновления и тестирования 1С.
3. После обновления заново открываем карточку организации и выбираем ОКТМО из обновленного списка.
4. Перезаполняем 6-НДФЛ, чтобы он подтянул актуальные реквизиты.

В терминах 1С нам помогают типовые механизмы обновления нормативно-справочной информации, которые в разных конфигурациях могут быть вынесены в раздел администрирования. Логика у них общая: мы обновляем справочники классификаторов (в том числе ОКТМО), чтобы программа правильно принимала как действующие, так и исторические значения.

Пара практических подсказок, которые обычно экономят время:

1. Не вводим ОКТМО вручную — выбираем из классификатора, чтобы избежать ошибки длины и формата.
2. Если в базе «задвоились» записи ОКТМО (например, одна старая, одна новая), не пытаемся хаотично редактировать их: сначала обновляем классификатор, затем аккуратно приводим карточку организации к одному корректному значению, а лишние записи — убираем по правилам учета ссылок.
3. После изменения реквизитов организации всегда делаем перезаполнение отчета, иначе 6-НДФЛ может сохранить старые значения в уже сформированной форме.

Шаг 4. В СБИС/Saby обновляем справочники и проверяем форматно-логический контроль

Если в 1С все корректно, но оператор все равно пишет «ОКТМО не существует», значит, проблема на стороне справочников или правил проверки у оператора. Тогда действуем так:

1. Обновляем справочники/классификаторы в сервисе (если такая функция доступна пользователю или выполняется автоматически).
2. Проверяем, не включена ли жесткая валидация «только действующие коды на дату отправки». Если включена, ищем настройку или обращаемся в поддержку оператора с формулировкой: «ОКТМО действовал в 2025 году, отчет за 2025 год, прошу пропустить исторический код».
3. Проверяем, нет ли механической ошибки: лишние пробелы, неверная длина, подмена цифр (0/О), автозамена, вставка не тех символов.

Здесь важно понимать: оператор не должен «запрещать» исторические коды, если отчет сдается за период, когда код действовал. Но на практике встречаются ситуации, когда в справочниках сервиса код помечен как несуществующий или отсутствует. Тогда самый быстрый путь — обновление справочников + обращение в поддержку с опорой на правило «код по периоду».

Чтобы обращение было предметным, формулируем его так, будто мы вместе «собираем доказательную базу»:

1. Указываем период отчета: «6-НДФЛ за 2025 год (год/4 квартал)».
2. Указываем дату изменения ОКТМО: «смена с 01.01.2026».
3. Указываем код, который действовал в 2025: «старый ОКТМО …».
4. Просим включить/разрешить исторический код или обновить справочник кодов, потому что код применим к отчетному периоду.

Часто после обновления справочников или корректировки проверки отчет начинает уходить без ошибок.

Решение 4. Если очень нужно: проверяем сценарий с уточненкой и «перекидыванием» платежей, но не подменяем ОКТМО в первичном отчете

Иногда бухгалтер пытается «обойти» ошибку и ставит новый ОКТМО в 6-НДФЛ за 2025 год, потому что так отчет проходит у оператора. Давайте остановимся и проанализируем риск: формально это может исказить привязку обязательств и сверку с карточкой расчетов с бюджетом. В результате можно получить расхождения в ИФНС: отчет «встал» на другой ОКТМО, а уплата/зачеты и история учета — на старом. Для автоматического поиска расхождений в учете после подобных корректировок применяется инструмент для автоматической сверки проводок между базами.

Поэтому действуем аккуратно:

1. В первичном 6-НДФЛ за 2025 год оставляем старый ОКТМО, если смена с 01.01.2026.
2. Если уже отправили с ошибочным ОКТМО и выявили проблему — разбираем, нужна ли уточненка, и корректируем по правилам уточнения.
3. Если оператор не принимает исторический код — исправляем именно причину непринятия (справочники/валидация), а не смысл реквизита.

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

Решение 5. Разбираем частые причины, почему «старый ОКТМО» не совпадает с тем, что ожидает ИФНС

Иногда мы уверены, что код «старый и правильный», но ИФНС/оператор не принимает его по другой причине. Рассмотрим подробнее самые частые ловушки.

Причина A. Перепутали ОКТМО организации и ОКТМО обособленного подразделения

Если у организации есть обособленные подразделения, то по НДФЛ расчет часто сдается по месту учета обособки (с ее КПП и ОКТМО). Тогда «старый ОКТМО» головной организации может быть неуместен в расчете по обособке и наоборот. Поэтому:

1. Проверяем, по какому КПП сформирован 6-НДФЛ.
2. Сверяем, к какому месту учета относится этот КПП.
3. Берем ОКТМО именно этого места учета, действовавший в отчетном периоде.

Причина B. В 1С хранится история регистраций, но даты действия заполнены неверно

В некоторых настройках 1С реквизиты места учета/регистрации могут быть «историческими», то есть иметь период действия. Тогда ошибка возникает так: вы видите старый ОКТМО, но для даты формирования отчета (или для даты периода) система считает действующим другой реквизит.

Действуем по шагам:

1. Проверяем даты начала действия «нового» ОКТМО (они должны начинаться с 01.01.2026, если изменение с нового года).
2. Проверяем, нет ли записи, которая случайно стартует в 2025 году.
3. Исправляем даты, затем перезаполняем отчет.

Причина C. Код введен вручную и содержит незаметную ошибку

Даже одна цифра «мимо» делает код «несуществующим». Поэтому мы всегда выбираем код из классификатора и дополнительно проверяем:

1. Длина кода (обычно 8 или 11 знаков — в зависимости от уровня территории).
2. Что код состоит только из цифр, без пробелов и разделителей.
3. Что нет «скрытых» символов при копировании из внешних источников.

Причина D. В базе 1С есть дубли ОКТМО или поврежденные элементы справочника

Такое бывает после переносов, обменов, некорректных ручных правок или «самодельных» загрузок. Тогда программа может подтягивать «элемент-двойник», который не связан с классификатором. Снаружи он выглядит как правильный код, но проверка оператора/форматного контроля считает его «не тем». Что делаем: для корректного сопоставления объектов без создания дублей при миграции данных предназначен инструмент для переноса данных между похожими конфигурациями 1С.

1. Находим, из какого справочника выбрано значение: это должен быть классификатор, а не произвольный справочник «строка».
2. При необходимости выбираем ОКТМО заново из актуального классификатора.
3. Приводим карточку организации к одному корректному значению и избегаем ручных дублей.

Решение 6. Настраиваем в 1С корректное хранение «старого» и «нового» ОКТМО, чтобы отчетность 2025 и 2026 формировалась без ручных правок

Теперь давайте сделаем систему устойчивой: чтобы 6-НДФЛ за 2025 формировался со старым ОКТМО, а отчетность уже за периоды 2026 — с новым, без ручного «туда-сюда» в карточке организации.

Логика настройки зависит от того, как ведется учет в вашей конфигурации, но общий подход такой:

1. Фиксируем реквизиты для 2025 года: оставляем старый ОКТМО действующим для периода 2025 (через историю или через запись, действующую до 31.12.2025).
2. Добавляем реквизиты для 2026 года: вводим новый ОКТМО с датой начала 01.01.2026 (если в программе есть механизм истории значений).
3. Проверяем, что отчетность за 2025 формируется со старым ОКТМО, а отчетность за январь 2026 и далее — с новым.

Если в вашей базе нет механизма истории значений для ОКТМО, тогда действуем организационно:

1. Формируем и сдаем всю отчетность за 2025 год со старым ОКТМО.
2. После сдачи отчетности за 2025 год меняем ОКТМО на новый для работы в 2026 году.
3. Если потребуется уточненка за 2025 год — временно возвращаем старый ОКТМО для формирования уточненки, затем возвращаем новый (или используем отдельный механизм настройки отчетности, если он есть).

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

Решение 7. Проверяем на контрольных точках: как убедиться, что 6-НДФЛ заполнен правильно

Чтобы закрепить результат, давайте пройдемся по контрольному списку. Перед отправкой 6-НДФЛ за 2025 год проверяем:

1. Период отчета: указан 2025 год (или соответствующий код периода в форме).
2. Титульный лист: КПП и код ИФНС соответствуют месту учета, по которому сдаем расчет.
3. Поле ОКТМО: стоит код, который действовал в 2025 году для этого места учета.
4. Внутренняя логика сумм: данные в разделах заполнены по правилам формы (нарастающий итог, корректные даты и суммы удержания/перечисления).
5. Формат: код ОКТМО без пробелов, только цифры, корректная длина.

Если эти пункты соблюдены, а ошибка «ОКТМО не существует» сохраняется, значит проблема почти наверняка на стороне справочников/валидации сервиса отправки. Тогда возвращаемся к шагам по обновлению справочников и обращению в поддержку оператора.

Решение 8. Что делать, если «сдать надо срочно», а оператор упирается: рабочий план без подмены ОКТМО

Бывает ситуация: отчет горит по срокам, оператор не принимает исторический код, а менять ОКТМО на новый в 6-НДФЛ за 2025 год мы не хотим из-за риска расхождений. Тогда действуем «по плану Б», оставаясь в рамках корректного смысла реквизита:

1. Проверяем, можно ли отправить отчет через альтернативный канал (другой оператор или прямой канал сдачи, если доступен в вашей инфраструктуре) — иногда проблема локальна для конкретного сервиса проверки.
2. Оформляем обращение в поддержку оператора с приложением: период отчета, дата смены ОКТМО, код, который действовал в периоде, и текст ошибки контроля.
3. Параллельно обновляем классификаторы в 1С и в сервисе, чтобы исключить техническую причину.
4. Фиксируем в учетной политике/внутреннем регламенте, что 6-НДФЛ за 2025 сдается со старым ОКТМО, чтобы не «переизобретать» решение при следующих уточненках.

Так мы сохраняем корректность отчетности и минимизируем риск последующих расхождений в ИФНС.

Решение 9. Итоговый алгоритм: делаем один раз и дальше работаем спокойно

Соберем все в короткий, но практичный чек-лист, как будто мы вместе закрываем задачу «под ключ».

1. Выясняем дату изменения ОКТМО. Если это 01.01.2026, то для 6-НДФЛ за 2025 берем старый код.
2. Сверяем место учета: голова или обособка, правильные КПП/ИФНС.
3. В 1С выбираем ОКТМО из классификатора, не вводим вручную.
4. Обновляем классификаторы в 1С, если код не находится или ведет себя странно.
5. Перезаполняем 6-НДФЛ, чтобы подтянулись актуальные реквизиты.
6. Обновляем справочники в СБИС/Saby и повторяем проверку.
7. Если ошибка «ОКТМО не существует» остается, обращаемся в поддержку оператора с указанием, что код действовал в 2025 году и применяется к отчетному периоду.
8. Не подменяем ОКТМО на новый в отчете за 2025 год только ради прохождения формальной проверки, пока не убедимся, что это не приведет к расхождениям в ИФНС.

Если действовать по этому алгоритму, мы одновременно соблюдаем корректность заполнения 6-НДФЛ (ОКТМО по периоду) и устраняем техническую причину отказа при отправке (неактуальные справочники или слишком жесткая валидация у оператора).

Короткий вывод, который можно использовать как правило для команды

6-НДФЛ за 2025 год сдаем со старым ОКТМО, действовавшим в 2025 году, даже если отправка происходит в 2026 году. Если оператор пишет «ОКТМО не существует», не меняем смысл реквизита, а обновляем классификаторы и добиваемся принятия исторического кода через обновление справочников/поддержку.