Реестр ПО и IT-аккредитация - это не одно и то же
У руководителей IT-компаний путаница возникает постоянно: компания получила IT-аккредитацию и считает, что с реестром ПО вопрос закрыт. Или наоборот: продукт включили в реестр российского ПО и думают, что этого достаточно для “статуса IT-компании”. По закону это две разные процедуры, у них разный объект проверки, разные цели и разные последствия. Реестр регулируется Постановлением Правительства РФ № 1236, а государственная аккредитация IT-организаций - Постановлением Правительства РФ № 1729.
Самое простое и правильное объяснение такое:
- реестр ПО - это про продукт;
- IT-аккредитация - это про компанию.
Что такое реестр ПО простыми словами
Реестр российского программного обеспечения - это государственный реестр, в который включают конкретные программы для ЭВМ и базы данных, если они соответствуют установленным требованиям. Правила прямо говорят, что это порядок формирования и ведения реестра, состав сведений, условия включения и исключения. А запись в реестре является подтверждением соответствия программного обеспечения этим правилам.
То есть реестр отвечает на вопрос:
“Является ли именно этот продукт таким, который проходит по правилам российского реестра?”
Поэтому в реестре проверяют не “хорошая ли у вас компания”, а само ПО: права на него, структуру контроля правообладателя, допустимую долю выплат иностранным лицам, отсутствие принудительного управления из-за рубежа, российский контур поддержки, хранение исходного и объектного кода, инфраструктуру лицензионных ключей, русский интерфейс, а с 2026 года - еще и требования по совместимости с доверенными операционными системами.
Именно поэтому реестр - это всегда про конкретный программный продукт, а не про юрлицо “в целом”. У одной и той же компании может быть один продукт в реестре, второй - не в реестре, а третий - вообще не готов для включения.
Что такое IT-аккредитация простыми словами
Государственная аккредитация по Постановлению № 1729 это процедура, по которой Минцифры проверяет уже не продукт, а российскую организацию, осуществляющую деятельность в области IT. Причем само Положение прямо говорит, что такая аккредитация проводится в целях оказания мер государственной поддержки.
То есть аккредитация отвечает на другой вопрос:
“Является ли эта организация IT-компанией для целей государственной поддержки?”
И здесь логика совсем иная. Для аккредитации смотрят на компанию: ее основной вид деятельности, долю IT-выручки, уровень выплат работникам, сайт, согласие на раскрытие данных налоговому органу для проверки, а после изменений 2025 года - еще и на определенные ограничения по структуре владения и контролю.
- Поэтому компания может быть отличным сервисным интегратором, аутсорсером, центром разработки, тестирования, сопровождения или техподдержки - и иметь право на IT-аккредитацию, даже если у нее вообще нет собственного продукта в реестре. Это видно и из критериев аккредитации, и из перечня видов IT-деятельности по приказу Минцифры № 449, где перечислены не только разработка ПО, но и адаптация, модификация, установка, интеграция, настройка, внедрение, сопровождение, тестирование, техническая поддержка и эксплуатация программ и баз данных, а также услуги в этих сферах.
Главная разница в одной фразе
Если совсем упростить для собственника или директора:
Реестр ПО отвечает за статус продукта.
IT-аккредитация отвечает за статус компании.
Из этого следует важная практическая вещь:
можно иметь аккредитацию без реестра, если вы IT-компания по своей деятельности, но у вас нет продукта, который надо вносить в реестр;
можно иметь реестр без аккредитации, если у вас есть подходящий продукт, но сама компания по каким-то причинам не проходит или не оформляла IT-аккредитацию;
а для продуктовой IT-компании в реальной жизни часто нужны обе процедуры одновременно, потому что одна решает задачу продукта, а другая - задачу самой компании.
Почему нельзя подменять одно другим
Это важнейший практический вывод.
В правилах реестра нет требования, что правообладатель обязан иметь IT-аккредитацию, чтобы включить продукт в реестр: для включения проверяют именно условия пункта 5 Правил реестра. И наоборот, в правилах IT-аккредитации нет общего требования, что у компании обязательно должен быть свой продукт в реестре: аккредитация строится на критериях компании и видах ее IT-деятельности.
Проще говоря:
аккредитация сама по себе не “заносит” продукт в реестр;
реестр сам по себе не “делает” компанию аккредитованной.
Где эти две процедуры реально пересекаются
Вот здесь начинается самое интересное. Пересечения есть, но они точечные. И именно из-за них бизнес иногда ошибочно решает, что “это одно и то же”. На самом деле нет: процедуры разные, но законодатель действительно местами их связывает.
1. Реестр ПО влияет на аккредитацию через сайт компании
Для аккредитации у компании должен быть сайт с актуальной информацией о ее IT-деятельности на русском языке. И правила прямо говорят: на сайте должны быть размещены сведения о включении программ, созданных или созданных и используемых организацией, в реестр российского ПО - если такие программы есть.
То есть сам факт наличия продукта в реестре становится юридически значимым для аккредитационного контура: его нужно корректно отражать на сайте, который проверяется при аккредитации.
2. Реестр может помочь пройти аккредитацию, если не дотягиваете по зарплате
Это как раз прямо закреплено в действующем законодательстве.
Общее правило для аккредитации: среднемесячный размер выплат работникам должен быть не ниже средней зарплаты по РФ или по субъекту РФ. Но пункт 7 Положения об аккредитации делает важное исключение. Если организация:
- соответствует остальным критериям,
- не проходит только по зарплатному критерию,
- имеет выручку выше 1 млн рублей,
- является правообладателем программы для ЭВМ, включенной в реестр российского ПО,
- и получала выручку от реализации прав на эту программу в текущем году и (или) году, предшествующем подаче заявления,
то такая организация вправе получить IT-аккредитацию.
Это очень важная связка. Но ее нельзя трактовать расширительно. Закон не говорит, что “реестр заменяет все условия аккредитации”. Он говорит гораздо уже: реестровый продукт при выполнении дополнительных условий может компенсировать проблему именно с зарплатным критерием.
3. Реестр помогает не только при получении аккредитации, но и при ее дальнейшем подтверждении
После получения аккредитации история не заканчивается: для аккредитованных организаций есть внеочередные проверки и плановая ежегодная процедура подтверждения. И здесь законодатель снова делает специальную льготу для правообладателей ПО из реестра.
При проведении внеочередной проверки и плановой процедуры подтверждения Минцифры использует критерий по уровню среднемесячных выплат работникам. Но если организация является правообладателем программы, включенной в реестр российского ПО, и имеет выручку от реализации прав на такую программу в течение текущего и (или) предыдущего года, то проверка на соответствие этому зарплатному критерию не проводится.
То есть законодатель связал реестр и аккредитацию уже дважды:
на входе в аккредитацию;
на этапе ее сохранения и подтверждения.
4. У реестра и аккредитации теперь совпадает важная дата - 1 июня
Это не делает процедуры одинаковыми, но создает важное управленческое пересечение.
Для реестра после изменений Постановлением № 1937 правообладатель ПО ежегодно, не позднее 1 июня, обязан уведомлять оператора реестра об изменении сведений по подпунктам “н” и “у” пункта 4, с указанием выручки за прошлый календарный год.
Для IT-аккредитации плановая процедура подтверждения тоже привязана к 1 июня: аккредитованная организация ежегодно, не позднее 1 июня, подает заявление о прохождении планового подтверждения с приложением справки о выручке, а для отдельных организаций - справки о расходах.
Практический вывод для руководителя простой:
к 1 июня у продуктовой IT-компании часто сходятся сразу две обязанности - по продукту и по компании. Но это не одна отчетность, а две разные. В одном случае вы подтверждаете данные по продукту в реестре, в другом - соответствие самой организации критериям аккредитации.
Что реестр НЕ может “починить” в аккредитации
Это тоже важно проговорить прямо.
Наличие продукта в реестре не освобождает компанию от других критериев аккредитации. Даже если у вас прекрасный реестровый продукт, вам все равно нужно соответствовать остальным условиям: по основному виду деятельности, по доле IT-выручки, по сайту, по раскрытию данных, а после изменений 2025 года - и по ограничениям, связанным со структурой владения и контролем. Исключение про реестр в аккредитации касается не всего сразу, а вполне конкретных точек.
И наоборот, наличие IT-аккредитации не означает, что ваш продукт автоматически пройдет в реестр. Для реестра по-прежнему нужны отдельные продуктовые условия и отдельная продуктовая экспертиза.
Как это понимать на практике руководителю
Если у вас сервисная IT-компания без собственного коробочного или платформенного продукта, вам в первую очередь нужна IT-аккредитация. Реестр ПО может вообще не быть вашим основным контуром. Это следует из того, что аккредитация построена на признаках компании и на широком перечне IT-деятельности, куда входят и услуги, и сопровождение, и тестирование, и эксплуатация.
Если у вас продуктовая компания, которая хочет подтверждать статус своего решения как российского продукта, вам нужен реестр ПО. Но если вам одновременно важен и статус самой компании для мер государственной поддержки, то почти всегда потребуется и IT-аккредитация.
Если у вас смешанная модель - продукт плюс услуги, - то для вас особенно опасно путать эти два контура. Именно в таких компаниях часто считают, что “мы же уже в реестре” или “мы же уже аккредитованы”, и пропускают вторую процедуру. А закон как раз разводит их по разным объектам: продукт и компания.
Реестр ПО - это юридический статус программы.
IT-аккредитация - это юридический статус организации как IT-компании для мер господдержки.
Они пересекаются, но не сливаются в одну процедуру. Закон прямо связывает их минимум в четырех точках:
- сведения о программах в реестре должны отражаться на сайте компании при аккредитации;
- реестровый продукт может помочь получить аккредитацию, если компания не проходит только по зарплатному критерию;
- реестровый продукт может защитить компанию от проверки зарплатного критерия при подтверждении аккредитации;
- у обеих процедур теперь есть важный ежегодный дедлайн - 1 июня.
Поэтому правильный вопрос для руководителя звучит не так: “Что нам выбрать - реестр или аккредитацию?”
А так: “Какой у нас объект задачи - продукт, компания или сразу оба?”