Платформа закупки перевозок и транспортной логистики — кейс о многоконтурной системе, в которой команда реализовала кабинет заказчика, кабинет перевозчика, административный контур, realtime-аукционы, транспортный документооборот, KPI перевозчиков, уведомления, претензионные процессы и аналитический слой для управления логистикой и закупкой транспорта.
Проект представлен в обобщённом виде. Часть деталей и идентифицирующих признаков не раскрывается по условиям конфиденциальности и NDA.
Закупка перевозок, realtime-аукционы и логистика в единой платформе
Бизнесу требовалась не отдельная форма заявки на перевозку, а единая цифровая среда, в которой были бы связаны закупка транспорта, работа с перевозчиками, распределение рейсов, транспортные документы, KPI, уведомления, претензионные процессы и аналитика.
В результате команда реализовала не один кабинет для логиста, а связанную логистическую платформу с несколькими рабочими контурами, отдельным realtime-слоем для торгов и асинхронной обработкой интеграционных и документных сценариев.
Контекст проекта
Компании требовалась платформа, в которой заказчики, перевозчики и внутренние пользователи могли бы работать в связанных сценариях закупки перевозок и транспортной логистики. Нужно было объединить торги, распределение рейсов, транспортные документы, KPI, отчётность и внутренний операционный контроль в одном цифровом контуре.
Отдельное внимание уделялось устойчивости торгового слоя, прозрачности действий участников и управляемости логистических процессов в условиях высокой операционной нагрузки.
Что было реализовано
Кабинет заказчика
Для заказчиков был реализован отдельный кабинет, в котором можно было работать с заявками на перевозку, запускать торги, контролировать распределение рейсов, просматривать документы, KPI и аналитические показатели.
- создание и сопровождение заявок;
- закупка перевозок;
- контроль статусов рейсов;
- работа с транспортными документами;
- KPI и аналитика по перевозчикам;
- претензионные сценарии и performance dashboards.
Кабинет перевозчика
Для перевозчиков был реализован отдельный рабочий кабинет, через который участники могли подключаться к логистическим сценариям, участвовать в торгах, получать рейсы, работать с документами и отслеживать статусы операций.
- участие в торгах и закупочных сценариях;
- работа с рейсами;
- документы и связанные операции;
- уведомления по ставкам и статусам;
- история действий и KPI-показатели.
Административный контур
Отдельная административная панель использовалась для настройки системы, управления процедурами торгов, ролями, пользователями, аналитическими сценариями, шаблонами транспортных документов и версиями бизнес-процессов.
- роли и права доступа;
- системные настройки и параметры платформы;
- шаблоны и версии документов;
- логика торгов и внутренние справочники;
- аудит действий пользователей;
- маршруты обработки претензий.
Realtime-аукционы и торговый слой
Одним из самых критичных элементов платформы был онлайн-аукцион, построенный на socket-based realtime взаимодействии. Для такого сценария стабильность была частью core-логики продукта, потому что от неё зависели актуальность ставок, синхронность событий для участников и предсказуемость процедуры торгов.
- быстрая передача изменений ставок;
- синхронное обновление статуса торгов;
- прозрачность действий участников;
- устойчивость платформы в момент активной нагрузки.
Документы, уведомления и претензионная работа
Отдельный блок платформы закрывал транспортный документооборот и связанные юридически чувствительные сценарии. Система поддерживала шаблоны и версии документов, генерацию транспортных документов, уведомления по событиям и претензионные процессы.
- транспортные документы;
- шаблоны и версии документов;
- уведомления по ставкам, статусам и операциям;
- история действий и аудит;
- претензионная работа и связанные процессы.
Аналитика и KPI
Платформа закрывала не только операционную часть, но и аналитическую. Отдельный акцент делался на KPI перевозчиков, performance dashboards, отчётность, аналитику закупки и мониторинг эффективности транспортных процессов.
- KPI перевозчиков;
- аналитические панели и dashboards;
- отчётность по логистическим операциям;
- история ставок, событий и действий;
- данные для управленческих решений.
Технологическая архитектура
Решение было построено на микросервисной архитектуре с разделением на несколько связанных контуров: кабинет заказчика, кабинет перевозчика, административный слой, realtime-компоненты и асинхронный integration / processing layer.
- Go, Vue.js, JavaScript;
- PostgreSQL, Redis, RabbitMQ;
- S3-совместимое файловое хранилище;
- ClickHouse для аналитических сценариев;
- Kubernetes и GitLab CI/CD;
- Prometheus, Grafana и централизованное логирование.
Как использовались Redis, RabbitMQ и аналитический слой
Redis использовался как cache layer для ускорения интерфейсов, дашбордов и быстрого доступа к часто используемым данным. RabbitMQ использовался для асинхронной обработки и межсервисного взаимодействия: фоновых задач, уведомлений, документооборота, интеграций и событий по рейсам.
ClickHouse использовался для хранения и анализа событийных и аналитических данных, что делало возможными KPI-расчёты, performance dashboards, отчётность и быстрый доступ к агрегированной логистической аналитике.
Интеграции и внутренний контур
Система была связана с ERP и другими внутренними корпоративными системами. Это позволяло встроить платформу в общий бизнес-контур заказчика: обмениваться данными, поддерживать документы, работать с распределением рейсов и передавать информацию в аналитические и управленческие процессы.
Наблюдаемость, стабильность и эксплуатация
Для платформы была важна не только функциональность, но и эксплуатационная устойчивость. Поэтому в архитектуре использовались Prometheus для метрик, Grafana для мониторинга, централизованное логирование, GitLab CI/CD для доставки изменений, а также Kubernetes для управления сервисами и масштабирования ключевых компонентов.
Это позволяло поддерживать стабильность чувствительных контуров, особенно в сценариях торгов, фоновой обработки и интеграционного обмена.
Бизнес-ценность
Для бизнеса платформа стала цифровым ядром транспортной логистики. Она помогала централизовать работу с рейсами, перевозчиками, документами, KPI и аналитикой в одной системе.
- более прозрачная закупка транспорта;
- ускорение логистических сценариев;
- снижение ручной нагрузки на сотрудников;
- управляемый документооборот;
- более понятная оценка KPI перевозчиков;
- единый контур для аналитики, уведомлений и претензионной работы;
- технологическая основа для роста объёма операций.
Результат
Вместо разрозненных логистических процессов компания получила связанную платформу закупки перевозок и транспортной логистики с кабинетами заказчика и перевозчика, realtime-аукционами, документооборотом, KPI, уведомлениями, аналитикой и интеграционным контуром. Это создало более устойчивую цифровую основу для управления перевозками и дальнейшего масштабирования платформы.
