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

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

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

Внимание! Этот документ можно скачать в КонсультантПлюс.

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

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

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

Преамбула

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

ООО «Высота», в лице генерального директора Андропова Семена Николаевича, действующего согласно Уставу общества, именуемый в дальнейшем «Заказчик», с одной стороны
И
Николаев Андрей Викторович, зарегистрированный по адресу: Тюменская область, город Тюмень, улица Фарафонова, дом 8, квартира 974, паспорт: номер 0000 серия 000000, выданный отделом УМВД России по Тюменской области в городе Тюмень, именуемый в дальнейшем «Исполнитель», с другой стороны
Заключили настоящий договор о нижеследующем:

Преамбула выступает в качестве начальных положений при оформлении договора. В ней прописываются следующие положения:

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

Все эти положения в купе образуют содержание преамбулы.

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

Предмет

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

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

Права и обязанности сторон

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

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

Заключительные положения

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

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

Заключение

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

Источник

Договор на разработку

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

Бланк договора на разработку

Образец договора, подготовленный специалистами сервиса.

Понятие и содержание договора

Данное соглашение готовится, когда стороннему лицу поручается разработка некоего результата интеллектуальной деятельности (РИД), например, написание программы для ЭВМ.

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

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

Содержание договора

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

• предмете договора;
• правах и обязанностях сторон;
• порядке выполнения работ и их передачи;
• порядке распределения исключительных прав на созданный РИД;
• стоимости и порядке расчётов;
• ответственности сторон и непредвиденных обстоятельствах (форс-мажор);
• конфиденциальности и т.д.

Стороны договора

В начале договора укажите дату и место заключения соглашения, и реквизиты сторон. Сторонами в данном случае являются:

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

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

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

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

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

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

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

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

Права и обязанности сторон

Главная обязанность исполнителя — в согласованный срок передать результат работы Заказчику. А Заказчик, в свою очередь, обязан принять и оплатить работы, выполненные Исполнителем.

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

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

Сроки выполнения работ и порядок их передачи

Очень важно в договоре на разработку согласовать следующие сроки:

• начала и срок окончания разработки. Можно также предусмотреть промежуточные сроки выполнения работ;
• для выявления недостатков при приеме результат работ;
• для предъявления требований Заказчиком об устранении недостатков, выявленных в ходе использования результатов работ;
• для подписания акта приёма-передачи результата выполненных работ;
• гарантийный срок;
• срок, в течение которого Исполнитель будет обязан устранить недостатки.

Исключительные права использования результатов выполненных работ

Пропишите в соглашении кто будет обладателем исключительного права на результаты интеллектуальной деятельности, созданные по договору: либо Исполнитель передаёт все права Заказчику, или исключительное право остаётся у Исполнителя, а Заказчику предоставляется право использования результата выполненных работ путём воспроизведения, распространения, показа и т.д. Если все права передаются Заказчику, то Исполнитель не сохраняет за собой права использовать результат выполненных работ самостоятельно или представлять аналогичные права на их использование третьим лицам.

Стоимость и порядок расчётов

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

Также укажите, что именно включается в стоимость работ. Так в случае, когда исключительные права на результат выполненных работ останутся у Исполнителя, то в стоимость будет включатся вознаграждение за использование Заказчиком результатов выполненных работ. А если исключительные права будут переданы Заказчику, то также будет включено вознаграждение за передачу исключительных прав на указанные объекты.

Порядок расторжения соглашения

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

Источник

Договор на разработку программного обеспечения (ПО): инструкция по составлению и готовый шаблон

Вступление

Этот материал и шаблоны документов созданы при поддержке опытных юристов, специализирующихся на digital-отрасли.

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

В конце статьи дана ссылка на образец договора на разработку ПО.

Главное в договоре

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

Равные права и ответственность

Пример: если заказчик должен заплатить штраф за просрочку оплаты, такое же наказание нужно прописать для исполнителя.

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

Понятность

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

Вы наверняка видели в договорах такой пункт: «Исполнитель должен выполнить работу качественно и ответственно». Что это значит? «Качественно и ответственно» невозможно измерить. Напишем по-другому: «Заказчик имеет право отказаться принимать Работы, только если они не соответствуют Заданию». Всё понятно: результат либо соответствует заданию, либо нет. Такая формулировка исключает ситуации вроде «Ой, а мы думали, что вы нам ещё и версию для MacOS напишете!».

Другой пример: «Исполнитель должен быть на связи в рабочие дни». Что это значит? Что такое «быть на связи»? Рабочие дни — это с понедельника по пятницу? А в какое время? Ничего не понятно. Уточняем: «Исполнитель должен отвечать на телефонные звонки и письма Заказчика в течение 1 (одного) часа с понедельника по пятницу, с 10:00 до 18:00». И дополняем этот пункт ответственностью за невыполнение требования.

Основная часть (рамка)

Чтобы статья легче читалась, введём в неё настоящих заказчика и исполнителя. Итак, представим, что московское рекламное агентство «АД» заказывает программу для подбора и покупки рекламных мест у питерского разработчика «Код».

Раздел 1. Предмет

Предмет договора — это краткое описание процесса и результата работы:

Исполнитель обязуется выполнять работы (далее — Работы) по заданиям Заказчика (далее — Задания), а Заказчик обязуется принимать и оплачивать их.

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

Раздел 2. Заказы

В этом разделе описываем формат договора.

Короткое отступление. Мы предлагаем вам заключить так называемый рамочный договор. В основной части или «рамке» описываются ключевые условия сотрудничества, а особенности выполнения задания — в приложениях (так называемых Заказах).

Договорились сделать что-то — подписываете заказ. И не нужно согласовывать заново порядок оплаты, обмен документами и так далее. Очень удобно.

Договор является рамочным. Стороны согласуют объём, срок и порядок выполнения заданий (далее — Задания) в заказах (далее — Заказы).

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

Если стоимость работ/услуг меньше 10 000 (десяти тысяч) рублей, Стороны могут оформить Задание без подписания Заказа. В этом случае Задание считается согласованным Сторонами, если Заказчик оплатил счёт Исполнителя, в котором содержится перечень работ/услуг, их стоимость и срок выполнения.

И не нужно бояться отсутствия бумажки. Раз закон позволяет, значит, можно. Для маленькой работы достаточно счёта и акта.

Раздел 3. Материалы

Для разработки программы Коду нужна информация. Много информации: про типы рекламных мест, процесс заказа, оплату, продление размещения и так далее.

Кажется, что всё просто, но нет. Смотрите, какие ситуации бывают:

У АДа нет информации. Как так? Они же заказывают программу! А вот так. Нередко у заказчика есть идея и деньги, а полной информации о рынке, аудитории, процессах и так далее — нет. И что делать Коду? Объяснять, зачем им эта информация, и собирать.

Информация есть, но непонятно, насколько она верная. См. пункт 1.

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

Пишем в договоре следующее:

Заказчик обязан предоставлять Исполнителю информацию и материалы (далее — Материалы), необходимые для выполнения Задания.

Если Заказом не предусмотрен иное, Заказчик обязан предоставить Исполнителю Материалы в течение 2 (двух) рабочих дней после получения письменного запроса.

Заказчик вправе отказаться предоставлять Материалы. Отказ должен быть оформлен в письменном виде.

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

Раздел 4. Представители

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

Запишем их участие так:

Стороны назначают своих представителей для решения вопросов по Договору (далее — Представители).

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

Раздел 5. Субподрядчики

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

И участие такого человека должно быть согласовано:

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

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

Раздел 6. Финансовые условия

Поскольку договор рамочный, оговариваем в нём только основы:

Стороны согласуют стоимость Работ и порядок расчётов в Заказах.

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

Код работает на упрощёнке, поэтому добавляем такой пункт:

Стоимость Работ не облагается НДС в связи с применением Исполнителем упрощённой схемы налогообложения.

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

Раздел 7. Сдача и приёмка работ

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

В задании не было умного поиска с подсказкой вариантов? Придётся доплатить. Не устраивает скорость загрузки каталога? Если она не была прописана в ТЗ, придётся доплатить за повышение.

Превращаем этот принцип в пункты договора:

После выполнения Работ по Заданию Исполнитель направляет Заказчику: результат (далее — Результат) и акт сдачи-приёмки (далее — Акт).

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

Под исправлениями Стороны понимают приведение Результата в соответствие с требованиями Задания.

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

Сформулировали. Что делать, если АД тянет с приёмкой? У Кода должно быть право перенести срок выполнения на столько дней, сколько прошло с момента предоставления результатов. Это должно мотивировать АД не тянуть с приёмкой.

Причём продление лучше сделать автоматическим:

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

А если АД пошёл в отказ? Через Х дней после предоставления отчёта и акта работы должны считаться принятыми:

Если по истечении установленного для приёмки срока Исполнитель не получит подписанный Акт или мотивированный отказ, Задание считается выполненным и принятым Заказчиком в полном объёме.

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

Раздел 8. Интеллектуальная собственность

Заказчик обычно думает: всё, что передаёт исполнитель, — моё. Но это не всегда так!

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

Это можно сформулировать так:

Если в ходе выполнения Работ Исполнитель создаст результат интеллектуальной деятельности (далее — РИД), он обязан передать Заказчику исключительное право на него.

Исключительное право на РИД переходит к Заказчику с момента наступления последнего из следующих событий:

стороны подписали Акт к Заказу, в рамках которого создан РИД;

Заказчик полностью оплатил Работы, в рамках которых создан РИД.

Важно: пока АД не подписал акт и не оплатил работу, он не может использовать ПО, потому что права на него принадлежат Коду.

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

Стоимость Работ не включает стоимость прав на использование РИД, созданных третьими лицами.

Исполнитель гарантирует, что факт отчуждения РИД не нарушает права третьих лиц и не существует обстоятельств, дающих возможность третьим лицам предъявить к Заказчику претензии в отношении РИД.

Раздел 9. Конфиденциальная информация

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

Стороны признают конфиденциальной и обязуются не разглашать следующую информацию (далее — Конфиденциальная информация): содержание Договора и Заказов; Материалы; Результаты; переписку по Договору.

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

Ещё нужно уточнить, кто имеет право получать конфиденциальную информацию и для чего:

Исполнитель вправе передавать Конфиденциальную информацию своим сотрудникам и подрядчикам, которые участвуют в выполнении Задания.

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

Если Код хочет рассказывать о программе в портфолио или рекламе, это тоже нужно согласовать:

Исполнитель вправе использовать в рекламе: наименование Заказчика; логотип и (или) товарный знак Заказчика; перечень работ и Результатов.

Раздел 10. Ответственность

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

ГК не ограничивает размер штрафа, но мы советуем сделать так, чтобы он не превышал стоимость работ:

Ответственность Сторон ограничена стоимостью работ по Заказу, в рамках которого допущено нарушение.

Представим, что АД так недоволен дизайном, удобством или скоростью работы программы, что отказывается платить за неё. Без ссылки на задание, просто потому, что недоволен. На этот случай вводим такие пункты:

Если Заказчик нарушает срок оплаты, Исполнитель имеет право потребовать пени в размере 1% (одного процента) за каждый рабочий день просрочки, но не более 30% (тридцати процентов) от стоимости Работ в рамках Заказа.

Пени должны быть выплачены в течение 5 (пяти) рабочих дней после получения Заказчиком требования.

Если Заказчик отказывается от выплаты пени, Исполнитель вправе приостановить выполнение Заказа.

Нарушаешь — платишь. Не платишь — Код останавливает разработку, запрещает использовать неоплаченное и получает пени через суд.

Всё может быть ровно наоборот: Код неправильно оценил стоимость разработки, ушёл в минус и пытается выклянчить у АДа доплату, шантажируя остановкой работы. Что делать АДу? Если Код осознал свою ошибку, извинился и быстро вернулся к работе, лучше понять и простить. Искать нового разработчика — тот ещё геморрой (простите) с риском осложнений. А вот если Код бунтует несколько недель, нужно гнать его в шею и требовать штраф, который можно вычесть из стоимости выполненных работ или потребовать через суд.

В договоре это может звучать так:

Если Исполнитель нарушает срок выполнения Работ, Заказчик вправе потребовать пени в размере 1% (одного процента) за каждый рабочий день просрочки, но не более 30% (тридцати процентов) от стоимости Работ.

Пени должны быть выплачены в течение 5 (пяти) рабочих дней после получения требования Исполнителем.

Если Исполнитель отказывается от выплаты пени, Заказчик вправе удержать их из следующей оплаты.

Раздел 11. Обстоятельства непреодолимой силы или форс-мажор

Цунами, смена политического режима, инопланетяне, движение тектонических плит — это то, что ни АД, ни Код не могут контролировать и поэтому не должны нести ответственность за их последствия.

Ни одна из Сторон не будет нести ответственность за полное или частичное неисполнение своих обязательств по Договору, если оно будет следствием обстоятельств непреодолимой силы (далее — Обстоятельства): пожар, наводнение, землетрясение и другие стихийные бедствия, военные операции, блокады, пандемия, ограничения экономического и политического характера, которые Стороны не могли предвидеть и/или предотвратить.

Сторона, которая не может исполнить обязательства из-за наступления Обстоятельств, имеет право отложить исполнение на срок не более 30 (тридцати) календарных дней. При этом она должна не позднее 2 (двух) календарных дней с момента наступления Обстоятельств: сообщить об этом другой Стороне; документально подтвердить наступление Обстоятельств; назвать новый предполагаемый срок исполнения обязательств. Если это не будет сделано, Сторона не имеет права ссылаться на Обстоятельства для освобождения от ответственности за неисполнение обязательств.

Раздел 12. Споры

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

Пишем в договор:

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

Раздел 13. Документооборот и коммуникации

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

И ещё мы советуем переписываться только с адресов/телефонов, указанных в договоре и приложениях. Если не уверены, что это получится, напишите вместо одного несколько или «все адреса домена . @ecobiovegafem.ru».

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

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

Адреса электронной почты Сторон:

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

Раздел 14. Срок действия и условия расторжения

Мы не советуем ограничивать срок действия договора. Это нужно бюджетникам с планированием и отчётностью за календарный год, а для бизнеса это лишняя морока с продлением. Можно, конечно, написать, что продление происходит автоматически 1 января, но зачем?

Договор вступает в силу с даты его подписания обеими Сторонами и заключается на неопределённый срок.

Ещё советуем оставить возможность выйти из договора без согласия другой стороны. Ситуации бывают разные, и ни одна сторона не должна быть прикована цепью к батарее. Крепостное право отменили в Но нужно дать возможность другой стороне подготовиться к расторжению.

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

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

При расторжении Договора Исполнитель направляет Заказчику акт сверки с указанием выполненных Работ, не закрытых Актами. Акт сверки подписывается по правилам, описанным для подписания Актов.

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

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

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

Приложение №1. Заказ

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

Термины

Термины — это понятия, которые будут использоваться в тексте заказа, но их смысл не очевиден. Например, такие:

Материалы — информация и материалы, необходимые для выполнения Задания.

Программный код — текст на любом языке программирования, определяющий логику работы ПО.

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

Описание и стоимость работ (смета)

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

Вот пример с чёткими датами и стоимостью каждого этапа:

Срок, рабочие дни

Создание Дизайна интерфейсов Приложения на основе согласованной концепции дизайна

25 (двадцать пять) рабочих дней после предоплаты в размере 50% от стоимости Работ по этапу и полной оплаты предыдущих Работ

200 000 (двести тысяч) рублей

Разработка Программного кода на основе согласованных Дизайна и Технического задания

40 (сорок) рабочих дней после предоплаты в размере 50% от стоимости Работ по этапу и полной оплаты предыдущих Работ

500 000 (пятьсот тысяч) рублей

Проверка работы всех функций, процессов и интерфейсов ПО по согласованным Проекту и Дизайну

3 (три) рабочих дня после предоплаты в размере 50% от стоимости Работ по этапу и полной оплаты предыдущих Работ

50 000 (пятьдесят тысяч) рублей

Любые доработки ПО или создание новых, не описанных в Задании

Согласовывается Сторонами в Заданиях в переписке по электронной почте

2 500 (тысяча пятьсот) рублей/час

Приёмка, расчёты и оплата

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

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

Во-вторых, АД не достаёт большую сумму из бюджета за раз, что может ударить по другим бизнес-процессам, а у Кода есть деньги на зарплаты сотрудникам, участвующим в проекте. Меньше рисков, что работа встанет из-за кассового разрыва.

Исполнитель выполняет Работы поэтапно. По окончании каждого этапа Стороны подписывают промежуточный Акт по правилам Договора.

Если по истечении 3 (трёх) рабочих дней с даты получения Акта Заказчиком Исполнитель не получит мотивированных замечаний, Работы считаются выполненными и принятыми Заказчиком в полном объёме.

Работы, стоимость которых зависит от фактически затраченного времени на их выполнение дополнительно в рамках этапа Работ, Заказчик оплачивает в течение 5 (пяти) рабочих дней с момента подписания Акта по их завершению.

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

Заказчик оплачивает каждый этап работ в следующем порядке:

До начала работ по этапу — 50% стоимости этапа (предоплата).

В течение 5 (пяти) рабочий дней с даты подписания акта сдачи-приёмки по этапу — оставшиеся 50% стоимости этапа.

Размер предоплаты и окончательной оплаты указаны для примера.

Гарантийные обязательства

Возьмём пылесос. У него есть функции и параметры: влажная уборка, мощность всасывания, количество насадок; он не может работать в воде и всасывать предметы тяжелее 100 граммов. И так далее. Если функции не выполняются и вы не сделали ничего противоречащего инструкции, вы можете обратиться в магазин и попросить вернуть деньги, дать новый пылесос или починить ваш.

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

Что нужно прописать:

срок действия гарантии;

условия действия гарантии;

способ обращения по гарантии;

способ и срок ответа на него;

ответственность за отказ исправлять нарушения;

ответственность за нарушение сроков.

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

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

Период гарантийного обслуживания: 60 календарных дней с момента подписания последнего Акта по Заказу.

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

В течение 3 (трёх) рабочих дней с момента получения заявки Исполнитель направляет Заказчику оценку срока устранения ошибок и приступает к выполнению.

Срок устранения ошибок не может превышать 15 (пятнадцать) дней с момента получения заявки.

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

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

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

Заказчик вправе потребовать пени в размере 1% (одного процента) за каждый день просрочки, но не больше 30% (тридцати процентов) стоимости работ по Заказу если Исполнитель отказывается устранять ошибки по основаниям, не предусмотренным Заказом, или нарушает срок устранения ошибок.

Интеллектуальная собственность

Помните, мы говорили, что в состав ПО могут войти программные продукты, созданные другими разработчиками или самим исполнителем? Допустим, в нашем случае это умный текстовый поиск:

Исполнитель является правообладателем виджета «Поиск» (далее — Поиск), который будет использован в ПО для выполнения функции текстового поиска.

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

Лицензионное вознаграждение за использование Поиска входит в состав стоимости работ по Заказу и составляет 1% (один процент) от него.

Заказчик не вправе предоставлять сублицензию на Поиск и использовать его вне ПО.

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

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

Стороны согласуют изменения в Задания по электронной почте.

Или контакты представителей:

со стороны Заказчика: ФИО, телефон, адрес электронной почты;

со стороны Исполнителя: ФИО, телефон, адрес электронной почты.

В случае изменения представителей или их контактных данных Сторона обязана уведомить об этом другую Сторону по электронной почте в течение 2 (двух) рабочих дней до даты изменения данных.

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

Приложение №2. Задание

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

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

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

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

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

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

Если очень хочется, можно чуть подробнее:

Необходимо разработать программу для продажи наружной рекламы.

Основные функции и разделы:

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

Создание адресной программы.

Заказ рекламных мест.

Задать вопрос оператору рекламного места.

Мы должны иметь возможность:

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

Добавлять рекламных операторов.

Менять цены на рекламные места.

ПО должно работать под Windows, Linux и MacOS.

Заказчик должен иметь возможность менять Контент в каталоге без привлечения Исполнителя.

Шаблон договора

Пользуйтесь на здоровье!

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

Вам может быть интересно

Договор на разработку сайта: подробная инструкция по составлению и образец

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

Коммерческое предложение на разработку сайта: инструкция по составлению плюс шаблон для скачивания

Подробный мануал по составлению коммерческого предложения на веб-разработку. Создан при содействии опытных юристов и digital-специалистов. Образец КП можно открыть в Google Docs.

Источник