Модернизация программного обеспечения — это услуга по обновлению, улучшению и доработке существующих программных продуктов. В Международной классификации товаров и услуг (МКТУ) она относится к 42 классу, который охватывает научные и технологические услуги, в том числе разработку и обслуживание программного обеспечения. При регистрации товарного знака для этой услуги используйте точную формулировку «модернизация программного обеспечения» — она есть в официальном перечне класса 42.
Что такое модернизация программного обеспечения
Модернизация программного обеспечения — это процесс обновления и улучшения существующих программных продуктов без полной замены. В отличие от разработки с нуля, модернизация опирается на готовый код, базу данных или архитектуру и направлена на устранение устаревших компонентов, повышение производительности, совместимости с новым оборудованием или операционными системами, а также добавление нового функционала.
Типичные виды модернизации: миграция на другую платформу (например, с Windows на Linux), переход на новую версию языка программирования, рефакторинг кода, оптимизация базы данных, внедрение дополнительных модулей (платежи, аналитика, интеграция со сторонними сервисами), обновление пользовательского интерфейса, усиление безопасности (шифрование, двухфакторная аутентификация).
Такую услугу оказывают разработчики, системные интеграторы, ИТ-консультанты и специализированные студии. Заказчики — компании с легаси-системами (банки, госорганы, промышленность), стартапы, дорабатывающие MVP, и владельцы готового продукта, нуждающегося в регулярных обновлениях.
Формулировка для заявки: точность обязательна
В заявке на товарный знак услугу «модернизация программного обеспечения» нужно указывать строго в той формулировке, которая присутствует в официальном перечне 42 класса МКТУ. Никаких синонимов — «обновление ПО», «апгрейд ПО», «доработка софта», «адаптация программы». Экспертиза Роспатента сравнивает вашу формулировку с перечнем, и нестандартные фразы считаются несоответствием, что ведёт к запросу уточнения или отказу.
Если кроме модернизации вы оказываете смежные услуги (например, консультации по ПО, обслуживание, написание кода), их тоже можно включить в перечень отдельными пунктами — они есть в том же 42 классе. Но «модернизация программного обеспечения» должна быть среди них как самостоятельный пункт. Расплывчатая формулировка (например, «услуги по обновлению» или «ИТ-услуги») сужает объём охраны: ваш товарный знак будет защищён только для названных услуг, а конкурент сможет зарегистрировать похожий бренд для точного термина.
Когда достаточно одного 42 класса
Если ваш бизнес заключается исключительно в оказании услуг по модернизации чужого программного обеспечения, и вы не продаёте собственные лицензионные копии, не ведёте интернет-магазин, не обучаете пользователей и не занимаетесь рекламой, то класса 42 достаточно. Пример: аутсорсинговая команда, которая получает заказы на доработку существующих CRM-систем, ERP-решений или мобильных приложений.
Также 42 класс покрывает случаи, когда модернизация является лишь частью более широкого пакета услуг — консультаций, написания кода, тестирования, развёртывания. Всё это входит в один класс, поэтому регистрация только в 42 корректна и не требует дополнительных классов.
Проверим ваше обозначение и сориентируем по классам МКТУ
Экспресс-проверка товарного знака: подскажем подходящие классы и поможем не получить отказ на этапе экспертизы.
Когда нужны дополнительные классы
Если помимо модернизации вы предоставляете сопутствующие услуги или продаёте софт, одного 42 класса может быть недостаточно. Чаще всего к нему добавляют следующие классы:
- 9 класс — если вы продаёте готовое ПО (дистрибутивы, лицензионные ключи, загрузочные файлы). Программа как товар охраняется в 9 классе, а услуги по её модернизации — в 42. Без 9 класса конкуренты смогут зарегистрировать товарный знак на само название программы.
- 35 класс — если вы занимаетесь розничной или оптовой продажей софта (в том числе через интернет-магазин), рекламой своих услуг, или оказываете услуги по подбору ПО для клиентов. В этом классе также охраняются услуги интернет-магазина.
- 41 класс — если вы проводите обучение работе с обновлённым ПО, вебинары, тренинги. Услуги образования и обучения не входят в 42 класс, их нужно выделять отдельно.
В редких случаях может понадобиться 38 класс (телекоммуникации) — если модернизация включает настройку облачных решений, но обычно такие услуги тоже в 42 классе (SaaS, хостинг). Другие классы (37, 39, 40) для модернизации ПО неактуальны.
Примеры бизнес-ситуаций и рекомендуемые классы
Ситуация 1: Студия разрабатывает под заказ и дорабатывает существующие мобильные приложения. Ничего не продаёт, не консультирует отдельно. Достаточно класса 42 с пунктом «модернизация программного обеспечения».
Ситуация 2: Компания продаёт готовый продукт — приложение для учёта времени — и также предлагает его доработку под клиента. Потребуются 9 класс (для самого приложения как товара) и 42 класс (для услуг модернизации). Если компания встроит интернет-магазин на сайте — добавить 35 класс.
Ситуация 3: Интегратор не только модернизирует ПО, но и обучает сотрудников заказчика работе с обновлённой системой. Нужны 42 класс (модернизация) и 41 класс (обучение). Если интегратор перепродаёт лицензии — ещё и 9 класс.
Ситуация 4: Импортёр ввозит иностранный софт, адаптирует (локализует) его под российский рынок и продаёт. Здесь: 9 класс (товарный софт), 42 (услуги по адаптации/модернизации), 35 (оптовая продажа).
Частые ошибки при выборе класса для модернизации ПО
- Указание «программное обеспечение» без уточнения «модернизация». Экспертиза воспримет это как товар (класс 9) и потребует корректировки, либо выдаст отказ.
- Использование синонимов: «обновление ПО», «апгрейд», «доработка», «оптимизация». Эти термины отсутствуют в перечне 42 класса, и заявку придётся исправлять.
- Путаница с классом 37 (установка и ремонт компьютеров). Модернизация не относится к ремонту, это развитие функционала, а не восстановление работоспособности.
- Игнорирование класса 9 при одновременной продаже лицензий. Многие компании регистрируют знак только в 42, а потом не могут защитить название самого продукта.
- Слишком широкая формулировка: «услуги в области информационных технологий». Это может пройти, но охват будет слишком большим и повышает риск отказа из-за неконкретности. Лучше перечислить точные формулировки.
- Включение в один перечень товаров и услуг без разделения на классы. Необходимо группировать по классам МКТУ, иначе заявку вернут.
Смежные термины класса 42 МКТУ
Эти формулировки из официального перечня класса 42 часто включают в заявку вместе с термином «модернизация программного обеспечения»:
- обслуживание компьютерного программного обеспечения
- консультации по вопросам программного обеспечения
- обеспечение программное как услуга [SaaS]
- написание компьютерных кодов
- консультации в области разработки и развития компьютерной техники
- мониторинг компьютерных систем для выявления неисправностей
- консультации по технологическим вопросам
Вывод
Перед подачей заявки убедитесь, что в перечне услуг есть точная формулировка «модернизация программного обеспечения». Проверьте, охватывает ли класс 42 все ваши услуги (консультации, написание кода, SaaS), и не требуется ли дополнительная охрана для товаров (класс 9) или торговли (класс 35). Избегайте синонимов и общих фраз — они снижают надёжность охраны. Соотнесите перечень с реальным бизнесом: пропущенная услуга может стать лазейкой для конкурентов.
FAQ
Частые вопросы по термину
Какой класс МКТУ у модернизации программного обеспечения?
Класс 42 — это услуги в области науки и технологий, включая разработку и доработку софта.
Можно ли зарегистрировать товарный знак на модернизацию ПО по классу 9?
Нет, класс 9 предназначен для товаров (программы, записанные на носители, загрузочные файлы). Услуги по модернизации относятся к классу 42.
Нужен ли класс 35 для компании, которая только модернизирует ПО?
Если компания не занимается продажей софта (лицензий) и не оказывает услуги торговли, класс 35 не нужен. Если же модернизация сочетается с продажей программ, класс 35 рекомендуется.
Что будет, если указать просто «программное обеспечение» в заявке?
Экспертиза сочтёт это товаром (класс 9) и, скорее всего, пришлёт запрос уточнения. Если не исправить, заявку отклонят.
Отличается ли «модернизация» от «обслуживания» в МКТУ?
Да, это разные услуги: обслуживание подразумевает поддержание работоспособности и исправление ошибок, модернизация — улучшение. Обе входят в класс 42, и их лучше указывать отдельными пунктами, если вы реально предоставляете обе.
Можно ли использовать формулировку «обновление программного обеспечения»?
Не рекомендуется. В официальном перечне есть только «модернизация программного обеспечения». «Обновление» может быть не признано соответствующим, что вызовет отказ или необходимость внесения изменений.
Читайте также
Часто эти классы указывают в заявке вместе с текущим — посмотрите статьи смежных классов МКТУ:
Статья актуализирована 9 июля 2026 года