К содержанию
roadlinkPILOT
О платформе

ROADLINK · закрытый пилотМеждународные автоперевозки

ГЕОЛОКАЦИЯ · АНАЛИТИКА · ЭФФЕКТИВНОСТЬ

Геолокация, которая помогает решать.

Как превратить положение машины в более выгодный следующий рейс и надёжную подачу. Исследование конкурентов и стратегия данных ROADLINK.

15.10.2026Версия 2.0
Текущие функции и план развития
ИССЛЕДОВАНИЕ4 платформы

TIMOCOM, Transporeon, project44 и FourKites — по официальным источникам.

КЛЮЧЕВОЙ ОБЪЕКТБудущая доступность

Где и когда освободится машина, какие ограничения и что пока неизвестно.

КРИТЕРИЙ ЦЕННОСТИРезультат перевозки

Порожние участки, ожидание, качество подачи и экономика следующего решения.

Что уже вошло в v2. Серверный кабинет D1, личные машины и рейсы, GPS открытой страницы и импорт последних 12 часов, согласие на рейс до 24 часов. Аналитическое окно — 30 дней; очистка старых точек запускается при приёме новых данных. Эмпирическая поправка рассматривается от 20 завершённых рейсов и включается только при улучшении holdout. Нативное слежение, телематика и глубокая AI-модель пока не подключены.

Исследование и продуктовая стратегия · 15 октября 2026 года

1. Какую задачу должен решать продукт

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

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

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

2. Что подтверждено у конкурентов

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

СервисГеолокация и управление доступомАналитика и интеграцияПрактический вывод для ROADLINK
TIMOCOM Live Shipment TrackingПеревозчик выбирает получателей телематических данных, состав информации и срок доступа.Геозоны создают статусы; грузовая маршрутизация используется для ETA; есть уведомления, API и связь с TMS. 1Передача координат должна иметь понятную цель, получателя и срок.
Transporeon VisibilityПодключаются телематика, системы управления парком и TMS; передача данных требует согласия.Заявлены прогноз ETA и предупреждения о задержках. Webhooks передают статусы, ETA и предупреждения; требуются HTTPS и авторизация. 2, 3Нужно проектировать надёжный обмен событиями, повторную доставку и контроль качества источников.
project44 / DriveViewGPS телефона, разрешения приложения, привязка к активной перевозке. Инструкция описывает автоматическое начало и окончание слежения.Передаются местоположение и ETA; API доступен клиентам и интеграционным партнёрам с учётными данными. 4, 6Телефон снижает порог подключения, но разрешения и границы слежения должны быть прозрачны.
FourKites / CarrierLinkПринятый рейс запускает GPS приложения, доставка прекращает слежение. Платформа принимает также GPS/ELD, EDI и данные TMS.Заявлены ML-прогнозы по GPS, погоде, трафику и истории направлений; геозоны, ожидание, отклонения и надёжность перевозчиков. 7, 8Для полезной аналитики требуется контекст рейса, остановок и реальных результатов.

У project44 обнаружено различие документов: инструкция от 31 июля 2026 года указывает начало по умолчанию за 90 минут до рейса и остановку после доставки либо выхода из последней геозоны. Публичная Privacy Policy допускает получение координат за 180 минут до плановой погрузки и до 48 часов после плановой выгрузки. Это нельзя свести к единому обещанию без уточнения поставщика. 4, 5 Для ROADLINK интерфейс, серверное ограничение и описание обработки данных должны совпадать.

FourKites заявляет отсутствие собственного marketplace и freight matching. 7 Возможность ROADLINK — связать прогноз освобождения с выбором следующей перевозки и её экономикой. Это продуктовая гипотеза, а не доказательство отсутствия аналогов на рынке.

3. Цепочка от координаты до решения

Геоданные → качество → события → подтверждённые результаты → модели → решения → измерение эффекта.

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

Проверка качества исключает заведомо плохую точность, некорректное время, дубликаты и неправдоподобные скачки скорости. Подозрительная точка не становится доказательством нарушения водителя. Нужно сохранить причину отклонения, чтобы отличать ошибку GPS, неверные часы устройства и проблему импорта. Старое измерение нельзя показывать как текущее положение.

События описывают наблюдения: прибытие в область склада, нахождение внутри неё, выезд, потерю сигнала и подтверждённое освобождение. Пересечение геозоны само по себе не доказывает погрузку или разгрузку. Водитель мог проехать рядом, ждать снаружи или покинуть территорию с неразгруженным грузом. Ключевые коммерческие состояния требуют подтверждения участника либо надёжного источника.

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

Модель предлагает действие с объяснением: «этот груз подходит по времени освобождения, направлению и кузову; подача требует дополнительных затрат». Пользователь принимает решение. Фактический результат возвращается в аналитику, позволяя проверить, принесла ли рекомендация пользу.

4. Эффективность водителя и перевозчика

Основная карточка должна отвечать на вопрос: какой вариант даст лучший результат за доступное время? Высокая ставка может оказаться менее выгодной из-за дальней подачи, ожидания оплаты или длительной разгрузки.

Сравнение вариантов включает выручку, подтверждённые переменные расходы, дополнительные затраты на подачу, ожидание и длительность всей цепочки. Доход за день показывается только с явной формулой и перечнем учтённых расходов. Если топливо, сборы, границы или обратная загрузка неизвестны, вывод содержит сценарий и диапазон, а не вымышленную точную прибыль.

Backhaul подбирается заранее от будущей точки освобождения. Водитель задаёт допустимые страны, кузов, грузоподъёмность, даты и готовность к дополнительному пробегу. Система сравнивает несколько последовательностей: взять ближайший груз, подождать подходящий или переместиться в другую зону спроса. Последний вариант нельзя рекомендовать уверенно без данных о спросе и стоимости перемещения.

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

Стоимость ожидания вводится перевозчиком либо рассчитывается из раскрытых допущений. Стоянка по GPS не доказывает отдых, соблюдение режима труда или готовность к следующему рейсу. Такие выводы требуют соответствующих данных и подтверждений.

5. Эффективность грузоотправителя

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

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

Alternative truck — резервная машина, которая подходит по характеристикам, сроку и направлению. Близость к складу не делает её доступной. До подтверждения перевозчика вариант остаётся кандидатом, а не гарантированной заменой.

Полная стоимость транспортного решения, или total landed transport cost, объединяет согласованную перевозку, подачу, ожидание, перегрузку и другие известные расходы. Неизвестные статьи показываются отдельно; валюты нельзя складывать без указанного курса и даты. Это управленческое сравнение сценариев, а не автоматически сформированный бухгалтерский итог.

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

6. Неизвестность и доверие к прогнозу

Отсутствие данных должно быть видимым состоянием: «нет свежей позиции», «освобождение не подтверждено», «недостаточно завершённых рейсов». Нельзя заменять неизвестное нулём, рисовать точный ETA по отсутствующему маршруту или представлять демонстрационные значения как реальные.

Уверенность зависит от свежести сигнала, полноты маршрута, качества подтверждений и применимости исторических примеров. До статистической проверки допустимы качественные уровни с причинами. Число «92%» уместно только при наличии определённого события и проверенной вероятностной модели.

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

7. Данные, доступ и накопление качества

Разрешение на сбор координат и доступ другого участника к этим координатам — разные настройки. Точный трек не должен становиться общедоступным вслед за публикацией наличия машины. Для предварительного поиска часто достаточно района освобождения и временного окна; подробная история нужна ограниченному кругу участников конкретной перевозки.

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

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

Обучающие наборы должны иметь версии, происхождение, права использования и учёт удаления. Коммерческие ставки и точные маршруты одной компании не раскрываются другой через объяснения модели. Агрегирование небольших групп требует отдельной проверки, поскольку редкий международный маршрут может оставаться узнаваемым.

8. Cold start, обучение и доказательство результата

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

Положительный цикл выглядит так: полезный подбор стимулирует подтверждение рейсов; подтверждения улучшают прогноз освобождения; более надёжный прогноз повышает качество подбора; выполненные перевозки дают новые результаты. Большое количество GPS-точек не заменяет число независимых завершённых рейсов.

Текущий экспериментальный уровень обучения — эмпирическая поправка смещения времени освобождения. Её нельзя включать раньше накопления минимум 20 различных завершённых подтверждённых labels и проверки на отложенных данных. Этот порог является инженерным ограничителем, а не доказательством достаточного размера выборки для любого направления. При слабых данных остаётся базовый расчёт.

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

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

9. Граница текущей реализации и следующие подключения

Текущий инженерный этап включает серверное хранение D1, авторизацию, изоляцию данных владельца, машины и рейсы; ограниченное рейсом согласие; приём точек из открытой страницы телефона и импорта; идемпотентность, отбраковку плохих измерений и аномалий скорости. Аналитика включает наблюдаемую дистанцию, порожнюю долю покрытых участков и базовый ETA с допущениями. Уведомления остаются внутри приложения.

Это описание границ этапа, а не утверждение о завершении всех проверок или запуске открытого рынка. Сайт по умолчанию приватный для владельца. Нативное фоновое слежение, подключённые API телематики и LLM не следует называть готовыми. Аналитика на частных данных владельца не равна работающей международной бирже.

Следующие подключения имеют конкретные условия:

  • Нативное приложение: выбор платформ, реализация фоновых разрешений, понятный start/stop, работа с батареей и отсутствием связи, проверка на реальных устройствах и условиях распространения приложения.
  • Дорожные карты и ETA: выбранный провайдер, ключи и бюджет, грузовая маршрутизация, покрытие нужных стран, ограничения дорог и проверка качества реальных международных маршрутов.
  • Телематика: выбранные поставщики, договорённости и credentials, согласие владельца парка, соответствие устройств машинам, тестовый поток и правила передачи субподрядчиками.
  • Обучение и пилот: реальные завершённые рейсы с подтверждениями, единые определения показателей, исправление ошибок и независимая оценка. Без этого модели остаются экспериментальными.
  • Общий рынок: роли компаний, проверка участников, права публикации, управление доступностью и подтверждение заказов. Приватный кабинет не публикует координаты автоматически.

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

Дополнение фактической версии v2. Связанная с рейсом доступность создаётся отдельным действием с согласием. Публикуются выбранный город освобождения и временное окно, кузов, вместимость и направления. Город должен находиться в пределах 50 км от пункта завершения рейса; срок — не более 7 дней. При чтении радара начало окна пересчитывается по поздней границе свежего прогноза, плану либо заявленному освобождению. Завершённый рейс, новое назначение машины, просроченный план или отсутствие доступного окна скрывают связанную заявку. Точные координаты, номер машины и внутренние ID рейса/машины не передаются. По умолчанию видимость приватная; общая публикация требует дополнительного согласия.

Источники

  1. TIMOCOM — Live Shipment Tracking: benefits for carrier.
  2. Transporeon — Visibility for Carriers.
  3. Transporeon — Getting Visibility Data pushed into your Inhouse System.
  4. project44 — Introduction to DriveView.
  5. project44 — DriveView Privacy Policy.
  6. project44 — API introduction.
  7. FourKites — CarrierLink Mobile App.
  8. FourKites — Shipment Twin.

Дата проверки источников: 15.10.2026. Внешние возможности описаны по опубликованным материалам поставщиков; точность моделей и эффект для ROADLINK должны проверяться собственным пилотом.

ROADLINK · Рабочее название · Серверный пилот · 2026Открыть мои рейсы ↗Перейти к аналитике ↗