LAARTS_LAW_FIRM Telegram 165
1. Кто хозяин кода: что делать, чтобы сотрудник не ушел с разработками?

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

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

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

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

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

📌Рабочее время: программист – птица вольная. Хочет – пишет код на пляже, хочет – вместо сна. Указывайте в договорах ненормированный график работы. Так вы исключите споры о том, что код был написан в нерабочее время и поэтому должен принадлежать работнику.

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

Почему это важно?

Помимо споров с сотрудниками, которые могут:
❗️ начать коммерциализировать ПО самостоятельно или
❗️потребовать от компании дополнительное вознаграждение,

ИТ-компания может также понести финансовые потери, когда:
❗️захочет получить инвестиции, а инвестор откажется от проекта, поскольку отсутствие прав на код делает инвестиции высоко рискованными
❗️автор предъявит требования о прекращении нарушения исключительных прав к заказчику, которому ИТ-компания, сдала проект, и последний вернется с иском об убытках к исполнителю
❗️ИТ-компания или ее заказчики не смогут запретить использовать ПО конкурентам, если произошел «слив»



tgoop.com/LAARTS_law_firm/165
Create:
Last Update:

1. Кто хозяин кода: что делать, чтобы сотрудник не ушел с разработками?

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

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

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

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

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

📌Рабочее время: программист – птица вольная. Хочет – пишет код на пляже, хочет – вместо сна. Указывайте в договорах ненормированный график работы. Так вы исключите споры о том, что код был написан в нерабочее время и поэтому должен принадлежать работнику.

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

Почему это важно?

Помимо споров с сотрудниками, которые могут:
❗️ начать коммерциализировать ПО самостоятельно или
❗️потребовать от компании дополнительное вознаграждение,

ИТ-компания может также понести финансовые потери, когда:
❗️захочет получить инвестиции, а инвестор откажется от проекта, поскольку отсутствие прав на код делает инвестиции высоко рискованными
❗️автор предъявит требования о прекращении нарушения исключительных прав к заказчику, которому ИТ-компания, сдала проект, и последний вернется с иском об убытках к исполнителю
❗️ИТ-компания или ее заказчики не смогут запретить использовать ПО конкурентам, если произошел «слив»

BY Право твоего бизнеса




Share with your friend now:
tgoop.com/LAARTS_law_firm/165

View MORE
Open in Telegram


Telegram News

Date: |

Find your optimal posting schedule and stick to it. The peak posting times include 8 am, 6 pm, and 8 pm on social media. Try to publish serious stuff in the morning and leave less demanding content later in the day. How to build a private or public channel on Telegram? Ng Man-ho, a 27-year-old computer technician, was convicted last month of seven counts of incitement charges after he made use of the 100,000-member Chinese-language channel that he runs and manages to post "seditious messages," which had been shut down since August 2020. 5Telegram Channel avatar size/dimensions ZDNET RECOMMENDS
from us


Telegram Право твоего бизнеса
FROM American