В этой статье вы узнаете, как правильно размещать документы и почему за это должен отвечать юрист, о порядке акцептов из судебной практики и о том, как доказать, что договор был акцептован и какие виды акцептов существуют.
Заказать разработку ИТ-договоров можно на сайте.
Документы на сайте
Естественно, клиент или работодатель, который осуществляет деятельность в сети Интернет, одним из первых вопросов задает: какие же документы нужно разместить на сайте любому интернет-проекту?
Вне зависимости от того, чем занимается проект, у него на сайте должна быть размещена политика обработки персональных данных, и обязательно нужно сказать клиенту, что это отдельный документ от согласия на обработку персональных данных. Если клиент осуществляет рекламную рассылку, то дополнительный документ появляется в виде согласия на получение рекламной рассылки. А вот вверху у нас размещен основной документ, их может быть несколько, в зависимости от взаимоотношений внутри сервиса – это договор, соглашение или серия договоров и соглашений, которые регулируют отношения между сторонами внутри сервиса.
Существует несколько видов договоров.
Чтобы понять, какой вид необходим именно вам следует ответить на ряд вопросов:
- кто использует сервис?
- как много групп этих пользователей, использующих его?
- какова юрисдикция проекта и какова юрисдикция самих пользователей?
- как осуществляются расчеты?
- какие отношения между сторонами существуют внутри сервиса?
Если вы посмотрите на практически любой сайт, вне зависимости от величины компании, то часто в разделе документы вы можете увидеть такие названия: пользовательское соглашение, публичная оферта, договор оферты и так далее.
Часто клиенты приходят и говорят: нам не нужен ваш лицензионный договор, нам обязательно нужно разработать публичную оферту, мы у конкурентов видели такую же.
IT-юристы, должны понимать, что публичная оферта это только способ заключения договора, и пользовательское соглашение – это документ непоименованный в Гражданском кодексе, поэтому нам самим выбирать – нужен он нам или нет.
Критерии для выбора конкретного вида договора
Давайте посмотрим на стандартный маркетплейс и какие документы/конструкции нужны маркетплейсу для работы онлайн – компанию-посредник между покупателем и поставщиком. Это значит, что внутри у нас есть несколько групп отношений: мы, как платформа и покупатель, платформ/поставщик, и, конечно, покупатель/поставщик. Соответственно, договоры нам нужны под каждую из этих групп отношений. Мы определились, что публичная оферта — это способ заключения договора и все договоры, которые мы будем разрабатывать, будут в форме публичной оферты. Соответственно, договор оферты — это такое название, которое можно применить к публичной оферте, но нам для групп отношений нужно выбрать четкие виды договоров, которые в последствии будут составляться в форме публичной оферты.
Четкая форма договора, пожалуй, самое важное при разработке договорной схемы.
Соответствие бизнес-процессам
Для того, чтобы начать выбирать вид договора, нам нужно четко понять, чем занимается сервис. И, конечно, мы живем в эпоху Legal Design – меньше воды, больше фактов.
Виды взаимоотношений на примере маркетплейса
- Платформа/покупатель
На платформу приходит покупатель. Если платформа не берет с него никакого дополнительного вознаграждения, то все отношения сводятся к доступу пользователя к сайту. Если речь идет только о безвозмездном доступе к сайту, лучший вариант- лицензионный договор.
- Платформа/поставщик
Отношения платформы и поставщика будут гораздо шире. Помимо того, что поставщик заходит на сайт и использует его функционал в рамках маркетплейса, платформа наверняка будет участвовать в организации расчетов, принимать деньги за товары к себе на расчетный счет либо использовать номинальный счет/платежную систему, но, так или иначе, функционал дополняется осуществлением расчетов. Вполне возможно, что в рамках отношений с поставщиком маркетплейс может участвовать в цепочке логистической (упаковывать товар, участвовать в претензионной работе с покупателем).
Поэтому, варианта два- агентский договор или договор оказания услуг.
- Поставщик/покупатель – покупка товара.
В данной ситуации выбор падет на договор купли-продажи, либо на договор поставки, в зависимости от того, является покупатель юридическим или физическим лицом.
Соответственно, в зависимости от этих отношений мы выбирается вид договора.
Каким образом пользователь воспринимает документы, размещенные на нашем сайте
Раньше работали все правила, прописанные в договоре. Указывалось, что сервис, например маркетплейс, не имеет никакого отношения к тому, что делает поставщик, ограничиваясь только доступом к сайту.
Но не так давно один из пассажиров использующий «Яндекс. Такси», к сожалению, попавший в аварию, предъявил претензии не к самому перевозчику и не к таксопарку, а к самому «Яндексу» – и выиграл. После этого инцендента момент восприятия стал наиболее важным.
Почему выиграл этот пассажир?
Он доказал, что: заказывая автомобиль, он заказывал его у «Яндекса», скачивая мобильное приложение, там был только «Яндекс» и никакой таксопарк там указан не был, рассчитываясь за такси, он рассчитывался с «Яндексом».
Поэтому он вполне себе полагал, что и в договорные отношения вступил с «Яндексом».
На что стоит обратить внимание юристам?
- формулировки в документах
- правильное размещение документов
- после того, как размещены сами документы, необходимо глазами потребителя посмотреть на этот сервис
Как потребитель воспринимает сервис –только как отношения между ним и «Яндексом»? Или он понимает, что ваша компания — это агрегатор и внутри существует много других юридических лиц, с которыми он вступает в отношения?
Для IT-юриста важно свою работу продолжить не только после размещения документов, но и уже в рамках того, как выглядит сам сервис.
