Как изменится формат ИНН и КПП для организаций с 2026 года и нужно ли менять учетные системы 1С

Программист 1С v8.3 (Управляемые формы) Налоговый учет IT и автоматизация бизнеса
← На главную

В профессиональном сообществе программистов и бухгалтеров возникли серьезные опасения по поводу вступления в силу Приказа ФНС от 26.06.2025 № ЕД-7-14/559@. Текст документа был интерпретирован многими как радикальное изменение структуры главного идентификатора налогоплательщика — переход на 20-значный ИНН, который фактически объединяет в себе ИНН и КПП через косую черту. Разберем детально, что именно меняется в законодательстве, как это отразится на разработке в 1С и почему паника вокруг «слома обратной совместимости» оказалась преждевременной.

Суть изменений в Приказе № ЕД-7-14/559@

Проанализируем текст приказа, который вводит новую структуру ИНН для организаций. В документе указано следующее: идентификационный номер налогоплательщика (ИНН) организации представляет собой цифровой код, включающий код причины постановки на учет (КПП), и выглядит как NNYYXXXXXC/NNNNPPXXX. Именно эта запись спровоцировала обсуждения о том, что во всех форматах обмена (ЭДО, ЕГАИС, Честный Знак) и в базах данных теперь придется хранить 20 символов вместо привычных 10.

Однако, если мы обратимся к официальным разъяснениям налоговой службы и профильных экспертов, ситуация проясняется. Рассмотрим основные тезисы:

  1. ИНН и КПП остаются отдельными реквизитами. Для внешних систем (программ 1С, банковских приложений, порталов госзакупок) ничего не меняется. В формах отчетности и первичных документах ИНН по-прежнему будет занимать 10 позиций, а КПП — 9.
  2. Слэш — это технический разделитель. Указание структуры через «/» в тексте приказа — это способ описания того, как налоговая служба связывает эти два реквизита в своем внутреннем реестре (АИС «Налог-3»).
  3. Масштабных правок кода не требуется. Поскольку длина полей в типовых конфигурациях 1С и алгоритмы проверки контрольного разряда не меняются, «рефакторинга всех учетных систем страны» не случится.

Что изменится в самих цифрах ИНН

Несмотря на сохранение длины в 10 знаков, логика присвоения номера претерпит изменения. Разберем по шагам структуру нового ИНН, который будут получать организации, зарегистрированные после 1 января 2026 года:

Ранее первые четыре цифры (NNNN) жестко соответствовали коду налоговой инспекции (ИФНС), в которой организация была поставлена на учет. Например, 7701 — это ИФНС №1 по г. Москве. С 2026 года ситуация меняется:

Это связано с централизацией функций регистрации и переходом на модель «единого регистрационного центра». Для разработчиков 1С это означает, что старые справочники ИФНС, в которых код инспекции совпадал с первыми цифрами ИНН, перестанут быть актуальными для новых компаний. Выясним причину этого решения: налоговая служба столкнулась с дефицитом свободных номеров в крупных регионах (Москва, Санкт-Петербург) и теперь расширяет диапазон за счет отвязки от конкретных кодов районных инспекций.

Технический анализ: проверка контрольного числа

Для программистов 1С крайне важно, изменится ли алгоритм вычисления контрольного разряда (последней цифры ИНН). На текущий момент расчет ведется по определенным весовым коэффициентам. Рассмотрим пример логики, которая остается актуальной:


// Пример стандартного алгоритма для 10-значного ИНН
Веса = Новый Массив;
Веса.Добавить(2); Веса.Добавить(4); Веса.Добавить(10); Веса.Добавить(3); 
Веса.Добавить(5); Веса.Добавить(9); Веса.Добавить(4); Веса.Добавить(6); Веса.Добавить(8);

Сумма = 0;
Для Инд = 0 По 8 Цикл
    Сумма = Сумма + Число(Сред(ИНН, Инд + 1, 1)) * Веса[Инд];
КонецЦикла;

КонтрольноеЧисло = (Сумма % 11) % 10;
// Если последняя цифра ИНН совпадает с результатом - номер валиден.

Согласно анализу приказа, алгоритм проверки контрольной суммы не меняется. Это значит, что стандартные функции в ОбщегоНазначения.ПроверитьИНН() или аналогичные механизмы в БСП (Библиотеке стандартных подсистем) продолжат работать корректно для новых организаций. Длина 10 символов для юрлиц и 12 символов для ИП сохраняется.

Рекомендации по подготовке баз данных 1С

Несмотря на то, что «апокалипсиса» не ожидается, программистам стоит выполнить ряд профилактических действий:

  1. Проверить маски ввода в формах. Если в вашей конфигурации в свойствах текстового поля ИНН жестко задана маска, проверяющая соответствие коду ИФНС по справочнику, такие проверки нужно ослабить или убрать. Теперь 3-я и 4-я цифры могут быть любыми в рамках регионального диапазона.
  2. Обновить компоненты склонения и проверки контрагентов. Сервисы типа «1С:Контрагент» будут обновлены автоматически, но если вы используете собственные HTTP-запросы к открытым данным ФНС, убедитесь, что парсинг ответа учитывает новые правила сопряжения ИНН и КПП.
  3. Обратить внимание на КПП. В приказе подчеркивается, что ИНН не может рассматриваться без КПП. Убедитесь, что в ваших обменах (например, с самописными сайтами или мобильными приложениями) передача КПП является обязательной, так как именно связка этих двух кодов однозначно идентифицирует субъект в новой системе ФНС.
  4. Электронная подпись (КЭП). С 2026 года в сертификатах электронных подписей, выдаваемых ФНС, данные могут записываться в соответствии с новой внутренней структурой. Посмотрим на этот процесс: криптопровайдеры (КриптоПро и др.) и встроенные средства 1С для работы с ЭЦП должны корректно извлекать ИНН и КПП из состава полей сертификата, даже если они там представлены единой строкой со слэшем.

Влияние на ЭДО и печатные формы

Проанализируем ситуацию с форматами электронного документооборота. В форматах XML-файлов счетов-фактур и УПД (универсальных передаточных документов) ИНН и КПП передаются в разных атрибутах (ИННЮЛ и КПП). Изменение приказа ФНС не вносит правок в постановления Правительства (например, №1137), регулирующие формы счетов-фактур. Поэтому в печатных формах мы продолжаем выводить эти реквизиты отдельно, как и раньше. Фраза в приказе о «едином коде» касается только процессов регистрации и учета внутри ведомства.

Важный момент для старых организаций: все компании, зарегистрированные до 31.12.2025 включительно, сохраняют свои текущие ИНН и КПП. Массовой замены номеров не будет. Это означает, что система должна поддерживать как «старую» логику (где 3-4 цифры — это ИФНС), так и «новую» (где это просто порядковый номер в УФНС).

Итоги и выводы

Разобрав ситуацию, мы видим, что паника была вызвана неудачной формулировкой в нормативном акте. Для разработчика и пользователя 1С основные выводы следующие:

Таким образом, подготовка к 2026 году сводится к обновлению типовых конфигураций до актуальных релизов, где 1С приведет в соответствие логику проверок, и к информированию бухгалтерии о том, что новые контрагенты могут иметь «странные» с точки зрения старой системы коды инспекций в составе ИНН. Мы продолжим следить за официальными разъяснениями ФНС, но на текущий момент техническая база 1С готова к этим изменениям без радикальных переработок.

← На главную