Договор, который индивидуальный инженер должен подготовить заранее для совместного предприятия с компанией
Наша юридическая фирма, в которой главным адвокатом является бывший IT-инженер, принимает юридические консультации не только от компаний, но и от инженеров. Один из типичных примеров – это консультация на тему “Я, как частное лицо, работал над новым проектом с определенной компанией, но теперь не могу получить достаточное распределение от компании”. Например, в следующих ситуациях:
- Я, как индивидуальный инженер, с самого начала работал над разработкой новой системы для компании, которая не обязательно сильна в IT
- Данная система имеет хорошую производительность и увеличивает продажи
- Я просил распределение акций или распределение прибыли на основе продаж, но компания не отвечает на это
В таких ситуациях мы обсуждаем, что должен думать индивидуальный инженер, почему такие ситуации возникают и как их можно предотвратить.
Споры, связанные с совместными предприятиями, можно предотвратить, если есть контракт
Прежде всего, если сразу перейти к выводам, предотвращение таких ситуаций на самом деле просто. Ответ прост.
Чтобы подготовиться к таким обстоятельствам, заранее следует заключить “договор о совместном предприятии”, включающий следующие пункты.
Вот что нужно сделать. В договоре о совместном предприятии можно предусмотреть, например, следующие положения:
- Авторские права на данную систему будут совместно принадлежать вам и компании
- ●% от продаж будет распределено вам
- Положения о передаче акций
Вам нужно разработать их в оптимальном балансе и заключить заранее.
Однако, на практике, заключение таких договоров часто откладывается, и именно поэтому проблемы, описанные выше, легко выходят на поверхность.
- Каковы правоотношения и другие проблемы, когда проблемы выходят на поверхность?
- Какой стратегии следует придерживаться при разработке договора о совместном предприятии заранее?
- Почему проблемы часто выходят на поверхность, если договор не заключен?
Ниже мы обсудим эти вопросы по порядку.
Принадлежность исходного кода программы в совместном бизнесе
На стадии, когда такие проблемы становятся очевидными, максимальным “правом”, которое индивидуальный инженер может утверждать перед компанией, является авторское право. Исходный код программы является “произведением”, подлежащим авторскому праву. И принадлежность авторских прав на исходный код определяется следующими правилами:
- В принципе, они принадлежат тому, кто написал код.
- Если тот, кто написал код, работает на компанию и выполняет определенные условия, это становится “служебным произведением”, и оно принадлежит компании.
- Если в контракте указано, кто владеет авторскими правами, следует этому условию.
Следовательно,
- В принципе, они принадлежат индивидуальному инженеру, который написал код.
- Индивидуальный инженер не является сотрудником компании, поэтому служебное произведение не создается.
- Следует условию принадлежности в контракте, но “контракт” не существует.
Исходя из этого, кажется, что авторские права принадлежат индивидуальному инженеру, но если этот спор станет предметом судебного разбирательства, суд не обязательно примет такое решение.
Кстати, подробно о том, может ли быть заключен контракт на разработку системы без контракта, см. в следующей статье.
https://monolith.law/corporate/system-development-contract[ja]
Отсутствие контракта приводит к неоднозначному решению
Хотя это не относится к проектам разработки систем, в случае спора о принадлежности авторских прав на дизайн монумента, установленного на станции, между индивидуальным дизайнером, который выполнил дизайн, и компанией, которая сделала заказ, Токийский высший суд 31 мая 2004 года (Heisei 16)
- Не было контракта
- Этот монумент изначально планировалось установить на станции под руководством компании, и не предполагалось его использование в других целях
- Компания выплатила гонорар индивидуальному дизайнеру
На основании этих фактов, суд признал передачу авторских прав от индивидуального дизайнера к компании.
Таким образом, в отсутствие письменного контракта, вопрос о том, была ли передача авторских прав на заказчика, решается на основе различных обстоятельств, исследуя разумные намерения заказчика и исполнителя. Иными словами, это становится очень “неоднозначным” решением, и нет четких правил. Например, вопрос о том, “каким образом выплачивается оплата за написание исходного кода”, можно сказать, что в целом обрабатывается следующим образом в рамках этого “неоднозначного” решения.
- Если оплата производится в виде ежемесячной платы → это оплата за общий сервис, включая обслуживание, и особенно если исполнитель – физическое лицо, это легко оценивается как аналог зарплаты, и скорее подтверждает передачу авторских прав на заказчика
- Если оценка производится каждый раз при обновлении версии → это легко оценивается как оплата за создание этой версии, и скорее отрицает передачу авторских прав на заказчика
Когда индивидуальный инженер выполняет заказ от компании в форме “совместного предприятия”, его вознаграждение часто выплачивается в виде ежемесячной платы, и в результате, скорее подтверждается передача авторских прав на компанию. Кроме того, по крайней мере, со стороны индивидуального инженера, в отсутствие письменного документа, сложно утверждать, что “авторские права явно принадлежат мне”.
Эти вопросы о принадлежности авторских прав на исходный код подробно объяснены в следующей статье.
Какие вопросы следует урегулировать в договоре о совместном предприятии
Основная причина возникновения таких ситуаций – отсутствие предварительно подготовленного договора. Возможно, вы интуитивно подумаете, что “создание договора заранее не реалистично”, но об этом мы поговорим позже. Сначала давайте обсудим, каким должен быть подходящий договор.
Регулирование авторских прав
Как следует из вышеизложенного, в договоре следует установить положения об авторских правах. С точки зрения индивидуального инженера, наибольшим риском при совместной работе с компанией по разработке системы является возможность “быть отстраненным” после монетизации проекта.
То есть, даже если вы заключили договор о том, что “20% от выручки будет выплачиваться индивидуальному инженеру”, если сам договор будет прекращен, вы в конечном итоге не сможете получить прибыль. Чтобы не допустить прекращения договора, важно иметь “права” на своей стороне, и самым важным из этих “прав” являются авторские права. В отношении авторских прав можно установить следующие положения:
- Авторские права принадлежат индивидуальному инженеру
- Авторские права разделяются между компанией и индивидуальным инженером
- Авторские права принадлежат компании, но компания не может их использовать или передавать без разрешения индивидуального инженера
Если установить такие положения, с точки зрения компании, если она “отстранит” индивидуального инженера, она не сможет продолжить бизнес, и таким образом можно предотвратить “отстранение”.
Подробнее о взаимосвязи между IT-системами и авторскими правами можно прочитать в следующей статье.
https://monolith.law/corporate/internet-technology-system-copyright-problem[ja]
Регулирование вопросов оплаты
Кроме того, необходимо установить положения об оплате. Это не только для таких случаев, но и когда вы ведете бизнес вместе, сторона, которая не получает выручку, выигрывает, получая распределение на основе выручки, а не прибыли. То есть, например,
- Компания выплачивает индивидуальному инженеру ●% прибыли от бизнеса, связанного с данной системой
- Компания выплачивает индивидуальному инженеру ●% выручки от бизнеса, связанного с данной системой
Вы должны стремиться к последнему. Индивидуальный инженер не может точно знать, сколько выручки получает компания, сколько составляют различные расходы и являются ли эти расходы действительно “для этого бизнеса”. Получение выручки, оплата расходов, управление тем, что было получено за эти расходы, например, персоналом, в конечном итоге осуществляется компанией. И в этом контексте можно сказать, что выручка – это то, что легче всего понять. Поэтому выгоднее получать платежи, которые можно просто вычислить только из легко понимаемых элементов.
Регулирование передачи акций
Кроме того, вы можете попросить передать акции. Однако, в этой статье мы не будем подробно обсуждать этот вопрос, но “индивидуальный инженер-подрядчик, работающий над совместным проектом”, на практике, вряд ли сможет запросить много акций, например, десятки процентов. Если внешний участник в таком положении имеет значительное количество акций, инвестиции от венчурных капиталистов или IPO могут стать очень сложными. Например, вы должны вести переговоры в реалистичных пределах, таких как 5%.
Почему договоры не составляются заранее?
Таким образом, отсутствие договора, включающего будущие платежи и прочее, для “совместного предприятия” между индивидуальным инженером и компанией, является “невыгодным” положением для индивидуального инженера. Важно заранее подготовить договор, но многие люди, похоже, чувствуют, что “трудно заранее подготовить и заключить договор”.
Это, если говорить жестко, может быть связано с различием восприятия “бизнеса” между компанией и индивидуумом. Вообще говоря, споры, связанные с такими совместными предприятиями, часто возникают в следующем хронологическом порядке:
- Компания и индивидуальный инженер поручают разработку системы для запуска нового бизнеса. В этот момент соглашается, что индивидуальному инженеру будет выплачиваться вознаграждение в виде, например, “300 000 иен в месяц” для поддержания его жизни.
- Данный бизнес начинает приносить прибыль, и вышеупомянутое вознаграждение немного увеличивается.
- Данный бизнес продолжает расти, и компания начинает получать доход в размере десятков миллионов или миллиардов иен.
- На этом этапе сумма, которую получает индивидуальный инженер, например, “500 000 иен в месяц”, становится незначительной по сравнению с прибылью, которую получает компания, и даже по сравнению с суммой, которую другая компания получила бы за разработку этой системы.
- Отношения между индивидуальным инженером и компанией ухудшаются.
С точки зрения индивидуального инженера, действительно, если он не получает ежемесячную плату на этапе 1, это может вызвать проблемы в его жизни. И на этапе 4, действительно, сумма “500 000 иен в месяц”, как в приведенном выше примере, будет незначительной по сравнению с:
- Прибылью, которую получает компания
- Суммой, которую другая компания получила бы за создание этой системы
Однако простое сравнение этих факторов экономически несправедливо. Потому что:
- На этапе 1 компания делает предварительные инвестиции, оплачивая вознаграждение индивидуальному инженеру, зарплату продавцу и т.д. для бизнеса, доходность которого неизвестна.
- Если бы другая компания создала систему, она бы, скорее всего, передала авторские права, и вообще не было бы речи о “распределении прибыли на основе дохода”.
Если говорить жестко, “если вы получили вознаграждение за работу без риска на этапе, когда неизвестно, будет ли бизнес прибыльным, у вас нет права требовать распределения прибыли, когда бизнес в итоге становится прибыльным”. Суды, как правило, приходят к такому же выводу и оценке.
Вывод
На стадии, когда совершенно неизвестно, приведет ли бизнес к успеху, тратить время на создание договора о совместном предприятии или обращаться к адвокату с просьбой об этом, несомненно, представляет собой «риск». Если в конечном итоге бизнес проваливается, то потраченное время и деньги становятся «потерянными затратами».
Однако, в основе бизнеса лежит принцип, что тот, кто рискует, в случае успеха получает сверхприбыль. С точки зрения индивидуального инженера, даже на стадии, когда «еще неизвестно, будет ли это прибыльным», стоит взять на себя «риск», потратив время и деньги, как указано выше. Если в результате бизнес преуспевает, вы можете получить лучший результат, чем если бы вы не рискнули.
Договор о совместном предприятии неизбежно является специализированным документом. Чтобы предотвратить будущие споры и обеспечить получение должной прибыли, важно как можно раньше обратиться к адвокату, чтобы создать и заключить договор, который ясно определяет отношения по договору.
Информация о создании и рассмотрении договоров нашим юридическим бюро
В юридическом бюро Monolis, специализирующемся на IT, интернете и бизнесе, мы предлагаем услуги по созданию и рассмотрению различных договоров для наших корпоративных клиентов и клиентов-консультантов.
Подробности можно узнать на странице ниже.
Category: IT
Tag: ITSystem Development