Как передать пароли на программное обеспечение

Обновлено: 02.07.2024

Ответ
"Да, обязана. В противном случае приобретатель не сможет реализовать свое право на модификацию программы (пп. 9 п. 2 ст. 1270 ГК РФ). Получится, что компания-разработчик передала только часть прав на программу, что не соответствует положениям ст. 1285 ГК Р. Ф. По договору об отчуждении исключительного права на произведение автор или иной правообладатель передает или обязуется передать принадлежащее ему исключительное право на произведение в полном объеме приобретателю такого права."

Смущает предложение: "Да, обязана. В противном случае приобретатель не сможет реализовать свое право на модификацию программы."

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

не в ту степь, видимо, мы не поняли друг друга.
Первый вариант - когда разработчик в проект за 500 долларов втыкает подписку DevExpress, просто потому, что она у него есть.
Заказчик платит 500, и вдруг, оказывается, что надо еще 700-1500 долларов заплатить за компоненты.
Это не фатально, неприятно, но не влечет никаких судебных разбирательств.

Второй вариант - когда разработчик написал проект на базе своего фреймворка, сделанного ранее. Собственно, в вебе такие ситуации сплошь и рядом (со своим или чужим кодом). И вот тут разработчик обязан продать этот фреймворк, поскольку проект без него работать не будет.
Разумеется, продать отдельно, но продать обязан, он не имеет права его зажать, типа "не продается".
Я, собственно, о втором варианте.

alexeyvg
Как купить сейчас, например, какой нибудь старый Delphi?

С 2010 года Эмбаркадеро дает возможность при покупке и регистрации последней версии скачать и установить предыдущие версии вплоть до Дельфи 7 и C++builder 6 (кроме 2006, там как раз проблема с включенными в дистрибутив сторонними лицензиями) - какую-то конкретную или все сразу.
Дельфи 6 нет смысла использовать, Дельфи 7 лучше (как и 2007 в отношении 2006), при перекомпиляции проблем нет.
Дельфи 5 - для пираток есть легализация.
Дельфи 3-2-1 уже никому давно не надо, даже даром.
Так что тут все нормально.
alexeyvg
Если заказчик поручит разработчику поставить в комплекте среду разработки, то почему бы ему это не сделать, какие у него причины отказать, кроме нежелания незаслуженно получать деньги?

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

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

Но есть достаточно геморройный вариант. Например, А - конечный клиент, Б - подрядчик. Я заключаю договор с А, выставляю ему счет, а Б оплачивает этот счет с пометкой "за А".
Но проблема в том, что подрядчику при такой оплате я акт не дам. Соответственно, он не сможет принять этот платеж в расходы. А конечный клиент наоборот, получит от меня акт, должен его провести, хотя денег не платил.
То есть, А по бухгалтерии будет иметь непринятые расходы, а Б - долг ко мне.

Нормальная схема для крупных фирм - ставить софт заказчику по дистрибьютерскому договору с производителем.

Поверьте, я софт продаю уже лет 20, и знаю, где есть лишний геморрой, а где нет. А геморрой нам не нужен :-)

И да, это называется "делать заказчику хорошо" и "зарабатывать деньги".

Alibek B.
И что? Это стыдно или карма портится?
Это называется "под ключ" и делается не бесплатно.
Исполнитель зарабатывает и получает лояльность, заказчик не забивает себе голову посторонними вещами и работает только с одним ЮЛ, а дистрибьютор получает новую продажу через компетентного представителя. Все счастливы.
Вот именно.

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

К примеру, разработчик сделал софт на Enterprise, а для компиляции достаточно Professional. А клиент подумает, и решит что надо будет что-то еще встроить, и купит Enterpirse или вообще Architect.

Короче, всё это пустые хлопоты. Разработчик с заказчиком сами разберутся, как, что и где покупать. А не разберутся - пусть звонят в представительство Эмбаркадеро. А то прямо, позвонить и спросить это такие нужно усилия приложить, что для этого надо целую услугу организовывать.

Бывший работник Veeam Антон Мамичев создал программу eLearning Metadata Manager. При увольнении он предложил работодателю заключить лицензионный договор на использование программы и, не получив желаемого, обратился в суд.

Сторона Мамичева ссылалась на то, что исключительное право на программу принадлежит ему, поскольку программа была разработана им не в качестве служебного произведения.

Суд первой инстанции признал Мамичева автором программы и присудил в его пользу компенсацию в размере 23 млн рублей.

Хотя суд апелляционной инстанции это решение и отменил, отказав Мамичеву в полном объеме, Мамичев подал кассационную жалобу, поэтому говорить об окончательном результате судебного спора еще рано.

Таким образом, компаниям не стоит пренебрегать правильным юридическим оформлением прав на софт.

Код

Нужно ли регистрировать права на программу

Государственная регистрация Роспатентом программ для ЭВМ не обязательна и осуществляется только по желанию правообладателя. В результате регистрации правообладатель получает свидетельство.

Необходимо понимать, что свидетельство не всегда поможет доказать авторское право на программу в случае ее кражи, ведь Роспатент проверяет не работоспособность программы для ЭВМ, ее алгоритм и код, а всего лишь правильность поданного заявления.

Авторским правом охраняется именно исходный текст программы, а не сам алгоритм. Если некий плагиатор украдет идею и воспроизведет ее на другом языке программирования или запутает исходный код, отстоять свои интересы в суде будет трудно.

Таким образом, регистрация сама по себе не является панацеей от споров о принадлежности прав на ПО.

Если говорить о плюсах регистрации, то это:

  • Получение официального документа (свидетельства);
  • Удобство для бухгалтера — он может отражать в учете нематериальный актив;
  • Экономия времени, когда нужно доказать принадлежность прав на ПО;
  • Еще один бонус — капитализация стартапа, как правило, вырастает после оформления интеллектуальной собственности.

Как правильно закрепить отношения с работниками

Чтобы не допустить такого варианта развития событий, рекомендую придерживаться следующих правил:

  • Четко и ясно прописать в трудовом договоре функции, которые должен выполнять сотрудник (например, разрабатывать такую-то программу);
  • Разработать положение о служебном произведении и дать его под роспись сотрудникам на ознакомление;
  • Составить должностную инструкцию и точно так же получить подписи работников;
  • Для каждого проекта составлять служебное задание и доносить его до сотрудника (можно электронно);
  • Ежемесячно подписывать акт приемки работ (иногда это называют отчетом о проделанной работе — разницы нет), где будет зафиксировано, какую работу выполнил сотрудник;
  • Прописать в отдельном соглашении размер вознаграждения сотрудника за создание программы и порядок его выплаты (1295 ГК РФ). Закон напрямую предусматривает необходимость выплаты вознаграждения и отделяет этот институт от заработной платы;
  • Выплатить работнику вознаграждение.

Компьютеры с кодом

Как правильно закрепить отношения с фрилансером

Если программу разрабатывает фрилансер, то помимо договора авторского заказа с детально изложенным ТЗ нужно подписать с ним акт о приемке работ и зафиксировать факт оплаты по договору.

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

Чтобы обезопасить себя, во-первых, выясните, собирается ли фрилансер разрабатывать программу самостоятельно. Во-вторых, включите в договор условие о том, что фрилансер заверяет (431.2 ГК РФ) компанию об обладании исключительными правами, а в случае нарушения этого пункта — выплачивает неустойку или возмещает потери в соответствии со ст. 406.1 ГК РФ.

Как грамотно использовать режим коммерческой тайны

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

Чтобы выстроить по-настоящему эффективную юридическую защиту от утечек тайной информации, следует ввести в отношении нее так называемый режим коммерческой тайны.

Не спешите говорить, что юрист снова разводит бюрократию. Я согласен, что наше законодательство далеко от идеала. И по причине недостаточной гибкости отечественного права (особенно трудового) приходится работать с тем, что имеется.

Чтобы ввести режим коммерческой тайны в отношении охраняемой информации, необходимо сделать следующее:

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

И напоследок — не забывайте пользоваться техническими средствами защиты

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

Дарья Черепанова

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

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

Когда вы продаёте программу, вы передаёте права на неё заказчику или лицензиату. В договоре вы определяете объём прав — то, какими способами он может использовать программу.

Также вы решаете, сможете ли после оформления договора продавать программу другим клиентам или нет. Существует два вида лицензии:

  • Неисключительная лицензия, после оформления которой вы можете продавать программу другим людям. Чаще всего используют этот вариант.
  • Исключительная лицензия, в течение срока её действия вы не сможете никому продать программу.

Форма и условия лицензионного договора

Лицензионный договор оформляется в письменной форме. Обычно это отдельный документ с вашими договорённостями, реквизитами и подписями. Договором в письменной форме считается даже обычная переписка по электронной почте, если вы согласовали в ней все условия. Но всё же лучше оформить договор традиционным способом — в виде отдельного документа. Если возникнет спор, не придётся доказывать, что договор существует.

Помните, что этот шаблон — лишь образец, условия которого вы переделываете под себя. Особое внимание уделите описанию программы и способам её использования. Для каждого они будут индивидуальны.

Договор содержит существенные условия — то, о чём обязательно нужно договориться с клиентом. Если не сделать этого, он считается незаключённым. Это значит, что в спорах с клиентом суд не станет учитывать условия договора, как будто его нет.

В лицензионном договоре всего три существенных условия:

  1. Предмет договора.
  2. Способы использования программы.
  3. Размер вознаграждения.

Подробно разберёмся с каждым из них.

Новым ИП — год Эльбы в подарок

Год онлайн-бухгалтерии на тарифе Премиум для ИП младше 3 месяцев

Предмет договора

Это описание того, что вы продаёте. Укажите название программы, её характеристики и язык программирования. Если вы передаёте программу на физическом носителе — например, флешке или диске — напишите об этом. Чем больше подробностей, тем лучше. Когда предмет недостаточно хорошо описан, в суде могут решить, что договора не было.

Вот как описывается предмет в лицензионном договоре Эльбы

Способы использования

Договоритесь, как заказчик будет использовать программу. Вот варианты, которые предлагает Гражданский кодекс, но не обязательно ограничиваться только ими:

  • воспроизведение программы;
  • изготовление экземпляров ПО в любой материальной форме, включая запись на флешку или компьютер;
  • продажа и импорт программы;
  • публичный показ программы;
  • прокат программы;
  • предоставление любому человеку доступа к программе, т.е. её размещение в интернете;
  • модификация — любые изменения программы, например, перевод на другой язык программирования. Разрешая этот способ использования, учитывайте, что изменённая программа — новый объект интеллектуальной собственности, который вам не принадлежит. Поэтому заказчик может внести небольшие изменения и стать автором новой программы.

Пример из лицензионного договора Эльбы

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

Нельзя использовать программу способами, которые не указаны в договоре. Исключение: те действия, которые нужны для нормальной работы программы. На это не требуется вашего разрешения. Это установлено ст. 1280 ГК.

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

Размер вознаграждения

Договоритесь о конкретной сумме или опишите порядок её расчёта. Вознаграждение может зависеть от доходов заказчика от вашей программы. В этом случае лучше предусмотреть минимальную фиксированную сумму, которую вы получите в любом случае, даже если продаж не будет. Варианты формулировок:

  • Сумма лицензионного вознаграждения составляет 10 000 рублей без НДС.
  • За предоставление права использования ПО установленными настоящим договором способами лицензиат выплачивает лицензиару вознаграждение в размере 30% от дохода, полученного Лицензиатом за использование ПО.

Определите сроки выплаты лицензионного вознаграждения

  • единовременно, не позднее пяти рабочих дней с момента подписания Договора.
  • единовременно, не позднее пяти рабочих дней по окончании срока действия Договора.
  • в соответствии с Графиком платежей (Приложение N 2 к Договору).
  • не позднее 10-го числа каждого месяца в размере 50% от продажной цены продукции, произведенной с использованием объекта интеллектуальной собственности, на момент реализации.

Срок договора

Если вы не определите срок, договор всё равно будет заключён — на 5 лет.

Госрегистрация договора

Не нужна, если вы не регистрировали право на программу. Это можно было сделать по желанию.

Доступ к программе по оферте на сайте

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

Договор начинает действовать, если клиент соглашается с его условиями, — это называется акцептом. В договоре вы указываете способы акцепта: чаще всего это оплата программы или регистрация в сервисе.

Например, доступ к Эльбе предоставляется по оферте, условия которой любой может прочитать на нашем сайте. Акцептом считается оплата тарифа или регистрация в сервисе — в зависимости от того, что было раньше. С этого момента считается, что условия договора приняты пользователем и договор заключён.

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

Вот примеры нескольких сервисов, которые работают по оферте:

Разработка программы по заказу

А теперь представим другую ситуацию: заказчик просит разработать для него программу. Такая сделка оформляется договором подряда или авторского заказа.

Если вы ИП

Вам подойдёт договор авторского заказа. Он отличается от лицензионного тем, что в момент его оформления программы ещё не существует. Поэтому подробно опишите требования к ней — это поможет избежать недопонимания с заказчиком.

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

Если у вас ООО

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

Полезно запомнить

Статья актуальна на 03.05.2017

Разработка лицензионных договоров на ПО

Неправомерная передача прав. Отсутствие доступа к базам данных, необходимых для работы с программой, и другие ограничения.

По закону лицензиат лишается прав на использование программы теми способами, которые не указаны в лицензионном договоре (например, ее модификация).

Штраф от ФНС за уменьшение налоговой базы.

Другие неточности и последствия

По закону он ограничивается 5 годами.

Другой лицензиат может отбирать часть местного рынка, дистрибуция будет нерентабельной.

В будущем могут возникнуть разногласия между лицензиаром и лицензиатом

Проблемы при установке, обновлении и послепродажном техническом обслуживании.

Возможность расторжения лицензионного договора в одностороннем порядке ограничена законодательством. Спор придется решать в судебном порядке.

Какие преимущества дает лицензия

  • Юридическая легитимность использования и распространения ПО.
  • Лицензия является официальным документом, подтверждающим права лицензиата на дистрибуцию программного обеспечения.
  • Правообладатель получает процент с прибыли от лицензиатов и сублицензиатов.
  • Налоговые льготы: согласно п. 26 ст. 149 НК РФ реализация ПО, включенного в реестр Минкомсвязи, полностью освобождается от налогообложения.

Порядок заключения лицензионного договора на ПО

В пакет услуг входят

Подготовка к регистрации договора

  • Предварительная консультация с патентным поверенным.
  • Заключение договора с нашей компанией на оказание услуг.

Оформление договорных отношений

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

Виды лицензий

Разрабатываем все виды лицензионных договоров.

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

Выбор договорной модели зависит от специфики договорных отношений между правообладателем и лицензиатом, формы выражения ПО и других условий.

Наши специалисты ответят на любой интересующий вопрос

Тарифы на услуги и цены

Стоимость услуг зависит от их сложности и срочности. Ниже указаны ориентировочные цены на некоторые виды услуг.

Стоимость зависит от кол-ва объектов и условий договора

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

Преимущества обращения к патентным поверенным компании IPbrand

Оптимальная структура договора с учетом объекта, статуса сторон, условий

Юридическая поддержка интересов заказчика и исполнителя на всех стадиях взаимодействия

Все услуги при оформлении договора и соглашения на ПО включены в стоимость

Ответы на часто задаваемые вопросы

В этом случае нужно составить не лицензионный договор, а один из 2 видов соглашений:

  • договор подряда, если ПО разрабатывает юридическое лицо (Интернет-агентство, студия по разработке ПО);
  • договор авторского заказа для ИП и физических лиц, исполнителей заказа.

Факт передачи прав на ПО можно подтвердить актом приемки-передачи в виде приложения к лицензионному договору. Акт подписывается обеими сторонами договора.

Читайте также: