Практическая выгода логистического блокчейна: часть 1

Применение блокчейн-технологий в сфере логистики выглядит весьма многообещающе. Но как насчёт практического решения? Но что скажут практики? Ответ - на примере реального кейса.

Мы разрабатывали модель  и методологию применения блокчейна для двух крупных компаний: РЖД и «Сибирской угольной энергетической компании» (СУЭК). РЖД — крупнейший логистический оператор на территории России, а СУЭК, в свою очередь, крупнейший потребитель полувагонов РЖД и дочерних компаний. То есть речь идёт о колоссальном грузо- и вагонообороте, о сложнейших логистических операциях в портах и контуре дорога-порт, в целом - об отлаженном механизме взаимодействия двух крупных компаний.

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

Особенности кейса

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

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

В нашем случае у РЖД снижается КПД, для СУЭК увеличиваются сроки поставки грузов и теряются вагоны, порт страдает от неоптимального использования инфраструктуры. По итогам анализа нам стало понятно, что совокупные убытки колоссальны, миллиарды рублей в год, — и что именно здесь надо использовать блокчейн-технологию.

Так нужен ли блокчейн?

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

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

И мы пришли к новому уровню понимания места блокчейн-технологии.

Чейн ведет к согласию

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


11 октября 2018г. / Индустрия 4.0
156 | Обсудить в   
Еще по теме
Цифровое поле

Цифровое поле

Сельское хозяйство - старейшая отрасль экономики. Сегодня мы стоим на пороге еще одного фундаментального сдвига в сельском хозяйстве благодаря новой промышленной революции и технологиям промышленности 4.0.

150
Умная ферма: как технологии меняют сельское хозяйство?

Умная ферма: как технологии меняют сельское хозяйство?

Сегодня на Земле живет больше людей, чем когда-либо прежде: 7,3 миллиарда человек. Это число все еще растет, по прогнозам ООН, к 2050 году оно достигнет 9,7 миллиарда человек. Такое население, среди прочего, нужно еще и накормить: станет ли это проблемой?

202
Пример использования RPA: автоматизация процессов клиентской поддержки

Пример использования RPA: автоматизация процессов клиентской поддержки

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

218