Комментарии 2
Хорошое объяснение, но юридического языка бы поменьше… Не мне, но другим читателям. И всё же, интересны были бы реальные случаи, в которых необходимо подтверждать права на ПО.
В частности, это работа по госзаказу, или разработка ПО является сутью вашего договора с контрагентом, и в этом же договоре описано подтверждение вами права на ПО (что в договоре с госструктурой будет гарантированно).
Ещё подтверждение права на ПО может понадобиться в бухгалтерии, для подтверждения расходов, и включения стоимости ПО в баланс предприятия. А то, что нужно бухгалтерии, нужно и налоговой.
У нас практикуется другой метод. В случае, скажем, заказа на сайт/приложение, мы продаём услуги, не ПО. Соответственно, ни о какой передачи ПО и прав на него речь не идёт. А само ПО чаще торжественно объявляется опенсурсным под либеральной Apache или MIT и публикуется при необходимости. Так проще, никакой лишней регистрации прав, и все участвовавшие могут использовать свой код, даже если их больше нет в компании. А вот конфиги с паролями и наборы данных объявляются собственностью заказчика, и он передаёт их нам в пользование на время исполнения обязательств. С гарантией удаления и неиспользования, и передачи назад. Таким образом, если клиент желает уйти, он может развернуть свой сайт в другом месте, используя наш код и свои данные.
Есть два минуса, некоторым заказчикам приходится объяснять принцип, ибо это далеко не мейнстрим, и для разворачивания сайта кем-то другим нужна квалификация значительно выше скрипт-кидди.
В частности, это работа по госзаказу, или разработка ПО является сутью вашего договора с контрагентом, и в этом же договоре описано подтверждение вами права на ПО (что в договоре с госструктурой будет гарантированно).
Ещё подтверждение права на ПО может понадобиться в бухгалтерии, для подтверждения расходов, и включения стоимости ПО в баланс предприятия. А то, что нужно бухгалтерии, нужно и налоговой.
У нас практикуется другой метод. В случае, скажем, заказа на сайт/приложение, мы продаём услуги, не ПО. Соответственно, ни о какой передачи ПО и прав на него речь не идёт. А само ПО чаще торжественно объявляется опенсурсным под либеральной Apache или MIT и публикуется при необходимости. Так проще, никакой лишней регистрации прав, и все участвовавшие могут использовать свой код, даже если их больше нет в компании. А вот конфиги с паролями и наборы данных объявляются собственностью заказчика, и он передаёт их нам в пользование на время исполнения обязательств. С гарантией удаления и неиспользования, и передачи назад. Таким образом, если клиент желает уйти, он может развернуть свой сайт в другом месте, используя наш код и свои данные.
Есть два минуса, некоторым заказчикам приходится объяснять принцип, ибо это далеко не мейнстрим, и для разворачивания сайта кем-то другим нужна квалификация значительно выше скрипт-кидди.
Вы лишь подтверждаете факт, что заказчики, как правило, находятся в «счастливом» неведении относительно прав на переданное им ПО.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Правда о ваших правах на ПО