- Роль
- Идеолог решения · архитектор · автор ТЗ и прототипа
- Стадия
- Архитектура, ТЗ, карта интеграций и прототип сданы; пилот поставлен на паузу по решению заказчика. Production-внедрения не было.
- Подход
- API-first слой вокруг 1С УПП, WMS, BI и Atrax/ATI с готовностью к 1С:ERP
- Модули
- Slot Booking · Yard · Канал ТК · Сопровождение рейса · Штрафы · Договоры · Перезатарка · Тарифная аналитика
- Интеграции
- 1С УПП / ERP · WMS · BI · Atrax/ATI · СКУД · ELMA · ДИАДОК
Контекст и задача
Логистика заказчика опиралась на общий Excel-файл бронирования окон: около 50 пользователей в одном файле, конфликты записи, удаление чужих строк, блокировки и потеря 4–5 часов в день на команду. При этом коэффициенты сложности К1–К4 уже существовали в 1С, но не применялись в Excel; ERP-внедрение должно было закрыть проблему, но затягивалось.
После двух раундов интервью стало понятно: Atrax/ATI уже закрывает тендеры и выбор перевозчика, а 1С остаётся учётным ядром. Разрыв находится вокруг них: нет управления двором, нет связи окна с фактом прибытия, после подтверждения рейса вручную идут счета, закрывающие документы, штрафы и взаимные требования; договорная работа держится на одном человеке, а решения по тарифам и перезатарке принимаются без нормальной аналитической модели.
Роль в проекте
Идеолог и архитектор решения. Провёл интервью с логистикой, зафиксировал текущее состояние и узкие места, скорректировал первоначальную концепцию после обратной связи команды: убрал дублирующие модули, которые уже закрывает Atrax/ATI, и сфокусировал платформу на незакрытых зонах до и после торгов. Подготовил описание решения v3, карту интеграций, риски, дорожную карту пилота и перечень встреч, необходимых до разработки.
Параллельно собрал HTML-прототип интерфейса бронирования окон — таймлайн слотов, коэффициенты К1–К4, индикаторы заполненности — чтобы стейкхолдеры приняли архитектуру не по диаграммам, а по работающему макету.
Архитектура — слой вокруг действующих систем
Принципиальная установка v3: платформа не конкурирует с Atrax/ATI и не заменяет 1С. Тендеры, аукционы и выбор перевозчика остаются в Atrax; учётные данные остаются в 1С. Новый слой работает там, где между системами остаются ручные разрывы.
Модуль A — Slot Booking
Замена Excel-бронирования: веб-таблица с параллельным доступом, ролями, лимитами по складам, автозаполнением из 1С и расчётом длительности окна по коэффициентам К1–К4.
Модуль B — Yard Management
Управление двором: очередь ТС, статусы «ожидает / под погрузкой / убыл», привязка к воротам, интеграция со СКУД и история «плановое окно vs фактическое прибытие».
Модуль C — Канал подтверждения с диспетчером ТК
Не новый канал для водителя, а структурированное подтверждение через диспетчера транспортной компании: подтверждаю / задержка / машина не придёт. Предпочтительный путь — через Atrax API или email, чтобы не создавать лишнюю точку входа для ТК.
Модуль D — Сопровождение рейса после торгов
Закрывает разрыв после подтверждения рейса в Atrax: автосверка счёта с договором-заявкой, упрощённое согласование пакета счетов, контроль оплаты штрафов, баланс взаимных требований и закрывающие документы.
Модуль E — Реестр нарушений и штрафной модуль
Ежедневное сравнение планового и фактического времени прибытия, реестр нарушений, согласование в ELMA, генерация претензии по утверждённому шаблону, отправка через ДИАДОК и контроль оплаты. Первая версия — реестр и аналитика, без автоматической отправки спорных претензий.
Модуль F — Договорный модуль
Библиотека шаблонов договоров и допсоглашений, массовое формирование документов при изменении условий, отправка на подпись через ДИАДОК и контроль статусов.
Модуль G — Сигнал перезатарки
Прогноз остатка по формуле «текущий остаток + плановый налив − прогноз отгрузок», пороговые предупреждения 90% / 95% ёмкости, уведомления коммерческому блоку и отделу продаж. Важное уточнение: адресат сигнала — не склад, а те, кто управляет заказами, производством и приоритетами.
Модуль H — Тарифная аналитика
Не оперативный калькулятор тарифа, а управленческая аналитика: история ставок из Atrax API, сезонность по направлениям, сравнение «гарантия vs спот» и бюджетная модель транспортных расходов.
Ключевые архитектурные решения
Не заменять действующие системы. 1С остаётся мастером данных, Atrax/ATI остаётся площадкой торгов, WMS остаётся складским контуром, BI остаётся аналитическим слоем. Новая платформа закрывает ручные разрывы между ними.
Не строить новую тендерную площадку. В v3 это решение было сознательно убрано: торги уже живут в Atrax. Вместо дублирования площадки спроектирован слой сопровождения рейса после торгов — счета, документы, штрафы, взаимные требования, договорные изменения и аналитика.
Параллельная работа с Excel 2–4 недели на пилоте Slot Booking. Сознательная мера снижения риска сопротивления пользователей: первые недели платформа и Excel работают параллельно, после чего Excel выводится из контура.
Сигналы без автодействий. Перезатарка и тарифная аналитика должны сначала работать как управленческие сигналы и бюджетная модель. Автоматические решения без накопленной истории и согласованных владельцев процесса преждевременны.
ИИ и автоматизация в составе платформы
- Генерация претензий по шаблону в штрафном модуле: после согласования реестра система подставляет данные в утверждённый шаблон юротдела и передаёт документы в ЭДО.
- Сигнальная система перезатарки: прогноз остатков на горизонт 7–14 дней с порогами 90% / 95% ёмкости и адресацией сигнала коммерческому блоку.
- Тарифная аналитика: история ставок из Atrax, сезонность по направлениям и модель выбора «гарантия vs спот» для бюджетирования логистики.
Информационная безопасность
В описание платформы заложены базовые меры: разграничение ролей в Управлении двором (менеджер ОРК, транспортный логист, экспорт, контрактники, начальник склада — каждый видит и редактирует только своё), оптимистичная блокировка для параллельного доступа, история всех бронирований как аудит-трейл, ручной контроль спорных штрафов до автоматизации отправки.
Отдельным приложением подготовлен документ «Маршруты данных» для службы ИБ — детализация по потокам и сущностям, проходящим через интеграции с внешними системами. Корпоративные артефакты ИБ (политика КТ, HLD защищённого LLM-контура, защитные ограничители / матрица guardrails) применяются как методологическая база при подключении ИИ-модулей платформы.
Результат и статус
Подготовлены описание решения v3, ТЗ на пилотный слой Slot Booking / Yard, карта интеграций, приложение по маршрутам данных для ИБ и HTML-прототип формы бронирования. Дорожная карта описывала движение от пилота на одном складе к модулям Yard, сопровождения рейса, штрафов, договоров и аналитики. Пилот поставлен на паузу по решению заказчика; все артефакты остались на уровне архитектуры, ТЗ и прототипов.
Что демонстрирует кейс
- Способность быстро разобраться в живом логистическом процессе и отделить настоящие боли от уже закрытых функций существующих систем.
- Архитектурную дисциплину: не дублировать Atrax/ATI и 1С, а проектировать интеграционный слой вокруг них.
- Умение довести идею до ТЗ, карты интеграций, маршрутов данных для ИБ и понятного HTML-прототипа.
- Честный уровень результата: архитектура и прототип сданы, production-внедрения не было.