Добавить в корзинуПозвонить
Найти в Дзене

МКТУ для регистрации товарных знаков: классы для IT и SaaS в 2026

МКТУ для регистрации товарных знаков: классы для IT и SaaS в 2026 Быстрый ответ: Для IT и SaaS в 2026 году чаще всего нужны классы МКТУ 9, 38 и 42: в 9 попадает программное обеспечение и приложения, в 38 связь и передача данных, в 42 разработка и облачные сервисы (SaaS/PaaS/IaaS). Главное не «угадать класс», а точно описать, что вы продаёте и как это работает, иначе защита бренда окажется дырявой. У меня есть любимая сцена из жизни: основатель сервиса просыпается утром, открывает почту, а там письмо в духе «просим прекратить использование обозначения…». Человек сидит на кухне, кофе остывает, а в голове крутится одно: «Мы же регистрировали товарный знак, почему нас вообще трогают?». И вот тут обычно выясняется, что регистрировали, но не туда, не так и не то. Бренд вроде есть, свидетельство тоже, а в нужных классах МКТУ пусто, как в офисе на новогодних каникулах. С IT и SaaS это случается чаще, чем хочется. Потому что продукт живёт в нескольких слоях: есть приложение, есть доступ по подп
Оглавление
   Регистрация товарных знаков в IT и SaaS: классы МКТУ на 2026 год Лирейт
Регистрация товарных знаков в IT и SaaS: классы МКТУ на 2026 год Лирейт

МКТУ для регистрации товарных знаков: классы для IT и SaaS в 2026

Быстрый ответ: Для IT и SaaS в 2026 году чаще всего нужны классы МКТУ 9, 38 и 42: в 9 попадает программное обеспечение и приложения, в 38 связь и передача данных, в 42 разработка и облачные сервисы (SaaS/PaaS/IaaS). Главное не «угадать класс», а точно описать, что вы продаёте и как это работает, иначе защита бренда окажется дырявой.

У меня есть любимая сцена из жизни: основатель сервиса просыпается утром, открывает почту, а там письмо в духе «просим прекратить использование обозначения…». Человек сидит на кухне, кофе остывает, а в голове крутится одно: «Мы же регистрировали товарный знак, почему нас вообще трогают?». И вот тут обычно выясняется, что регистрировали, но не туда, не так и не то. Бренд вроде есть, свидетельство тоже, а в нужных классах МКТУ пусто, как в офисе на новогодних каникулах.

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

После чтения вы сможете собрать адекватный мкту регистрация товарного знака перечень для IT и SaaS в 2026, понять, чем класс 9 отличается от 42 «по-живому», где нужен 38, и почему иногда всплывает 41 класс мкту для регистрации товарного знака. И главное, вы сможете проверить, что ваш список мкту для регистрации товарного знака не оставляет лазеек конкурентам и не раздувает бюджет без смысла.

Почему в 2026 году классы МКТУ для IT и SaaS нужно пересматривать?

Потому что изменилась редакция классификации и стало больше нюансов. С 1 января 2026 года действует 13-я редакция МКТУ: 45 классов, где 34 для товаров и 11 для услуг. Источник: ГАРАНТ, материал «МКТУ (Международная классификация товаров и услуг)», дата в публикации указана на стороне издания; ссылка: garant.ru. Это не значит, что «все старые знаки пропали», но это значит, что при новых подачах и расширениях нужно жить по актуальным правилам, а не по файлику «классы мкту для регистрации товарного знака 2025» из чата трёхлетней давности.

Короткий ответ: Если вы подаёте новую заявку или обновляете перечень, ориентируйтесь на 13-ю редакцию МКТУ с 2026 года, а не на мкту для регистрации товарных знаков 2025.

Какие классы МКТУ для регистрации товарного знака чаще всего нужны IT и SaaS?

Есть три «кита», вокруг которых крутится мкту it товарный знак: 9, 38 и 42. Класс 9 покрывает программное обеспечение, мобильные приложения и записанные данные. Класс 38 про услуги связи, передачу данных и телеком. Класс 42 про технологические услуги, разработку ПО и предоставление доступа к программам через интернет, включая SaaS/PaaS/IaaS. Это удобно запомнить так: 9 это «продукт как софт», 38 это «канал и передача», 42 это «работа и доступ как услуга». Источник: vitvet.com, материал «Товарный знак для IT и SaaS», дата в публикации указана на стороне издания; ссылка: vitvet.com.

Короткий ответ: Для SaaS почти всегда рассматривают 42, а для приложения или коробочного софта часто добавляют 9; если есть коммуникации и передача данных, смотрят на 38.

Как выбрать классы МКТУ: пошаговый гайд без магии и гаданий?

Шаг 1. Как описать продукт так, чтобы перечень товаров и услуг не был «про всё на свете»?

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

Короткий ответ: Чем конкретнее ваша модель (подписка, лицензия, внедрение), тем точнее будет перечень, и тем меньше шансов, что защита окажется декоративной.

Шаг 2. Когда нужен класс 42 для SaaS и облака, и почему его одного иногда мало?

Если пользователь заходит в веб-интерфейс и пользуется функционалом по подписке, это классическая зона класса 42: предоставление доступа к программам через интернет (SaaS). Зачем добавлять 42: это бьёт в сердце SaaS-модели и помогает защищать бренд именно там, где у вас деньги и аудитория. Типичная ошибка: ограничиться 42 и забыть, что вы ещё распространяете клиентское приложение, расширение для браузера или десктопный агент. Как проверить: откройте ваш сайт с тарифами и честно отметьте, что именно «передаётся» пользователю. Если есть скачивание и установка, один 42 может быть узким.

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

Короткий ответ: Если у вас SaaS плюс скачиваемый компонент, часто нужен не только 42, но и 9.

Шаг 3. Зачем IT-проекту класс 9, если «мы ничего не продаём, у нас подписка»?

Класс 9 закрывает программное обеспечение, мобильные приложения и записанные данные. Он полезен, когда вы распространяете приложение через App Store/Google Play, отдаёте дистрибутив, ставите ПО на устройства, продаёте лицензии или даже просто активно продвигаете «приложение» как отдельный продукт. Зачем это: конкуренту проще «прицелиться» в те зоны, где бренд на виду, например в сторах, и там наличие класса 9 бывает решающим аргументом. Типичная ошибка: считать, что 9 нужен только тем, кто продаёт коробки с дисками (их, кстати, уже почти никто не продаёт). Как проверить: если у вас есть карточка приложения, кнопка «Скачать», .apk, расширение для Chrome или десктопный клиент, класс 9 стоит хотя бы рассмотреть.

И да, тут всплывает реальность споров. По данным ВОИС, около 30% споров о товарных знаках связаны с неполным охватом классов при первоначальной регистрации. Источник: vitvet.com, материал про МКТУ и международную классификацию, дата в публикации указана на стороне издания; ссылка: vitvet.com. Я бы сказала циничнее: спор часто начинается ровно там, где у вас «не закрыто».

Короткий ответ: Приложение в сторах и скачиваемые модули это почти всегда повод смотреть на класс 9.

Шаг 4. Когда нужен класс 38 и почему его пропускают даже сильные команды?

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

Мини-кейс: московская команда запустила сервис коллтрекинга с записью звонков и аналитикой. Ребята честно шли в 42 и 9, потому что «софт и платформа», но забыли, что клиенты покупают ещё и услугу маршрутизации и передачи вызовов. Потом на созвоне с партнёром из телекома услышали: «а вы в 38 вообще есть?». Хороший вопрос, кстати. Исправили перечень на старте, не дожидаясь сюрпризов.

Короткий ответ: Класс 38 нужен, когда вы оказываете услуги связи и передачи данных как отдельную ценность, а не просто «работаете через интернет».

  📷
📷

https://lireate.com/

Если вы иногда ловите себя на мысли «а вдруг мы вообще не те классы выбираем», полезно смотреть разборы и короткие примеры. Вот, например, видео про регистрацию торговой марки в России: https://dzen.ru/video/watch/680f4ca1b2d1294335db3172, и отдельно про сроки и стоимость регистрации: https://dzen.ru/video/watch/680f4b2ef9416f7527aa5324. А если вы делаете бренд вокруг названия в соцсетях, пригодится короткий ролик «Можно ли зарегистрировать как товарный знак название своего сообщества»: https://dzen.ru/shorts/67b058dd21e8082567a6d76d. И да, если вы самозанятый и думаете «мне вообще можно?», вот видео по теме: https://dzen.ru/video/watch/67b01feacc4720685a38d4ab.

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

Шаг 5. Как понять, нужен ли 41 класс МКТУ для регистрации товарного знака в IT-проекте?

41 класс это про образование, обучение, развлекательные и культурные услуги. В IT он всплывает, когда вы реально продаёте обучение: курсы по вашему продукту, сертификацию, вебинары как услугу, образовательную платформу. Зачем это: если вы строите вокруг продукта «академию» и берёте деньги за обучение, вы не хотите, чтобы кто-то запускал «вашу же академию» под похожим названием. Типичная ошибка: включать 41 «на всякий», потому что где-то слышали, что у всех он есть. Проверка: спросите бухгалтера или посмотрите оферту, есть ли отдельная строка дохода за обучение. Если обучение это бесплатный онбординг, 41 чаще всего не нужен, хотя бывают исключения.

Короткий ответ: 41 класс нужен, когда обучение и образовательные услуги это отдельный продукт, а не просто поддержка пользователей.

Шаг 6. Как проверить обозначение на сходство и не влететь в отказ?

Параллельно с подбором классов смотрим на риски по самому названию или логотипу. Зачем: если обозначение конфликтует с чужим знаком в тех же классах, вы теряете время, госпошлины и, что хуже, привычку спокойно спать. Типичная ошибка: проверять только «в интернете» и по соцсетям, а потом удивляться письму экспертизы. Как проверить, что всё ок: делайте поиск по базам и смотрите не только тождественные, но и похожие варианты, в том числе по звучанию и написанию.

Полезный короткий ориентир про сходство есть тут: https://dzen.ru/shorts/67b01ea8ba8741458d45099c. И отдельно, чтобы не путаться в терминах, разница между «тождественностью» и «схожестью до степени смешения»: https://dzen.ru/shorts/67b01e20cc4720685a3754f5. Это тот случай, когда одна фраза экономит недели переписки.

Шаг 7. Как подать заявку в Роспатент через ФИПС и что держать под рукой?

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

Если хотите заранее прикинуть, как это выглядит по времени и деньгам, лучше посмотреть разбор «Регистрация товарного знака сроки и стоимость»: https://dzen.ru/video/watch/680f4b2ef9416f7527aa5324. А если у вас логотип и вы переживаете «его вообще можно запатентовать?», есть отдельный разбор: https://dzen.ru/video/watch/67d193d70f97ee77f2696cdf?share_to=link. И для названия бренда вместе с логотипом: https://dzen.ru/video/watch/67d193476d765c59f45ecc5f?share_to=link. Это не заменяет стратегию, но хорошо снимает туман в голове.

Шаг 8. Как заложить «на будущее» и не превратить перечень в мусорный мешок?

Вопрос «нужно ли включить все классы, которые могут понадобиться» звучит почти в каждой второй переписке. Зачем думать о будущем: продукты растут, вы добавляете модуль, выходите на маркетплейсы, запускаете обучение, открываете интеграции. Типичная ошибка: либо взять один класс «самый очевидный», либо наоборот впихнуть пол-МКТУ, чтобы «точно защититься». Проверка: будущее должно быть реалистичным и близким, а не из серии «когда-нибудь запустим метавселенную». Хороший короткий разбор по выбору классов есть тут: https://dzen.ru/shorts/67b74c1e05b7ae57dc23a5b7?share_to=link.

Мини-кейс: ИП из Казани продавал плагины для маркетплейсов и хотел «мкту it товарный знак для маркетплейсов». На старте были только плагины и консультации по внедрению, но через пару месяцев планировался SaaS-кабинет с подпиской. В перечень заложили 9 и 42 так, чтобы расширение выглядело логичным, но не расплывчато. В итоге, когда SaaS реально запустился, не пришлось срочно переделывать весь «мкту регистрация товарного знака перечень» и объяснять инвестору, почему юридическая часть опять горит.

Короткий ответ: Планируйте классы под ближайшее развитие продукта, но не превращайте заявку в фантазию на тему «мы вообще про всё».

Какие подводные камни чаще всего ломают регистрацию и защиту бренда?

Первый камень это путаница между «софт как товар» и «доступ как услуга». Люди берут класс 42, потому что слышали про SaaS, но у них при этом мобильное приложение основной канал продаж, и оно в витрине стора живёт по своим правилам. Или наоборот: берут 9, потому что «программное обеспечение», а по факту ничего не распространяют, только дают доступ по подписке. Вторая боль это смежные зоны: коммуникации, передача данных, интеграции, API. Иногда именно они создают уникальность продукта, а в перечне их нет, и конкуренту не нужно быть гением, чтобы нажать на эту дырку.

Второй камень это устаревшая редакция классификации и копипаст «классы мкту для регистрации товарного знака 2025» без оглядки на 2026 год. С 1 января 2026 вступила в силу 13-я редакция МКТУ, и компании вынуждены актуализировать подход к регистрациям. Источник: IT-LEX, новость «Обновление МКТУ…», дата в публикации указана на стороне издания; ссылка: it-lex.ru. Да, сам принцип похож, но детали в формулировках и группировках важны, особенно когда у вас тонкая ниша. И ещё один неприятный момент: выбор классов влияет на пошлины и объём прав, поэтому «насыпать классов» это не хитрость, а иногда просто лишние расходы и лишние вопросы экспертизы.

Третий камень это игнорирование проверки сходства. Вы удивитесь, но люди готовы неделями спорить, какой класс важнее, и при этом не сделать нормальный поиск, потому что «название уникальное, я его сам придумал ночью». Потом прилетает отказ или возражение, и начинается второй сезон сериала. Если вы уже на этой стадии и думаете «что делать если Роспатент отказал», обычно нужно разбираться в причинах, корректировать стратегию, иногда менять обозначение или договариваться, а иногда спорить, но только с холодной головой. И да, иногда проще было потратить день на проверку до подачи, чем месяц после.

Кому полезна помощь с выбором МКТУ и подачей «под ключ», и где она реально экономит время?

Если у вас простая модель и один продукт, вы можете собрать классы сами, особенно если аккуратно читаете формулировки и проверяете сходство. Но как только появляется связка «приложение плюс SaaS плюс интеграции», или вы выходите на маркетплейсы, или бренд становится заметным, помощь часто экономит не деньги, а нервы и сроки. В коммерческих запросах это звучит так: мкту it товарный знак под ключ, мкту it товарный знак с патентным поверенным, мкту it товарный знак в Роспатенте, мкту it товарный знак через ФИПС. Смысл один: чтобы перечень был точным, проверка адекватной, а ответы на запросы экспертизы не писались по ночам в панике.

Нормальный формат поддержки это не «мы всё сделаем, а вы забудьте», а когда вам объясняют логику: почему этот класс, почему эта формулировка, какие сроки мкту it товарный знак обычно занимает по этапам, какие документы нужны для мкту it товарный знак именно вашему ИП или ООО. И ещё полезно, когда вам не подсовывают лишнее, а честно говорят: «вот тут 38 не обязателен, а вот тут без 9 будет риск». Если хотите держать руку на пульсе, подпишитесь на Телеграмм канал Патентного бюро Лирейт» или на Канал в Максе Патентного бюро Лирейт», там часто разбирают истории, где люди потеряли время из-за одной строки в перечне, и это, честно, отрезвляет.

FAQ

Вопрос: Какие классы МКТУ для регистрации товарного знака 2026 чаще всего выбирают для SaaS?

Ответ: Обычно начинают с класса 42, потому что он покрывает предоставление доступа к программам через интернет (SaaS). Если есть скачиваемые компоненты или приложение, часто добавляют класс 9, а при услугах связи и передачи данных рассматривают 38.

Вопрос: Чем отличается класс 9 от 42, если продукт один и тот же?

Ответ: В 9 попадает программное обеспечение как товар (в том числе приложения и дистрибутивы), а в 42 услуги по разработке и предоставлению доступа к функционалу как сервису. Один продукт может требовать оба класса, если он и скачивается, и работает как облачный доступ.

Вопрос: Правда ли, что «лучше включить побольше классов, чтобы точно защититься»?

Ответ: Не всегда. Лишние классы увеличивают объём заявки и могут поднять расходы, а ещё создают больше точек, где экспертиза задаст вопросы. Лучше точный и осмысленный перечень под ваш бизнес.

Вопрос: Как выбрать классы МКТУ, если я ИП и продаю IT-услуги и подписку?

Ответ: Статус ИП или ООО не меняет логику МКТУ: смотрят на товары и услуги. Для подписки чаще нужен 42, для приложений 9, для обучения пользователей за деньги может понадобиться 41, а для коммуникаций как услуги иногда 38.

Вопрос: Какие документы нужны для мкту it товарный знак и подачи в Роспатент?

Ответ: Нужны данные заявителя, обозначение (название и/или логотип), перечень товаров и услуг по классам МКТУ и адрес для переписки, а также корректные сведения для подачи через электронные сервисы. Часто самое сложное не «бумаги», а формулировки перечня.

Вопрос: Сколько стоит мкту it товарный знак и от чего зависит стоимость?

Ответ: Стоимость складывается из обязательных платежей и, при необходимости, услуг специалистов. На сумму влияет количество классов и объём перечня, поэтому ошибка в выборе классов иногда бьёт по бюджету дважды.

Вопрос: Что делать если Роспатент отказал из-за сходства или перечня?

Ответ: Сначала выяснить точную причину отказа и на какие знаки или формулировки ссылается экспертиза. Дальше уже выбирают стратегию: уточнение аргументов, корректировка обозначения, изменение перечня или работа через представителя, чтобы не усугубить переписку.