Юридическая архитектура. Юрист 2.0

Антон Кремер

Юридическая архитектура. Юрист 2.0

© Антон Кремер, 2026

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

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

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

Введение

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

Иск — это не начало истории, а её счёт. Его выставляют через год-два за решения, которые казались мелочью: кто подписывает, на кого оформлен домен, чьё право применяется, что будет, если один из партнёров передумает. Юристу, которого зовут в день получения иска, остаётся спорить о размере счёта. Юристу, которого позвали в день, когда все улыбались, есть что менять.

Вот как это выглядит в жизни. Пятница, вечер. Звонит фаундер, с которым мы когда-то работали. Без приветствия: «Антон, есть минута? Тут одно соглашение всплыло, посмотри, пожалуйста». Месяц назад его команда без юриста подписала с партнёром из Эмиратов трёхстраничное соглашение о сотрудничестве. Тогда это была формальность между людьми, которые друг другу симпатизируют. Сегодня партнёр попросил прислать материалы для «технической сверки». И только теперь кто-то перечитал соглашение и нашёл пункт: любая корпоративная информация, раскрытая в рамках сотрудничества, считается совместной интеллектуальной собственностью сторон. Партнёр собирался «сверить» права на главный продукт компании.

Мы разобрались. Не без крови, но разобрались. Но эту историю можно было не проживать. И дело не в том, что документ был плохой. У компании не было системы, при которой такой документ попадает к юристу до того, как на нём появляется подпись. Три страницы, которые никто не перечитал, — классический способ подарить чужому человеку половину своего продукта, причём искренне считая это партнёрством.

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

В зазоре между «случилось» и «спроектировано» и живёт моя работа. И эта книга.

Кто пишет и зачем

Меня зовут Антон Кремер. Двенадцать лет я занимаюсь корпоративным правом — в России, Европе, Эмиратах, Сингапуре, на БВО, в Казахстане. Строю юридические конструкции для экспортёров, стартапов, финтеха, криптокомпаний и международных групп. За эти годы я прошёл путь от классического юриста-«пожарного», которого зовут, когда уже горит, до архитектора, который отрабатывает свою часть ещё на стадии эскиза.

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

Классическая картинка «юрист как пожарный» убыточна для бизнеса и токсична для самого юриста. Пожарный всегда приезжает поздно, всегда дорого и всегда на чужих условиях, а отвечает при этом сам. Он не видел здания до пожара. И когда он тушит, он не отвечает за то, как здание отстроят заново. Если в доме каждый месяц что-то горит, проблема не в пожарной части, а в проводке. Но пожарных почему-то любят больше, чем электриков: дым убеждает лучше любой схемы.

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

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

Как думает юрист

Прежде чем идти дальше, одно объяснение, без которого книгу будет читать труднее.

Юриста учат думать последствиями. Любое действие запускает цепочку: подписал — возникла обязанность, не исполнил — возникла ответственность, промолчал в договоре — заговорит закон, и не факт, что в вашу пользу. Поэтому юрист на любую идею фаундера сначала спрашивает не «как сделать?», а «что будет потом?». Со стороны это выглядит как занудство. На самом деле это единственный известный способ не платить дважды.

Из этого вырастает простое правило, на котором стоит вся книга: если вы хотите прийти к результату Y, сначала нужно задуматься об условии X. Хотите, чтобы инвестор закрыл раунд за месяц, — сначала разберитесь, на кого оформлен код. Хотите выйти в Европу — сначала выясните, где у вас лежат персональные данные. Хотите продать компанию через пять лет — сначала пропишите в корпоративном договоре, что будет, если партнёры поссорятся. Бильярдист называет это игрой на выход: забивая шар, он уже думает, где остановится биток. В юриспруденции это называется работой. Поэтому в книге много «если…, то…». Так устроено мышление юриста, и я надеюсь, что к концу книги оно станет немного и вашим.

Что такое юридическая архитектура

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

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

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

Сразу закрою два неправильных ожидания. Первое: я не учу обходить закон. Серых схем здесь не будет. Я достаточно видел, как такие схемы возвращаются к тем, кто их строил, — и с процентами. Второе: я не назову универсальную «лучшую» юрисдикцию. Её не существует, как не существует лучшего размера обуви. Если кто-то говорит вам обратное — он даёт медианный ответ, а значит такой ответ не имеет отношения именно к вашему кейсу, а просто самый популярный. Есть лучшая конфигурация для конкретного бизнеса в конкретный момент его роста, и о выборе такой конфигурации мы и будем говорить.

Кому эта книга

У книги два адресата: фаундер и юрист.

Фаундеру она нужна, чтобы видеть устройство своего бизнеса так же ясно, как он видит интерфейс своего продукта. Чтобы понимать, что выбор юрисдикции — это выбор рынков и стоимости капитала, а не престижа или налоговой экономии. Что лицензия даёт допуск к оборотам, и без неё любая бизнес-модель — гипотеза. Что «договор везде одинаковый» — дорогой миф. Что простая схема владения и чистый реестр на due diligence весят больше, чем самый красивый питч-дек.

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

Как читать

Это не учебник и не справочник, а маршрут. Он идёт от фундамента к крыше.

Первая глава — о том, что такое юридическая архитектура и почему без неё бизнес может взлететь, но не может расти. Вторая — о реконструкции: как вернуть к жизни замороженные счета, заблокированные и даже исключённые из реестра компании. Третья — о том, как юристу и фаундеру договариваться, когда один хочет быстро, а другой надёжно. Четвёртая и пятая — о юрисдикциях, структурах и капитале: от выбора страны до раундов, due diligence и выхода. Шестая — о самом фаундере и обо всём, что вокруг компании: личные налоги, распределённая команда, споры и путь одной компании от первого дня до Series B. Седьмая — о бизнесе высокого риска, лицензиях и санкциях. Восьмая — о том, что искусственный интеллект меняет в работе юриста и чего не меняет. Девятая — о самой профессии. Десятая — инструменты: чек-листы, которые можно положить рядом со своей структурой и пройтись по ним за вечер.

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

И последнее. Все истории в книге взяты из практики — моей и коллег, — но обезличены. Страны, отрасли, суммы и сроки изменены, часть кейсов собрана из нескольких проектов. Если вам покажется, что вы узнали в каком-то из них себя, — это значит лишь, что ошибки в бизнесе удивительно похожи друг на друга. Ровно поэтому их и можно предупредить.

Глава 1. Юридическая архитектура как основа роста

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

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

Представьте стартап в сфере платежей. Команда собрала инвестиции на энтузиазме, открыла компанию «на коленке» в первой попавшейся юрисдикции, договоры собрала из чужих шаблонов, а все платежи прогоняла через одного PSP[1]. Продукт растёт, клиенты довольны, деньги двигаются. Но компания вышла на радар инвестора, начался due diligence, и всё посыпалось. Банк не принял устав, договоры с клиентами не прошли комплаенс, лицензии не покрывали реальный объём операций, а единственный PSP заморозил счёт и потребовал документы, которых у команды не было. Сделка сорвалась, бизнес встал. Энтузиазм комплаенс к рассмотрению не принимает.

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

Почему архитектура?

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

Сюда входят юрисдикция, в которой акционеры не попадут под санкции, лицензия на нужные рынки, договорный пакет, закрывающий риски между юрисдикциями, этические кодексы и KYC- и AML-политики, которые проходят аудит регулятора и контрагентов, и резервирование платежей, чтобы не зависеть от одного банка или PSP. Когда эти элементы соединены, компания может привлекать капитал, заходить на новые рынки, открывать счета в надёжных банках. Когда их нет, она может работать в моменте, тут никто не спорит, но в масштаб не выходит.

Архитектура против «пожарной команды»

Классическая юридическая работа отвечает на вопросы: как закрыть спор, как переписать этот договор, как снять блокировку счёта. Задачи важные, но локальные. Такую работу легко показать: вчера горело, сегодня потушено.

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

Архитектура как условие роста

Расти без архитектуры можно, но недолго. Тысячи компаний выходят на рынок с минимальной юридической базой, и пока бизнес мал, это работает. Хотя и здесь гарантий нет: требования крупных контрагентов часто мало отличаются от требований регулятора, а с «непонятными» компаниями никто не хочет работать.

Рост меняет условия. Появляется выход в другую страну, лицензия или регистрация, инвестор с due diligence, партнёр, которому нужна чистая IP-структура, регулятор, который спрашивает про отчётность, банк, который проверяет санкционные списки. Тогда и выясняется, что у компании: архитектура или хаос.

Принято считать, что хаос — нормальная стадия стартапа, как прыщи у подростка: перерастёт. Дорогим он становится с приходом роста, и счёт обычно приходит в день, когда инвестор присылает чек-лист due diligence. Запутанная структура акционеров блокирует инвестиции, разрозненные договоры делают продукт юридически уязвимым, неоформленные права на IP снижают оценку. Система работает как мультипликатор: ускоряет запуск (time-to-launch), снижает издержки на изменения (cost-of-change) и повышает «регуляторный аптайм» — долю времени, когда бизнес работает без блокировок и заморозок.

Что такое «архитектура» в юриспруденции?

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

Почему важно думать слоями?

Если слои согласованы, компания выдерживает нагрузку. Если нет, любое изменение рынка оборачивается кризисом. Представим простую историю. Фаундер из России придумывает маркетплейс для международного рынка, собирает прототип и решает не тратить время на «бумажки». Сэкономленное время потом потратят юристы инвестора, по ставке заметно выше.

Фаундер регистрируется как ИП в Грузии: быстро, дёшево, «для старта». Оферту копируют с сайта прямых конкурентов. Разработку платформы поручают фрилансеру из России по договору под российским правом, и в договоре прямо записано, что исключительное право на код остаётся у исполнителя. Счёт открывают через знакомого менеджера в дубайском необанке, который работает только в дирхамах: корреспондентских счетов в долларах у него нет. Какое-то время вся эта конструкция даже работает.

Потом приходит первый инвестор из Кремниевой долины. Первый вопрос: кто владеет IP? По общему правилу статьи 1296 ГК РФ права на программу, созданную по договору о её создании, принадлежат заказчику, но договор вправе установить иное, и здесь он это сделал. У заказчика осталась только простая (неисключительная) лицензия: пользоваться кодом можно, а помешать разработчику продать тот же код конкуренту нельзя, поэтому главный актив проекта бизнесу не принадлежит. Второй вопрос: каким правом регулируются пользовательские оферты? Российским, а для международной сделки это неприемлемо. Третий: есть ли лицензия на приём платежей? Нет. Четвёртый: можно ли перевести инвестиции в бизнес, который принадлежит гражданину России и не имеет долларового счёта? Тоже нет. Сделка стопорится. Технически бизнес работает, юридически он парализован.

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

Теперь тот же проект, спроектированный заранее. Компанию регистрируют там, где она сможет расти. Для фаундера с российским паспортом и международных инвесторов логичное место встречи — Дубай. В одной из Free Zone[2]открывается холдинговая компания, центр структуры. Разработку оформляют договором подряда под правом ОАЭ, без трудовых отношений. Платить по такому договору в криптовалюте можно лишь в узком коридоре: ЦБ ОАЭ ограничивает расчёты платёжными токенами, а право страны разработчика может запрещать ему принимать цифровую валюту в оплату, как российский закон о цифровых активах. Проверять приходится обе стороны.[3]В договоре прямо указано, что исключительные права на код переходят компании.

Затем создают IP-холдинг за пределами ОАЭ, например на Кипре, где сильная правовая база в сфере интеллектуальной собственности (с учётом санкционных ограничений ЕС). Права на код передают кипрской компании по договору уступки, чтобы разделить риски операционной и IP-структуры. Работает это, только если на Кипре есть люди и функции, которые IP развивают и защищают: после BEPS права без функций создают налоговый спор, а не защиту. Порядок важен: сначала холдинг, затем договор с разработчиком от его имени, затем уступка на Кипр. Иначе в цепочке прав появится лишнее звено, которое инвестор тоже будет проверять.

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

У каждого элемента своя функция. Дубай — операционная база и правовая легальность, Кипр — владение IP, криптовалюта — прозрачный инструмент расчётов, партнёрские лицензии — мост к рынку, резервные каналы — защита от блокировок. Инвесторы из Кремниевой долины по-прежнему могут войти, если их устраивает дубайская юрисдикция, но приоритет смещается к ближневосточным фондам: ближе капитал, проще транзакции, понятнее регулятор. Налоги тоже становятся частью конструкции. С 2023 года в ОАЭ действует корпоративный налог 9%, но компании свободных зон могут применять нулевую ставку к квалифицируемому доходу при соблюдении требований к substance.

Слои юридической архитектуры

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

1. Корпоративные сущности и владение IP

Фундамент. Здесь решается, кому принадлежит бизнес и кто владеет продуктом. Без чёткого cap table[4]и IP-холдинга любой due diligence превращается в археологические раскопки. Учитывать нужно и пожелания и обстоятельства самих фаундеров: от них строится вся структура. Проверка простая: сравните реестр участников с cap table и найдите для каждой части продукта документ, по которому права перешли компании.

2. Лицензии и регуляторные режимы

Финтех, крипто, платежи, микрофинансирование, нефтетрейдинг, морские перевозки — у каждой отрасли свои правила. Лицензия — это допуск к игре. Без неё можно работать в серой зоне, но остановить бизнес могут в любой момент. Сверьте, что компания делает фактически (принимает деньги клиентов, хранит, конвертирует), с тем, что разрешает лицензия, своя или партнёрская.

3. Договорные контуры

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

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

4. Потоки данных и денег

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

5. Казначейство и резервы

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

6. Управление

Совет директоров, матрица ответственности, система делегирования. Здесь определяется, кто принимает решения и кто за них отвечает. Без этого управление сводится к хаотичной «группе в мессенджере», где решения тонут между голосовыми и стикерами.

7. Аудит и доказательная база

Версии документов, протоколы, логи. Это защита в суде, при проверке регулятора и в переговорах с инвестором. Бюрократией она кажется только до первого спора.

Система или набор деталей

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

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