Блокчейн-приложение для бизнеса: когда оно окупается, а когда хватит базы
Блокчейн-приложение нужно бизнесу там, где несколько сторон, не доверяющих друг другу, ведут общий реестр: поставки между компаниями и подтверждение подлинности документов. Для внутреннего учёта одной компании хватит обычной базы. Разработка начинается с выбора закрытой сети, смарт-контрактов и мобильного клиента, а данные клиентов остаются вне цепочки.
🔗 Когда блокчейн нужен бизнесу, а когда хватит обычной базы
Блокчейн хранит записи так, что ни одна сторона не может тихо поправить прошлое. Это ценно, когда участников несколько и каждый подозревает остальных. Производитель, перевозчик и розничная сеть спорят, кто и когда принял партию. Общий реестр, куда каждый вносит отметки своей подписью, снимает спор: запись одна, и задним числом её не изменить.
Если данные ведёт одна компания, блокчейн добавит только расходы. Заказы клиентов, остатки склада и зарплатная ведомость лежат в 1С и обычной СУБД: там быстрее, дешевле, а ошибку можно исправить. Права доступа, шифрование и журнал изменений обычная база тоже умеет.
Блокчейн оправдан, когда выполняются все четыре условия:
- ✓записи вносят минимум две независимые организации;
- ✓общего арбитра, которому доверяют все стороны, нет;
- ✓неизменяемость записи нужна для спора, проверки или суда;
- ✓в самой записи нет персональных данных в открытом виде.
Не выполняется хотя бы одно, и разумнее остаться на базе данных с электронной подписью.
Где это работает на практике
Первый сценарий: прослеживаемость партий. Поставщик, склад и магазин ставят отметки на каждом этапе, и при претензии по качеству видно, на каком звене партию нарушили. Второй: проверка подлинности документов, например сертификатов и допусков. В цепочку записывают хеш файла, то есть его цифровой отпечаток. Проверяющий загружает документ и сверяет его с записью. Если файл изменили хотя бы на один символ, отпечаток не совпадёт.
⚠️ Почему блокчейн-проекты малого бизнеса буксуют ещё до запуска
Типичная история. Московский оптовик решает вести поставки с пятью поставщиками через смарт-контракт в публичной сети. Разработчики выкладывают контракт за пару недель, команда довольна. Но на пилоте выясняется: каждая отметка о приёмке стоит комиссии сети, её размер меняется в течение дня, а кладовщик в подвале без интернета не может подтвердить транзакцию. Поэтому склад возвращается к бумажным накладным, а блокчейн остаётся на слайдах.
Причины почти всегда одни. Публичную сеть берут по моде, хотя бизнесу нужна закрытая: в ней нет платы за каждую запись, а доступ выдаёт владелец. Смарт-контракт пишут как обычную программу, но поправить его после запуска нельзя: исправление означает новый контракт и перенос данных. Персональные данные кладут в цепочку, а удалить их оттуда невозможно.
Цена ошибки конкретна. Бюджет уходит на переделку, поставщики возвращаются к почте и Excel. Если в цепочке остались ФИО и телефоны клиентов, это уже вопрос к Роскомнадзору: 152-ФЗ даёт человеку право требовать удаления данных и обязывает хранить данные россиян в базах на территории России, а узлы публичной сети разбросаны по всему миру. Есть и второе ограничение: закон 259-ФЗ запрещает принимать цифровую валюту как оплату за товары и услуги в России. Поэтому коммерческий блокчейн-проект здесь строят как реестр и учёт, а не как платёжную систему.
📊 Как выбрать сеть и платформу для блокчейн-приложения
Из чего собирается проект
У блокчейн-приложения четыре части, и у каждой свой исполнитель и своя смета.
- ✓Узлы сети: серверы, где лежит копия реестра.
- ✓Смарт-контракты: код, который хранится в сети и сам проверяет и записывает операции. Для Ethereum его пишут на Solidity, для Hyperledger Fabric на Go или JavaScript.
- ✓Серверная часть: принимает данные из 1С и других систем и хранит всё, что не должно попадать в цепочку.
- ✓Клиент для телефона или браузера, с которым работают кладовщик, водитель и партнёр.
Пользователи видят только клиент, поэтому на нём проект принимают или отвергают.
Сравнение четырёх вариантов сети
Выбор сети определяет стоимость владения на годы вперёд.
| Вариант | Кто видит данные | Плата за запись | Когда подходит |
|---|---|---|---|
| Публичная сеть (Ethereum и аналоги) | Все желающие | Комиссия сети, размер меняется | Открытые реестры, где прозрачность важнее приватности |
| Закрытая сеть консорциума (Hyperledger Fabric) | Только допущенные участники | Нет, платите за серверы узлов | Поставки и документы между несколькими компаниями |
| Платформа из реестра российского ПО | Только допущенные участники | Лицензия и поддержка | Госзаказчики и требования по импортозамещению |
| Обычная база с электронной подписью и журналом | Владелец и те, кому он дал доступ | Нет | Данные ведёт одна компания |
Для малого и среднего бизнеса почти всегда подходит вторая или четвёртая строка. Если заказчик или контрагент требует отечественное ПО, платформу сверяют с реестром российского программного обеспечения до начала разработки, а не перед приёмкой.
🛠 Как исправить проект, который упёрся в комиссии, данные или скорость
Комиссии и работа без интернета
Проект переносят с публичной сети на закрытую: комиссии исчезают, записи подтверждаются быстрее, а доступом управляет консорциум. Мобильный клиент кладовщика и водителя хранит отметку локально и отправляет её в сеть, когда появляется связь. Такой клиент входит в нашу разработку мобильных приложений.
Персональные данные в цепочке
В цепочку пишут хеш документа и служебные метки, а сами данные остаются в базе на сервере в России. Когда человек просит удалить данные, их стирают из базы, и хеш в цепочке перестаёт что-либо значить. Открытые данные, уже попавшие в публичную сеть, убрать нельзя, поэтому такой проект приходится перезапускать с чистой цепочкой.
Ошибка в смарт-контракте
Если контракт не делали обновляемым, его замораживают, разворачивают исправленную версию и переносят состояние скриптом миграции. Чтобы приложения не ломались при каждой замене, адрес контракта берут из конфигурации, а не зашивают в код.
🔁 Что делать, если ошибка повторяется после переделки
Вторая версия контракта вышла, а в сверке опять расхождения по партиям. Значит, дело не в коде. Блокчейн гарантирует, что запись не изменят, но не гарантирует, что она верна. Если кладовщик вводит количество вручную, в цепочку попадает то, что он ввёл, и ошибка закрепляется навсегда.
Порядок разбора:
- ✓Найдите первую запись, где цепочка и учётная система разошлись.
- ✓Определите источник: ручной ввод, сбой обмена или задержка отправки.
- ✓Уберите ручной ввод в этой точке: сканер штрихкодов, автоматическая выгрузка из 1С.
- ✓Добавьте ежедневную сверку цепочки с учётной системой и оповещение о расхождении.
Третий и четвёртый шаги упираются в обмен с 1С. Его настраивают при интеграции мобильного приложения с 1С: данные уходят в сеть из учётной системы, человек в цепочке не участвует. Контрагентам статусы партий удобно показывать в B2B-приложении на базе 1С, без доступа к вашей базе.
🛡 Как предотвратить проблемы: порядок работы над проектом
Большинство описанных историй обходятся дёшево, если заложить несколько правил на старте.
- ✓Начинайте с пилота на одном процессе и двух-трёх участниках. Масштабировать работающую схему проще, чем чинить большую.
- ✓Закажите аудит смарт-контрактов у специалиста, который их не писал. Автор контракта не видит собственных ошибок.
- ✓Покажите юристу схему хранения данных до первой строки кода: что лежит в цепочке, что в базе, где физически стоят серверы.
- ✓Пропишите в соглашении между участниками, кто держит узлы, как новая компания входит в сеть и что происходит с данными, когда участник уходит.
- ✓Заложите версионирование контрактов и миграцию данных в первую версию, а не в третью.
💰 Сколько стоит блокчейн-приложение и что мы делаем иначе
Мобильная часть проекта у нас стоит от 500 000 ₽. Это приложение для кладовщиков, водителей или партнёров с офлайн-режимом и обменом с 1С. Блокчейн-часть (сеть, контракты, узлы) считается отдельно, после разбора вашего процесса: назвать цифру до этого значит угадывать. Актуальные ставки лежат на странице цен и тарифов.
Отличие в порядке работы. Мы начинаем с вопроса «нужен ли здесь блокчейн вообще». Если хватит базы и электронной подписи, так и скажем, и проект выйдет дешевле. Если нужен, мобильный клиент и обмен с 1С делает одна команда, поэтому между приложением, учётной системой и сетью нет стыка подрядчиков, на котором обычно теряются данные. Хранение персональных данных мы закладываем на серверах в России с первого дня.
Для оценки пришлите описание процесса: кто вносит записи, кто их проверяет и в какой системе данные лежат сейчас. По нему мы скажем, нужна ли цепочка, и назовём стоимость пилота.
❓ Частые вопросы
Сколько стоит разработка блокчейн-приложения для малого бизнеса?
Мобильная часть у нас стоит от 500 000 ₽. Стоимость блокчейн-части (сеть, смарт-контракты, узлы) зависит от процесса и числа участников, поэтому её считают после разбора задачи. Для пилота хватает одного процесса и двух-трёх участников. Чтобы получить оценку, опишите, кто вносит записи, кто проверяет и где данные лежат сейчас.
Нужен ли блокчейн, если все данные у нас в 1С?
Обычно нет. Для внутреннего учёта одной компании блокчейн только добавит расходов. Пока данные ведёт одна компания, хватит 1С, базы и электронной подписи: это дешевле, а ошибки исправляются. Блокчейн оправдан, когда записи вносят минимум две независимые организации, общего арбитра нет, а неизменяемость записи нужна для споров или проверок.
Можно ли хранить персональные данные клиентов в блокчейне?
Хранить их в цепочке в открытом виде нельзя. Из цепочки данные не удалить, а 152-ФЗ даёт человеку право требовать удаления и обязывает хранить данные россиян в базах на территории России. В цепочку пишут хеш, сами данные лежат в базе на сервере в России.
Какую блокчейн-сеть выбрать для бизнеса в Москве?
Для поставок и документов между несколькими компаниями чаще подходит закрытая сеть консорциума, например на Hyperledger Fabric: нет платы за каждую запись, доступ выдаёт владелец. Публичная сеть нужна, когда прозрачность важнее приватности. Если заказчик требует отечественное ПО, платформу проверяют по реестру российского ПО до старта разработки.
Что делать, если смарт-контракт уже запущен с ошибкой?
Если контракт не делали обновляемым, на месте его не исправить. Его замораживают, разворачивают исправленную версию и переносят состояние скриптом миграции. Чтобы приложения не ломались, адрес контракта хранят в конфигурации, а не в коде. Перед выпуском новой версии её проверяет независимый аудитор.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

