Отчет о поиске: что должно быть внутри и как читать результаты

Что такое отчет о поиске и чем он отличается от полной аналитики

В практическом смысле отчет о поиске — это документальное оформление проведенного патентного и информационного поиска: что искали, по каким признакам, в каких источниках, за какой период, по каким странам и к каким первичным выводам пришли. Такая логика соответствует и официальной практике ФИПС: в руководстве по проведению информационного поиска прямо указано, что процедура поиска включает определение предмета, области и объема поиска в массивах патентной и непатентной информации, собственно поиск и заполнение отчета о поиске. Для заказчика это означает простую вещь: хороший отчет должен быть воспроизводимым. Другой специалист, имея тот же объект и тот же регламент, должен понимать, каким путем были получены выводы.

При этом отчет о поиске нельзя путать с окончательным юридическим заключением или с полным отчетом о патентных исследованиях. По части четвертой ГК РФ критерии патентоспособности для изобретения закреплены в статье 1350: новизна, изобретательский уровень и промышленная применимость. Но сам поисковый отчет обычно не заменяет экспертизу по существу по статье 1386 ГК РФ и не гарантирует выдачу патента. Он дает фактическую базу для оценки риска: насколько близок уровень техники, где проходит граница между решением и найденными аналогами, в каком объеме вообще есть смысл формулировать притязания.

Еще одна типичная ошибка — считать, что любой объемный файл с таблицами уже является отчетом о патентных исследованиях. В методических материалах ФИПС по теме патентные исследования ГОСТ 15.011 прямо разделяются этапы работы: сначала формируются задание и регламент поиска, затем выполняется поиск и оформляется отчет о поиске, после этого проводится систематизация и анализ документов, а итогом становится уже отчет о патентных исследованиях. Иными словами, поисковый отчет — это самостоятельный продукт, но одновременно и составная часть более широкой аналитической работы.

Для бизнеса и заявителя разница принципиальна. Если задача узкая — понять, есть ли рядом опасные документы перед подготовкой заявки, — иногда достаточно сильного отчета о поиске. Если задача шире и нужно доказать технический уровень, оценить конкурентную среду, проверить патентную чистоту по странам или сформировать пакет документов для НИОКР, тогда поискового отчета уже мало. В этом смысле качество документа определяется не количеством страниц, а соответствием поставленной задаче.

Почему заказчику важно различать жанры документов

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

Самый частый практический сценарий такой: предприниматель получает большой PDF, в котором есть титульный лист, десять скриншотов и список патентов. Он видит объем, но не понимает главного — есть ли у решения шанс пройти по статье 1350 ГК РФ, какие документы реально опасны и что делать дальше. Сильный отчет устраняет именно эту неопределенность: он не скрывает критерии поиска и не смешивает поиск, аналитику и коммерческие рекомендации в один неразличимый поток текста.

Что должно быть в отчете о поиске

Когда заказчик задает вопрос, что должно быть в отчете о поиске, правильный ответ всегда начинается с цели поиска. Проверка патентоспособности, поиск ближайших аналогов, проверка патентной чистоты, подбор патентов-аналогов по странам, подготовка к ответу на запрос экспертизы — это разные задачи, и структура документа должна их отражать. Но вне зависимости от конкретной цели у качественного отчета есть обязательное ядро.

Отдельно важно, чтобы отчет прямо фиксировал вид объекта. Для изобретения ориентиром служат критерии статьи 1350 ГК РФ, для полезной модели — статьи 1351 ГК РФ, для промышленного образца — статьи 1352 ГК РФ. Если исполнитель механически применяет одни и те же критерии ко всем объектам, заказчик получает искаженный вывод: например, анализирует полезную модель как изобретение или смешивает поиск по формуле с поиском по внешнему виду изделия.

Минимальная структура качественного отчета

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

Форма отчета о поиске: шаблон не равен качеству

Фраза форма отчета о поиске часто вводит заказчика в заблуждение. На официальных ресурсах Роспатента действительно можно встретить формы отчетов для специальных процедур, например для предварительного информационного поиска в отношении заявленного объекта. Но наличие утвержденной формы еще не означает, что любой отчет, формально на нее похожий, будет полезным для бизнеса или для патентования.

Форма — это оболочка: поля, графы, реквизиты. Содержание — это то, чем эти поля заполнены. В сильном документе даже краткий раздел должен отвечать на вопрос «почему именно этот вывод сделан». Если в графе «объект» стоит расплывчатое «техническое решение в области фильтрации», а в графе «результаты» перечислены сорок нерелевантных публикаций, формальное совпадение с шаблоном заказчику не помогает.

Хорошая практика — смотреть на отчет в двух плоскостях одновременно. Первая плоскость — процессуальная: есть ли дата, подпись, источник данных, однозначная идентификация документов. Вторая — содержательная: понятен ли объект, выделены ли существенные признаки, можно ли проследить логику отбора документов. Если есть только первая плоскость, вы получили аккуратно оформленный список. Если есть обе — у вас есть рабочий инструмент.

Что желательно видеть сверх минимума

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

Для заказчика такая честность — плюс, а не минус. Слабый исполнитель прячет ограничения. Сильный — показывает границы вывода, чтобы вы не приняли рискованное решение на основе документа, который решает только часть задачи.

Регламент поиска: почему без него отчет слабый

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

Почему это критично? Потому что без регламента нельзя оценить полноту и релевантность результата. Если вам передали отчет без описания стран, глубины и источников, вы не знаете, нашли ли действительно близкие документы или просто те, которые попались в первой поисковой выдаче. Для темы с международным патентованием эта проблема особенно опасна: статья 1350 ГК РФ привязывает новизну изобретения к сведениям, ставшим общедоступными в мире до даты приоритета, а значит, произвольное ограничение поиска одной страной без объяснения может исказить вывод.

Официальная логика ФИПС здесь тоже однозначна. В руководстве по проведению информационного поиска указано, что процедура включает определение предмета поиска, области и объема поиска в массивах патентной и непатентной информации. Следовательно, регламент должен быть виден в отчете либо как отдельный раздел, либо как достаточно подробное приложение. Иначе отчет не демонстрирует, что поиск вообще был проведен как методическая процедура, а не как случайный просмотр базы данных.

Из каких элементов состоит сильный регламент поиска

1. Предмет поиска. Нужно понять, что ищут: устройство, способ, вещество, промышленный образец, комбинацию признаков или отдельную функцию.
2. Цель поиска. Выявить ближайшие аналоги для заявки, проверить патентную чистоту в конкретной стране, подобрать патенты-аналоги, оценить направление развития техники.
3. Страны и территории. Россия, PCT, EP, конкретные национальные юрисдикции. Территория должна вытекать из цели, а не выбираться случайно.
4. Глубина поиска. Ретроспектива по времени: сколько лет назад и почему именно столько. Для одних задач нужна глубина до истоков технологии, для других — акцент на актуальные охранные документы.
5. Классификационные рубрики. МПК, CPC, при необходимости иные классификации. Именно они часто позволяют найти релевантные документы там, где слова не помогают.
6. Ключевые слова и синонимы. На русском и, если нужно, на английском. Желательно с пояснением, какие термины признаны основными и какие исключены как шумовые.
7. Источники информации. Официальные российские ресурсы ФИПС и Роспатента, а для зарубежного массива — PATENTSCOPE ВОИС и ресурсы Европейского патентного ведомства.
8. Критерии отбора. Какие документы считались релевантными: полное совпадение признаков, близкий технический результат, принадлежность к тому же классу, наличие активной охраны на территории.

Если регламент поиска описан подробно, заказчик может не просто прочитать вывод, а проверить его устойчивость. Например, увидеть, что исполнитель искал только по словам и не использовал классификацию. Или понять, что проверка патентной чистоты заявлена для России и Германии, но фактически статус анализировался только по российским реестрам. Именно поэтому отчет без регламента слаб не только методически, но и договорно: вы не можете объективно сверить сделанную работу с поставленной задачей.

Как заказчику быстро проверить регламент

Попросите себя ответить по отчету на пять вопросов. Первый: понятен ли объект, который искали. Второй: понятна ли территория поиска. Третий: понятна ли временная глубина. Четвертый: указаны ли конкретные базы и официальные источники. Пятый: можно ли отличить найденный массив документов от случайной подборки. Если хотя бы на два вопроса ответ «нет», регламент либо не был разработан, либо в отчет не попал — а значит, выводы по такому документу нужно воспринимать осторожно.

Как должны выглядеть таблицы найденных документов

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

Какие столбцы нужны в рабочей таблице

Особенно важно, чтобы таблица не смешивала разные типы документов. Патентная заявка, выданный патент, публикация международной заявки PCT и запись о правовом событии — это разные уровни информации. Если в отчете все это лежит в одной колонке под названием «патенты», значит, исполнителю не хватило дисциплины в структуре. А для заказчика это прямой риск неверного вывода.

Что значит «таблица читается»

Читаемая таблица позволяет за минуту увидеть ближайшие документы и за пять минут понять логику отбора. В ней нет лишних скриншотов вместо реквизитов, нет обрезанных номеров, нет ссылок без пояснений. По каждой строке ясно, почему документ включен в отчет: например, он раскрывает все признаки независимого пункта, совпадает по назначению и техническому результату, относится к тому же классу или имеет действующий статус в стране, где планируется использование продукта.

Хорошо, когда исполнитель выносит наиболее опасные документы в отдельную компактную таблицу «ключевые источники риска». Обычно это 3–10 записей, по которым действительно нужно принимать решение. Остальные публикации могут оставаться в приложении как подтверждение глубины поиска и полноты охвата темы.

Какие ошибки в таблицах сразу снижают ценность отчета

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

Если вы видите такие дефекты, не успокаивайте себя мыслью, что «наверное, специалисты и так все поняли». В отчете это должно быть видно прямо на странице. Документ нужен не для демонстрации процесса, а для принятия решения. А решение должно вытекать из таблиц без догадок.

Почему важны правовой статус, дата проверки и источник данных

Для многих заказчиков именно этот блок оказывается самым недооцененным. Они считают, что главное — найти похожий патент. На деле для половины практических задач важнее другое: действует ли право сейчас, где оно действует и откуда именно взяты сведения. Для патентной чистоты, лицензирования, оценки выхода на рынок и даже для переговоров с инвестором статус часто важнее самого факта существования публикации.

ФИПС на официальном сайте указывает, что открытые реестры предоставляют бесплатный доступ к информации с указанием правового статуса. Это означает, что для российских документов минимальный стандарт проверки — обратиться к официальным реестрам, а не полагаться на вторичные пересказы. Для зарубежных документов логика аналогична: ВОИС прямо подчеркивает значимость данных о правовом статусе для ответа на вопросы, находится ли заявка на рассмотрении, была ли она отозвана или отклонена, выдан ли патент и сохраняет ли он силу, либо уже прекратил действие. Европейское патентное ведомство, в свою очередь, использует и публикует массив legal event data, а база INPADOC агрегирует правовые события по множеству ведомств.

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

Какие вопросы должен закрывать блок о статусе

1. Что именно проверялось: заявка, патент, семейство или отдельная национальная фаза.
2. На какой территории проверялся статус.
3. На какую дату актуален вывод.
4. Какой официальный источник использован: открытый реестр ФИПС, PATENTSCOPE, ресурс ЕПВ или иной официальный реестр ведомства.
5. Что означает статус для вашей задачи: мешает ли он новизне, влияет ли на патентную чистоту, требует ли дополнительной проверки по стране.

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

Хороший исполнитель прямо пишет об этом в выводах. Например: «Документ критичен для новизны, но не создает текущего риска патентной чистоты в РФ» или наоборот: «Документ не уничтожает новизну заявленного решения, однако патент в Германии активен и требует отдельного FTO-анализа». Такие формулировки для заказчика намного полезнее, чем общий вывод «обнаружены патенты конкурентов».

Как читать отчет о поиске: аналоги, прототип, риски, рекомендации

Большинство заказчиков открывают отчет с последней страницы и ищут слова «можно патентовать» или «рисков нет». Это понятное, но не самое эффективное поведение. Сначала нужно понять, как устроены выводы. Хороший отчет ведет читателя от найденных документов к практическому решению через четыре опорные точки: аналоги, прототип, риски и рекомендации.

Аналоги: не все найденное одинаково важно

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

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

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

Прототип: главный документ, от которого строится позиция

Прототип — это ближайший аналог, относительно которого проще всего показать отличительные признаки и технический результат. Для заявителя это критическая точка. Если прототип в отчете выбран удачно, становится ясно, какие признаки должны остаться в независимом пункте формулы и чем именно ваше решение отличается от уровня техники. Если прототип выбран произвольно или вообще не назван, отчет теряет половину практической ценности.

Как понять, что прототип выбран корректно? Во-первых, он должен быть действительно близким по назначению и конструкции, а не просто формально относящимся к той же отрасли. Во-вторых, по нему должно быть выполнено признаковое сопоставление. В-третьих, из сопоставления должно вытекать, какие отличия поддерживают новизну и какие из них могут работать на изобретательский уровень по статье 1350 ГК РФ. Если отличия случайны, декоративны или не связаны с техническим результатом, такой прототип мало помогает.

Почему в отчете так важны именно признаки, а не общие описания идеи? Потому что объем правовой охраны изобретения и полезной модели определяется формулой, а не рекламным пересказом замысла; на это прямо указывает статья 1354 ГК РФ. Поэтому сильный отчет сопоставляет решение с найденными документами по признакам независимого пункта или по заранее выделенной системе признаков, а не на уровне общих слов вроде «аналогичная система» или «похожий принцип работы».

Риски: читать нужно не общий итог, а тип риска

Слово «риск» в отчете может означать разные вещи. Один риск — новизна: найден документ, раскрывающий все существенные признаки. Другой риск — изобретательский уровень: есть близкий документ и комбинация источников, из которых решение может следовать явно для специалиста. Третий риск — патентная чистота: активный патент на целевой территории. Четвертый — процессуальный: у отчета недостаточная глубина, не проверены важные страны или не установлен статус. Пока вы не поняли, о каком именно риске идет речь, вывод «есть/нет рисков» почти бесполезен.

Рекомендации: хороший отчет всегда приводит к действию

Раздел «Рекомендации» — это момент истины. Именно здесь видно, понял ли исполнитель задачу заказчика. Сильные рекомендации всегда конкретны. Не «рекомендуется доработка», а «для снижения риска по новизне целесообразно перенести признаки Х, Y и Z в независимый пункт». Не «следует проверить патентную чистоту», а «необходим отдельный анализ действующего патента в Германии и его формулы в редакции после выдачи». Не «желателен дополнительный поиск», а «нужно расширить регламент на непатентные публикации по терминам N и M, потому что текущая выдача ограничена патентным массивом».

Для заказчика хороший сигнал — когда рекомендации разделены по сценариям. Например: если цель — подача заявки в РФ; если цель — подача PCT; если цель — запуск производства в конкретной стране; если цель — переговоры с инвестором. Один и тот же набор документов может вести к разным решениям в зависимости от бизнес-задачи. Отчет, который это учитывает, действительно работает на заказчика, а не только фиксирует найденный массив.

Наконец, смотрите, не подменяются ли рекомендации обещаниями. Исполнитель не должен писать «патент будет получен» или «нарушения нет» как безусловный итог, если отчет сам содержит ограничения по территории, глубине или статусу. Добросовестная рекомендация всегда связана с условием и границами вывода.

Красные флаги слабого отчета

Слабый поисковый отчет редко выглядит «пустым». Чаще он выглядит внушительно, но не дает возможности проверить вывод. Поэтому красные флаги связаны не с оформлением как таковым, а с потерей воспроизводимости, релевантности и юридической точности.

1. Нет регламента поиска. Не указаны страны, глубина, рубрики, ключевые слова и базы данных.
2. Не описан объект поиска. Из отчета непонятно, какие признаки вообще искали.
3. Нет разделения задач. В одном абзаце смешаны патентоспособность, патентная чистота и конкурентный обзор.
4. Нет признакового анализа. Документы перечислены, но не объяснено, в чем именно они совпадают с вашим решением.
5. Нет прототипа. Исполнитель не выделил ближайший аналог и не показал, от чего строится сравнение.
6. Правовой статус указан без даты и источника. Такой статус нельзя считать надежным для решения о выводе продукта на рынок.
7. Все найденные документы объявлены одинаково важными. Нет ранжирования по степени релевантности.
8. Использованы только слова, но не классификация. Для сложных технических тем это резко снижает полноту поиска.
9. Нет ограничений поиска. Исполнитель не пишет, что именно осталось за пределами исследования, хотя такие пределы почти всегда есть.
10. Выводы слишком категоричны. Формулировки вида «рисков нет» или «патент точно выдадут» при отсутствии подробного анализа — тревожный признак.

Есть и более тонкие признаки слабости. Например, отчет ссылается только на внутренние выводы исполнителя, но не дает заказчику пути проверки по официальным источникам. Или в документе есть таблица с правовыми статусами, но нет указания, что для российских документов использованы официальные реестры ФИПС, а для зарубежных — официальные системы ВОИС или Европейского патентного ведомства. Для профессионального уровня этого уже недостаточно.

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

Наконец, настораживает отсутствие связи между найденными документами и дальнейшими действиями. Если после прочтения отчета вы все еще не понимаете, подавать ли заявку, менять ли конструкцию, проверять ли статус в конкретной стране и нужно ли дополнительное исследование, документ не выполнил свою главную функцию.

Чек-лист приемки отчета по поиску

Ниже — практический чек-лист, по которому можно принимать готовый отчет без погружения в патентную методологию на уровне эксперта. Если на три и более пункта вы отвечаете отрицательно, документ лучше вернуть на доработку до оплаты или до использования в качестве основания для решения.

1. Понятна ли цель поиска: патентоспособность, патентная чистота, аналоги, патенты-аналоги по странам, подготовка заявки?
2. Описан ли объект поиска так, чтобы было ясно, какие признаки и функции проверялись?
3. Есть ли отдельный и читаемый регламент поиска?
4. Указаны ли страны, временная глубина, классификации и ключевые слова?
5. Перечислены ли конкретные официальные источники и базы данных?
6. Есть ли таблицы найденных документов с датами, реквизитами и комментариями по релевантности?
7. Выделены ли наиболее близкие аналоги и назван ли прототип?
8. Есть ли признаковое сопоставление между вашим объектом и ключевыми документами?
9. Указан ли правовой статус документов, важный для коммерческого решения, с датой проверки?
10. Можно ли отделить риски по новизне от рисков по патентной чистоте?
11. Есть ли ограничения исследования: что не проверялось, какие территории или источники остались за рамками?
12. Содержит ли отчет конкретные рекомендации, а не общие формулы вроде «требуется доработка»?

Если отчет проходит этот чек-лист, его уже можно использовать как базу для следующего шага: подготовки заявки, корректировки формулы, планирования зарубежного патентования, оценки лицензионной стратегии или проведения отдельного исследования патентной чистоты. Если не проходит — лучше потратить время на доработку сейчас, чем потерять месяцы и деньги на слабой заявке или неверном выводе по рынку.

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

Официальные источники

• Часть четвертая ГК РФ (статьи 1345–1407)
• ФИПС: изобретения и полезные модели
• ФИПС: открытые реестры
• ФИПС: информационно-поисковая система
• Роспатент: где самостоятельно провести патентный поиск в интернете
• Роспатент: порядок проведения предварительного информационного поиска в отношении заявленного изобретения
• Роспатент: порядок проведения предварительного информационного поиска в отношении заявленной полезной модели
• Роспатент: образцы заявок, заявлений и ходатайств
• ВОИС: PATENTSCOPE
• ВОИС: project on patent legal status data
• ЕПВ: legal event data

FAQ