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

Заказать разработку ИТ-договоров можно на сайте.

Документы на сайте

Естественно, клиент или работодатель, который осуществляет деятельность в сети Интернет, одним из первых вопросов задает: какие же документы нужно разместить на сайте любому интернет-проекту?

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

Существует несколько видов договоров.

Чтобы понять, какой вид необходим именно вам следует ответить на ряд вопросов:

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

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

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

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

Критерии для выбора конкретного вида договора

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

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

Соответствие бизнес-процессам

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

Виды взаимоотношений на примере маркетплейса

• Платформа/покупатель

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

• Платформа/поставщик

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

Поэтому, варианта два- агентский договор или договор оказания услуг.

• Поставщик/покупатель – покупка товара.

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

Соответственно, в зависимости от этих отношений мы выбирается вид договора.

Каким образом пользователь воспринимает документы, размещенные на нашем сайте

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

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

Почему выиграл этот пассажир?

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

Поэтому он вполне себе полагал, что и в договорные отношения вступил с «Яндексом».

На что стоит обратить внимание юристам?

• формулировки в документах
• правильное размещение документов
• после того, как размещены сами документы, необходимо глазами потребителя посмотреть на этот сервис

Как потребитель воспринимает сервис –только как отношения между ним и «Яндексом»? Или он понимает, что ваша компания — это агрегатор и внутри существует много других юридических лиц, с которыми он вступает в отношения?

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