Перешли с договора услуг на лицензию: что изменилось и почему это важно для SaaS

Контекст

Клиент — владелец российского SaaS-сервиса для автоматизации бизнес-коммуникаций через API-интеграции. Продукт работает несколько лет, аудитория выросла, появилась партнёрская программа с несколькими типами участников, собственные инструменты. Запрос был конкретным: привести договорную базу в соответствие с тем, как бизнес устроен сейчас.

Проблема

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

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

Процесс

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

Центральным стал вопрос: а является ли этот сервис вообще программой в правовом смысле или это всё ещё «услуга»? Не каждый сайт и не каждый онлайн-инструмент можно лицензировать. Но здесь продукт за несколько лет вырос в полноценную автономную систему: алгоритмы работают сами, исполнитель не стоит за каждым действием, логика зашита в код. Это и есть программа для ЭВМ, и именно это открыло возможность перейти на лицензионную модель.

Что это меняет на практике? При договоре услуг логика такая: пока услуга оказывается — плати, передумал — верни деньги. При лицензии всё иначе: лицензиар передаёт право использования программы в момент активации. С этого момента своё обязательство он исполнил, право передано. Если клиент не воспользовался — это его решение, не нарушение со стороны сервиса. Простой пример: вы купили электронную книгу. Не прочитали. Магазин не обязан вернуть деньги — право на чтение вам было предоставлено.

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

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

Наконец — переход действующих клиентов на новые условия. У сервиса уже была большая база пользователей, работавших по старому договору. Просто заменить документ нельзя: старые обязательства никуда не деваются. Разработали механику перехода — дополнительное соглашение, которое фиксирует смену договорной базы, сохраняет индивидуальные условия там где они были, и обеспечивает преемственность без разрыва отношений. Задача была сделать это так, чтобы для клиента переход был понятным и необременительным, а для сервиса — юридически чистым.

Что сделали

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

Партнёрское соглашение закрыло сразу несколько разных типов сотрудничества в одном документе. У каждого участника — своя модель расчётов, свои права и своя логика взаимодействия.

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

Политика обработки персональных данных была у сервиса и раньше — её переработали по всем требованиям, обновили реестр целей обработки и привели в порядок запись в реестре Роскомнадзора.

Отдельно стоит сказать об инструкции по внедрению. Обычно такой документ пишется для разработчиков — что где поменять на сайте, какие технические требования выполнить. Здесь инструкция выросла в нечто большее: по ходу работы накапливались правовые вопросы, которые влияли на конкретные решения и выборы. Передавать это в сообщениях или комментариях было бы неудобно и ненадёжно. Поэтому собрали единую базу: наблюдения, объяснение логики, ответы на вопросы которые возникали — всё в одном месте. Это и справочник для команды, и защита от ситуации «а почему мы сделали именно так».

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

Общий принцип работы был такой: не сносить и не переделывать всё с чистого листа — для работающего сервиса с большой базой клиентов это нереалистично и рискованно. Задача была перейти на новые условия аккуратно: с наименьшими потерями для существующих отношений и с наибольшей пользой для того, что будет дальше.

Почему сработало

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

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

Результат

Смена договорной модели — это не только про документы. Это про то, как бизнес выглядит для клиентов, партнёров и налоговой.

Лицензионная модель допускает запрет возвратов денег за неиспользованный период — это прямо влияет на предсказуемость выручки. Средства на балансах пользователей перестают быть обязательствами с неопределённым сроком востребования. Для растущего сервиса с тысячами активных пользователей разница ощутима.

Партнёрские выплаты получили документальное основание — акты, отчёты, корректные назначения платежей. Это не бюрократия ради бюрократии: это защита при налоговой проверке и возможность спокойно масштабировать партнёрскую программу без риска, что каждая выплата станет предметом вопросов.

Отдельно — про будущее. Если владелец примет решение зарегистрировать программу в реестре отечественного ПО, лицензионная модель становится не просто удобной, а необходимой. После 2021 года освобождение от НДС по пп. 26 п. 2 ст. 149 НК РФ сохранилось только для программ, включённых в этот реестр. Получить льготу без регистрации уже нельзя, но и с регистрацией не так просто. Налоговая смотрит не только на факт включения в реестр, но и на то, как выстроены отношения с пользователями: лицензионный договор должен быть настоящим, с реальным объектом, реальной передачей права и последовательной логикой от момента регистрации пользователя до момента оплаты. Нельзя просто переименовать договор услуг в лицензионный и рассчитывать на льготу. Именно поэтому лицензионная модель, выстроенная на реальном экономическом основании и подкреплённая корректной документацией, — это не только про сегодняшний день, но и про возможности которые открываются при масштабировании.

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