Как охраняется авторское право на базу данных в России

База данных – это совокупность материалов, систематизированных особым образом. Закон в РФ определяет базу данных как представленные в объективной форме сборники самостоятельных материалов (статей, расчетов, нормативных актов, судебных решений и т.п.), организованные так, чтобы эти материалы можно было найти и обработать с помощью ЭВМ.

Иными словами, ключевые признаки базы данных – это множественность независимых элементов и структурированность. В отличие от простого файла или одной таблицы, база данных подразумевает именно организованное множество данных.

Например,

❌ Excel-таблица с произвольным списком не всегда считается базой данных в юридическом смысле. Если вы просто собрали сведения «как получилось», без цели отбора и без продуманной структуры, такой файл чаще воспринимают как обычный список, а не как объект права.

✅ Но Excel-файл становится базой данных, когда вы строите каталог по системе. Вы задаёте поля, категории, правила заполнения, связи между разделами и логику поиска. Такая структура превращает набор записей в организованное множество материалов, даже если всё хранится в одном файле.

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

Признак охраноспособности — оригинальность структуры. Её дают:
✅ собственный рубрикатор и логика классификации;
✅ нетривиальные критерии включения материалов;
✅ система полей, связей и правил, которая ускоряет поиск и обработку.

Не дают авторской охраны:
❌ автоматическая выгрузка без переработки;
❌ алфавитный список по шаблону;
❌ таблица, где строки идут без системы и без авторской логики отбора.

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

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

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

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

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

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

База данных почти всегда состоит из разнородного содержимого: тексты, фото, видео, аудио, чертежи, программный код, карточки товаров, отзывы, результаты исследований. И важно не перепутать уровни защиты. Права на базу — это права на структуру и/или на инвестиции в сбор. Но они не “поглощают” права на материалы внутри.

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

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

Здесь работает двухуровневая логика. Авторское право может защищать отдельные материалы в базе (если они сами по себе охраноспособны), а право изготовителя защищает базу как целое от извлечения значимых объёмов данных. Поэтому неправильно считать, что «если есть права на базу — значит, можно всё». Права на содержание и права на форму — независимы. Использование конкретного произведения из базы допускается только с соблюдением прав его автора или иного правообладателя.

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

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

Чтобы подтвердить права на базу данных, не нужно регистрировать авторские права. Потому что в российском праве авторские права возникают автоматически — с момента создания результата в объективной форме. Для базы данных это означает: как только вы создали охраняемую структуру (отбор/расположение материалов), право уже есть, даже без регистрации.
Вместо этого нужно собрать доказательства, что вы создали базу, управляли её формированием и вложили в неё существенные ресурсы. Рабочий набор выглядит так:

Сделайте «паспорт базы» на 1–3 страницы. Он нужен, чтобы однозначно показать, что именно вы называете базой данных и что вы защищаете.

Укажите:

• название базы и цель (для чего используется);
• какие материалы внутри (карточки, тексты, фото, параметры, метаданные);
• структуру: сущности/таблицы, поля, связи, ключи, обязательные поля;
• правила систематизации: категории, теги, словари, правила именования;
• логику поиска и навигации: фильтры, сортировки, сценарии поиска;
• правила заполнения и обновления: кто вносит, кто проверяет, как часто обновляете;
• где хранится база и в какой форме существует (СУБД/CRM/сервис/Excel).

Соберите и храните всё, что показывает, как вы проектировали базу и по каким правилам организовали материалы. Это доказательства структуры и вашего вклада.

Храните:

• ТЗ и постановки задач на разработку структуры;
• схему таблиц и связей (ER-диаграмма, описание сущностей);
• рубрикатор и логику классификации (иерархия, правила);
• словари тегов, атрибутов, справочники значений;
• регламенты отбора материалов и правила заполнения;
• примеры заполнения «как правильно» и «как нельзя».

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

Фиксируйте:

• количество самостоятельных элементов (карточек/записей/тегов);
• рост по времени (месяц к месяцу);
• распределение по разделам/категориям;
• долю заполненности ключевых полей (качество данных);
• статистику по обновлениям (сколько обновили/проверили).

Собирайте документы, которые подтверждают финансовые, трудовые и организационные затраты. Это особенно важно, если вы опираетесь на право изготовителя базы данных.

Собирайте:

• договоры с подрядчиками на сбор/ввод/очистку/верификацию;
• счета, платежные поручения, закрывающие документы;
• сметы и бюджеты проекта;
• отчёты о выполненных работах (объём, сроки, результат);
• акты приёмки работ;
• табели, ведомости, расчёт трудозатрат команды;
• постановку задач и отчётность в трекере (с датами и исполнителями);
• документы на покупку источников данных (если покупали доступ).

Проверьте документы, которые закрепляют переход прав к компании или заказчику. Без этого права могут остаться у автора-исполнителя, даже если база делалась для проекта.

Нужно:

• трудовые договоры и положения о служебных результатах;
• служебные задания и должностные инструкции (кто и что создаёт);
• договоры подряда/оказания услуг с условием о передаче прав или лицензии;
• акты приёмки результата работ;
• условия конфиденциальности и ограничения на передачу выгрузок.