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

Архитектура как «тестируемая система»

В IT принято тестировать код. С юридической архитектурой можно делать то же самое: есть чек-листы due diligence, пробные аудиты (dry run), «сухие» KYC-проверки. Берут стандартный чек-лист инвестора или банковскую анкету (KYB) и пытаются закрыть каждый пункт имеющимися документами за ограниченное время. Пункты, по которым документа нет или он противоречит другому, и есть уязвимости. Если компания проходит такой тест с минимальными изменениями, архитектура работает. Лучше, если первым этот тест проведёте вы, а не юристы инвестора проведут его за вас.

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

Отличие от классического (реактивного) подхода

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

Хирург в приёмном отделении нужен. Но если один и тот же пациент попадает к нему каждый месяц, вопрос уже не к хирургу, а к тому, как пациент живёт.

Горизонт планирования

Классический юрист живёт короткими циклами: неделя, месяц, максимум квартал. Он работает от запроса, и планирование заканчивается вместе с текущей проблемой.

Архитектор строит дорожные карты (legal roadmap) на полгода, год, два и на весь жизненный цикл компании: регистрация компаний в новых странах, лицензии, подготовка к раундам, обновление политик. Туда же закладывается «бюджет изменений» — ресурсы, чтобы адаптировать структуру к новой среде, не останавливая операционную деятельность.

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

Архитектор строит маршрут, а не ищет короткий путь. Возможно, действительно стоит начать с партнёра, у которого есть лицензия, чтобы протестировать продукт. Но параллельно он готовит подачу на собственную лицензию, чтобы через шесть месяцев компания работала без посредника. С банком так же: счёт там, где дешевле, решает задачу на неделю, но не на год. Архитектор выбирает банк с международной сетью и представительствами в странах, куда бизнес может расшириться: сегодня Мексика, завтра Колумбия. Один банк сейчас — сеть банков завтра; один IP-холдинг сегодня — распределённая модель владения в будущем. Он думает не о том, как «запуститься», а о том, как не перезапускаться при каждом новом шаге.

Единица работы

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

Архитектор мыслит возможностями. Его задача звучит как «дать компании возможность легально выставлять счета в ЕС» или «встроить механизм разрешения конфликтов». Результат реактивного юриста можно предъявить: договор готов, иск подан, платёж разблокирован. Такие показатели осязаемы, потому что описывают прошлое. Результат архитектора — то, что не произошло: спор, который не возник, блокировка, которую предотвратили, аудит, прошедший без правок.

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

Метрики успеха

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

Архитектор измеряет, способна ли компания держать ритм без сбоев. Его метрики скорее инженерные:

• Time-to-market — как быстро компания может выйти на новый рынок. Удобно считать в днях от решения о выходе до первой легальной операции в новой стране, с поправкой на специфику бизнеса.

• Audit-readiness — готовность к проверке инвестора или регулятора без экстренной мобилизации юристов и внешних консультантов. Измерить можно числом дней, за которые собирается data room по стандартному чек-листу due diligence.

• Cost-of-change — цена изменения в структуре: сколько времени и ресурсов нужно, чтобы адаптироваться к новой норме или рынку, например ввести нового акционера или сменить банк.

• Regulatory uptime — доля времени, когда бизнес работает без блокировок, остановок и «заморозок».

Реактивный юрист отчитывается: «Мы закрыли 12 споров за квартал». Звучит как достижение, пока не спросишь, откуда эти двенадцать споров взялись. Архитектор: «Мы вдвое сократили time-to-market, сохранили 98% regulatory uptime и снизили стоимость изменений на треть». Uptime считается просто. Берут период, например год, и отмечают дни, когда хотя бы один критический канал — основной счёт, платёжный партнёр, лицензия — работал с ограничениями. Доля остальных дней и есть uptime. 98% за год — это примерно семь дней простоя.

Роль юриста

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

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

Для этого юрист должен сидеть на борде, а не в бэк-офисе, и видеть вектор продукта, карту рисков, временные окна и требования регуляторов. Результат — предсказуемость. Сбои случаются, но система перестраивается по заранее заданным маршрутам, как грамотно спроектированная IT-сеть: при падении одного сервера нагрузка уходит на другие, и пользователь даже не замечает сбоя.

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

Кейсы «Хаос vs Система»

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

Кейс A. Санкционный тупик

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

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

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

Через несколько месяцев счета разблокировали, инвесторы вернулись к переговорам. Путаница в структуре акционеров чуть не похоронила бизнес, система вернула его к жизни.

Кейс B. Лицензия на костылях

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

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

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

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

Кейс C. Потерянная IP

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

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

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

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

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

Кейс D. «Бумажки потом»

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

Фонд обычно сверяет три вещи. Совпадает ли cap table с реестром и подтверждена ли каждая выдача долей решением органов управления. Не обещаны ли доли или опционы кому-то в переписке или устно. Устное обещание доли в due diligence читается как иск, отложенный на год. И не окажутся ли фрилансеры по существу работниками: тогда появляется риск трудовых претензий, а права на созданное ими нужно оформлять отдельно. Всё, что не исправлено к подписанию, фонд включает в условия закрытия (conditions precedent) или учитывает в оценке.

Архитектор вошёл в процесс в последний момент. За несколько месяцев он стандартизировал договоры, перевёл ключевых людей в штат, упорядочил документы по акционерам. Начинать стоит с cap table, потому что от неё зависят все документы раунда. Потом права на код, затем трудовые договоры с условиями об IP и конфиденциальности, в конце шаблоны договоров с клиентами. Фонд увидел прогресс и продолжил переговоры. Раунд состоялся, хоть и с задержкой. Беспорядок в документах не мешает в начале, но тормозит на этапе роста.

Кейс E. Один банк

Компания работала с одним банком, счета открыли «по знакомству», всё шло гладко. Однажды банк начал внутреннюю проверку KYC и заблокировал средства. Знакомство, как выяснилось, на KYC не распространяется. Бизнес оказался парализован: зарплаты не выплачены, проекты остановлены, партнёры теряют доверие.

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

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

Кейс F. Управление «через чат»

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

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

У такого управления есть внешняя цена. Банк и контрагент проверяют полномочия подписанта: есть ли решение совета или доверенность. Инвестор в due diligence просит протоколы по существенным решениям. Решение из чата показать нечем, а договор, подписанный без полномочий, рискует быть оспоренным.

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

Кейс G. Память юриста

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

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

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

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

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

Глава 2. От замороженного к живому

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

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

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

Что считается замороженным активом

Заморозить можно не только деньги.

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

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

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

Забытая интеллектуальная собственность.Непродлённые товарные знаки, домены, авторские права. После clean-up[5]такой актив иногда стоит больше, чем новый бренд.

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

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

Конец ознакомительного фрагмента.

Текст предоставлен ООО «Литрес».

Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.

Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.

Примечания

1

PSP (Payment Service Provider) — «платёжный провайдер»; лицензированная организация, обеспечивающая проведение электронных платежей между клиентами, банками и торговыми площадками. Используется для приёма, обработки и распределения платежей в финтех- и e-commerce-секторах.

2

Free Zone (свободная экономическая зона) — территория с особым налоговым и регуляторным режимом, где компании получают льготы на налогообложение, валютные операции и владение иностранным капиталом; часто используется как площадка для регистрации международных холдингов.

3

В 2024 году суд Дубая признал допустимой выплату вознаграждения в криптовалюте по трудовому договору; для подряда вопрос открыт: оплата услуг иностранными стейблкоинами ограничена регламентом ЦБ ОАЭ о платёжных токенах 2024 года.

4

Cap table — структура капитала

5

clean-up — «очистка»; восстановление корректности корпоративной структуры (реестры, директора, бенефициары, документы, договоры).