Варианты составления договора SaaS:

SaaS - предоставление удаленного доступа к ПО - временное использование программы. Считаем, что это скорее услуга. На практике SaaS оформляют как лицензией, так и договором услуг.

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

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

IaaS, PaaS и SaaS — 3 наиболее популярных типа предложений облачных сервисов.

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

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

SaaS, или программное обеспечение как услуга — это доступ по требованию к прикладному ПО, размещенному в облаке.

SaaS, Paas, IaaS не являются взаимоисключающими; большинство организаций используют более одного, а многие более крупные организации сегодня используют все три, часто в сочетании с традиционными IT.

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

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

Например, предположим, что крупная организация хочет предоставить своему отделу продаж приложение для управления взаимоотношениями с клиентами (CRM). Это могло бы:

• Выберите SaaS CRM-решение, переложив все повседневное управление на стороннего поставщика, но также отдав весь контроль над функциями и функциями, хранилищем данных, пользовательскими доступ и безопасность.

• Выберите PaaS решение и создайте собственное приложение CRM. В этом случае компания переложит управление ресурсами инфраструктуры и разработки приложений на поставщика облачных услуг. Клиент сохранит полный контроль над функциями приложения, но также возьмет на себя ответственность за управление приложением и связанными с ним данными.

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

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

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

В эту категорию - положения об ответственности - мы бы включили:

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

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

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

В соглашении об уровне обслуживания (SLA) или графике уровня обслуживания могут быть указаны:

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

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

SLA обычно используются для услуг B2B, но редко используются для услуг B2C.

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

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

Существует 5 основных типов документов, которые следует учитывать:

• условия использования (предоставления услуг)
• политика конфиденциальности
• условия использования сайта
• документы конечного пользователя
• внутриклиентские и внутрипользовательские документы

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

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

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

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

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

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

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

Если вы являетесь обработчиком данных, то и вы, и ваш контролер обязаны в соответствии со 152-ФЗ, а также GDPR, заключить письменное соглашение о способах обработки персональных данных. 

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

Однако нет юридического требования, чтобы положения об обработке данных содержались в том же документе, что и основные положения об услугах, и многие поставщики услуг используют отдельную обработку данных. Обоснованными причинами для этого являются:
(a) только часть обработки ваших клиентов подпадает под действие 152-ФЗ (GDPR), но вы хотите использовать одни и те же условия обслуживания для всех клиентов;
(b) будет трудно договориться о новых юридических условиях с существующими клиентами, но вам необходимо включить положения об обработке данных в их контракты.

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

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

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

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

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

В дополнение к правам на прекращение, вы также должны сказать что-то о последствиях прекращения. Ключевые вопросы здесь вращаются вокруг данных о клиентах.
Сможет ли заказчик загрузить все свои данные с платформы?
Обязан ли поставщик услуг предоставлять данные клиенту?
Если да, то когда и как?
И в какой момент поставщик услуг должен удалить данные клиента из своих оперативных и резервных баз данных?
(Если база данных содержит персональные данные, а поставщик услуг является обработчиком этих персональных данных, ее необходимо будет удалить после завершения услуг для соблюдения 152-ФЗ (GDPR)).