75
эмитента исполнил БПС-Сбербанк. Стоит отметить, что это первая подобная
транзакция на основе блокчейн-технологии в Восточной Европе.
Главное преимущество применения блокчейн-технологий в
документарном бизнесе и торговом финансировании (при условии
использования программы-блокчейн на базе банка) – cost-saving, а именно:
уменьшение стоимости операции в 2-3 раза, исключение посредников (напр.
нет необходимости пользоваться услугами отправки документов курьерской
службой DHL, страховых служб, оплачивать их комиссию), сокращение
количества рабочих мест. Преимущества для клиентов банка: укрепление
доверия между контрагентами (отсутствует возможность сфальсифицировать
документы), сокращение времени обработки сделки.
Также необходимо отметить, что если в перспективном будущем в
документарном бизнесе будут применяться блокчейн-технологии, то
придется столкнуться с рядом проблем:
– банк будет терять значительный комиссионный доход, связанный с
исполнением операций (выпуск, авизование аккредитива, проверка
документов, различные платы и др.);
– отсутствие динамики разработки нормативно-правовой базы;
– внедрение в повсеместное использование будет проходить
невысокими темпами.
Более того, блокчейн-транзакция потребляет гораздо больше
электроэнергии, чем работа нескольких компьютеров (затраты составляют
примерно 100-200 кВт*ч электроэнергии). Так что необходимы разработки
мероприятий, направленных на экономию электрической энергии.
Таким образом, можно выделить несколько инструментов в
документарном бизнесе и торговом финансировании, которые можно
автоматизировать при внедрении блокчейн-технологии и которые получат
наибольшее коммерческое распространение:
76
– Smart-Сontract (автоматически обеспечивают выполнение всех
условий договора, а также содержат информацию об обязательствах сторон и
санкциях за их нарушение);
– Факторинг, invoice discounting (сравнение данных о факте поставки из
разных источников во избежание оплаты одного инвойса нескольким
факторами);
– Supply chain finance (конвертация физических финансовых и
документарных цепочек поставок, в т.ч. через развитие интернета-вещей).
Перспектива использования блокчейн-технологии в финансовой сфере,
в частности в документарном бизнесе и международном финансировании
огромна. Данная технология позволит нарастить объемы документарного
бизнеса и сделать аккредитив быстрым расчетным инструментом в ряде
сегментов бизнеса.
Однако в России данные виды инструментов еще недостаточно развиты
и не пользуются большим спросом, на сегодняшний день многие российские
компании не готовы не то чтобы перейти на электронный документооборот,
но и просто использовать аккредитивную форму расчетов.
Таким образом, несмотря на очевидные преимущества, аккредитивная
форма расчетов в то же время имеет ряд проблем. В качестве основной
проблемы можно выделить сложный, долгий и дорогостоящий процесс
проведения сделки с помощью инструментов документарного бизнеса.
Решение данной проблемы возможно посредством перехода к системе
электронного документооборота, развитию и использованию блокчейн-
технологий.
3.2. Рекомендации по применению различных форм аккредитивов и
минимизации рисков
77
Стратегия развития ПАО «Сбербанк России» направлена на
дальнейшее укрепление позиций банка как одного из ведущих и стабильных
финансовых институтов России и мира. В ближайшее время ему необходимо
увеличить показатели чистой прибыли, повысить эффективность управления
расходами, достаточность капитала, а так же рентабельность собственного
капитала. Банк планирует увеличить чистую прибыль в 2020 году более чем в
1,8 раза по сравнению с результатами 2015 года (362 млрд. руб.), в
предыдущей стратегии целью указывалось увеличение прибыли вдвое.
Рентабельность капитала в 2018 году, по словам Грефа, должна составить
18%, отношение расходов к доходам - менее 40%.
Для достижения результатов необходимо выполнение ряда работ по
таким основным направлениям как:
1. укрепление позиций Сбербанка России на мировом рынке;
2. рост не кредитных доходов;
3. совершенствование набора банковских услуг для участников
внешнеэкономической деятельности.
Как и в любом бизнесе, банки должны быть бдительными о сохранении
снижении расходов. Сегодня, однако, в сфере финансовых услуг
сталкивается с необычным стечением обстоятельств, которые дают особый
импульс для повышения эффективности.
Банки должны не только инвестировать время, деньги и ресурсы в
приобретение технологии, чтобы обеспечить лучший доступ с мобильных
устройств, они также должны уделять еще больше ресурсов для решения
значимых угроз безопасности этих новых платформ.
Платформа для сделок торгового финансирования может быть создана
только на базе блокчейна, использующего смарт – контракты. Это особый
объект, который заносится в содержимое блокчейна как любая другая
информация и становится частью реестра. Смарт – контракт содержит
78
алгоритм, который запускает выполнение заложенного в него действия в
результате наступления заданных условий.
Рассмотрим пример. От бенефициара к исполняющему банку
поступили до наступления контрольной даты определенные в условиях
аккредитива документы, и результат проверки этих документов против
условий аккредитива является положительным. В операционную систему
банка передается сигнал об автоматическом формировании платежа в пользу
бенефициара (в будущем возможно результатом может стать автомтический
перевод криптовалюты).
В приведенном примере смарт – контракт очень похож на
традиционный аккредитив. Неслучайно именно аккредитивы были одними из
первых выбраны в качестве поля для экспериментов с технологией блокчейн.
На самом деле открытие аккредитива тоже происходит на базе смарт –
контракта: если от клиента получена инструкция открыть аккредитив,
остаток установленной документарной линии достаточен для открытия
непокрытого аккредитива, остаток установленной документарной линии
достаточен для открытия непокрытого аккредитива и выполняются другие
необходимые условия, то формируется производный смарт – контракт,
содержащий те же условия, что и в инструкциях клиента, в операционную
систему отправляется команда выполнить соответствующие проводки и т.д.
У специалиста по аккредитивам может возникнуть вопрос: поскольку
условия аккредитива и требования к документам всегда индивидуальны, кто
должен написать программу – смарт – контракт, которая будет проверять
документы по аккредитиву. И второй вопрос: в этой программе должны быть
заложены все правила проверки документов. Ведь проверка документов на
соответствие условиям аккредитива – это не простое сопоставление с целью
увидеть однозначное сопоставление. Решение о соответствии принимается на
основании сложившейся практики, экспертного мнения, и не всегда в
результате проверки можно прийти к однозначному ответу.
79
Рисунок 9 – Реализация смарт-контрактов для аккредитива
Дальнейшая операционная поддержка сделки осуществляется через
Платформу.
1. Покупатель создает смарт-контракт «Заявка на аккредитив»
(далее «Заявка»), который получает статус New.
Адрес Заявки помещается в Почтовые ящики Покупателя и Банка.
2. Покупатель прикрепляет к Заявке формализованный ЭД с
описанием реквизитов сделки и необходимые неформализованные
документы, например, скан-копию контракта, для расчетов по которому
открывается аккредитив.
3. После прикрепления всех необходимых документов Покупатель
переводит Заявку в статус InBank.
4. Банк автоматически (для формализованных ЭД) или с
использованием экспертов (для неформализованных ЭД) проверяет сделку.
Например, направляется запрос в системы банка для проверки клиентских
реквизитов в каталоге клиентских данных, для подтверждения остатка по
счету и резервирования средств, для иных проверок (например, проверок для
целей комплаенс, валютного контроля и т.п.)
80
Если у Банка есть какие-либо претензии по содержанию сделки или
приложенных документов, он отказывает в приеме Заявки и устанавливает ей
статус Rejected.
Если Банк согласен принять заявку к исполнению ей устанавливается
статус Confirmed.
5. На основе формализованного ЭД, описывающего сделку, в
учетных системах Банка выполняются необходимые манипуляции (перевод
суммы аккредитива с клиентского счета на «счет покрытия», списание
комиссии и т.д.)
Банк выпускает смарт-контракт «Аккредитив» (далее Аккредитив),
который получает статус New.
Адрес Аккредитива помещается в Почтовые ящики Банка и Продавца.
В Аккредитиве сохраняется адрес Заявки, что позволяет автоматически
«зеркалировать» ключевые статусы Аккредитива на Заявку, чтобы
Покупатель мог контролировать состояние сделки.
6. Банк прикрепляет к Аккредитиву формализованный ЭД
(формируется автоматически из условий Заявки) с описанием реквизитов
сделки, другие необходимые документы и устанавливает ему статус Released.
Статус связанной с Аккредитивом Заявки также переключается
в Released.
При переходе в статус Released Аккредитив автоматически помещает в
очередь Провайдера внешних запросов два запроса:
Запрос контроля истечения срока действия Аккредитива
(срабатывает, когда текущая дата превысит срок действию Аккредитива)
Запрос ожидания исполнения контракта (конкретный шаблон
запроса определяется содержанием сделки)
7. Продавец после изучения выпущенного Аккредитива может
отказаться его принять: в этом случае он переводит его в статус Invalid,
81
аккредитив аннулируется, и дальнейшие манипуляции с ним становятся
невозможны.
Статус связанной с Аккредитивом Заявки также переключается
в Invalid.
8. Если первым сработает событие истечения срока действия
Аккредитива — он получает статус Overdue и дальнейшие манипуляции с
ним становятся невозможны.
Статус связанной с Аккредитивом Заявки также переключается
в Overdue.
В этом случае в учетные системы Банка отправляются автоматические
распоряжения для инициирования проводок, соответствующих
аннулированию аккредитива (возврат покрытия, прекращение обязательства
банка и т.п.)
9. Если первым сработает событие исполнение контракта (или когда
Продавец прикрепляет ЭД, предусмотренные условиями Аккредитива) —
Аккредитив переключается в статус InBank. При переходе в
статус InBank Аккредитив автоматически помещает в очередь Провайдера
внешних запросов запрос ожидания исполнения платежа и удаляет из
очереди запрос контроля срока истечения.
Банк на основе формализованного ЭД, приложенного к Аккредитиву,
выполняет платеж в пользу Продавца путем передачи распоряжения в свою
расчетную систему и исполнения Платежа за пределами блокчейна
(информация о фактическом исполнении Платежа возвращается в блокчейн).
После срабатывания события исполнения платежа Аккредитив
переключается в статус Closed.
Статус связанной с Аккредитивом Заявки также переключается
в Closed.
10. Сделка завершена.
82
В приведенном примере смарт – контракт очень похож на
традиционный аккредитив. Неслучайно именно аккредитивы были одними из
первых выбраны в качестве поля для экспериментов с технологией блокчейн.
На самом деле открытие аккредитива тоже происходит на базе смарт –
контракта: если от клиента получена инструкция открыть аккредитив,
остаток установленной документарной линии достаточен для открытия
непокрытого аккредитива, остаток установленной документарной линии
достаточен для открытия непокрытого аккредитива и выполняются другие
необходимые условия, то формируется производный смарт – контракт,
содержащий те же условия, что и в инструкциях клиента, в операционную
систему отправляется команда выполнить соответствующие проводки и т.д.
У специалиста по аккредитивам может возникнуть вопрос: поскольку
условия аккредитива и требования к документам всегда индивидуальны, кто
должен написать программу – смарт – контракт, которая будет проверять
документы по аккредитиву. И второй вопрос: в этой программе должны быть
заложены все правила проверки документов. Ведь проверка документов на
соответствие условиям аккредитива – это не простое сопоставление с целью
увидеть однозначное сопоставление. Решение о соответствии принимается на
основании сложившейся практики, экспертного мнения, и не всегда в
результате проверки можно прийти к однозначному ответу.
С большой долей вероятности проверка документов (во всяком случае
таких как коносамент или авианакладная) будет происходить в специальных
приложениях. Заложить алгоритм проверки каждого из документов в смарт –
контракт – не вполне разумное решение, учитывая количество параметров,
которые должны быть проверены, а также сложный алгоритм проверки
каждого из них.
Кроме того, учитывая огромные операционные риски, связанные с
принятием решения об оплате по результатам проверки документов, и объем
ответственности банка, принявшего неверное решение, можно
83
предположить, что в будущем появятся системы сертификации таких
приложений, аудит приложений независимыми организациями, что позволит
снизить до приемлемого уровня риск принятия некорректного решения в
результате несовершенства программы.
Этапы внедрения blockchain в ПАО «Сбербанк»
1 Разработать «радар» для отслеживания существенных изменений
Выявить те области, в которых в настоящее время инициативы
blockchain-технологии наиболее широко представлены и стремительнее всего
развиваются.
2 Выявить упущенные возможности
Рассмотреть другие перспективные области в рамках вашей компании,
на которые до этого момента не обращали внимания. Данное решение
позволит заглянуть за текущую линию горизонта и увидеть «новый
технологический прорыв».
3 Определить сложность внедрения
Сложность внедрения станет одним из основных факторов,
определяющих сроки реализации проекта. Способность наладить
взаимодействие между многочисленными участниками и синхронизировать
их интересы будет иметь намного более важное значение, чем умение решать
технические вопросы.
4 Описать текущее положение
Описать текущий технологический ландшафт и соотнести его с тремя
аспектами, перечисленными выше. Данная мера позволит выявить те
приложения, которые, скорее всего, окажутся под влиянием blockchain-
технологий в краткосрочной или среднесрочной перспективе.
5 Разработать варианты архитектуры
Разработка вариантов архитектуры, в которых разделяется внутренний
и внешний функционал, поможет минимизировать ошибки на стадии
84
дизайна. Для этого необходимо тесное сотрудничество ИТ-команды с
разработчиками и архитекторами blockchain.
Каждый из перечисленных выше пунктов представляет собой сложную
задачу. Но во избежание ненужных трат и инвестиций на доработку систем в
ответ на изменения технологии blockchain уже сегодня необходимо
учитывать все эти аспекты в ИТ-бюджете на текущий и последующие годы, и
данное решение представляется единственно верным.
Произведем расчет необходимых капитальных расходов для внедрения
blockchain в деятельность ПАО «Сбербанк». Структура капитальных
расходов включает приобретение оборудования; приобретение серверов для
построения децентрализованной сети; стоимость комплекса программного
обеспечения и оборудования; накладные и непредвиденные расходы.
Приобретение оборудования. Текущий уровень мощности оценивается
в 1 Эксахеш в секунду. Учитывая стоимость (2100 долл. США) и мощность
одного устройства, обеспечивающего 14 Терахешей 72 в секунду, стоимость
оборудования (СтВМ) составит:
СтВМ=((1018)/(14*1012))*2100 = 150 000 000 долл. США.
Приобретение серверов для построения децентрализованной сети
(СтС).
Стоимость одного сервера децентрализованной сети достаточной
мощности составляет 500 долл. США. Для функционирования
децентрализованной сети на данный момент используется порядка 6000
серверов [184].
Таким образом, общая стоимость серверов (СтС) – 3 000 000 долл.
США.
Разработка комплекса программного обеспечения (СтПО). Стоимость
разработки программного обеспечения с учетом необходимости детальной
проработки и тестирования самого программного кода, функционирования