Программа для ЭВМ в составе сложного объекта: использование и регистрация
Обычно всё начинается не с «интеллектуальной собственности», а с нервов. У клиента в цеху встала линия, диспетчерская SCADA показывает «ошибку связи», инженер злится, начальник смены ругается так, что даже принтер в бухгалтерии печатает тише. А потом всплывает вопрос, который почему-то всегда задают в последний момент: «А эта программа для эвм вообще чья? Мы можем её трогать? Дорабатывать? Передать подрядчику?» И вот тут выясняется, что софт живёт внутри сложного объекта как сердце внутри организма: без него всё железо превращается в дорогую мебель, но права на программу для эвм у кого-то «в переписке», «в договоре, но не помню где», или «да мы же оплатили, значит наше».
Я несколько раз видела, как на одном и том же проекте люди спорят о проводах и датчиках, но забывают про то, что программа для ЭВМ, исходники, объектный код, подготовительные материалы и даже аудиовизуальные отображения на экране тоже про права. И это не теория. Один раз интегратор уехал, а через полгода новая команда полезла «чуть поправить отчёты» и оказалось, что право использования программы для эвм прописано криво, доступов нет, а обновления можно получать только через старого подрядчика, который обиделся и пропал. Дорого, скучно и очень по-российски.
Зачем вам вообще всё это знать
После этого текста у вас будет понятный маршрут: как описать программу для эвм внутри сложного объекта, как организовать использование программ для эвм без самострела в ногу, что собирать в доказательства, и когда регистрация программы для эвм в Роспатенте реально помогает, а когда это просто лишняя папка в шкафу. Ещё поговорим про реестр программ для эвм, про то, как аккуратно вести «база программ для эвм» внутри компании, и почему программы для эвм и базы данных часто путают, хотя это разные звери.
Пошаговый гайд: как использовать и оформить права, чтобы не бегать потом по кругу
Шаг 1. Описываем сложный объект и выделяем, где в нём живёт программа
Первое, что делаем, это перестаём говорить «у нас система». Сложный объект обычно выглядит как набор железа, сетей, датчиков, панелей, серверов, плюс софт, который всем этим управляет. Программа для ЭВМ в составе такого объекта может быть и SCADA-пакетом, и модулем, который считает режимы, и интерфейсом оператора, и набором скриптов, и даже утилитой для обновления. В интеграционных историях это особенно видно: условный MasterSCADA в диспетчеризации, отдельные модули архивирования, плюс визуализация. Или инженерные расчёты в проектировании, где используют ПК Лира и дальше результаты уходят в документацию и стройку. Зачем этот шаг? Чтобы вы потом не пытались «зарегистрировать систему целиком», забыв, что регистрация программы для эвм требует идентифицировать именно программу, а не железный шкаф с логотипом.
Типичная ошибка: смешать всё в одну сущность, а потом удивляться, почему в договоре непонятно, что передаётся. Проверка простая: попробуйте ответить себе, что именно можно скопировать на другой компьютер и запустить. Если это можно перенести как набор файлов, это уже ближе к программе. Если это «шкаф на объекте», то это не про авторское право, а про поставку оборудования. И да, я сначала хотела написать «очевидно», но ничего тут не очевидно, иногда даже у опытных инженеров.
Шаг 2. Разбираемся с правами: кто автор, кто правообладатель и что реально разрешено
Дальше самый болезненный момент: права на программу для эвм. В России программы для ЭВМ и базы данных относятся к объектам авторского права, и правообладатель определяется не «по оплате», а по документам и обстоятельствам создания. Если делал штатный разработчик, смотрим трудовой договор, должностные обязанности, служебное задание, акты. Если подрядчик, смотрим договор: есть ли отчуждение исключительного права или хотя бы лицензия, и какая. Если это «взяли коробку, докрутили», то там могут быть лицензии третьих лиц, ограничения, запрет на модификацию, и внезапно вы не можете легально раздать изменённую версию филиалам.
Типичная ошибка: путать право использования программы для эвм с правом владеть экземпляром. Купили сервер с предустановкой, и кажется, что «наше». А по факту у вас может быть только право запуска на одном узле, без права передавать, дорабатывать, демонстрировать. Проверка: найдите в договоре формулировки про «исключительное право», «лицензию», «территорию», «срок», «способы использования». Если вместо этого только «оказание услуг по разработке» и «сдача-приёмка работ», готовьтесь, что спорить будет неприятно.
Шаг 3. Фиксируем состав и версии: исходники, объектный код, материалы и то, что видит пользователь
Когда права более-менее ясны, нужно зафиксировать, что именно является программой. Для регистрации и для споров одинаково важны идентифицирующие материалы: кусок исходного текста или объектный код, описание, иногда подготовительные материалы. У программы для ЭВМ в составе сложного объекта почти всегда есть версии, патчи, конфиги, а ещё база данных рядом, и люди это смешивают в одну папку «release_final_2024_самое_последнее». Я обычно предлагаю вести внутреннюю «база программ для эвм» не в смысле юридического термина, а как управленческую штуку: список модулей, версий, дат, кто залил, кто принял.
Типичная ошибка: хранить исходники «у Пети на ноутбуке», а в проде крутить что-то, что никто не может восстановить. Проверка: возьмите последнюю версию на объекте и попробуйте воспроизвести сборку в контролируемой среде. Если получилось и совпало по контрольным суммам или хотя бы по поведению, значит вы хоть что-то контролируете. Если нет, у вас не только юридический риск, но и эксплуатационный, и это даже страшнее.
Шаг 4. Настраиваем легальное использование в эксплуатации: кто запускает, кто правит, кто обновляет
Использование программ для эвм в сложном объекте не ограничивается «нажать кнопку старт». Обычно есть оператор, инженер АСУ ТП, подрядчик по сопровождению, ИТ-служба, иногда служба безопасности. И у каждого должны быть свои границы: кто имеет право менять конфигурацию, кто загружает обновления, кто имеет доступ к исходникам, кто подписывает акты. Это не занудство. Это ваш способ потом доказать, что изменения вносились уполномоченно, а не «кто-то ночью подкрутил параметры и всё сломалось».
Типичная ошибка: допускать к системе всех «кому надо», а потом искать крайнего. Проверка: есть ли журнал изменений, есть ли регламент обновлений, а в договорах с подрядчиками прописано ли право использования программы для эвм именно для сопровождения и модификации. Мини-кейс из жизни: у производственника в Татарстане SCADA работала стабильно, пока подрядчик не сменился. Новый подрядчик обновил компонент, и визуализация поехала, потому что лицензия на модуль была оформлена на старую организацию, а новый «просто поставил заново». Разбирались две недели, стояли ночные смены, а всё началось с того, что права и лицензии никто не свёл в одну понятную картинку.
Шаг 5. Разводим по полкам «программа» и «база данных», чтобы не запутаться в терминах и заявках
Программы для эвм и базы данных рядом почти всегда. SCADA архивирует параметры, инженерный софт хранит расчётные модели, маркетплейс хранит карточки товаров, и людям кажется: «ну это всё одна программа». Юридически база данных может быть самостоятельным объектом, а может быть просто данными внутри. Для Роспатента это тоже важно: вы либо делаете регистрация программы для эвм, либо отдельно оформляете базу данных, если есть смысл. И иногда смысл есть: когда ценность именно в структуре и подборе данных, а не только в коде.
Типичная ошибка: пытаться «впихнуть» описание базы данных в материалы по программе и надеяться, что это всё равно защитит. Проверка: задайте себе вопрос, что вы будете защищать в споре, код или массив данных. Мини-кейс: у одного клиента была внутренняя система расчёта логистики, код менялся каждые две недели, а ценность была в наработанной базе маршрутов и тарифов. Мы отдельно обсуждали, что фиксировать и как, потому что спор потенциально был бы не про строки кода, а про выкачанные данные.
Шаг 6. Решаем, нужна ли регистрация в Роспатенте, и если да, делаем её без лишней драмы
Государственная регистрация программы для эвм в России не обязательна. Авторское право возникает без неё. Но в реальной жизни регистрация программы для эвм часто работает как быстрый способ показать: вот дата, вот правообладатель, вот идентифицирующие материалы. Когда начинается конфликт с бывшим подрядчиком или сотрудником, свидетельство о регистрации программы для эвм не решает всё магически, но заметно упрощает доказательную часть. В Роспатент подают заявление, прикладывают материалы, которые идентифицируют программу, платят сбор, проходит формальная экспертиза, и после этого запись появляется в реестр программ для эвм.
Типичная ошибка: думать, что регистрация заменит договоры и акты. Не заменит. Проверка: перед подачей откройте цепочку прав от автора к правообладателю и убедитесь, что там нет дыр. Мини-кейс: стартап по промышленной диагностике хотел срочно в реестр программ для эвм, потому что «инвестор попросил». Сроки горели, но выяснилось, что ключевой разработчик работал как самозанятый «по чатам», без нормального договора об отчуждении. Сначала оформили отношения и права, потом спокойно подали заявку, и уже после получили свидетельство. Нервы сэкономили не регистрацией, а порядком в документах.
Шаг 7. Подтягиваем безопасность и «человеческие» документы: инструкции и доступы, чтобы потом не было смешно и больно
Смешно, но иногда вопрос «а где у нас инструкция по эвм» всплывает на проверках и аудитах в самый неподходящий момент, и внезапно это влияет на эксплуатацию софта. Если на объекте есть рабочие места операторов, часто нужна инструкция по охране труда эвм, а для конкретной роли бывает и инструкция по охране труда для оператора эвм. Это не про авторское право напрямую, но про дисциплину использования: кто сидит за терминалом, какие права доступа, какие действия запрещены. Чем строже объект, тем больше шанс, что требования по охране труда и ИБ всплывут рядом с темой «кто имеет доступ к исходникам» и «кто может обновлять». И тут начинается каша: люди думают про юридическую защиту, но ломается всё на банальном разграничении ролей.
Типичная ошибка: держать доступ администратора «для удобства» у всех, кто работает посменно. Проверка: если вы завтра меняете подрядчика, сможете ли вы отозвать доступы, сменить пароли, сохранить работоспособность и при этом не нарушить право использования программы для эвм по лицензии. Если ответ мутный, лучше потратить вечер и навести порядок сейчас, чем неделю потом.
Подводные камни: где чаще всего всё разваливается
Первый провал всегда в словах. Люди называют «программой» всё подряд, включая конфигурации, лицензии, базы, интерфейсы, и потом удивляются, что при споре невозможно объяснить, что именно украли или незаконно используют. Вторая проблема в том, что сложный объект живёт долго, а команды меняются быстро. Документы, которые подписали на старте, не выдерживают реальности через два года, когда появляется новый модуль, новый подрядчик и новый способ использования. И вот тогда старые формулировки превращаются в ловушку: обновлять нельзя, переносить нельзя, исходники не передавались, а бизнесу надо «ещё один завод подключить к диспетчеризации».
Отдельная боль это когда регистрация программы для эвм делается «для галочки», без контроля того, что реально ушло в эксплуатацию. В реестр программ для эвм попадает одна версия, а на объекте работает другая, да ещё и с правками «на месте». В споре это выглядит странно: свидетельство есть, а доказать идентичность трудно. Нормальная практика это привязать регистрацию к конкретному релизу и держать у себя архив материалов: что именно регистрировали, кто подписал, где хранится. Не потому что так красиво, а потому что иначе вы платите за бумагу, которая потом не помогает.
И ещё один подводный камень, который я не люблю: «мы всё написали сами, значит безопасно». Даже если код свой, в составе могут быть сторонние библиотеки и компоненты с условиями лицензий, а в промышленности ещё бывают закрытые SDK от производителей оборудования. Это влияет на право использования программы для эвм и на то, что вы вправе передавать заказчику. На бумаге вы обещали «исключительное право», а внутри сидит кусок, который так передавать нельзя. Потом начинаются неприятные разговоры и попытки переписать историю.
Кому это реально экономит время и нервы
Регистрация и нормальное оформление интеллектуальной собственности особенно полезны тем, у кого софт встроен в бизнес-процесс и стоит денег каждую минуту простоя: производство, энергетика, логистика, большие внутренние системы. Там спор про использование программ для эвм это не «юридическая дискуссия», а риск остановки. Ещё это помогает тем, кто работает с подрядчиками и часто меняет команды: когда на руках есть понятные договоры, цепочка прав и при необходимости свидетельство о регистрации программы для эвм, смена подрядчика не превращается в сериал на три сезона.
Если вы хотите держать руку на пульсе по товарным знакам, патентам и софту, у нас иногда появляются разборы кейсов и новости без занудства. Хотите защитить свою интеллектуальную собственность, быть в курсе всех новостей? Подпишитесь на наш Telegram-канал и на Телеграмм канал Патентного бюро Лирейт». А если параллельно решаете вопросы бренда, рядом могут пригодиться Регистрация товарного знака, история про Монополия на бренд и общая Юридическая защита интеллектуальной собственности.
FAQ
Вопрос: Программа для ЭВМ в составе системы управления это отдельный объект или часть «комплекса»?
Ответ: Для авторского права это отдельный объект: программа как совокупность данных и команд, включая исходный текст, объектный код и материалы, которые её идентифицируют. Железо, шкафы, датчики и монтажные работы живут по другим правилам, и лучше не смешивать их в одно «всё вместе наше».
Вопрос: Обязательна ли государственная регистрация программы для эвм в Роспатенте?
Ответ: Нет, регистрация факультативная: права возникают и без неё. Но государственная регистрация программы для эвм часто упрощает доказательство, когда спорят о правообладателе, дате и составе программы, потому что есть запись в реестр программ для эвм и свидетельство.
Вопрос: Что именно выдают после регистрации и что это даёт в конфликте?
Ответ: Выдают свидетельство о регистрации программы для эвм и вносят сведения в реестр. Это не «щит от всего», но сильный документ в доказательной базе, особенно если параллельно у вас нормально оформлены договоры с авторами и подрядчиками.
Вопрос: Можно ли зарегистрировать сразу и программы для эвм и базы данных?
Ответ: Да, но это разные объекты и разные заявки. Иногда достаточно зарегистрировать только программу, иногда логично отдельно подумать про базу, если ценность в структуре и подборе данных, а не только в коде.
Вопрос: Если подрядчик разработал модуль для SCADA, значит мы автоматически получаем права на программу для эвм?
Ответ: Не автоматически. По договору может быть передано исключительное право, может быть выдана лицензия, а может быть вообще ничего не передано, кроме результата работ «в виде установленного софта». Проверяйте формулировки про исключительные права, способы использования и право на доработку.
Вопрос: Как проверить, что использование программ для эвм на объекте легальное и не завязано на одного человека?
Ответ: Посмотрите, где хранятся исходники и сборки, кто владеет админ-доступами, есть ли регламенты обновлений и журналы изменений, и что написано в договорах про право использования программы для эвм для сопровождения. Если всё держится на одном ноутбуке и одном пароле, это тревожный сигнал.
Вопрос: При чём тут инструкция по эвм и инструкция по охране труда эвм, если речь про авторские права?
Ответ: Напрямую не при чём, но в жизни эти вещи сцепляются. Когда софт встроен в производственный процесс, проверки и расследования инцидентов часто цепляют порядок работы за рабочим местом, роль оператора и допуски. Инструкция по охране труда для оператора эвм и нормальные доступы не защищают авторские права, но помогают не превратить эксплуатацию в хаос, где потом невозможно установить, кто и что менял.