ONDC — это открытая сеть цифровой торговли, созданная при поддержке правительства Индии. Она нужна для того, чтобы покупатели, продавцы и сервисы могли взаимодействовать между собой вне рамок одной конкретной платформы.
Если говорить проще, ONDC не является отдельным маркетплейсом или магазином. Это набор правил, протоколов и технических спецификаций, которые позволяют разным приложениям и торговым сервисам обмениваться данными, находить друг друга и проводить сделки.
Содержание статьи
Что такое ONDC простыми словами
ONDC расшифровывается как Open Network for Digital Commerce, то есть открытая сеть для цифровой торговли. По сути, это инфраструктура, в которой продавец и покупатель могут совершать сделку, даже если используют разные приложения.
В обычной модели электронной торговли пользователь заходит в конкретный маркетплейс, видит только тех продавцов, которые подключены именно к нему, и оформляет заказ внутри замкнутой экосистемы. В ONDC подход другой: сеть строится как открытый и совместимый контур, где участники взаимодействуют через единые правила обмена данными.
Из-за этого ONDC часто описывают как попытку уйти от платформенной модели, при которой крупные игроки контролируют доступ к покупателю, ассортименту и данным. Открытая сеть делает цифровую торговлю более доступной для малого бизнеса, локальных продавцов и новых сервисов.
Зачем понадобился ONDC
ONDC появился как ответ на высокую концентрацию влияния на рынке электронной коммерции. Идея инициативы состояла в том, чтобы снизить зависимость торговли от ограниченного числа крупных платформ.
Когда несколько больших сервисов становятся основными точками входа для покупателей, у малого и среднего бизнеса остаётся меньше пространства для конкуренции. Возникают вопросы к торговым практикам, доступу к аудитории и накоплению данных внутри закрытых экосистем.
На этом фоне власти Индии начали искать модель, при которой цифровая торговля могла бы работать по принципу открытой совместимости. В качестве ориентира рассматривался опыт UPI — системы цифровых платежей, где взаимодействие не привязано к одной платформе.
В июле 2021 года Департамент развития промышленности и внутренней торговли Индии сформировал консультативный совет для развития инициативы и запуска пилотных программ в ряде городов. Позже ONDC получил статус некоммерческой организации формата Section 8, после чего к сети начали подключаться частные компании со своими приложениями и сервисами.
Как устроен ONDC
ONDC работает не как единый сайт или приложение, а как набор связанных сервисов. Внутри этой модели разные участники выполняют разные роли, но могут взаимодействовать через общие протоколы.
Базовая схема включает три ключевых элемента.
- Покупательские приложения — интерфейсы, через которые пользователь ищет товары и услуги, сравнивает предложения и оформляет заказ.
- Продавецкие приложения — системы, через которые продавцы размещают каталог, принимают запросы, подтверждают заказ и организуют исполнение.
- Шлюзы ONDC — сервисы, которые помогают координировать обмен между приложениями покупателя и продавца.
Такая схема нужна для того, чтобы слой спроса и слой предложения могли взаимодействовать независимо друг от друга. Пользователь может искать товар в одном приложении, а заказ будет обработан продавцом, который работает через другое приложение.
Это меняет саму логику поиска и выбора. В центре уже не одна закрытая платформа, а сеть, где совместимость обеспечивается через общий технический стандарт.
Как проходит сделка в сети ONDC
Сделка в ONDC проходит через обмен структурированными сообщениями между участниками сети. Покупательское приложение отправляет запрос, сеть помогает найти подходящих продавцов, а дальше стороны переходят к оформлению, оплате и исполнению заказа.
В упрощённом виде процесс выглядит так:
- Пользователь ищет товар или услугу в приложении покупателя.
- Приложение отправляет запрос в сеть.
- Подключённые продавцы или их приложения возвращают релевантные предложения.
- Покупатель выбирает вариант и оформляет заказ.
- Дальше происходит оплата, подтверждение, доставка или иное исполнение услуги по правилам сети.
Пользователь при этом не обязан знать, на какой именно платформе работает продавец. Для него важнее другое: есть единый способ поиска и оформления, а выбор поставщиков шире, чем внутри одной закрытой экосистемы.
На какой технологии основан ONDC
Технически ONDC строится на архитектуре микросервисов и API. Это позволяет отдельным частям системы работать независимо и при этом обмениваться данными по стандартизированным правилам.
Микросервисная архитектура означает, что функции сети разбиты на небольшие самостоятельные сервисы. Один сервис отвечает за каталог, другой — за поиск, третий — за подтверждение заказа, четвёртый — за доставку или исполнение. Такой подход упрощает интеграцию разных платформ в общую сеть.
Открытый характер ONDC требует чётких правил совместимости. Поэтому для работы сети важны не только API, но и общий протокол, который задаёт формат взаимодействия между участниками.
Что такое протокол Beckn
Beckn — это открытый протокол, который обеспечивает совместимость и децентрализованное взаимодействие между маркетплейсами, поставщиками услуг и потребителями. В инфраструктуре ONDC он используется как технологическая основа для стандартизации обмена данными.
Через Beckn можно унифицировать ключевые этапы сделки: поиск, бронирование, оплату, доставку и исполнение. Это нужно для того, чтобы разные приложения и сервисы понимали друг друга без прямой привязки к одному владельцу платформы.
Шлюзы Beckn агрегируют данные и отделяют передачу пакетов от пользовательского интерфейса. За счёт этого сеть может работать как распределённая система, где внешний опыт пользователя и внутренняя передача данных не жёстко связаны между собой.
Чем ONDC отличается от обычного маркетплейса
Главное отличие в том, что ONDC — это сеть и протокол взаимодействия, а не единая торговая площадка. Маркетплейс управляет собственной экосистемой, а ONDC задаёт общие правила для множества независимых участников.
| Критерий | Обычный маркетплейс | ONDC |
| Модель | Одна платформа | Открытая сеть |
| Доступ к продавцам | Только внутри платформы | Через совместимые приложения |
| Взаимодействие | По внутренним правилам площадки | По общим протоколам и спецификациям |
| Роль платформы | Центральный посредник | Участник сети или точка доступа |
| Совместимость | Ограничена одной экосистемой | Предусмотрена на уровне архитектуры |
Из этого различия вытекает многое: способ подключения продавцов, видимость каталога, структура комиссий и степень зависимости бизнеса от одной площадки. Для небольших участников рынка это особенно важно.
Кто участвует в ONDC
В ONDC могут участвовать покупатели, продавцы, поставщики услуг, банки, технологические компании и сервисы, которые обеспечивают отдельные этапы сделки. Сеть не ограничивается классической онлайн-розницей.
В исходных материалах по ONDC упоминается, что протоколы сети используются в сценариях, связанных не только с торговлей товарами, но и с направлениями вроде здравоохранения, финтеха и агробизнеса. Это показывает, что модель открытого обмена данными может применяться шире обычного маркетплейса.
Среди компаний, которые связывали с внедрением и использованием ONDC, назывались Flipkart, Paytm, Pincode by PhonePe, Amazon, State Bank of India и Meta. Сам факт участия таких организаций показывает интерес к модели, где торговое взаимодействие строится поверх открытых стандартов.
Почему ONDC считают шагом к более открытой торговле
ONDC рассматривают как шаг к более открытой торговле, потому что сеть снижает зависимость сделки от одной платформы. Покупатель и продавец получают больше способов найти друг друга и взаимодействовать через совместимые сервисы.
Для рынка это означает более широкий доступ к спросу и предложению. Если в закрытой экосистеме продавец видим только внутри конкретного приложения, то в открытой сети его предложение потенциально может быть найдено через другие точки входа.
Есть и другой эффект. Когда правила обмена данными стандартизированы, у новых игроков появляется шанс входа без необходимости строить огромную замкнутую экосистему с нуля. Это делает рынок менее жёстко привязанным к цифровым ограждениям, которые часто называют walled gardens.
Какие задачи возникают при эксплуатации ONDC
Для ONDC критична наблюдаемость системы, потому что сеть состоит из множества распределённых сервисов и интеграций. Если один участок работает нестабильно, это может повлиять на поиск, подтверждение заказа, оплату или исполнение.
Из-за распределённой архитектуры здесь мало просто следить за доступностью одного приложения. Нужно видеть, что происходит на уровне сервисов, API, журналов событий и маршрута запроса между участниками.
Какие метрики стоит собирать
Собирать нужно и технические, и бизнес-метрики. Первая группа показывает состояние инфраструктуры, вторая — то, как сеть справляется с реальными транзакциями.
К техническим метрикам относятся загрузка CPU, потребление памяти и задержка запросов. К бизнес-метрикам — количество транзакций и доля успешных операций.
Зачем нужны логи
Логи помогают понять, что именно произошло в системе и в какой момент возник сбой. Для ONDC это особенно важно, потому что цепочка сделки проходит через несколько независимых компонентов.
Практический смысл логирования — в фиксации времени события, текста ошибки, стека вызовов и сопутствующего контекста. Если журналы микросервисов, баз данных и вспомогательных систем собраны централизованно, искать причину проблем заметно проще.
Что даёт распределённая трассировка
Распределённая трассировка показывает путь запроса через разные сервисы. В большой сетевой архитектуре она помогает находить узкие места и разрывы в цепочке обработки.
Когда заказ проходит через приложение покупателя, шлюз, продавца, оплату и исполнение, без трассировки трудно быстро определить, на каком именно этапе возникла задержка или ошибка.
Зачем определять SLI, SLO и SLA
SLI — это измеряемые показатели сервиса, SLO — целевые значения этих показателей, а SLA — соглашения, где такие ожидания могут быть зафиксированы. Для ONDC эта связка нужна, чтобы формализовать уровень доступности и качества сервиса.
Если команда заранее определяет, какие именно параметры для неё критичны, ей проще отслеживать отклонения и понимать, соответствует ли работа системы заданным ожиданиям.
Где применяются chaos engineering и AIOps
Chaos engineering используют для проверки устойчивости системы через контролируемые сбои и стрессовые сценарии. AIOps применяют для автоматизации корреляции данных мониторинга, предупреждений и анализа первопричин.
Для распределённой сети это полезно по одной причине: ручной анализ большого количества событий и зависимостей быстро становится медленным и фрагментарным. Автоматизация здесь помогает быстрее увидеть взаимосвязи между симптомом и источником проблемы.
Что важно запомнить об ONDC
ONDC — это открытая сеть цифровой торговли, а не отдельный маркетплейс. Она позволяет приложениям покупателей и продавцов работать по общим протоколам, чтобы сделки могли происходить между разными платформами.
Инициатива возникла в Индии как попытка сделать электронную коммерцию менее зависимой от закрытых экосистем крупных игроков. Технически ONDC опирается на микросервисную архитектуру, API и протокол Beckn, а для стабильной работы такой сети нужна развитая наблюдаемость: метрики, логи, трассировка и чёткие сервисные показатели.
