блокчейн в управлении цепочками поставок

Когда слышишь ?блокчейн в управлении цепочками поставок?, многие сразу думают о революции, полной прозрачности и автоматизации всего на свете. Но на практике это часто выглядит иначе. Самый большой миф — что технология сама по себе решит все проблемы с доверием и данными. В реальности, если у тебя бардак в процессах, блокчейн лишь красиво законсервирует этот бардак. Моё понимание сформировалось не на конференциях, а при попытках внедрить это в живые проекты, в том числе в сотрудничестве с такими компаниями, как ООО Хэнань Цзюйхэ Текнолоджи. Они как раз из тех, кто не просто продаёт ?цифровую трансформацию?, а реально погружается в логистику клиента. И вот тут начинается самое интересное.

От хайпа к конкретике: где цепь слабее всего

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

В одном из проектов по отслеживанию поставок сельхозпродукции из Азии мы как раз столкнулись с этим. Заказчик хотел, чтобы каждый потребитель видел весь путь товара. Звучит здорово. Но на этапе сбора урожая данные вносились на бумажке, потом перепечатывались. Мы потратили месяцев шесть не на написание смарт-контрактов, а на внедрение простых мобильных форм для сборщиков и настройку API-шлюзов между локальными системами складов и нашим узлом. Без этого этапа весь блокчейн был бы бесполезной игрушкой.

Здесь опыт ООО Хэнань Цзюйхэ Текнолоджи оказался кстати. Они часто выступают интегратором, который может ?дожать? клиента до изменения процессов, потому что понимают, что цифровизация — это в первую очередь про людей и регламенты. На их сайте hnjhkjjt.ru это не броско указано, но в переговорах чувствуется их практический фокус: они спрашивают не ?какой объём данных вы хотите записывать??, а ?кто, в какой момент и под какой ответственностью будет эти данные вносить??. Это правильный, хотя и не самый простой подход.

Смарт-контракты: автоматизация, которая не всегда умна

Ещё одна горячая тема — смарт-контракты для автоматических платежей или исполнения условий. Например, оплата при подтверждении получения товара сканированием QR-кода. Технически это реализуемо. Но жизнь вносит коррективы. Что делать, если товар прибыл, но частично повреждён? Или если получатель сканирует код, но позже выявляется несоответствие по качеству? Жёсткая логика ?сканировал — значит, принял — значит, плати? может привести к конфликтам.

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

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

Проблема масштабируемости и выбора ?цепи?

Все говорят про пропускную способность. Это реальная боль, когда речь идёт не о штучных люксовых товарах, а о массовых поставках. Представьте контейнерный терминал, где в день проходит тысячи единиц. Записывать в публичный Ethereum каждое перемещение ящика — дорого и медленно. Приватные или консорциумные блокчейны (Hyperledger Fabric, Corda) — логичный выбор.

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

В контексте трансграничных перевозок, где участвует ООО Хэнань Цзюйхэ Текнолоджи, эта проблема стоит остро. Их клиентам нужна сквозная видимость от китайского завода до российского склада. Часто решение лежит в создании консорциума ключевых игроков конкретного маршрута и развёртывании единой для них приватной сети. Но уговорить конкурентов (например, двух логистических компаний) сесть за один ?цифровой стол? — задача больше менеджерская, чем техническая.

Реальный кейс: не громкий успех, но ценный урок

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

Что пошло не так? Скорость работы на складе. Линия упаковки работала так быстро, что система сканирования и записи в блокчейн не успевала. Пришлось ставить буфер, накапливать пачки данных и отправлять их пачками, что немного снижало ?реальность? времени записи. Но главное — аптеки. Фармацевтам было просто некогда сканировать каждую упаковку при приёмке и продаже. Они саботировали процесс. Блокчейн-система превратилась в дорогую базу данных, заполняемую лишь на 20%.

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

Будущее: конвергенция технологий, а не монополия блокчейна

Сейчас я всё меньше верю в то, что блокчейн будет работать в цепочке поставок изолированно. Его сила — в комбинации. IoT-датчики (температура, влажность, вскрытие) как источники доверенных данных. Компьютерное зрение для автоматического распознавания и фиксации событий (погрузка, повреждения). Искусственный интеллект для анализа этих данных и прогнозирования сбоев. А блокчейн выступает как ?клей? — неизменяемый, распределённый протокол согласования и хранения вердикта, итогового статуса.

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

Компании, которые, как ООО Хэнань Цзюйхэ Текнолоджи, позиционируют себя как поставщики услуг цифровой трансформации, двигаются именно в эту сторону. Они смотрят на цепочку поставок комплексно, а блокчейн рассматривают как один из инструментов в арсенале, важный, но не панацею. И это, на мой взгляд, самый зрелый и перспективный подход. В конечном счёте, бизнесу нужна не технология ради технологии, а надёжность, скорость и снижение издержек. И если этого можно добиться с блокчейном — отлично. Если проще другими методами — значит, так и надо делать.