SaaS-договор: какие условия проверить до запуска
Как SaaS-провайдеру распределить доступ, оплату, данные, права, уровень сервиса и прекращение договора без лишних обещаний.
SaaS-договор должен объяснять не только цену подписки. Он распределяет риск между провайдером и клиентом: кто управляет доступом, что происходит при сбое, как обрабатываются данные, кому принадлежит продукт и как стороны выходят из отношений.
Опишите доступ и границы сервиса
Сначала зафиксируйте, что именно получает клиент: аккаунт, рабочее пространство, количество пользователей, программный интерфейс, интеграции, хранилище, поддержку, обновления, тестовые функции. Чем точнее описан сервис, тем меньше спор о том, была ли функция обещана.
Отдельно нужны правила администрирования аккаунта: кто создает пользователей, кто отвечает за пароли и доступы, как отключаются уволенные сотрудники клиента, когда провайдер может ограничить доступ при нарушении или неоплате.
Не обещайте больше, чем контролируете
Соглашение об уровне сервиса должно соответствовать архитектуре и операционной команде. Если провайдер зависит от облака, платежного сервиса, почтового провайдера или внешнего программного интерфейса, договор должен учитывать эти зависимости. Иначе обещание доступности может оказаться шире реального контроля.
Уточните окна технических работ, плановые работы, исключения, уведомления об инцидентах, часы поддержки и сервисные компенсации. Сервисные компенсации лучше описывать как заранее согласованный механизм, а не как признание всех возможных убытков клиента.
Разделите данные и права
В SaaS обычно есть несколько слоев: данные клиента, метаданные использования, аналитика, настройки, пользовательский контент, код продукта и улучшения. Договор должен отделять право клиента на свои данные от прав провайдера на платформу, интерфейс, алгоритмы, документацию и доработки.
По персональным данным проверьте роли сторон, соглашение об обработке данных, подрядчиков, локации обработки, безопасность и удаление после прекращения договора. Если клиент загружает регулируемые или чувствительные данные, это нужно отразить отдельно.
Пропишите оплату и прекращение
Коммерческие условия должны отвечать на практические вопросы: когда начинается оплата, что считается активным пользователем, как меняется тариф, как работают просрочка, возврат, приостановка доступа, продление и отказ от продления.
Механика выхода не менее важна, чем подключение. Укажите срок выгрузки данных, формат экспорта, период хранения после прекращения, удаление аккаунта, оплату задолженности и доступ к журналам аудита, если они нужны клиенту.
Что проверить перед публикацией terms
- описание сервиса и ограничений;
- администрирование аккаунта и правила допустимого использования;
- уровень сервиса, поддержка и процесс работы с инцидентами;
- обработка данных и цепочка подрядчиков;
- права на продукт и условие о предложениях по улучшению;
- тарифы, продление, приостановка доступа и прекращение договора;
- экспорт, удаление и доступ после прекращения договора.
Хороший SaaS-договор не должен обещать отсутствие сбоев или споров. Он должен заранее показать, какой риск принимает провайдер, какой остается у клиента и где нужно отдельное корпоративное приложение к договору.