Прототип работает, покупатель заинтересован — и тут выясняется, что часть кода написана до регистрации компании, дизайн один из основателей заказал от своего имени, а договоры с авторами не сохранились. Передать права на продукт в такой ситуации будет непросто. При привлечении инвестиций или продаже стартапу придется показать, кто создал ключевые элементы и почему компания вправе ими распоряжаться.
Начните с карты активов, а не с заявки на регистрацию
Перечень интеллектуальных активов не ограничивается кодом. Включите в него название и обозначения продукта, интерфейс, тексты, иллюстрации, базы данных, документацию, алгоритмические решения и внутренние материалы. Для каждого объекта запишите автора или разработчика, дату создания, основание использования и место, где хранятся подтверждающие документы.
Разделите перечень на созданное командой, полученное от подрядчиков и используемое по чужой лицензии. Так проще заметить пробелы до проверки инвестором. Лицензия на библиотеку, например, может разрешать ее использование в продукте, но не передавать стартапу исключительное право. И доступ к репозиторию сам по себе переход прав не подтверждает.
Разберите права между основателями и компанией
В первую очередь проверьте то, что появилось до учреждения компании. Если будущий технический директор самостоятельно написал первую версию программы, его участие в стартапе не означает, что права перешли юрлицу. Выясните, кто создавал каждый компонент, не попали ли в продукт материалы прежнего работодателя и какие права нужно оформить на компанию. В зависимости от обстоятельств подойдет договор об отчуждении исключительного права или лицензия с необходимым объемом использования.
Соглашение основателей о долях и управлении не заменяет оформления прав на результаты работы. Отдельно определите, как передаются ранее созданные объекты и как команда работает с новыми: кто утверждает заказы подрядчикам, где хранятся исходники, кто проверяет ограничения перед добавлением компонента в продукт. При выходе основателя из проекта отсутствие таких правил может обернуться спором о дальнейшей разработке.
Что проверять в цепочке создания
- Сотрудники. Входили ли задания в их трудовые обязанности, как зафиксировано создание служебных результатов, соблюдены ли применимые требования к правам и вознаграждению авторов.
- Подрядчики. Описаны ли результат, передаваемые права, цена и порядок приемки; может ли подрядчик привлекать соисполнителей и как оформляются права этих людей.
- Готовые компоненты. Разрешает ли лицензия коммерческое использование, изменение и распространение компонента в рамках выбранной модели предоставления продукта.
Если компания работает по российскому праву, проверяйте договоры с учетом норм ГК РФ о конкретном результате и виде договора. Фраза «все права принадлежат заказчику» без описания результата и условий передачи может не снять вопросов о правах.
Выделите активы, которым нужна отдельная охрана
Авторское право на оригинальный код или дизайн обычно возникает при создании, без подачи заявки. Но в споре нужны будут доказательства авторства, даты создания и законного приобретения прав компанией. Помогут версии файлов, история задач и изменений, переписка об утверждении задания и подписанные документы о приемке. Сохраняйте доступ к ним и после смены сотрудников или системы разработки.
С названием продукта ситуация другая. Регистрация компании и покупка домена не дают исключительного права на обозначение как на товарный знак. Прежде чем вкладываться в продвижение, проверьте его с учетом товаров, услуг и рынков, на которые рассчитываете. Если регистрация оправданна, планируйте подачу заявки заранее: возможность регистрации и объем охраны зависят от самого обозначения и заявленных позиций.
Для технического решения иногда подходит патентная охрана, но не каждую функцию приложения можно запатентовать. Публичная демонстрация до оценки патентоспособности способна повлиять на перспективы защиты в отдельных юрисдикциях. Если ценность представляют непубличные настройки, методика или данные, ограничьте доступ к ним и установите режим конфиденциальности. Назвать файл «секретным» для этого недостаточно.
Подготовьте папку для проверки инвестором
Инвестора обычно интересует не число свидетельств, а может ли компания использовать ключевой продукт без непредвиденных претензий. Поэтому документы должны показывать происхождение каждого существенного компонента. Складывать все в один архив необязательно: нужен понятный реестр и доступ к актуальным версиям.
- Перечислите компоненты, без которых продукт не работает или теряет основную ценность.
- Для каждого укажите создателя, действующего правообладателя и документ, подтверждающий право компании на использование или распоряжение.
- Отметьте пробелы: устные договоренности, неподписанную приемку, компоненты неизвестного происхождения и лицензии с неясными ограничениями.
- Назначьте ответственного и срок устранения каждого пробела. Сохраняйте прежние версии документов и историю согласований.
Не оформляйте документы задним числом и не сообщайте инвестору, что права «очищены», пока не установлено происхождение ключевого компонента. Если получить права на него нельзя, иногда разумнее заменить компонент до сделки. Какие документы раскрывать инвестору, решайте с учетом конфиденциальности и стадии переговоров.
Реагируйте на нарушения соразмерно и с доказательствами
Если конкурент использует материалы стартапа, сначала зафиксируйте это использование. Затем сравните его с оригинальными материалами компании и проверьте документы о правах. Похожая функция продукта сама по себе не доказывает нарушения авторского права на код или интерфейс. Для претензии нужно определить охраняемый объект, характер его использования и обстоятельства создания.
Дальнейшие действия зависят от предмета спора: для обозначения, кода и конфиденциальных сведений основания требований и доказательства будут разными. Необоснованная публичная претензия может создать новый конфликт. Если продукт работает на нескольких рынках, отдельно проверьте территории охраны и применимое право: регистрация товарного знака в одной стране не защищает его автоматически в других.
Для ближайшей внутренней проверки возьмите первую версию продукта и внесите в реестр имена ее авторов, их вклад и основания, по которым компания вправе его использовать. Если по одному из компонентов документ не находится, отметьте пробел, а не оставляйте графу пустой. Материал не заменяет индивидуальную юридическую консультацию.