Разработка ПО для экспедиторов: Smart Freight — от предложения до коносамента

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

Smart Freight — кейс, на котором основана эта заметка: платформа бронирования морских перевозок полных контейнеров (FCL) на рынке Великобритании. Logics7 строит её с 2024 года по настоящее время, и она работает. Грузоотправитель сравнивает предложения по маршрутам на карте, выбирает тарифный уровень, бронирует и общается с координатором отправления в чате. Черновик коносамента формируется из бронирования, чтобы агент его проверил.

Далее: где ломается бронирование грузоперевозок, что делает платформа, как она построена и что это говорит о выборе между разработкой и покупкой.

Бронирование контейнера по-прежнему держится на e-mail, звонках и таблицах. Ставка приходит во вложении. Правила free time и cut-off указаны в сноске. Подтверждение бронирования лежит в одном почтовом ящике, а коносамент перепечатывают из него в другую систему.

Каждая передача между грузоотправителем, агентом и перевозчиком стоит звонка, задержки или ошибки. Котировка — не запрос на бронирование, запрос на бронирование — не подтверждение, а подтверждение — не документ. Но одни и те же данные должны пройти через всё это: пара портов, перевозчик, тип контейнера, расписание рейсов, сведения о грузе.

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

Smart Freight переносит путь от котировки до бронирования и документы на одну платформу бронирования морских перевозок. Подробности о продукте — в кейсе Smart Freight; здесь — логика.

Предложения по маршрутам и тарифные уровни

Предложения «порт — порт» отображаются на карте в реальном времени. В каждом указаны перевозчик, тип контейнера, cut-off, отправление, прибытие, транзитное время и цена, поэтому грузоотправитель сравнивает факты, а не ждёт котировку по e-mail.

Каждое предложение идёт в трёх тарифных уровнях: Standard, Flexible и All inclusive. В уровнях заранее указаны free time, гибкость cut-off, демередж и уровень поддержки. Это управление ставками в момент выбора: ставки и их правила приходят вместе, как часть предложения, а не мелким шрифтом.

Бронирование и чат по отправлению

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

У каждого бронирования есть свой чат с координатором отправления, рядом с системными уведомлениями. Список отправлений показывает статус каждого бронирования, а экран отслеживания даёт видимость движения груза. Диалог остаётся привязанным к отправлению, о котором идёт речь, а не к чьему-то почтовому ящику.

Черновик коносамента

Платформа формирует черновик коносамента из бронирования — с данными о перевозке и сведениями о грузе; судно, рейс и порты указаны в каждом документе. Агент проверяет черновик, а не перепечатывает его.

Электронный коносамент (eBL) — отдельный вопрос. DCSA публикует стандарт электронного коносамента; эта заметка не делает заявлений об eBL для Smart Freight. Платформа формирует черновик для агента.

Последовательность ниже — ядро продукта. Каждый шаг относится к одной и той же записи об отправлении; ни один не начинается с пустой формы.

Для тех, кто планирует цифровое экспедирование, это самая важная часть разработки ПО для экспедиторов. Дорогие ошибки возникают между шагами, а не внутри них: неверный тип контейнера в предложении превращается в неверное бронирование, а затем в неверный документ. Когда бронирование, диалог, уведомления и черновик коносамента относятся к одному отправлению, никто не перепечатывает то, что система уже знает.

Smart Freight — клиентский продукт. Роль Logics7 с 2024 года по настоящее время охватывает структуру продукта, веб-платформу, процесс бронирования и автоматизацию документов. Технические строительные блоки — веб-платформа, карты и маршрутизация, чат в реальном времени и генерация документов.

Продукт сформировали три решения:

• →Предложения, а не переписка по котировкам. Грузоотправитель сравнивает факты на карте, а не ждёт письма.
• →Правила как часть продукта. Free time, cut-off и демередж относятся к предложению, а не к мелкому шрифту, и ничего не списывается, пока агент не подтвердит наличие мест.
• →Одна запись. Бронирование, диалог, уведомления и документы относятся к одному и тому же отправлению.

Ни одно из трёх не является выбором технологии. Каждое определяет, как сделка работает для грузоотправителя и агента, а код следует из этого. На этом принципе строится то, как работает Logics7: никакой разработки без продуктовой логики.

Это доказывает, что сделка, в которой цена, правила и документы должны быть согласованы, может работать как один продукт, а не как цепочка писем, — без программы трансформации.

Для экспедиторов и NVOCC первый вопрос в разработке такого ПО — разработать или купить, и ответ сводится к тому, в чём ваше отличие. Коробочные экспедиторские системы и ПО для NVOCC покрывают типовую работу бэк-офиса: документацию, таможню, выставление счетов, EDI/API-интеграцию с перевозчиками, связь с TMS или CRM. Если ваш процесс совпадает с коробочным продуктом, купите его. Заказное логистическое ПО имеет смысл, когда продуктом является сама сделка с клиентом: как показываются предложения, как формулируются правила, как бронирование превращается в документ.

Та же логика применима к маркетплейсам бронирования, клиентским порталам статуса, отслеживанию отправлений, автоматизации счетов и документов и операционным дашбордам. Для нового самостоятельного продукта это наш маршрут Product Partnership. Для существующей компании, чьи операции держатся на людях и таблицах, — Annual Product Operations: сначала бизнес-процесс, затем годовая дорожная карта, которую выполняют месяц за месяцем.