Техническое задание на право пользования программой

1.1. Лицензиатом должны быть предоставлены права использования программ для ЭВМ (далее – программное обеспечение) системы обеспечения вызова экстренных оперативных служб по единому номеру «112» на условиях простой (неисключительной) лицензии (далее – Лицензии) в соответствии с приведенным в приложении № 1 «Перечень программного обеспечения» к настоящему Техническому заданию (далее – Приложение № 1).

Технические требования по отдельному программному обеспечению указаны в приложении № 2 к настоящему Техническому заданию.

1.2. Комплект поставки должен включать:

• CD или иной носитель (далее — носитель) в конверте с записанными сертифицированными приложениями;

• формуляр – документ, подтверждающий, что данный носитель действительно содержит сертифицированные приложения;

• заверенные копии сертификатов, подтверждающие, что предоставленные приложения действительно прошли сертификацию.

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

051. Что нужно сделать, прежде чем садиться за ТЗ – Алексей Бородкин

1.4. Ключ активации лицензии (далее – ключ) на поставляемое программное обеспечение должен включать в себя:

— полное наименование поставляемого программного обеспечения;

— полное наименование Заказчика;

1.5. Лицензиатом должна быть предоставлена инструкция по доступу к сайту производителя (правообладателя) программного обеспечения для получения дистрибутива программного обеспечения, на использование которого предоставляется Лицензия.

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

1.7. Действие Лицензий распространяется на обновления, дополнения, добавляемые компоненты, службы поддержки, которые относятся к программному обеспечению и могут быть получены от Лицензиатом после получения Сублицензиатом программного обеспечения.
1.8. Срок гарантийного сопровождения составляет не менее 13 (тринадцати) месяцев с даты передачи прав использования программного обеспечения.

Под гарантийным сопровождением понимается комплекс организационно-технических мероприятий, к которым относятся:

— оказание консультаций по оптимизации работы программного обеспечения;

— оказание консультаций по настройке специфических конфигураций программного обеспечения с учетом используемых технических средств;

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

— устранение недостатков, сбоев в работе программного обеспечения, возникающих в процессе эксплуатации, в течение 2 (двух) рабочих дней с даты получения заявки от Заказчика.

Гарантийными случаями являются:

— отказ программного обеспечения от запуска;

— возникновение ошибок в процессе работы программного обеспечения.

Как составить техническое задание (ТЗ)?

Исполнителем должна быть обеспечена поддержка со стороны производителя (правообладателя) программного обеспечения, на использование которого предоставляется Лицензия.

к Техническому заданию на оказание услуги по предоставлению прав

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

вызова экстренных оперативных служб по единому номеру «112»
Перечень программного обеспечения

Создание отчетов презентационного качества на основе данных

Источник: rykovodstvo.ru

Как закупать программное обеспечение: пошаговая инструкция

Закупка программного обеспечения по 44-ФЗ — это тот еще квест, поскольку в РФ действует запрет на покупку ПО, которое произведено на территории иностранного государства. Рассмотрим подробнее, как правильно действовать в этих условиях.

Выявляем потребность

В закупках программного обеспечения (ПО) возможны три ситуации:

1. Закупается непосредственно софт. При этом не важно, будет ли он записан на носителе (диск, флешка) либо скачиваться из интернета.
2. Закупается техника вместе с предустановленным ПО. Например, компьютеры с установленной операционной системой и офисным пакетом.
3. Закупается оказание услуг по предоставлению права пользования программой.

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

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

Казначейство закупит программное обеспечение для ведения бюджетного учета федеральным органам исполнительной власти под руководством Правительства и их подведомственным казенным учреждениям. Перейти на ведение бюджетного учета с использованием этого ПО нужно по графику, который утвержден Приказом Казначейства № 36н от 10.10.2018. Информацию о потребности в проведении таких закупок нужно предоставить в Казначейство по форме и в порядке, которые утверждены Приказом Казначейства № 37 от 10.10.2018.

Минкомсвязь закупит офисные программы и ПО в сфере информационной безопасности для этих органов исполнительной власти. В 2020 информацию о потребности в проведении таких госзакупок нужно подавать в Минкомсвязь по форме и в порядке, которые утверждены Приказом Министерства № 725 от 19.12.2018. Подробнее об этом — в статьях:

• «Госкомпании пересадят на отечественное ПО»;
• «Утвердили правила для закупок ПО»;
• «Утвержден график перехода на отечественное ПО».

Планируем закупку

При заполнении план-графика нужно указать ограничения по национальному режиму.

Сделайте пометку в графе 27 «Применение национального режима при осуществлении закупок» плана-графика закупок.

Устанавливаем запрет на закупку иностранного ПО

С 01.01.2016 в силу вступил закон № 188-ФЗ, который расширил возможности использования программ российских разработчиков, дав им преимущества перед иностранными. Для этих целей разработано и принято Постановление Правительства № 1236, которым установлен запрет на закупку иностранного ПО.

Под запрет подпадают приобретение:

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

Документация к госзакупке программного обеспечения по 44-ФЗ должна содержать ссылку на установленный запрет (ст. 14 закона № 44-ФЗ).

02.11.2018 на официальном сайте проектов нормативных актов опубликован проект Постановления, который меняет правила формирования ‎и ведения единого реестра ПО. Подробнее об этом рассказали в статье «Изменились правила закупок ПО».

Проверяем ПО в реестрах

Чтобы определить, нужно ли устанавливать запрет, придется свериться со сведениями из реестров. Как видно из названия, Постановление № 1236 различает два реестра. И реестр евразийского программного обеспечения, и реестр российского содержат все сведения о той или иной программе. К ним относятся название (в том числе устаревшее), код продукции, правообладатель, сведения о соответствии и т. д. Перечни размещаются на сайте Минсвязи в разделе «Реестр», реестр евразийского ПО находится в стадии разработки.

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

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

Если не нашли аналогов в реестре или оно по каким-то характеристикам не подходит, составьте обоснование невозможности соблюдения запрета. Разместите его в ЕИС вместе с извещением о закупке.

Обосновываем невозможность

Если невозможна закупка российского программного обеспечения и необходимо приобрести зарубежное, заказчику необходимо подготовить и разместить в ЕИС обоснование закупки программного обеспечения иностранного производства. К подготовке такого документа следует подойти крайне ответственно, дабы не преступить установленный запрет.

Документ должен содержать:

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

Публикуется обоснование одновременно с извещением о проведении закупочной процедуры.

Составляем техническое задание

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

При закупке программного обеспечения (ПО) заказчик может объединять покупку ПО и услуг по его сопровождению. Такие выводы сделал Минфин в Письме № 24-06-06/60727 от 19.09.2017.

Поставку компьютерной техники и покупку не связанных с ней, как с носителем неисключительных прав на использование, программ объединять нельзя. Так решил Арбитражный суд Волго-Вятского округа в делу № А38-10848/2016 от 14.08.2017.

Техническое задание на программное обеспечение, то есть описание технических характеристик, делайте в соответствии с общими положениями закона № 44-ФЗ. То есть любой заключаемый госконтракт техническое задание в документации содержать обязан.

Грамотный пример технического задания на программное обеспечение, помимо общих требований в рамках ст. 33 44-ФЗ, должен содержать:

• стандарт лицензии;
• объем и сроки гарантий качества;
• спецификацию и разнарядку лицензий.

Рассматриваем заявки

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

Такое правило зафиксировано в п. 2(2) Постановления № 1236.

Заключаем контракт

Закупочные процедуры программного обеспечения российского производства завершаются заключением контракта. Правила установлены в ст. 83.2 44-ФЗ.

Некоторые органы власти разрабатывают типовые формы для таких контрактов. Например в Ханты-Мансийском АО.

Изучите пример подписанного госконтракта в гоcзакупках ПО 2020 года:

Источник: goscontract.info

Договор на разработку программного обеспечения

Юрист по интернет-праву простым языком дает ответы на частые вопросы по договорам на разработку программного обеспечения, передаче авторских прав, авторским договорам и т.д.

Форма договора на разработку программы

Работая с программистом или фирмой по созданию программы для ЭВМ (сайта, программного обеспечения, мобильного приложения, отдельного скрипта или модуля, программы для 1С и любой другой программы), как, впрочем, и по созданию любого другого объекта авторских прав (произведения), следует оформлять такие отношения договором в письменной форме.

* Произведение и объект авторских прав – это синонимы.

Несоблюдение письменной формы договора в отношении объекта авторских прав влечет его недействительность (пункт 2 статьи 1234 и пункт 2 статьи 1235 Гражданского кодекса РФ).

Иными словами: нет письменного дoгoвoрa (в бумажной форме или в электронной) – нет прав на использование произведения. При этом договоры о передаче и предоставлении авторских прав могут заключаться и в электронной форме (например, путем обмена электронными письмами / имейл).

Исключение, которое не касается договоров на разработку программного обеспечения: договор о предоставлении права использования произведения в периодическом печатном издании (печатном СМИ) может быть заключен в устной форме (пункт 2 статьи 1286 ГК РФ).

Договор на разработку ПО – подряд, услуга или заказ?

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

Оформляют его разными дoгoвoрaми: чаще договором подряда или договором оказания услуг. При этом считается, что это выбор самих сторон. Между тем, это не совсем корректно.

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

Однако по закону такой договор называется договором заказа.

Итак, если договор на разработку программы заключается между заказчиком и непосредственным автором (то есть лицом, которое само кодит), то это договор авторского заказа, и регулируется он статьей 1288 Гражданского кодекса РФ.

Если договор на разработку программы заключается между заказчиком и фирмой или физлицом, которое само не пишет код, а работает с авторами, руководит ими, то это уже договор заказа, и регулируется статьей 1296 Гражданского кодекса РФ.

Частая ситуация: когда в команде несколько программистов, а договор заключается с одним («главным»), тогда в части прав главного программиста должна применяться статья 1288 Гражданского кодекса РФ, а в части прав других программистов – статья 1296, в частности это влияет на то, у кого какие авторские права.

Очень многое будет зависеть от текста договора на разработку ПО, от фактической воли сторон, от косвенных ее доказательств (например, переписки), лучше привлекать юриста по авторскому праву и интернет-праву уже на этапе составления договора, чтобы не было проблем в будущем. Ведь предприниматели несут ответственность за нарушение авторских прав и в отсутствие вины, то есть сослаться на договор с «главным» программистом в свое оправдание не получится, если кто-то из других программистов предъявит обоснованные претензии по авторским правам.

(495) 9 8 9 2 2 4 6

Таким образом, законом договор на разработку программного обеспечения (а равно создание других произведений) отнесен к договору авторского заказа или к договору заказа – в зависимости от того, заключает ли договор сам автор или нет.

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

По договору подряда одна сторона (подрядчик) обязуется выполнить по заданию другой стороны (заказчика) определенную работу и сдать ее результат заказчику, а заказчик обязуется принять результат работы и оплатить его (статья 702 Гражданского кодекса РФ).

По договору возмездного оказания услуг исполнитель обязуется по заданию заказчика оказать услуги (совершить определенные действия или осуществить определенную деятельность), а заказчик обязуется оплатить эти услуги (статья 779 Гражданского кодекса РФ).

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

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

Более того, закон требует того, чтобы предмет договора на создание программы (договор заказа) был четко определен, то есть в договоре заказа программы должен быть описан конечный результат – программа. Если он не определен или не имеет значения, то это не договор заказа на создание произведения.

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

Техническое задание на разработку программного обеспечения

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

В техническом задании работы лучше разбить на этапе и согласовать сроки. Срок – это существенное (необходимое) условие договора авторского заказа. Если он не согласован в договоре, то договор авторского заказа не считается заключенным, т.е. не порождает никаких юридических последствий (статья 1299 Гражданского кодекса РФ).

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

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

Исключительные и неисключительные права на программу

Лицо, владеющее исключительным правом (аналог права собственности), называется правообладателем.

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

Виды авторских договоров и договоров в отношении программ

С 01.01.2008 российский закон не содержит понятия «авторский договор», оно было в утратившем силу Законе об авторском праве и смежных прав.

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

Авторские договоры: договор отчуждения исключительного права (полная передача прав, аналог продажи) и лицензионный договор (предоставление права, разрешения, аналог аренды). По договору авторского заказа лицо обязуется создать результат творческой деятельности.

По договору отчуждения исключительного права на программу осуществляется передача исключительных прав в полном объеме: ограничить использование или «сохранить за собой» какое-то право при этом нельзя (только через конструкцию одновременной лицензии от нового правообладателя бывшему правообладателю) – такой договор вероятнее всего будет в случае спора переквалифицирован судом в лицензионный договор (который позволяет вводить практически любые ограничения и условия использования).

Служебное произведение, трудовой договор с программистом

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

Пленум Верховного Суда РФ изменил свой подход, изложенный в Постановлении от 19.06.2006 №15, согласно которому работодателю достаточно было доказать, что произведение было создано или в рамках трудовых обязанностей, или в рамках служебного задания и за счет работодателя (даже если по трудовому договору автора эта деятельность не входила в его обязанности).

Согласно новым разъяснениям Пленума Верховного Суда РФ, изложенным в п. 39 Постановления №5 от 26.03.2009:

«39.1. Для определения того, является ли созданное работником после 31.12.2007 по конкретному заданию работодателя произведение служебным, необходимо исследовать вопрос о том, входило ли это задание в пределы трудовых обязанностей работника. Если такое задание работодателя в его трудовые обязанности не входило, то созданное произведение не может рассматриваться как служебное — исключительное право на него принадлежит работнику, его использование работодателем возможно лишь на основании отдельного соглашения с работником и при условии выплаты ему вознаграждения».

Согласно п. 39.1 названного Постановления суда именно работодатель должен доказать, что то или иное произведение является служебным – «с предоставлением соответствующих документов, трудовых и иных договоров с работником, документов, определяющих порядок выполнения служебных заданий, объем полномочий работника, даты создания тех или иных служебных произведений и т.п.».

В отсутствие таких доказательств положения ст. 1295 ГК РФ автоматически применены быть не могут.

Подобный подход применяется судами и в конкретных делах (Определение Судебной коллегии по гражданским делам Верховного Суда РФ от 13.09.2009 №83-В09-10, от 25.06.2013 №19-АПГ13-1 и др.).

В договоре с творческим работником необходимо согласовать:

• должностные обязанности (все, что выполнено вне должностных обязанностей, не является служебным);
• судьбу авторских и смежных прав;
• вознаграждение за создание результатов творческой деятельности (входит или нет в оклад) – п. 2 ст. 1295 Гражданского кодекса РФ;
• неимущественные права (например, право на анонимное использование, иллюстрирование);
• вопросы конфиденциальности.

Рекомендуется создать локальный акт, устанавливающий то, каким образом должны создаваться результаты творческой деятельности (указания, ограничения, запреты и т.п.).

Услуги юриста по авторским правам

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

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

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

Опишите свою ситуацию и закажите юристу по авторским правам создание договора на разработку программы для ЭВМ — .

И здесь еще не затронули такие темы, как:

налоги, их расчет, уплата и оформление при заключении договоров на разработку программ;

использование при разработке программ сторонних платформ, open source software (открытое программное обеспечение), бесплатных скриптов и модулей, CMS (систем управления контентом), клипарт-библиотек и т.д., — а ведь ответственность за нарушения понесет прежде всего заказчик (пользователь программы).

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

(495) 9 8 9 2 2 4 6

Юрист по авторским правам Вадим Колосов специализируется на вопросах айти (информационных технологий) и писал небольшие скрипты и простые сайты. Вадим Колосов лично исполняет заказы на создание договоров на разработку программ и передачу или предоставление авторских прав.

Юрист по интеллектуальной собственности (юрист по авторскому праву, юрист по товарным знакам). Бесплатные юридические консультации.
Юрист по доменным именам (доменам) и иным вопросам Интернет-права. Комплексные юридические услуги, юридическое обслуживание.
Услуги юридической фирмы. Помощь адвоката в суде.
Карта сайта

Источник: kolosov.info