Бесплатная линия консультацийРегистрацияВход
Статьи
   Добавить на стену
Голосов: 0
11.01.2012 Просмотры: (925)

Строим сайт: на что обратить внимание? [Андрей ХРАПКОВ]

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


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


Счастливый работодатель талантливого сотрудника


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


Служебное произведение — это произведение науки, литературы и искусства, созданное в пределах установленных для работника-автора трудовых обязанностей. На всякий случай напомним, что автор — это гражданин, творческим трудом которого создано произведение (ст. 1257 ГК РФ).


Лицо, указанное в качестве автора на оригинале или экземпляре произведения, считается его автором, если не доказано иное.


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


В таком случае имеет место соавторство. Соавторами признаются граждане, создавшие произведение совместным творческим трудом, независимо от того, образует ли такое произведение неразрывное целое или состоит из частей (ст. 1258 ГК РФ).


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


А служебное ли произведение?


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


Перво-наперво, между автором и работодателем имеются трудовые отношения, что подтверждается трудовым договором. Тут же стоит напомнить о правиле статьи 67 ТК РФ: «Трудовой договор, не оформленный надлежащим образом, считается заключённым, если работник приступил к работе с ведома или по поручению работодателя или его представителя».


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


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


Права работника


Несмотря ни на что, автору сайта — работнику будут принадлежать авторские права:


  • авторства;
  • на имя;
  • на неприкосновенность произведения;
  • на обнародование произведения.

Автору служебного произведения принадлежит также право на вознаграждение за использование служебного произведения.


Статья 1295 ГК РФ закрепляет, что работник помимо заработной платы имеет право на получение вознаграждения за использование работодателем служебного произведения или при передаче работодателем прав на произведение. Право на вознаграждение остаётся у работника и в случае, если работодатель решит сохранить произведение в тайне. Размер вознаграждения, условия и порядок его выплаты определяются договором между работником и работодателем, а в случае спора — судом.


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


Права работодателя


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


Работодатель вправе, в частности:


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

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


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


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

Однако и тогда у работодателя останутся права:


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

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


Идём «на сторону»


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


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


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

Очень важно поинтересоваться: как можно будет обновлять информацию на сайте? Справится ли с этим простой смертный или придётся раскошеливаться на специалиста?


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


Договор: спрашивайте, не стесняйтесь


На что обратить внимание при заключении договора с разработчиком?


Все основные правила, которые необходимо соблюсти, можно найти в соответствующих главах ГК РФ — главе 37 «Договор подряда» и главе 39 «Возмездное оказание услуг».


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


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


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


  • создание сайта;
  • техническая поддержка;
  • размещение сайта;
  • вопросы доступа посетителей.

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


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


Эти процессы идут параллельно и могут выполняться одним специалистом (если, к примеру, используется какая-нибудь бесплатная система управления контентом или коммерческая система управления контентом (CMS)).


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


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


Процесс разработки сайта


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


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


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


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


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


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


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


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


Важные моменты договора


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


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


Как правило, в договорах на разработку сайтов имеется раздел «Термины и определения» или «Терминология, используемая в договоре» и т. д. Это и понятно: вопрос, который следует урегулировать, без технического минимума не решить.


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


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


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


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


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


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


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


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


Что до обязанностей исполнителя, то среди них, как правило, фигурируют обязанности:


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

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


Права на результат


Статья 703 ГК РФ «Работы, выполняемые по договору подряда» определяет, что результат работ передаётся заказчику. С бытовой точки зрения это логично: вы платите деньги, даёте информацию, предлагаете идеи. Следовательно, результаты работ должны принадлежать вам. Тем более что есть прямое указание ГК РФ.


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


Во-первых, правовая природа договора не всегда зависит от того, что именно значится в его «шапке». То есть если договор озаглавлен «Договор подряда», то это не значит, что к нему по умолчанию применяются правила главы 37 ГК РФ «Подряд».


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


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


Хотелось бы предостеречь от включения в договор некорректных формулировок наподобие «исключительные авторские права на результаты работ принадлежат Заказчику». Нельзя заставить автора — в нашем случае разработчика сайта — отказаться от права своего авторства. Согласно статье 1228 ГК РФ право авторства, право на имя и иные личные неимущественные права автора неотчуждаемы и непередаваемы. Отказ от этих прав ничтожен.


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


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


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


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

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


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

Применительно к разработке сайта заказчику было бы идеально получить как минимум:


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

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


Как насчёт «движка»?


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


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


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


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


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


Заметки по дизайну


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


Если вы условились об отчуждении исключительного права, то срок значения не имеет. С лицензионным договором история иная: срок, на который заключается лицензионный договор, не может превышать срок действия исключительного права на результат интеллектуальной деятельности или на средство индивидуализации (абз. 1 п. 4 ст. 1235 ГК РФ). Ввиду этого договор, содержащий условие о сроке его действия, превышающем срок действия исключительного права, считается заключённым на срок, равный сроку действия исключительного права. В случае когда в лицензионном договоре срок его действия не определён, договор считается заключённым на пять лет.


В договор стоит включить условия о территории использования результатов разработок исполнителя. Не следует обходить этот вопрос, если исключительное право передаётся по лицензионному договору. В нём должна быть указана территория, на которой допускается использование результата интеллектуальной деятельности или средства индивидуализации. Если территория в договоре не указана, то лицензиат вправе осуществлять их использование на всей территории Российской Федерации (п. 3 ст. 1235 ГК РФ). И только на территории Российской Федерации. С учётом трансграничного характера Сети это звучит довольно глупо. Если речь идёт о передаче прав на дизайн сайта, сценарии и прочие элементы, то следует включать в договор условия об отсутствии ограничений территории использования.


Цена договора и порядок оплаты


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


  • о внесении аванса;
  • поэтапной оплате;
  • оплате по факту, после выполнения всех работ в полном объёме.

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


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


Обратите внимание на различие в правовом значении задатка и аванса.


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


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


Как правило, аванс составляет 20–30 % от общей суммы оплаты за работы.


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


  • аванс;
  • завершение первого этапа и приёмка работы;
  • завершение второго этапа (и приёмка работы);
  • оплата второго этапа;
  • выполнение заключительного этапа и окончательная приёмка;
  • окончательная оплата.

Контроль за ходом выполнения работы


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


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


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


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


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

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


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


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


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


В договоре стоит указать:


  • сроки выполнения каждого этапа работ;
  • сроки, отводящиеся на тестирование и приёмку этапа заказчиком;
  • сроки подписания акта приёмки-сдачи или формулирования претензии в случае обнаружения недостатков.

Об ответственности


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


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


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


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


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


  • действия:

    – со стороны разработчика (разработка, тестирование, установка программного обеспечения на рабочий сервер, подготовка и представление документации);


    – со стороны заказчика (оплата, участие в разработке технического задания и его утверждение, приёмка результатов работ, подписание актов приёмки-сдачи);


  • сроки выполнения действий и их соблюдение;
  • соблюдение требований закона по охране интеллектуальной собственности.

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


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

По материалам журнала "Практический бухгалтерский учет"

Скачать приложение для iPad, Android
Оценить:
Добавить на стену
БУХГАЛТЕРУ
ПРЕДПРИНИМАТЕЛЮ
ПОЛЬЗОВАТЕЛЮ 1С
НОВОСТИ ПОРТАЛА
Основные ошибки при обустройстве офиса бухгалтера
Большинство предпринимателей, в особенности начинающие, преследуя цель сэкономить на своих сотрудниках, допускают огромную ошибку. Всем известно, что от эффективности работы ваших сотрудников, зависит ваша прибыль.
Публикация: 04.10.2016 16:44:00
1680
Публикация: 28.09.2015
11070
Публикация: 28.09.2015
10500
servicebook.pro

© 2010-2016 «Servicebook • PRO». Тел.: +7 495 255-07-27. При любом использовании материалов сайта гиперссылка на «servicebook.pro» обязательна.