Автоматизированный склад федерального ритейлера сам формирует заказы поставщикам при снижении остатков. Торговый алгоритм на бирже совершает операции с ценными бумагами, реагируя на колебания котировок. Умная бытовая техника оформляет доставку продуктов без участия владельца. Во всех этих ситуациях юридически значимые договоры возникают без участия человека - решения принимают программы.
Такие сделки относятся к формату M2M (Machine-to-Machine) - взаимодействие между автоматизированными системами, которое приводит к возникновению прав и обязанностей у их владельцев.
В этом материале разбираем, как российское и зарубежное право оценивает сделки между алгоритмами, когда договор считается заключенным, кто несет ответственность за ошибки программ и какие юридические и технические механизмы позволяют бизнесу управлять рисками автоматизации.
Электронный агент: самостоятельный участник или юридический инструмент
Электронный агент - это программное решение, способное автономно получать данные, анализировать их по заданным правилам и совершать юридически значимые действия без прямого участия человека. К таким агентам относятся торговые боты, системы автоматических закупок, смарт-контракты и иные алгоритмы принятия решений.
Во многих зарубежных правопорядках правовой статус электронных агентов уже определен. В США действует Единообразный закон об электронных сделках (UETA). Его раздел 14 прямо устанавливает: договор может быть заключен посредством взаимодействия электронных агентов сторон, даже если ни одно физическое лицо не знало о действиях этих программ в момент сделки.
Иными словами, если алгоритм компании А согласовал условия с алгоритмом компании Б, договор считается заключенным между компаниями А и Б. Программа не признается самостоятельным субъектом права и не может быть стороной договора. Она рассматривается исключительно как инструмент владельца. Ответственность за ее действия несет тот, кто ее использует.
Такой подход к регулированию M2M-сделок постепенно становится международным стандартом.
Автоматизированные сделки в российском праве
Российское законодательство не использует термин "электронный агент", однако нормы Гражданского кодекса позволяют квалифицировать сделки между программами как действительные.
Статья 434 ГК РФ допускает заключение договора путем обмена электронными документами. Если система автозакупок одной компании направляет заказ, а система контрагента автоматически его подтверждает, с точки зрения права это полноценный электронный документооборот.
Статья 160 ГК РФ устанавливает, что письменная форма считается соблюденной, если можно достоверно определить лицо, совершившее сделку. Например, при оплате в интернет-магазине пользователь не подписывает договор вручную, однако система идентифицирует его по учетным данным, карте и телефону. Аналогичный принцип применяется и к программам: если торговая система компании действует через API с уникальными ключами доступа, юридически все действия совершает сама компания.
Когда действия алгоритма приравниваются к действиям владельца
Согласно статье 438 ГК РФ договор может быть заключен путем совершения конклюдентных действий. Это означает, что для акцепта не требуется подпись или отдельное волеизъявление.
Если поставщик размещает оферту через API, а система автозакупок анализирует параметры и автоматически отправляет подтверждение, договор считается заключенным. Участие сотрудников не требуется.
Отсюда следует ключевой вывод: владелец алгоритма несет ответственность за все сделки, которые тот совершает. Ссылка на ошибку программы не освобождает от обязательств. Программный агент действует от имени владельца и в рамках заданных им настроек.
Момент заключения договора в условиях миллисекунд
В традиционных договорах момент заключения определить несложно - это дата подписания или получения акцепта. В автоматизированных системах ситуация иная.
На фондовых рынках широко применяются алгоритмы высокочастотной торговли (HFT), совершающие сделки за доли секунды. Алгоритм может купить актив, продать его через 50 миллисекунд и повторить операцию тысячи раз за сессию. Существенная часть биржевого оборота формируется именно такими микросделками.
Аналогичные процессы происходят в B2B-закупках. Система маркетплейса может оформить сотни заказов в минуту, реагируя на изменения цен. Разница в десятки миллисекунд определяет, какие условия действовали и была ли оферта отозвана.
Пример: в 14:32:45.127 поставщик обновил цену, а в 14:32:45.089 покупательский алгоритм отправил акцепт по старой цене. Разница составила 38 миллисекунд. Цена договора зависит от точного определения момента отправки и получения сообщений.
Конвенция ООН об использовании электронных сообщений в международных договорах 2005 года устанавливает ориентир: сообщение считается отправленным при выходе из системы отправителя и полученным при поступлении в систему получателя. Это требует синхронизированных серверных логов с высокой точностью.
Логи как ключевое доказательство
В M2M-сделках именно серверные логи становятся основным доказательством. Лог фиксирует каждое действие системы: параметры, время и результат.
Проблема возникает при рассинхронизации времени. Если серверы сторон показывают разное время, это может радикально изменить оценку событий. Поэтому критически важна синхронизация по единому стандарту и фиксация данных с использованием хеш-сумм. Любое последующее изменение будет легко обнаружено.
Битва форм в автоматизированных системах
"Битва форм" возникает, когда каждая сторона ссылается на собственные стандартные условия. Покупатель направляет заказ со своими условиями, продавец подтверждает его со своими. В обычных переговорах противоречия обсуждаются, но алгоритмы этого не делают.
В международной практике применяются два подхода:
- правило последнего выстрела - действуют условия последнего сообщения;
- правило нокаута - противоречащие положения исключаются, применяются нормы закона.
На практике оптимальным решением остается рамочный договор, заключенный до запуска автоматических операций, с заранее определенным приоритетом условий.
Сбои алгоритмов и ответственность
Алгоритмические ошибки могут приводить к масштабным последствиям. Один из наиболее известных примеров - Flash Crash 6 мая 2010 года, когда индекс Dow Jones за минуты обвалился почти на 9 процентов. Причиной стала цепная реакция торговых алгоритмов. Регуляторы отменили более 20 000 сделок, заключенных по абсурдным ценам.
Вопрос ответственности решается следующим образом: перед контрагентами отвечает владелец алгоритма. Далее он может предъявлять требования разработчику, если сбой вызван дефектом программного обеспечения.
Ошибка ввода и автоматизация
Fat Finger Error - ошибка, при которой неверный ввод данных приводит к крупным убыткам. Классический случай произошел в 2005 году на Токийской бирже, когда трейдер по ошибке выставил ордер на продажу 610 000 акций по 1 иене. Убытки составили около 225 млн долларов.
В автоматизированных системах аналогичные ошибки возникают при некорректной настройке параметров. Например, неверно указан лимит цены приводит к массовому заключению убыточных сделок.
Оспаривание автоматизированных сделок
Возможность признания сделки недействительной зависит от очевидности ошибки. Статья 178 ГК РФ позволяет оспорить сделку при явной описке, если контрагент не мог добросовестно полагать, что условия корректны.
Показателен кейс ЦУМа 2023 года, когда товары стоимостью более 2 млн рублей отображались по ценам в десятки рублей. Верховный Суд признал сделку недействительной, указав на очевидность ошибки.
Чем более абсурдны условия, тем выше шансы на оспаривание.
Управление рисками автозакупок
Ошибки неизбежны, поэтому задача бизнеса - заранее ограничить их последствия. Защита строится на техническом и юридическом уровнях.
- Kill Switch - автоматическая остановка системы при превышении лимитов
- Liability Cap - ограничение максимальной ответственности
- Страхование - перенос риска на страховщика
- Эскроу - отложенное исполнение с возможностью проверки
Эскроу особенно эффективно в M2M-сделках: система заключает договор, средства блокируются, а у компании остается окно для верификации.
Доказательства и нотариальное обеспечение
Логи признаются допустимыми доказательствами в суде, однако их часто пытаются оспорить. Для усиления позиции используются хеш-суммы, защищенные хранилища и метки доверенного времени.
Максимальную доказательную силу обеспечивает нотариальное обеспечение доказательств. Нотариус фиксирует состояние системы, данные и время, оформляя протокол. Закон допускает такое обеспечение до начала спора, что особенно важно для автоматизированных систем.
Экспертиза алгоритмов
При спорах суд может назначить компьютерно-техническую экспертизу. Эксперт анализирует код, настройки и логи, восстанавливая ход событий.
Для успешной защиты компании необходимо хранить версии программного обеспечения, конфигурации и документацию. Рекомендуемый срок хранения - не менее срока исковой давности, то есть 3 года.
Вместо вывода
Автоматизированные сделки становятся нормой, но юридическая ответственность за них остается человеческой. Чем выше скорость и автономность систем, тем важнее заранее выстроенные правовые и технические механизмы защиты.
Курс "Юрист в сфере IT" помогает системно разобраться в цифровом праве на практических кейсах от экспертов МТС, Яндекса, НИУ ВШЭ и Ozon. Обучение длится 6 месяцев, включает 73 урока, вебинары и гайды, а по итогам выдается удостоверение о повышении квалификации.
