Вы слушаете Бизнес в США на Terms.Law Radio. Я Сергей Токмаков, адвокат штата Калифорния. Сегодня тема, на которой ломаются сделки и хоронятся раунды: кто владеет кодом, написанным до создания компании. Сценарий, который я вижу постоянно: два товарища год пилили продукт по вечерам, один в Киеве, другой в Алматы. Продукт полетел, открыли Delaware корпорацию, пришел инвестор, начался due diligence, юридическая проверка. И первый же вопрос юристов инвестора: покажите документы, по которым код принадлежит компании. А документов нет. Код написан за год до того, как компания появилась на свет. Сегодня разбираем, почему это проблема, насколько она решаема, и как ее не создавать.

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

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

Как проблема решается, если компания уже создана, а код старше нее. Инструмент называется confirmatory assignment или просто assignment of intellectual property: письменный документ, в котором автор передает компании права на конкретно описанные результаты, созданные до даты учреждения. Обратите внимание на три детали. Деталь один: подписать должен каждый, кто писал код, а не только тот, кто сейчас главный. Деталь два: за передачу должно быть встречное предоставление, обычно это акции основателя или символическая сумма, юристы знают, как оформить. Деталь три: описание передаваемого должно быть конкретным: репозитории, продукты, период создания. Формулировка передаю все, что когда-либо создал, слишком широка и может зацепить то, что человек передавать не собирался, например, его прошлые проекты.

Вы слушаете Бизнес в США, на Terms.Law Radio.

Теперь про фрилансеров и подрядчиков, потому что доинкорпорационный код редко пишут только основатели. Здесь второй контринтуитивный принцип: оплата работы не передает права на нее. По умолчанию код, написанный независимым подрядчиком, принадлежит подрядчику, даже если вы заплатили за каждый час. Американская доктрина work made for hire, работа по найму, для заказного софта почти никогда не работает автоматически, что бы ни было написано в счете. Нужна письменная передача прав, и в ней критичен глагол. Формула hereby assigns, настоящим передает, действует сразу. Формула agrees to assign, обязуется передать, это лишь обещание, и юристы инвестора отличают одно от другого с первого взгляда. Если ваши подрядчики в Грузии, Польше или Казахстане подписывали местные шаблоны, проверьте, есть ли там передача прав, совместимая с американской сделкой, и при сомнении получите подтверждающие подписи заново. То же с дизайнерами, авторами текстов и всеми, чей вклад попал в продукт.

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

Четвертый слой: open source. Почти любой современный продукт стоит на открытых компонентах, и у каждого компонента есть лицензия со своими условиями. Большинство, вроде MIT или Apache, для коммерческого продукта комфортны. Но семейство копилефт-лицензий, самая известная из которых GPL, устроено иначе: при определенных способах включения такого кода в продукт лицензия требует открыть и ваш собственный код. Юристы инвестора прогонят кодовую базу через автоматический аудит зависимостей, и найденный копилефт в ядре продукта, это в лучшем случае месяц на переписывание, в худшем, пересмотр оценки компании. Дешевле вести список зависимостей с первого дня и думать о лицензии до того, как компонент лег в ядро.

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

Соберу практический чек-лист. Первое: составьте карту продукта, кто писал каждый крупный кусок и когда, до или после учреждения компании. Второе: от каждого автора доинкорпорационного кода получите подтверждающую передачу прав, с конкретикой и встречным предоставлением. Третье: проверьте договоры всех подрядчиков на глагол передачи: hereby assigns, а не agrees to assign. Четвертое: опишите background IP списком и оформите лицензию компании. Пятое: заведите учет open source зависимостей и их лицензий. Эти пять пунктов, сделанные заранее, стоят часы работы. Те же пять пунктов в аврале за неделю до закрытия раунда стоят кратно дороже и делаются под давлением инвестора, который уже увидел дыру.

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

Текст подготовлен и проверен адвокатом Сергеем Токмаковым. Озвучивание создано с использованием технологии искусственного голоса. Это общая информация, а не юридическая консультация. Прослушивание не создает отношений адвокат-клиент.