Великий многоликий

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

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

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

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

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

 

К не менее широкому пониманию следует прибегнуть, допустим, рассматривая терминологическую соприкасаемость дизайна и навигации, совместно образующих агрегатный элемент в интерфейсе сайта. Разумеется, это сущностно разные понятия, но одно с другим тесно коррелируются. Когда при наведении курсора на активную (кликабельную) ссылку появляется пятерня вместо стрелки, а ссылка подсвечивается или подчеркивается и воспроизводятся какие-то дополнительные эффекты - это ли не дизайн? Но если кликнуть в этой точке, достигнуть которой невозможно без предварительных "навигационных" манипуляций над "словами и рисунками", загрузится иная страница сайта или вообще откроется другой сетевой ресурс. Это и есть дизайн и навигация, сочетаемые в динамике (к навигации также относится не воспринимаемый зрительно момент перехода между уровнями среды).

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

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

Александр СТУДЕНЦОВ,
юрист


ДОГОВОР ПОДРЯДА

на разработку сайта

г. Минск "___" ________ 2010 г.

________ "________", далее по тексту - разработчик, в лице директора ________, действующего на основании устава, с одной стороны, и ________ "________", далее по тексту - заказчик, в лице ________, действующего на основании ______, с другой стороны, заключили настоящее соглашение о нижеследующем:

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

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

1.2. Во исполнение п. 1.1 настоящего договора Разработчик обязуется:

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

- Интерфейс Сайта: совокупность дизайна каждой http(-s)-страницы Сайта и структура (иерархия) гиперссылок на иные http(-s)-страницы Сайта, а также алгоритмы доступа к прочим информационным ресурсам;

- Навигация: алгоритмы перехода по текстовым гиперссылкам или иконкам между http(-s)-страницами Сайта (внутренняя) и распределение информационных потоков с Сайта в иных интернет-ресурсах (внешняя), включая экспорт информации (подписка на новости и прочее);

- Контент: наполнение сайта визуализируемой и аудиоинформацией, включая рубрикатор и (или) контекстный поиск;

- Динамические функции: возможность редактирования http(-s)-страниц online без изменения исходных кодов и участия Разработчика в процессе использования Сайта (Разработчик не отвечает за результаты этого вмешательства); загрузка затребованной части http(-s)-страницы Сайта вместо загрузки всей страницы;

- Безопасность: исключение несанкционированного доступа третьих лиц к содержимому Сайта и исходным кодам его http(-s)-страниц;

- Технические вопросы: языки программирования; кэширование http(-s)-страниц; степень разрешения просмотра http(-s)-страниц в привязке к предпочтительному браузеру;

- Прочее, согласно указаниям Заказчика: применимые к текстовым файлам Сайта языки; авторизация доступа; счетчик статистики посещений;

1.2.2. Разработать уникальное доменное имя Сайта, если иное не предоставлено Заказчиком, в том числе обеспечивающее репрезентативное обозначение Заказчика;

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

1.2.4. Разместить предварительно одобренный Заказчиком Сайт в Интернете, согласно заключенному Заказчиком договору с провайдером, в тестовом режиме в течение ___ (______) дней, после подписания сторонами акта приемки-передачи результата работ - в режиме постоянного пользования (внедрение) с объемом хостинга не менее ___ (______) Mb.

1.3. Объем Сайта на момент заключения настоящего договора (базовый объем сайта) согласован сторонами в количестве ___ (______) http(-s)-страниц с предоставлением контента в электронной форме Заказчиком, состоящего из 15 страниц формата А-4 программного кода, включая 3 вспомогательные (навигационные) страницы, вмещающие до ___ (______) графических объектов без предпросмотра, из них - ___ (______) интерактивных.

Увеличение базового объема Сайта оговаривается сторонами в дополнительном соглашении к настоящему договору при согласовании детализированного технического задания с определением сроков разработки каждой дополнительной http(-s)-страницы и других существенных условий.

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

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

2. Терминология настоящего договора.

2.1. Сайт (для целей обозначения результата работ по настоящему договору и способа его использования) - кибернетический программно-аппаратный комплекс, обеспечивающий размещение и воспроизведение в Интернете (далее - сеть) совокупности http(-s)-страниц определенного содержания (коннект), объединенных под доменным адресом (первого или, по указанию Заказчика, пониженного уровня) посредством глобальных IP-, URL- и (или) других атрибутов интернет-ресурса.

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

2.2. Контент - текстовые, графические (фото, диаграммы и таблицы) и мультимедийные файлы (видео, аудио, анимация, включая интерактивные баннеры), размещенные на http(-s)-страницах Сайта.

2.3. Дизайн - визуализируемое художественно-иллюстративное содержание главной http(-s)-страницы Сайта, характеризующееся цветовым решением и графической структурой содержания и активного обращения к контенту Сайта.

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

3. Права и обязанности сторон; порядок исполнения договора.

3.1. Разработчик обязан:

3.1.1. Приступить к подготовке детализированного технического задания на разработку Сайта (ТЗ) не позднее дня, следующего за днем зачисления аванса на текущий счет Разработчика в соответствии с подпунктом 3.2.1 настоящего договора, и не позднее 10 (десяти) рабочих дней предоставить Заказчику к утверждению проект ТЗ.

3.1.2. При предоставлении Заказчиком в электронном виде полного объема либо перечня материалов, подлежащих размещению в качестве контента на Сайте, Разработчик приступает к разработке Сайта немедленно с момента зачисления предоплаты на текущий счет Разработчика в соответствии с подпунктами 3.2.1 и 3.2.3 настоящего договора.

Срок разработки Сайта до его размещения в Сети для тестирования составляет ___ (______) календарных дней.

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

- непригодности или низкого качества предоставленной информации или технической документации;

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

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

3.1.4. Предоставить Заказчику акт предварительного согласования Сайта, приложив его на магнитном носителе, к размещению в Сети в тестовом режиме;

3.1.5. Разместить Сайт в Сети в тестовом режиме не позднее дня, следующего за днем получения от Заказчика подписанного акта согласования, и немедленно сообщить Заказчику посредством e-mail о размещении;

3.1.6. Устранить недостатки Сайта, выявленные в тестовом режиме согласно обоснованным замечаниям Заказчика, не позднее 5 (пяти) рабочих дней;

3.1.7. Предоставить Заказчику, при отсутствии его замечаний по окончанию установленного срока тестирования Сайта либо после устранения замечаний, в течение 3 (трех) дней акт приемки-передачи результата работ с приложением программной части сайта на flash-памяти, включая код передачи данных по протоколу FTP: логин, пароль и хост-адрес.

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

3.2.1. Перечислить Разработчику до начала разработки технического задания аванс в сумме ___ (______) белорусских рублей, но не позднее 3 (трех) рабочих дней с момента вступления в силу настоящего договора;

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

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

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

3.2.3. Перечислить Разработчику не позднее 3 (трех) рабочих дней с момента согласования сторонами ТЗ в порядке п. 1.1 настоящего договора аванс в сумме ___ (______) белорусских рублей;

3.2.4. Согласовать Сайт, до его размещения в Сети для тестирования, посредством подписания акта согласования не позднее 3 (трех) рабочих дней с момента его предоставления Разработчиком или в этот же срок представить замечания о недостатках Сайта;

3.2.5. Проверить Сайт на наличие программных, орфографических и (или) грамматических ошибок и сообщить замечания Разработчику не позднее 7 (семи) рабочих дней со дня получения уведомления от Разработчика о размещении Сайта в Сети в тестовом режиме;

3.2.6. Рассмотреть в течение 3 (трех) рабочих дней предоставленный Разработчиком акт приемки-передачи результата работ и вернуть подписанный со своей стороны экземпляр Разработчику;

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

Цена создания базового Сайта (включая разработку ТЗ) устанавливается в сумме ___ (______) белорусских рублей, в том числе НДС по ставке 20 (двадцать) процентов ___ (______) белорусских рублей.

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

4. Имущественные права на Сайт.

4.1. Разработчик передает исключительные имущественные права на Сайт Заказчику по акту приемки-передачи результата работ и после полной оплаты результата работ.

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

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

5.1. За нарушение установленного по Договору конечного срока выполнения всей работы Разработчик уплачивает Заказчику неустойку в размере __% в день от полученной суммы предоплаты, но не более __% этой суммы.

5.2. За просрочку окончательного расчета Заказчик уплачивает Разработчику неустойку в размере __% в день, но не более __% просроченной суммы.

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

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

5.5. Работа выполняется на риск Заказчика в части дизайна и контента Сайта, а также воспроизведения Сайта на аппаратном комплексе Сети.

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

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

6. Действие договора.

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

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

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

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

6.5. Внесение изменений и дополнений в материалы для размещения на Сайте, предусмотренные согласованным ТЗ, производится по дополнительному соглашению к настоящему договору.

6.6. Число посещений Сайта и занимаемые Сайтом позиции в рейтингах, каталогах и поисковых системах не оговариваются.

7. Реквизиты и подписи сторон.

Разработчик: Заказчик:

Версия для печатиВерсия для печати

Номер: 

01 за 2011 год

Рубрика: 

Компьютер и право
Заметили ошибку? Выделите ее мышкой и нажмите Ctrl+Enter!
 

Комментарии

Аватар пользователя Павел Шалькевич
Данный договор мог быть актуален лет 8 назад :)
Аватар пользователя Savely
"Критикуя - предлагай".

Я не спец в Web - но интересно, в чем минусы данной "рыбы"?

Аватар пользователя Павел Шалькевич
Уже давно никто не пишет сайты «вручную». С появлением и распространением систем управления содержимым (CMS), говорить о предоставлении исходных кодов (п. 1.3) просто абсурд. Фраза «разработать уникальное доменное имя» (п. 1.2.2) просто потешает, как и определение сайта (п. 2.1), в котором говорится об аппаратной составляющей, что с позиции разработчика весьма спорно.

Дальше даже не хочется вникать. Минусы данной рыбы в том, что она стухла за годы до написания статьи. И обсуждать, по сути, нечего, нужно просто делать заново. С учетом того, что сфера информационных технологий довольно динамично развивается. Это видно даже из таких общих статистических показателей, как внедрение Интернета или объем экспорта ИТ-услуг нашего Парка высоких технологий. Если же говорить конкретно о «Web», то определение таких актуальных понятий, как «Web 2.0» и «Web 3.0» сами по себе говорят о темпах развития данной сферы.

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

Как преступник возвращается к месту злодеяния, так и свободный автор норовит проведать результаты своих былых пристрастий… И что мы тут видим?! Кто-то потоптался по моим трудам… Кое-что показалось ему «спорным с позиции разработчика», например, определение сайта. Но поскольку не удостоил нас своим вариантом дефиниции, не исключено, что в его понимании – это ПО на некоем автономном накопителе. Даже если таковой потерян безвозвратно вместе с содержимым (а хоть бы и хранится в секретере). Но сайт есть, получается. Как же, он же разработан!

Можно представить, что будет, если сей критик возьмется «просто делать заново»…

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

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

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

+2
Аватар пользователя mental

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

Думаю, можно, работают же как-то все эти SMM-агентства

Опять же, полностью подтверждаю сказанное мной выше.

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

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

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