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

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

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

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

1. Что такое сайт и для чего вам вообще разбираться в этом.

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

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

Тем не менее в соответствии с пп.2. п.2 ст.1259 ГК РФ к объектам авторского права относятся составные произведения, т.е. произведения, представляющие собой по подбору или расположению материалов результат творческой деятельности. Также стоит понимать, что подбираемые и располагаемые материалы сами по себе могут являться объектами авторского права и быть охраноспособными. Данный подход нашел свое подтверждение и в судебной практике. Так, суд признает, что сайт является составным произведением.

Сайт может состоять из специально подобранных и расположенных определенным образом материалов (текстов, рисунков, фотографий, чертежей, аудиовизуальных произведений и т.д.), которые могут быть использованы с помощью компьютерной программы (компьютерного кода), являющейся элементом сайта (Постановление Президиума ВАС РФ от 22.04.2008 № 255/08 по делу № А63-14046/2006-С1).

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

2. Какое значение имеют отдельные элементы сайта?

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

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

3. Как стоит квалифицировать договор между заказчиком и исполнителем?

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

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

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

4. Стоит ли определять происхождение отдельных элементов сайта?

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

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

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

5. Как минимизировать риски, связанные с нарушением прав настоящих авторов (правообладателей) и устранением последствий подобного?

В качестве способов минимизации, в частности, предлагаем следующее:

а) предпринимать максимально возможные действия на установление авторов (правообладателей);

б) отслеживать передачу или предоставление исключительных прав на произведение от третьих лиц к заказчику;

в) включать обязанность по подтверждению наличия исключительного права на объекты;

г) предусматривать способы исполнения обязательств по договору .

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

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

Звоните по телефону +7 (383) 310-38-76 или пишите на адрес info@vitvet.com.

Предлагаем своим клиентам наши юридические услуги по следующим направлениям:

Наша юридическая компания оказывает различные юридические услуги в разных городах России (в т.ч. Новосибирск, Томск, Омск, Барнаул, Красноярск, Кемерово, Новокузнецк, Иркутск, Чита, Владивосток, Москва, Санкт-Петербург, Екатеринбург).

Будем рады увидеть вас среди наших клиентов!

Звоните или пишите прямо сейчас!

Телефон +7 (383) 310-38-76
Адрес электронной почты info@vitvet.com

Юридическая фирма «Ветров и партнеры»
больше чем просто юридические услуги

Как составить договор с заказчиком и не попасть в рабство

Руководитель веб-студии — о пользе разумной бюрократии с примерами из своего опыта.

Веб-разработчик, интернет-маркетолог, основатель и директор веб-студии «Облако».
В диджитал-сфере с 2013 года.

Прошла путь от руководителя небольшой веб-студии до работы с крупными российскими и международными компаниями.

Девиз по жизни: «Люби, что делаешь. Делай, что любишь».

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

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

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

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

Работа над ошибками

И я начала с формы договора.

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

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

Кстати о бесплатном

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

Через некоторое время я осознала, что любой труд стоит денег, а написание технического задания ещё и неплохо увеличивает средний чек сделки.

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

Читайте также  Оговорка в договоре о скан копиях

Это не единственные подводные камни, которые мне встретились.

Изменения гарантийных условий

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

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

Когда мы назвали сроки диагностики сайта и сколько она у нас стоит, телефонный разговор прекратился. А на следующий день мы получили на имейл досудебную претензию с требованием восстановить сайт — бесплатно. В документе ссылались на положение Гражданского кодекса о том, что если гарантийный срок на услугу или выполненную работу не установлен, то заказчик вправе предъявлять претензии в течение двух лет со дня передачи результатов работы. (Об этом говорится в п. 2 ст. 724 ГК РФ.) Не знали об этом?

К счастью, в нашем договоре к тому проекту уже был указан гарантийный срок (30 календарных дней после сдачи сайта). Если бы этого пункта не было, то пришлось бы долго доказывать, по чьей вине сайт сломался. Я верю, что в итоге мы всё равно оказались бы правы, но вот нервов потратили бы в разы больше.

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

Итак, теперь наша гарантия не действует:

  1. Если сайт находится не на том сервере или хостинге, где он был размещён при сдаче и протестирован нами. Бывает, что сайт переносят на новый неправильно настроенный сервер. Естественно, тогда исполнитель не может гарантировать работоспособность ресурса.
  2. Если есть изменения в программном коде сайта. Тут всё проще. Внесли заказчики правки в программную часть кода, подключили новые скрипты без специальных знаний — пожалуйста, сайт слетел с гарантии.
  3. Если заказчик передавал пароли доступа третьим лицам.В работе я не раз сталкивалась со случаями, когда сайт брали на бесплатный якобы аудит, а на деле просто что-то в нём ломали. Чисто чтобы было о чём отчитаться, что «починить» — и уже за это взять деньги. Бесплатный сыр — только в мышеловке.

Изменения в бизнес-процессах

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

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

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

Согласования при разработке сайта

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

При сотрудничестве никто не застрахован от смены ЛПР (лица, принимающего решения). А новый человек часто смотрит на проект по-новому. У меня как-то был проект, за время которого в компании сменилось ЧЕТЫРЕ! маркетолога. И каждый из них видел будущий сайт совсем не таким, каким хотели его предшественники. Только подписи под каждым этапом согласования позволили нам не переделывать всё бесплатно.

Что согласовывать?

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

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

Как правильно заключить договор на разработку сайта?

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

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

Какой договор заключить?

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

По договору подряда подрядчик обязуется выполнить по заданию заказчика работу и сдать ее результат, а заказчик – принять его и оплатить (ст. 702 ГК РФ). Причем результат этот должен быть автономным – полноценно существовать независимо от процесса выполнения работ и быть полезным для заказчика. Разработка сайта предполагает достижение такого результата, но он носит неовеществленный характер – представляет собой набор цифровых файлов, существующую в интернет-пространстве программу. Именно на это обстоятельство ссылаются сторонники того, что договор на разработку сайта является договором оказания услуг. Но по такому договору результат не является безусловно достижимым, а ценность услуги состоит в ее оказании исполнителем, потому услуга не может существовать без этого процесса.

Квалификация договора важна для понимания его существенных условий и последствий его расторжения. Так, последствия отказа заказчиком от договора оказания услуг (ст. 782 ГК РФ) и от договора подряда (ст. 717 ГК РФ) будут разными. Обычно для него менее затратно отказаться в одностороннем порядке от первого договора, чем от второго (подробнее об этом будет рассказано ниже).

Суды отмечают, что при сложности отнесения договора к договору оказания услуг или подряда следует изучить его условия 1 и выяснить, что именно требовалось заказчику – результат или процесс оказания услуги 2 . Для исключения споров о квалификации договора целесообразно в нем указать, нормами какой главы Гражданского кодекса стороны будут руководствоваться – гл. 37 «Подряд» или гл. 39 «Возмездное оказание услуг». Стоит иметь в виду, что к договору оказания услуг могут быть применены положения Гражданского кодекса, регулирующие договор подряда (ст. 783 ГК РФ).

Как прописать существенные условия договора на разработку сайта?

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

Предмет

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

Сроки

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

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

Приемка работ

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

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

Читайте также  Договор купли продажи гаража между физическими

Стоимость

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

Условия прекращения действия договора

Здесь важную роль может сыграть как раз квалификация договора.

Согласно ст. 717 ГК РФ, если иное не предусмотрено договором подряда, заказчик может в любое время до сдачи ему результата работы отказаться от исполнения договора, оплатив выполненную работу. Также заказчик обязан возместить подрядчику убытки, причиненные прекращением договора, в пределах разницы между ценой, определенной за всю работу, и той ее частью, которая выплачена за выполненную работу.

Согласно ст. 782 ГК РФ заказчик вправе отказаться от исполнения договора оказания услуг при условии оплаты исполнителю фактически понесенных им расходов.

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

Если при заключении договора было решено руководствоваться положениями гл. 37 ГК РФ («Подряд»), то при одностороннем отказе от него по причине некачественного выполнения работ или нарушения сроков следует опираться на ст. 715 ГК РФ, а не ст. 717 того же кодекса. Это позволит заказчику не оплачивать работы, выполненные до отказа от договора, и требовать возврата уплаченного аванса.

Кому будут принадлежать исключительные права на сайт?

Сайт, по сути, является программным обеспечением (ПО). Но он может быть и более сложным по структуре объектом – включать в себя ПО, тексты, фотографии и иной контент, которые могут иметь самостоятельную правовую охрану.

Исключительное право на ПО принадлежит заказчику с момента его создания, а исполнитель вправе использовать ПО для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права (п. 1, 2 ст. 1296 ГК РФ). Вместе с тем в договоре может быть указано, что исключительное право на ПО принадлежит исполнителю, т.е. в данном случае стороны добровольно изменяют правило п. 1 ст. 1296 ГК РФ. Тогда заказчик будет вправе использовать ПО для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права.

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

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

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

1 Пункт 43 Постановления Пленума Верховного Суда РФ от 25 декабря 2018 г. № 49 «О некоторых вопросах применения общих положений Гражданского кодекса Российской Федерации о заключении и толковании договора».

2 Постановление Президиума Высшего Арбитражного Суда РФ от 27 апреля 2010 г. № 18140/09 по делу № А56-59822/2008, Постановление Арбитражного суда Поволжского округа от 23 апреля 2019 г. по делу № А57-22293/2018, Постановление Десятого арбитражного апелляционного суда от 12 августа 2019 г. по делу № А41-3146/2019.

Договор оказания информационных услуг

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

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

Информация в качестве предмета договора подразделяется на следующие виды:

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

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

Преамбула

Договор оказания информационных услуг

ООО «Консульт», в лице генерального директора Зиновьева Андрея Викторовича, действующего на основании Устава общества, именуемого в дальнейшем Исполнитель, с одной стороны
И
ООО «Холст», в лице генерального директора Мартовских Юрия Альбертовича, действующего на основании Устава общества, именуемого в дальнейшем Заказчик, с другой стороны
заключили настоящий договор о нижеследующем:

В преамбуле отражается следующая информация:

  • вид сделки;
  • местоположение и дата заключения соглашения;
  • имена и роли контрагентов по настоящему договору.

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

  • предмет;
  • цена договора;
  • порядок оплаты предоставляемых услуг;
  • права и обязанности контрагентов.

Предмет

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

В соответствии с настоящим соглашением Исполнитель в лице ООО «Консульт» обязуется оказать Заказчику в лице ООО «Холст», за оговоренную договором плату, информационные услуги, перечень которых содержится в Приложении 1 к настоящему договору.
Информационные ресурсы, предоставленные Заказчику, являются собственность Исполнителя.
Срок исполнения обязательств: 21 (Двадцать один) календарный день с момента подписания соглашения.

Цена и порядок оплаты оказанных услуг

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

Цена договора составляет 15 500 (Пятнадцать тысяч пятьсот) рублей 00 копеек.
Оплата осуществляется в виде безналичного перевода денежных средств на банковский счет Исполнителя в день подписания настоящего соглашения.

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

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

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

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

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

Читайте также  Договор между двумя физическими лицами на ремонт квартиры

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

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

В таком разделе зачастую указываются следующие формулировки:

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

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

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

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

Заключение

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

Договор на разработку сайта с точки зрения управления проектами (теория + образец)

Договор на разработку, формирующий правильное взаимодействие заказчика с исполнителем, закрывающий риски и регламентирующий все этапы работы — довольно непростая вещь. Мы строили свой 2 года, собирая обратную связь от клиентов с одной стороны и проектной команды с другой. Стратосфера — веб-интегратор, специализирующийся на е-коммерс, b2b и цифровой трансформации. Соответственно, вся статья дальше будет написана на примере именно веб-разработки.

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

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

Конечно же, все три подхода неверны.Мы в студии рассматриваем договор на разработку с точки зрения PMBOK.

PMBOK (Project management body of knowledge) — свод знаний по управлению проектами. Он универсален и по сути подходит для чего угодно: от разработки сайта до строительства моста.

С точки зрения PMBOK, договор это документ, который авторизовывает проект, выделяет на него ресурсы, назначает ответственных, определяет правила управления требованиями, рисками, коммуникациями (аналог устава проекта, но для внешнего подрядчика).

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

  • Спецификации
  • Архитектуры проекта
  • Прототипов
  • Технического задания
  • Тикетов с дополнительными требованиями, возникающими в процессе

Как правило, на этапе подписания договора есть лишь часть этого — например только спецификация.

Договор устанавливает, что в рамках него проводится аналитика, создается архитектура проекта, затем на ее основании строится прототип, а далее — техническое задание.

С точки зрения законодательства (Ст 703, пункт 3 ГК РФ), все, что не указано прямо в договоре, делается на усмотрение исполнителя.

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

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

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

  • Тикетную систему (адрес, сервис)
  • Постановку задач только в рамках тикета
  • Оценку задач только на основе информации, содержащейся в тикете
  • Обязательный call и meeting репорт в тикет

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

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

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

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

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

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

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

Работа потеряла актуальность и проект должен быть свернут

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

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

В этом случае договор регламентирует порядок действий — например, акт отправляется на контактный адрес или посредством ЭДО и отсутствие ответа в положенный срок означает подписание акта.

Проект потерял работоспособность

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

  • Контент
  • Интеграции
  • Вмешательство третьих лиц в код
  • Смена доступов к сайту
  • Авария на хостинге

Срок работ попадает на государственные выходные

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

Например, Заказчиком предоставлены файлы выгрузки из ERP, Исполнителем они интегрированы в сайт, а Заказчик после этого поменял формат выгружаемых данных.

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

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

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: