Смарт-контракты в строительстве

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

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

Автоматические расчёты по этапам строительства

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

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

Резервирование средств

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

Удержание гарантийной суммы

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

Автоматическая неустойка

Технически несложно запрограммировать уменьшение платежа на сумму неустойки за каждый день просрочки. Юридически это зачёт встречного требования, и он допустим не во всех случаях. Если подрядчик оспаривает просрочку, ссылаясь на вину заказчика, автоматическое удержание неустойки станет предметом спора, а суд вправе снизить неустойку по правилам ГК РФ о явной несоразмерности.

Блокчейн как журнал строительного проекта

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

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

Какой блокчейн выбрать

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

Связь записей с документами

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

Цепочка субподряда в реестре

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

Доказательственное значение записи

Суд оценивает запись в реестре наряду с другими доказательствами. Она подтверждает, что конкретный документ существовал в определённый момент и не менялся. Но запись не подтверждает, что содержание документа соответствует действительности. Акт, внесённый в реестр, может содержать завышенные объёмы, и это устанавливается обычными способами, вплоть до экспертизы.

Приёмка работ как спусковой крючок автоматического платежа

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

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

Мотивированный отказ в системе

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

Роль технического заказчика и стройконтроля

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

Частичная приёмка

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

Правовые риски смарт-контрактов на стройке

Строительный подряд — договор с высокой степенью неопределённости. Объём работ меняется, появляются дополнительные работы, выявляются ошибки проекта, погода и поставщики сдвигают сроки. Смарт-контракт хорошо работает при чётких и стабильных условиях, а стройка таких условий почти не даёт. Отсюда основные риски.

Первый риск — несовпадение кода и текста договора. Программист реализовал условие иначе, чем его поняли адвокаты. При споре суд будет толковать договор по правилам ГК РФ, исходя из буквального значения слов и общей воли сторон, а не по тому, как работает код. Поэтому в договоре должна быть оговорка о приоритете текста над кодом.

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

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

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

Основные риски и способы их снизить

Возврат ошибочного платежа

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

Ответственность разработчика кода

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

Смарт-контракты в государственных контрактах

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

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

Казначейское сопровождение

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

Перспективы применения в строительной отрасли

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

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

Цифровой рубль и стройка

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

Советы компаниям, которые внедряют смарт-контракты

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

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

Проверка перед подписанием

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

Если спор уже возник

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

Основной канал связи с адвокатом — электронная почта sporystroitelnye@gmail.com.