Преимущества лицензионного договора при импорте программ для эвм

Аджайл

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

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

Outstaffing или dedicated team? Бывают случаи, когда в разных разработчиков, которых компания-поставщик предлагает заказчику, разный рейт за час работы. Как же заказчику убедиться, что он заплатил за работу Синьора, а работу фактически не выполняют Джуны? Для этого стороны еще во время переговоров договариваются о выделении dedicated team или включают в договор outstaffing clause

Важно не ограничивать свою ИТ компании только трудоустроены разработчиками:

«Заказчик услуги путем привлечения разработчиков из собственного штата и / или самозанятых ИТ-разработчиков (« Команда Разработчиков ») и отвечает за надлежащий уровень экспертизы каждого разработчика.»

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

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

«Заказчик имеет право требовать исключить конкретного разработчика с Команды Разработчиков, или уменьшить количество Разработчиков, занятых в предоставлении услуг без предварительного согласия Исполнителя.»

Dedicated team отличается от outstaffing если аутстаф предусматривает выделение команды среди трудоустроенных разработчиков, которых работодатель «передает» заказчику ПО в штат (что связано с определенными трудностями ввиду того, что законодательство Украины о труде требует согласия каждого из работников на такое перемещение), то dedicated team фокусируется на распределении трудовых обязанностей внутри трудового коллектива, и не связан с изменением места работы или работодателя.

Оплата может базироваться на различных системах, объединенных в Time & Materials (T & M-based) pricing, когда сумма договора зависит от фиксированного платежа за итерацию, фиксированного платежа на user story или согласованную их количество и тому подобное. В договоре обязательно указываются модель расчетов, время, когда направляются инвойсы, кто оплачивает незавершенную работу во время итерации и фичи, которые не выполняют необходимых требований в Definition of Done (документ, подтверждающий объем услуг, предоставленных в течение одной итерации), воздействие на стоимость сокращения объема работы или досрочного расторжения договора. Стоимость договора, конечно же, может быть ограничено (так называемая coppedprice), и договор при достижении пороговой стоимости прекращается или перезаключается.

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

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

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

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

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

1. Термины договора на сопровождение программ

1.1. Продукты – предоставленное по Лицензионному договору № __ от «__»___________ 201_ г. программное обеспечение.Прямая привязка договора на техническое обслуживание программ с лицензионным договором необходима по следующим причинам:1) конкретизируется обслуживаемое программное обеспечение;2) фактически услуги техподдержки продаются в комплексе с лицензией, однако выделяются из лицензионного договора, поскольку имеют дополнительный и не обязательный характер. Тем не менее обе стороны заинтересованы в совместном исполнении указанных договоров. Прекращение одного из них закономерным образом может повлечь расторжение другого.3) услуги техподдержки облагаются НДС, поэтому их стоимость принято выделять из состава лицензионного вознаграждения, которое от НДС освобождено на основании пп.26 п.2 ст.149 НК РФ.
Готовое решение для вашего бизнеса

Договор технической поддержки
Более 9 вариантов договора технической поддержки. Абонплата, фикс или оплата по факту. Гибкая система взаимодействия.
Ознакомиться с решением
1.2. Техническая поддержка — оказываемые услуги по настройке, обслуживанию, адаптации и модификации Продуктов или устранению имеющихся в них ошибок, а также предоставлению обновлений и дополнительных программных модулей, иные действия предусмотренные в разделе 2 настоящего Договора.Безусловно, это не полный перечень услуг, которые могут оказываться в рамках сопровождения программных продуктов. 1.3. Ошибка — дефект в коде Продукта, в результате которого данный Продукт не способен работать в соответствии функциональными возможностями, указанными в предоставленной на него технической документации, за исключением случаев: (1) нарушения Заказчиком правил эксплуатации Продуктов в соответствии с требованиями предоставленной на них технической документации; (2) использования Продуктов на оборудовании или совместно с программным обеспечением, которые не были рекомендованы Исполнителем.Поскольку техническая поддержка программного обеспечения, как правило, предоставляется лицом, предоставившим программные продукты заказчику по лицензионному договору, на него возлагается ответственность за их работоспособность в течение определенного срока. Поэтому необходимо отграничить работы в связи с предоставленной по лицензионному договору гарантией работоспособности ПО от работ, вызванных упущениями лицензиата-заказчика. Последние работы также могут приниматься исполнителем, но уже без ответственности за работоспособность обслуживаемого программного обеспечения в случае невозможности устранения ошибки.

2. Предмет договора техподдержки ПО

2.1. Исполнитель обязуется оказывать по заявкам Заказчика услуги по Технической поддержке, а Заказчик принимать и оплачивать оказываемые Исполнителем услуги.В случае оказания разовых услуг по установке и настройке программ, приобретенных по лицензионному договору. Обычно используется Договор внедрения ПО. Рассматриваемый образец договора техподдержки программных продуктов имеет более широкое применение, а потому носит рамочный характер.2.3. Стороны согласовали возможность оказания услуг по Технической поддержке в следующем объеме и составе:

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

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

Мы оказываем услуги по юридическому сопровождению ИТ-компаний на территории всей России и за рубежом. Для составления договора вам достаточно направить нам подробное описание коммерческих условий предоставления услуг техподдержки. Остальное мы берем на себя.

Вы также можете заказать у нас разработку договора на поддержку сайта.

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

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

Закупается непосредственно софт

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

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

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

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

Текст документа:

г.Минск «__» ___________ 20__ г.

____________________ в лице __________________, действующего на основании ______________, именуемое в дальнейшем «Заказчик», с одной стороны и ______________________________ в лице _____________________________________ действующего на основании ___________ ________________________, именуем_____ в дальнейшем «Исполнитель», с другой стороны, заключили настоящий договор о нижеследующем:

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

1.1. В соответствии с условиями настоящего договора Исполнитель на основании заказов Заказчика разрабатывает программное обеспечение (далее — ПО) и предоставляет Заказчику исключительные права на использование этого ПО в любой форме и любым способом, а Заказчик обязуется оплачивать разработку ПО в порядке и на условиях, предусмотренных настоящим Договором.

2. Обязанности сторон.

2.1. Заказчик обязуется:

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

2.1.2. Оплачивать разработку ПО в соответствии с условиями настоящего договора.

2.1.3. Своевременно согласовывать с Исполнителем изменения содержания Технического задания.

2.1.4. Соблюдать личные неимущественные права на ПО.

2.2. Исполнитель обязуется:

2.2.1. Разрабатывать ПО для Заказчика в соответствии с настоящим договором в сроки, согласованные дополнительными соглашениями в каждом конкретном случае.

2.2.2. Информировать Заказчика в разумный срок обо всех обстоятельствах, влияющих на изменение срока разработки ПО.

2.2.3. По требованию Заказчика информировать его о ходе разработки ПО.

2.3. Стороны обязуются соблюдать конфиденциальность информации, полученной ими друг от друга.

3. Порядок разработки ПО

3.1. Разработка каждого конкретного наименования ПО производится Исполнителем на основании соответствующего заказа Заказчика с приложенным к нему Техническим заданием.

4. Условия оплаты

4.1. Разработка ПО оплачивается Заказчиком в течение _________ дней после подписания акта.

4.2. Оплата осуществляется в белорусских рублях и производится путем банковского перевода платежными поручениями со счета Заказчика на счет Исполнителя на основании данного договора и акта.

5. Права на ПО

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

5.2. Исполнитель не имеет права использовать ПО (его исходный текст либо объектный код) в целом и любую его часть кроме как для создания другого ПО Заказчика.

5.3. Личные неимущественные права на ПО принадлежат физическим лицам, трудом которых ПО создано.

6. Ответственность сторон

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

6.2. За каждый день просрочки сдачи разработанного ПО Заказчику Исполнитель выплачивает Заказчику пеню в размере ___ % от стоимости разработки данного ПО.

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

7. Порядок разрешения споров

7.1. Все споры и разногласия, вытекающие из настоящего Договора, решаются путем переговоров.

7.2. При недостижении согласия между сторонами спор рассматривается в хозяйственном суде города Минска.

8. Прочие условия

8.1. Изменения и дополнения в настоящий Договор вносятся путем подписания сторонами соответствующих дополнительных соглашений.

8.2. Все предшествующие переговоры и переписка по предмету Договора утрачивают силу с момента подписания Договора.

8.3. Настоящий Договор составлен в 2-х экземплярах, по одному для каждой из сторон. Оба экземпляра имеют одинаковую силу.

9. Банковские реквизиты и адреса сторон
     Подписи сторон:
_______________________                            ________________________
"__" ___________ 20__ г.                           "__" ___________ 20__ г.
    МП                                                    МП

Данный документ разработал Латышев Илья Сергеевич, юрист ООО «Апицес Юрис».

Тел. 209 44 83

www.apicesjuris.com

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(495) 9 8 9 2 2 4 6(812) 4 5 4 4 6 5 6 Письмо юристу по услугамЗапрос на бесплатную юр. консультацию

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

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

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

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

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

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

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

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

Оформление

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

Правила оформления договора на использование программного обеспечения:

Бесплатная консультация юриста по телефону:

8 800 350-73-59

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

Другие положения лицензионного соглашения регулируются согласно статье 1235 Гражданского Кодекса Российской Федерации.

Образец договора

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

Содержание договора на использование программного обеспечения:

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

Краткие рекомендации по составлению договора поставки программ для ЭВМ

1. Предмет договора поставки ПО

1.1. Поставщик обязуется передавать в собственность Покупателя экземпляры программ для ЭВМ и/или баз данных (далее по тексту – «ПО»), а Покупатель принимать его и оплачивать ПО на условиях настоящего Договора.Договор поставки программного обеспечения следует отличать от лицензионного договора на программы, по которому лицензиату предоставляется право использования такого ПО. Рассматриваемый договор предусматривает передачу экземпляра программы, права на ее использование предоставляются по отдельному лицензионному договору, заключаемому пользователем непосредственно с правообладателем или его лицензиатом.Различаются также налоговые последствия заключения указанных договоров, в случае применения поставщиком / лицензиаром общей системы налогообложения. В таком случае на цену по договору поставки программного обеспечения начисляется НДС, в то время как реализация по лицензионному договору на ПО освобождена от НДС.Поэтому договор поставки программ обычно используется в случае оптовой реализации различных электронных и оптических носителей с дистрибутивами ПО, либо когда поставщик по тем или иным причинам предпочитает начислить НДС на цену по договору.

Готовое решение для вашего бизнеса

Software Distribution Agreement
Более 24 вариантов международного контракта на дистрибуцию ПО. Гарантия прохождения валютного и налогового контроля.
Ознакомиться с решением

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

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

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

Готовое решение для вашего бизнеса

Пакет «Служебное ПО»
Документы для закрепления прав на разработки штатных сотрудников. Учитывают судебную практику. Использовались при продаже и инвестировании в проекты.Готовое решение для вашего бизнеса

Пакет «Коммерческая тайна»
Документы для защиты Коммерческой тайны на предприятии. Учитывают судебную практику. Применялись в стартапах и коммерчески успешных проектах.

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

2. Порядок поставки ПО

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

Скачать Договор на поставки программного обеспечения
Образец Договора поставки ПО для ознакомления

Вотерфол

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

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

«Стороны соглашаются, что стоимость услуг составляет _ евро за час, при условии, что в сумме Исполнитель потратит _ часов на оказание услуг в соответствии с Техническим заданием.»

Если у заказчика ограниченный бюджет или он боится затянуть проект и потратить неоправданную количество денег, то он будет настаивать на fixed-bid pricing (фиксированной стоимости договора), когда вся сумма балок ПО вписывается в договор и не может быть изменена (например, разбита на этапы) без заключения дополнительных соглашений (например, если добавляется новая функция или выбрасываются уже неактуальны для рынка). Часто платеж делится на аванс и расчет, и разработчик получает честно заработанные деньги только после завершения проекта (и в связи с этим, разработчики не очень склонны брать долгосрочные fixed-bid проекты — иногда приходится ждать финальных расчетов слишком долго!)

Однако в тех случаях, если заказчик хочет заглядывать под вуаль таинства разработки его ПО, стороны могут договориться о milestone-based pricing (оплата частями в течение определенного периода): в таком случае заказчик может присутствовать на нескольких промежуточных остановках (так называемых milestones), под время которых заказчик отдает часть стоимости, чтобы разработчик мог работать дальше, смотрит на прогресс работы, тестирует уже имеющиеся фишки и в целом убеждается, что работа куда движется.

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

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

«Общий срок предоставления Услуг составляет _ месяцев с момента подписания настоящего Договора. После получения Результаты разработки Заказчик, согласно Milestone Schedule, должен в течение пяти рабочих дней проверить Результаты на наличие дефектов и сообщить Исполнителю о результатах тестирования ».

Разработчик тестирует ПО перед каждым следующим этапом. Заказчик тоже имеет тестировать результаты и сообщать разработчику о выявленных недостатках в течение короткого времени -примерно 3-5 рабочих дней. Сообщение лучше получать в письменном или электронном виде. При тестировании заказчик обязуется проверять ПО на соответствие техническому заданию и другим требованиям, о которых договариваются стороны. Если же заказчик не сообщит о результатах тестирования, то считается, что заказчик принял и одобрил предоставленные ему результаты (поскольку об этом указано в договоре, конечно же).

Абонентский договор на разработку ПО

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

Риски заказчика. Неполная загрузка исполнителя и, как следствие, переплата в сравнении с работой по схеме Time&Materials.
При использовании абонентского договора для оптимизации внутри холдинга главным риском являются:
1) чрезмерная простота договора, как свидетельство притворной сделки.
2) неполная и несвоевременная фиксация работ, выполненных по договору.
Помните, что несоответствие условий договора обычной деловой практике в отношениях между независимыми лицами может свидетельствовать о притворности сделки в целях получения необоснованной налоговой выгоды. Аналогичный вывод можно сделать и на основе анализа документального оформления взаимодействия сторон.

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

Преимущества для исполнителя. Исполнитель обеспечен стабильным финансированием на период действия договора.

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

Готовое решение для вашего бизнеса

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

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

Ответственность сторон

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

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

Бесплатная консультация юриста по телефону:

8 800 350-73-59

Оцените статью
Рейтинг автора
5
Материал подготовил
Андрей Измаилов
Наш эксперт
Написано статей
116
Добавить комментарий