B2B-договор доступа
Для крупных клиентов, которым нужен подписанный договор, приложения по SLA, безопасности, данным и поддержке.
Закрепим доступ к сервису, подписку, тарифы, лимиты, SLA, данные клиентов, блокировку аккаунта и экспорт информации.
Первый проект — до 3 рабочих дней после получения исходных данных.
Для крупных клиентов, которым нужен подписанный договор, приложения по SLA, безопасности, данным и поддержке.
Для типового подключения клиентов через сайт: тарифы, акцепт, оплата, доступ, ограничения и прекращение подписки.
Для правил аккаунта, поведения пользователей, запретов, контента, блокировки и ответственности внутри сервиса.
Для B2B-клиентов, если через сервис проходят персональные данные их сотрудников, клиентов или пользователей.
Он оплатил год, пользовался сервисом два месяца, потом решил уйти и требует вернуть остаток. В оферте нет правил возврата и прекращения доступа.
Пользователь нарушает лимиты, скрейпит данные или передаёт доступ третьим лицам. Сервис блокирует аккаунт, а клиент требует восстановить доступ и компенсировать простой.
Клиент прекращает подписку и просит выгрузку данных. В договоре не указано, в каком формате, в какой срок и на каких условиях данные экспортируются.
В рекламе написано 99,9% uptime, но договор не объясняет плановые работы, сбои провайдеров, источник мониторинга и размер компенсации.
Кто получает доступ, как создаётся аккаунт, кто отвечает за логины, роли, пользователей, безопасность паролей и действия внутри аккаунта.
Период оплаты, автопродление, пробный период, лимиты пользователей, объёмы данных, платные модули и порядок изменения цены.
Клиент получает право доступа и использования сервиса, но не права на код, архитектуру, интерфейс и базу данных платформы.
Кто владеет данными, как они загружаются, хранятся, экспортируются, удаляются и что происходит после прекращения подписки.
Доступность, плановые работы, инциденты, время реакции, каналы поддержки, обновления и ограничения ответственности.
Запрет перепродажи доступа, скрейпинга, атак, нарушения прав третьих лиц, обхода лимитов и использования сервиса не по назначению.
Адаптируем документы под тип сервиса — от self-service до enterprise-подключения с DPA и SLA.
Единый стандарт юридической проработки во всех вариантах. Различаются результат, комплектация и объём правок.
Услуга 1
Выявим риски и дадим рекомендации по безопасной работе с договором.
Вариант 1
3 000 ₽
Анализ рисков, комментарии и рекомендации.
Вариант 2
4 500 ₽
Правовое заключение и исправленный договор в Word или протокол разногласий.
Услуга 2
Подготовим договор под вашу задачу и обеспечим необходимыми документами.
Вариант 1
6 000 ₽
До двух приложений и до трёх циклов правок.
Вариант 2
8 500 ₽
Все необходимые формы и приложения; правки без ограничения в пределах первоначальной задачи.
01
Договор, реквизиты, описание сделки и коммерческие условия — всё, что уже согласовано или есть у контрагента.
02
Подтверждаем результат, комплектацию, срок и точную цену до начала работы.
03
Стандартный первый проект — в течение 3 рабочих дней после получения исходных данных.
04
Вносим правки в объёме выбранного варианта и передаём итоговые документы в Word и PDF.
Зависит от модели. Обычно клиент получает не экземпляр программы, а доступ к онлайн-сервису. В договоре можно сочетать элементы лицензии, услуг, подписки, поддержки и обработки данных. Главное — не передавать клиенту больше прав, чем нужно для использования сервиса.
Если клиенты подключаются массово через сайт, удобнее оферта. Если это крупные B2B-клиенты с переговорами, SLA, безопасностью и DPA, чаще нужен индивидуальный договор или рамка плюс приложения.
Да, но порядок изменений нужно закрепить заранее: срок уведомления, момент вступления изменений, право клиента отказаться от продления, условия по уже оплаченному периоду.
Нужно указать срок хранения, формат выгрузки, способ передачи, платность дополнительного экспорта и момент удаления данных. Без этого уход клиента может превратиться в конфликт.
Да, если в договоре или оферте есть основания блокировки: неоплата, нарушение лимитов, передача доступа, атаки, незаконный контент, нарушение прав третьих лиц. Желательно описать порядок уведомления и восстановления.
Для простого сервиса SLA можно включить в договор. Для B2B и Enterprise-клиентов лучше сделать отдельное SLA-приложение: доступность, плановые работы, инциденты, поддержка и компенсации.
Если сервис обрабатывает персональные данные, нужны политика, согласия и договорные условия о ролях сторон. Для B2B SaaS часто нужен DPA или поручение обработки данных, где описаны цели, меры защиты, инциденты и удаление данных.
Можно сделать базовую оферту или рамочный договор, а тарифы, SLA, DPA и enterprise-условия вынести в приложения. Так документ проще масштабировать под разные сегменты клиентов.
На странице IT-договоров — MSA, NDA, SLA, лицензии, разработка ПО, сайты и SEO.
Справка
SaaS-модель отличается от классической продажи программного обеспечения. Клиент обычно не получает экземпляр программы и не становится владельцем кода, а покупает доступ к функциям сервиса через веб-интерфейс или API. Поэтому договор должен описывать именно правила доступа: тарифы, лимиты, пользователей, поддержку, обновления и прекращение подписки.
Для SaaS особенно важны данные. В сервисе могут храниться клиентские базы, документы, лиды, платежи, пользовательские действия и персональные данные. Договор должен заранее отвечать на вопросы: кто отвечает за загруженные данные, как их выгрузить, когда они удаляются, кто получает доступ и что происходит при инциденте безопасности.
Напишите нам в мессенджер — ответим в течение 10 минут.