Операционный центр для ваших грузов

От заявки до доставки — каждый груз на одном экране: геопозиция онлайн, документы, сообщения и статусы сведены в одну запись.

Все ваши грузы на одном экране — фильтр по статусу, маршруту или дате

Отслеживание автомобильных и RoRo-перевозок в реальном времени — прямо из приложения водителя

Документы, сообщения и статус собраны в одной записи о грузе

От заявки до счёта — в одной записи

Все этапы проходят в одной и той же записи о грузе — без копирования вручную и без потерянных бумаг.

Заявка

Ставка

Принятие

Документы

Таможня

Отслеживание

Доставка

Счёт

Всё в одной записи

Суша и море — на одной карте

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

При каждой смене статуса вы мгновенно получаете уведомление.

Все параметры груза на одной карточке

Количество мест, вес и объём собраны вместе; погрузочные метры система рассчитывает сама, а паллеты вы замеряете своим устройством — размеры автоматически пересчитываются в объём.

Количество мест, вес и объём собраны на одной карточке.

Погрузочные метры (LDM) рассчитываются автоматически по вашим данным.

Замеряйте паллеты телефоном или планшетом — размеры превращаются в объём.

Вся работа с грузами — на едином ядре

Прозрачность, отслеживание, уведомления и документы — одна система вместо разрозненных инструментов.

• Всё видно на одном экране — Все ваши грузы в одном списке: за секунды отфильтруйте их по статусу, маршруту или дате и откройте нужный.
• Отслеживание в реальном времени — Автомобильные и RoRo-перевозки отображаются на панели с геопозицией онлайн из приложения водителя.
• Уведомления о статусе — Загружено, на таможне, в пути, доставлено — при каждой смене статуса нужные люди мгновенно получают уведомление.
• Сборные грузы и несколько остановок — Везите несколько изолированных партий одной машиной: порядок маршрута выстраивается автоматически, а каждый груз остаётся отдельной записью.
• Видимость под вашим контролем — Вы сами выбираете, кто получит каждую заявку: только ваш собственный список перевозчиков, все, кроме исключённых вами компаний, или все перевозчики, работающие на этом направлении.
• Документы и сообщения в одной записи — CMR, инвойс, ATR и вся переписка собираются в собственной записи груза; ИИ читает документы и заполняет поля.

Работает в связке с

Одно ядро, одна операционная система — каждый модуль передаёт данные следующему.

• Таможенная аналитика — Тарифы HS, пошлины и антидемпинговые меры
• Склад и запасы — Каталог товаров, замер паллет, журнал движения запасов
• ИИ — ИИ для распознавания документов, перевода, тарифов и проверки согласованности
• Производители и ВЭД-компании — Страница решения для вашей роли

Соберите всю работу с грузами на одном экране

Управляйте каждым этапом от заявки до доставки из одной записи о грузе — отслеживание в реальном времени, документы и статус вместе.

Как перевести отслеживание грузов и документов в цифровой формат в международных автомобильных перевозках?

Поэтапно и в единой записи. Сначала переведите в цифру поток статусов (на каком этапе груз, кто и когда это обновил), затем подтверждение доставки и фото с места, потом слой водителя, потом геопозицию в реальном времени; архив документов и интеграции идут последними. Исход решает не технология, а модель данных: местоположение, статус, документы и сообщения должны находиться в записи о грузе, а не в записи о транспортном средстве — как только два клиента делят один грузовик, запись по машине уже не может разграничить видимость. Бумага не исчезает полностью: у одних документов есть электронная форма при соблюдении определённых условий, другие на вашем направлении по-прежнему ходят на бумаге. Мерило прогресса — не число открытых экранов, а то, сколько раз кому-то всё ещё приходится звонить и спрашивать, где груз.

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

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

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

• Первый слой — статус, а не местоположение: ответ на вопрос «где груз» — это обычно этап (загружен, на таможне, в пути, доставлен), а не координата.
• Сделайте единицей учёта отправку. Если выбрать рейс или транспортное средство, данные двух клиентов попадут в одну запись, и разделить видимость уже не получится.
• Если в строке статуса не видно, кто её внёс, когда и откуда, у вас не цифровая запись, а оцифрованные слухи.
• Фиксируйте документы там, где они возникают, а не в архиве: они появляются на площадке, на границе и у таможенного брокера; архив, собранный задним числом, всегда неполон.
• Сколько бумаги действительно уйдёт, зависит от документа и маршрута; никогда не стройте процесс на допущении о юридической силе электронной формы, которое вы не подтвердили для своего направления.
• Если сторона водителя остаётся пустой, система построена наполовину: когда полевой шаг не завершается на одном экране, данные продолжают поступать в офис по телефону.

Что переводить в цифру и в каком порядке — семь слоёв

• 1. Поток статусов — первый и самый дешёвый слой — Фиксация того, на каком этапе находится груз, в одном месте и в одном формате: ожидает погрузки, загружен, в пути, на таможне, на выгрузке, доставлен. Список должен быть коротким и включать только те этапы, которые ваша компания действительно различает; список из пятнадцати статусов в полевых условиях сжимается до трёх. Повторяющиеся в течение дня звонки «где груз», параллельный список, который диспетчер ведёт в личном блокноте, и прокрутку группового чата назад в поисках последнего сообщения. Подсчитайте вопросы «на каком этапе этот груз», поступившие за одну неделю, и повторите тот же подсчёт после изменения. Второй показатель: сколько закрытых рейсов завершились с полным набором строк статуса. Когда статус вносит офис. Офис пишет то, что предполагает, информация с места запаздывает, и записи быстро перестают доверять. Второй сбой — раздувание списка: водитель, который не может отличить два статуса друг от друга, выбирает один наугад. Груз должен существовать как запись с единым кодом, водитель должен быть привязан к этой записи, и должно быть письменно зафиксировано, кто вносит какой шаг.
• 2. Подтверждение доставки и фото с места — Сбор доказательств того, что доставка состоялась: фото подписанного документа, время доставки, имя человека, принявшего груз, и при необходимости фото состояния груза или оборудования. Этот слой необычен тем, что необратим: доказательства, не собранные в момент доставки, позже собрать уже нельзя. Бумажную копию, которая днями лежит в кабине водителя, стопку документов, которые сканируют разом после его возвращения, и фразу, звучащую в каждом споре о повреждении: никто не сфотографировал. Время от доставки до появления документа в системе (измеряйте его в часах, а не в днях) и долю доставок, закрытых без фото. Когда фото уходит в галерею телефона или в ветку чата, а не в запись о грузе; когда снимок слишком тёмный, чтобы его можно было прочитать; когда имя принявшего груз так и не записано. Любой из этих трёх случаев делает доказательство бесполезным в споре. Исправная камера в руках водителя и несколько секунд при погрузке и выгрузке. Если отслеживается и состояние оборудования, дисциплину фото «до/после» нужно заранее объявить команде.
• 3. Слой водителя — ввод данных с места — Сам ввод данных в полевых условиях: экран, который видит водитель, число касаний, язык интерфейса и шаг регистрации. Это вопрос не функциональности, а того, станут ли этим пользоваться, и именно здесь заполняется половина системы: как бы хорошо ни была настроена офисная сторона, запись неполна, если полевая сторона пуста. Большую часть голосовой координации между офисом и водителем и работу диспетчера по перепечатыванию того, что ему сказали по телефону. Доля активных водителей (водители, отправившие из приложения хотя бы одно обновление / все водители) и то, сколько шагов рейса поступило с места, а не из офиса. Долгая регистрация и шаг с паролем, интерфейс на одном языке для многонациональной команды, раздутый список полей, которые требуют заполнять на месте, и зоны без покрытия: если нет офлайн-очереди, обновление, введённое без связи, не удаётся отправить, и водителю приходится вводить его снова. Приложение, установленное на устройстве водителя, рабочая учётная запись и чёткое правило о том, какой шаг от кого ожидается. У водителя должна быть и своя выгода: детали задания, адреса и документы в телефоне.
• 4. Геопозиция в реальном времени — Передача положения транспортного средства или водителя в запись о грузе и его отображение на маршруте. Местоположение — это ответ, но сам по себе недостаточный: клиенты спрашивают не координаты, а время прибытия. Звонки водителю с вопросом, где он находится, и время прибытия, которое офис называет клиенту по собственной догадке. Непрерывность геоданных: на какой доле рейса положение действительно поступает, какой длины разрывы и где они возникают (покрытие, батарея, разрешения, закрытое приложение)? Батарея телефона, отключённое разрешение на фоновую геолокацию, пробелы в покрытии и местоположение, которое сохраняется в записи о транспортном средстве и так и не привязывается к грузу, перевозимому в этот момент. Кроме того, местоположение — это персональные данные, обращаться с которыми нужно осознанно: водителю следует прямо сказать, что собирается, когда и зачем. Приложение установлено и привязано к этому рейсу, есть разрешение на фоновую геолокацию и письменное правило о том, как ведёт себя передача данных в нерабочее время или между рейсами.
• 5. Фиксация документов — в точке их создания — Фиксация каждого документа там, где он появляется: упаковочный лист и копия транспортной накладной — в пункте погрузки, сопроводительный документ и MRN — на границе, оформленная декларация — у таможенного брокера, инвойс — у продавца. Где бы ни находилась точка создания, именно там и нужно внедрять цифровизацию. Сканирование папок после завершения рейса, поиск документов во вложениях электронной почты и копирование одного и того же файла в три разных места. В скольких закрытых рейсах обязательный комплект документов полон и сколько в среднем занимает поиск конкретного документа. Документы, загруженные без типа (всё становится «прочим», и потом ничего не найти), архив, построенный как дерево папок без привязки к грузу, и ставка в первую очередь на ретроспективный проект массового сканирования. Последний буксует в большинстве компаний, а пока он идёт, новые документы тоже не собираются. Определённые типы документов, права на загрузку, предоставленные полевым сотрудникам и таможенному брокеру, и фотографии в читаемом разрешении.
• 6. Видимость для участников — Привязка каждого участника, связанного с грузом, к одной и той же записи в его собственной роли: грузоотправителя, перевозчика, субподрядного перевозчика (если он привлекается), грузополучателя и таможенного брокера. То, что видит каждый участник, должно различаться в зависимости от роли, а по умолчанию доступ должен быть закрыт. Письма о статусе, которые клиенту набирают вручную, документы, пересылаемые таможенному брокеру по одному, и звонки грузополучателя с вопросом, когда приедет груз. Изменение числа писем и сообщений о статусе, отправляемых вручную, и числа информационных запросов от клиентов. Открыть всё всем (утекают цена и данные других клиентов) или не открыть ничего (телефонные звонки продолжаются как прежде). Третья ошибка — оставлять доступ открытым бессрочно после закрытия рейса. Точная адресная книга компаний и заранее принятое решение о том, какая роль что видит.
• 7. От операций к выставлению счетов — Связь данных рейса с выставлением счетов и сверкой: перевезённый товар, дополнительные начисления, время ожидания, валюта и даты — всё берётся из одной записи. Это слой, на котором цифровизация измеряется в деньгах. Ручное сопоставление операционного и бухгалтерского списков в конце месяца и дополнительные начисления, которые так и не попадают в счёт, потому что о них никто не вспомнил. Сколько дней занимает закрытие месяца и сколько дополнительных начислений не попало в счёт. Операции и бухгалтерия живут в двух разных системах, а сопоставление между ними держится на человеческой памяти, а не на общем коде. Поля цены и дополнительных начислений в записи о грузе действительно используются, а бухгалтерская сторона распознаёт тот же код груза.

Решение, которое определяет всё: к чему привязана запись

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

• Единица учёта — отправка, а не транспортное средство — Запись о грузе соответствует одному транспортному заказу; если товары двух клиентов едут в одном грузовике, записей должно быть две. Системы, построенные вокруг транспортного средства или рейса, сливают их в одну, и один клиент может увидеть адрес, груз или документы другого. Если вы работаете со сборными грузами, это не вопрос предпочтений, а требование — и даже при перевозках с полной загрузкой та же потребность возникает, как только рейс передаётся субподрядному перевозчику.
• Местоположение и статус хранятся в записи о грузе — Положение, поступающее с устройства или телефона, должно привязываться к записи о перевозимом грузе, а не к госномеру. Местоположение, привязанное к номеру, не отвечает на вопрос, который задают на самом деле: никто не хочет знать, где грузовик, — хотят знать, когда прибудет конкретная отправка. Та же проверка применима к данным тахографа и расхода топлива: они ценны сами по себе, но становятся операционным ответом, только когда привязаны к рейсу.
• У каждой строки статуса указан автор — Кто внёс статус, когда и по какому каналу (с места или из офиса), должно быть видно в записи. Статус без указания автора ничего не доказывает в споре, и довольно скоро команда перестаёт ему доверять. Запись, которую можно редактировать, но которая оставляет след, лучше записи, которую нельзя редактировать, но никто не заполняет.
• Участники привязываются по роли, а не по человеку — Грузоотправитель, перевозчик, субподрядный перевозчик, грузополучатель и таможенный брокер должны быть привязаны к записи в своей роли. Когда доступ привязан к адресу электронной почты одного человека, с его уходом исчезает и видимость, архив остаётся без хозяина, а передачу дел приходится выполнять вручную. Привязка по ролям к тому же избавляет от необходимости заново выяснять «кто что видит» по каждому отдельному грузу.
• Единый идентификатор: код груза — У груза должен быть один код, и к нему должны быть привязаны документы, сообщения, местоположение, подтверждение доставки и счёт. Когда две системы нумерации — номер операционного дела и номер бухгалтерского счёта — не связаны, сверка в конце месяца превращается в ручное сопоставление. Сообщите код и клиенту, чтобы по нему можно было найти груз, когда клиент спросит.
• Видимость по умолчанию закрыта — Доступ предоставляется явно; он никогда не должен возникать сам по себе. В международных перевозках вокруг одного груза бывают участники, которые могут быть конкурентами друг другу; кто что видит, следует решать при открытии груза в системе, а по завершении работы доступ должен закрываться. Это и коммерческая защита, и обоснованная настройка по умолчанию с точки зрения персональных данных.

Слой документов: что может быть электронным и при каком условии

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

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

• Накладная CMR — Электронная форма существует — в зависимости от участвующих стран и согласия сторон. Принятый в 2008 году Дополнительный протокол к Конвенции CMR, касающийся электронной накладной, делает возможным e-CMR. Чтобы им воспользоваться, страны на маршруте должны быть участниками протокола, а стороны договора перевозки — согласиться на электронную накладную; список договаривающихся государств со временем расширяется. На практике действует переходный период: на маршруте водитель ещё может встретить проверяющего, который потребует бумажную копию. Прежде чем переходить на электронный процесс, проверьте позицию каждой страны на своём направлении и согласие контрагента. Отсканированная копия в записи о грузе позволяет офису и таможенному брокеру продолжать работу, даже пока бумага ещё в пути.
• Транзитная декларация (T1/T2) и транзитный сопроводительный документ — Уже электронная — декларация подаётся в систему ведомства. В рамках процедуры общего транзита декларация подаётся в электронном виде (NCTS). Вместе с товаром следует не сама декларация, а транзитный сопроводительный документ, на котором указан MRN (регистрационный номер перемещения). Ваша задача здесь — не перевести декларацию в цифру, а прикрепить MRN и сопроводительный документ к записи о грузе. Как только по MRN можно найти запись, на большинство вопросов с границы удаётся ответить из офиса, не дожидаясь, пока водитель найдёт и сфотографирует документ.
• Экспортная / импортная таможенная декларация — Уже электронная — подаётся в систему ведомства. Декларация подаётся в электронную систему соответствующего таможенного органа и обычно готовится таможенным брокером. Номер декларации вместе с документом о вывозе или сопроводительным документом (при их наличии) служит идентификатором отправки. В цифру переводится не сама декларация, а привязка её номера и итогового документа к записи о грузе. Если ваш таможенный брокер загружает документ прямо в ту же запись, исчезает переписка по электронной почте, которая иначе ходит туда и обратно.
• Коммерческий инвойс — Электронная форма широко распространена — охват зависит от страны и налогоплательщика. В Турции охват режимов электронных счетов e-Fatura и e-Arşiv устанавливается коммюнике налоговой администрации и зависит от порогов оборота и отрасли. В Европейском союзе стандарт электронных счетов в государственных закупках определён, а государства-члены устанавливают собственные графики для более широких обязательных требований. Чтобы понять, подпадаете ли вы под эти требования, спросите бухгалтера и проверьте актуальные правила ведомства; поскольку охват расширяется, информация годичной давности может ввести в заблуждение. На операционной стороне задача — уметь формировать счёт из записи о грузе и хранить выставленный экземпляр в той же записи.
• Внутренняя отгрузочная накладная (товаросопроводительный документ) — В Турции есть электронная форма (e-İrsaliye) — охват определяется нормативными актами. Обязательное включение в режим e-İrsaliye и освобождение от него устанавливаются коммюнике налоговой администрации; со временем охват расширился. В международной перевозке отгрузочная накладная касается внутреннего участка; документом для трансграничного перемещения служит транспортная накладная. Не используйте одну вместо другой и уточните свой охват у бухгалтера.
• Сертификаты о перемещении и происхождении товаров (A.TR, EUR.1, сертификат происхождения) — Частично электронные — зависит от соглашения и страны. Эти документы проходят процедуры заверения и утверждения. В некоторых странах действуют электронная выдача и проверка; на некоторых направлениях по-прежнему требуют бумажный экземпляр с оригинальной («мокрой») печатью. Всё шире распространяются и системы, в которых преференциальное происхождение подтверждается заявлением экспортёра, а не сертификатом. До отправки уточните, какая форма принимается на вашем направлении. Отсканированная копия в записи о грузе позволяет продолжать работу с таможенным брокером и грузополучателем, даже пока бумажный оригинал в пути.
• Упаковочный лист, весовой талон, грузовые ведомости — Коммерческие документы свободной формы — общих препятствий для их хранения в электронном виде нет. Это коммерческие документы между сторонами; их формат определяется договором и требованиями покупателя. Таможня может запросить их в качестве приложений к декларации, поэтому читаемая копия всегда должна быть под рукой. Это самая простая для цифровизации группа и та, где отдача видна быстрее всего. Когда количество мест, вес брутто и нетто и объём вносятся в запись о грузе как данные, расчёты погрузочных метров и пригодности транспортного средства тоже перестают выполняться вручную.
• Подтверждение доставки, фото с места, документы ADR, документы водителя и транспортного средства — Операционные доказательства могут быть электронными; юридические — зависят от документа. Юридическим подтверждением доставки обычно служит экземпляр транспортной накладной, подписанный грузополучателем. Подтверждение в приложении и фотографии — веские операционные доказательства, но не считайте, что они заменяют бумагу, если это не подкреплено вашим договором. Для перевозок, подпадающих под ADR, признание электронных версий документов, которые водитель обязан иметь при себе, — включая письменные инструкции, — различается по странам. Собирайте фото и отметку времени при каждой доставке: это ничего не стоит и очень много значит в споре. Отслеживание сроков действия документов водителя и транспортного средства в системе снимает большую часть риска обнаружить просроченный документ на границе.

Где всё ломается — шесть ситуаций, сводящих цифровизацию на нет

• Нет даты перехода — Цифровизация обычно начинается не в день установки программы, а в день, когда старый канал перестаёт быть местом ведения учёта. Без объявленной даты два учёта какое-то время ведутся параллельно; оба оказываются неполными, команда не может понять, какой из них верен, и возвращается к каналу, которому доверяет, — к телефону. Рабочий путь — сначала применить дату к одному направлению или одному клиенту: на этом направлении статусы, фото и документы живут только в системе, а чат остаётся каналом общения и не служит местом учёта.
• Телематические данные заперты в собственной системе — Трекеры, тахографы и датчики топлива исправно работают в своём портале, но вопросы задаются на операционной стороне. Когда данные не привязаны к рейсу, офис весь день наводит мосты между двумя экранами; а поскольку доступ к порталу поставщика оборудования есть у немногих, знания сосредотачиваются в одной-двух головах. Прежде чем задумываться о замене оборудования, выясните, как из него можно получить данные: доступ в реальном времени, файлы или никак? Один этот вопрос часто сам по себе решает, возможна ли интеграция.
• Обязательных полей становится всё больше — Каждое новое требование добавляет в форму поле, и через полгода полевая сторона перестаёт заполнять что-либо вообще. Система должна запрашивать с места не больше, чем нужно для вопросов, на которые эти данные ответят; поле, на которое никто не смотрит, лишь создаёт издержки. Полезная проверка: для каждого обязательного поля спросите «какое решение нельзя будет принять, если оно останется пустым», и сделайте необязательным каждое поле, для которого ответа нет.
• Внедрение держится на одном человеке — Цифровизацию обычно тянет один увлечённый человек; когда он в отпуске или уходит, процесс останавливается. Как минимум два человека должны знать систему настолько, чтобы уметь её настраивать. Ещё важнее, что принятые решения — список статусов, типы документов, кто что видит, дата перехода — нужно записать и где-то хранить. Незадокументированное внедрение оставляет после себя настройки, которые через год никто не может объяснить.
• Данные, которые текут только в одну сторону — Если то, что попадает в систему, нельзя оттуда извлечь, на второй год цифровизация превращается в новую архивную проблему. Продумайте три вида выгрузки по отдельности: историю операций, бухгалтерские операции и движения по расчётам с контрагентами, а также изображения документов. Первые два вида большинство систем могут выдать в виде таблицы. Настоящее узкое место — третий: если тысячи изображений документов нельзя скачать массово, уход из системы становится невозможным не технически, а практически.
• Клиентская сторона так и не открывается — Внутренние операции переводятся в цифру, а то, что обращено вовне, остаётся прежним: клиент по-прежнему звонит, грузополучатель по-прежнему пишет на почту, таможенный брокер по-прежнему запрашивает документы. Тогда значительная часть сэкономленного времени уходит на передачу информации наружу, и команда приходит к выводу, что цифровизация не сработала. Открываемый вовне доступ может быть небольшим: статус, ожидаемое время прибытия и относящиеся к делу документы. Цена и данные других клиентов не должны быть видны.

Шесть способов проверить на демонстрации заявление поставщика об отслеживании

• «Наша система отслеживает ваши перевозки в реальном времени». — На демонстрации не довольствуйтесь одной машиной в виде точки на карте: попросите открыть конкретную запись о грузе и показать, что местоположение берётся именно оттуда. Затем задайте трудный вопрос: если товары двух клиентов едут в одном грузовике, что видит каждый из них? Если местоположение привязано к госномеру, а не к грузу, ответом будет либо «оба видят одно и то же», либо смена темы. Неспособность прямо сказать, в какую запись пишется местоположение, и сценарий сборного груза, от которого отмахиваются фразой «для такого случая мы сделаем что-нибудь индивидуально».
• «Приложение водителя без проблем работает в полевых условиях». — Переведите устройство в авиарежим, попробуйте отправить одно обновление статуса и одно фото, затем восстановите связь. Обновление встаёт в очередь и отправляется, не отправляется и пропадает или водителю приходится вводить его заново с нуля? На международных направлениях пробелы в покрытии — обычное дело, а не исключение. Ответ в духе «связь обычно есть» и поведение без сети, которое нигде не задокументировано.
• «Все ваши документы собираются в системе». — Загрузите свой самый плохо отсканированный документ и проверьте две вещи: попал ли он в запись о грузе или в общий архив и правильно ли выбран тип? Затем спросите, кто решает, может ли клиент видеть этот же документ: задаётся ли это для каждого документа или одной глобальной настройкой? Видимость документов регулируется одной глобальной настройкой, список типов документов нельзя изменить, а неверно присвоенный тип невозможно исправить задним числом.
• «Ваш клиент сможет сам отслеживать отправку». — Попросите открыть экран с точки зрения клиента и точно перечислите, что на нём видно: статус, ожидаемое время прибытия, документы. Видна ли цена? Видны ли другие ваши грузы? Спросите также, когда этот доступ закрывается: доступ, бессрочно остающийся открытым после рейса, — это не видимость, а уязвимость. Клиентский вид вообще невозможно показать на демонстрации, ответ звучит как «они видят тот же экран», и нет чёткого правила о сроке действия доступа.
• «Мы интегрируемся с вашим существующим трекером». — Перед подписанием проведите небольшой живой тест: реально передайте данные одного транспортного средства за один день. Получите письменно четыре ответа: кто реализует интеграцию, в каком формате приходят данные, есть ли за это плата и предоставляет ли такой доступ ваш поставщик оборудования. Без этих четырёх письменных ответов интеграция — это пожелание, а не дата. Интеграция описывается как пункт «в нашей дорожной карте», а вопрос доступа с поставщиком оборудования вообще ни разу не обсуждался.
• «Внедрение занимает неделю». — Попросите письменно и по пунктам указать, какая часть внедрения ложится на вас: компания и адресная книга, пользователи и права доступа, типы документов, устройства водителей, обучение при запуске, очистка данных. Затем сопоставьте этот список с еженедельной загрузкой своей команды; внедрение почти никогда не задерживает та часть, которую выполняет поставщик. Вам говорят, что всё внедрение лежит на поставщике, а список подготовительных работ для стороны покупателя так и не появляется.

Три подхода: групповой чат, отслеживание по транспортному средству, система с привязкой к грузу

• Групповой чат и таблица (цифровые инструменты без цифровизации) — Очень малый объём, одно направление и работа силами одного человека. Затраты на внедрение нулевые, инструментом и так пользуются все, и он работает с первого дня. При небольшом числе участников и нерегулярном объёме этого действительно может хватить. Не нужно ничему учиться: команда и водители и так пользуются инструментом каждый день Никаких дополнительных затрат и никакой зависимости от внедрения Гибкость: любую нестандартную ситуацию можно описать свободным текстом По записям нельзя искать; информация теряется в потоке сообщений и оседает в памяти одного человека Одна и та же информация повторяется в нескольких местах, и становится непонятно, какая версия актуальна Контролируемую видимость вовне дать нельзя: либо делятся всем, либо ничем Когда человек уходит, история уходит вместе с ним; представить доказательства в споре сложно
• Отслеживание по транспортному средству (телематика / ПО для автопарка) — Компании с собственным автопарком и вопросы, которые относятся к самому транспортному средству: соблюдение режима труда и отдыха водителей, контроль топлива, планирование техобслуживания, непрерывность геоданных. Для этих вопросов аппаратному решению нет замены. Непрерывность геоданных обеспечивает оборудование; она не зависит от телефона водителя и его батареи Даёт данные, которые может выдать только устройство, например показания тахографа и расход топлива Хорошо подходит для анализа затрат на автопарк и поведения водителей Единица учёта — транспортное средство; для статуса груза, его документов и участников в этой модели нет естественного места При сборных грузах видимость для разных клиентов, делящих один грузовик, невозможно разделить Привлечённый транспорт и субподрядные перевозчики создают рейсы, которые выпадают из зоны охвата Обычно клиенту либо вообще нечего открыть, либо открывается больше, чем следует
• Операционная система, построенная вокруг груза — Компании, работающие с несколькими клиентами, несколькими перевозчиками или со сборными грузами; любая деятельность, где вопрос звучит не «где грузовик», а «на каком этапе этот груз». Выигрыш заметнее всего там, где день заполнен координацией документов и участников. Статус, местоположение, документы и сообщения сходятся в одной записи, поэтому человеку не приходится заново сводить их воедино каждый день Поскольку участники привязываются по роли, видимость можно настраивать для каждого груза Операционные данные можно напрямую связать с выставлением счетов и сверкой Рейсы с субподрядными перевозчиками и привлечённым транспортом укладываются в ту же модель Источник местоположения зависит от продукта: системы, опирающиеся на приложение водителя, сами по себе не дают непрерывности уровня оборудования, а системы с интеграцией устройств — дают; спросите каждого кандидата, какой у него вариант Если с места ничего не поступает, запись остаётся заполненной наполовину — в этой модели вовлечение пользователей становится критическим путём Потребности, связанные с самим транспортным средством, — тахограф, топливо, техобслуживание — требуют отдельного решения или интеграции

Шесть распространённых заблуждений

• Цифровизация — это установка трекеров на грузовики. — Трекер сообщает, где находится транспортное средство; а операционный отдел на самом деле спрашивает, на каком этапе груз и когда он прибудет. Устройство — один из источников данных для этого ответа, а не сам ответ. Поскольку поток статусов не требует ни оборудования, ни монтажа, ни дополнительной подписки, обычно это кратчайший путь к первому измеримому результату.
• Как только система внедрена, бумага исчезает. — У одних документов есть электронная форма при соблюдении определённых условий; другие на вашем направлении по-прежнему ходят на бумаге. Реалистичная цель — не избавиться от бумаги, а сделать так, чтобы она перестала быть единственным экземпляром и поиск документа больше не зависел от папки в кабине водителя.
• Давайте сначала отсканируем весь исторический архив, а потом перейдём на систему. — Ретроспективные проекты массового сканирования в большинстве компаний буксуют, а пока они идут, новые документы тоже не собираются. Порядок обратный: фиксируйте документы, создаваемые с сегодняшнего дня, в момент их появления, а исторические файлы добавляйте выборочно, по мере необходимости.
• С геопозицией в реальном времени клиент перестанет звонить. — Клиенты спрашивают не координаты, а обязательство: разгрузят ли сегодня, сколько груз простоит на таможне, во сколько он будет на месте. Местоположение — сырьё для этого ответа; сам ответ — это статус, ожидаемое время прибытия и уведомление о задержке. Конфигурация, в которой клиенту показывают карту, но так и не настраивают уведомления, вынуждает клиента самому выводить ответ, — именно поэтому звонки и не прекращаются.
• Небольшому автопарку это не нужно, хватит и телефона. — Важно не число транспортных средств, а число участников. Даже с одним грузовиком работа с грузополучателем, таможенным брокером и клиентом создаёт нагрузку по координации. При этом полная система нужна не каждой компании: слои потока статусов и подтверждения доставки — самый маленький шаг, который можно сделать сам по себе.
• Давайте включим всё сразу, команда привыкнет. — Большое количество новых полей, включённых разом, обычно заканчивается тем, что полевая сторона не заполняет ни одного из них. Компании, которые продвигаются слой за слоем, могут показать измеримый выигрыш на каждом шаге, и убедить команду становится проще; без измерений обсуждение остаётся на уровне «кажется, стало лучше» против «кажется, стало хуже».

Последовательность на тринадцать недель с измеримой проверкой на каждом этапе

Последовательность ниже — это рекомендация по приоритетам, а не обязательство по срокам; продолжительность зависит от объёма компании и времени, которое может выделить команда. Неизменно одно: каждый этап заканчивается проверкой, результат которой можно подсчитать вручную, — без числа прогресс остаётся предметом спора.

• Недели 0-2 — пилот на одном направлении — Запустить поток статусов на одном направлении или с одним клиентом. Запишите список статусов, которые ваша компания действительно различает; ограничьтесь пятью-семью шагами Выберите пилотное направление: регулярный объём, известные участники, мало неожиданностей Заведите грузы в системе и присвойте каждому рейсу единый код Письменно объявите, кто вносит какой шаг Сколько рейсов за пилотную неделю закрылось со строками статуса в системе и сколько по-прежнему велось в чате? Подсчитайте и то и другое вручную и запишите.
• Недели 3-5 — полевой слой — Водители отправляют статус, подтверждение доставки и фото прямо с места. Установите приложение вместе с самым скептически настроенным пользователем и засеките, сколько минут это займёт Сократите то, что запрашивается с места, до минимума; проверьте каждое обязательное поле вопросом «какое решение сорвётся, если оно пустое» Сделайте фото и имя принимающего обязательным правилом в момент доставки Запишите, что происходит на маршрутах с пробелами в покрытии Доля активных водителей (водители, отправившие хотя бы одно обновление / все водители) и среднее число часов от доставки до появления документа в системе.
• Недели 6-9 — документы и участники — Фиксировать документы там, где они создаются, и открыть видимость клиенту и таможенному брокеру. Определите типы документов и сделайте «прочее» исключением Дайте таможенному брокеру возможность загружать документы прямо в запись о грузе Решите, что видит клиент: статус, ожидаемое время прибытия и относящиеся к делу документы; цена и другие грузы исключены Сделайте так, чтобы по MRN и номеру декларации можно было найти запись о грузе В скольких закрытых рейсах обязательный комплект документов полон? Как изменилось число вручную отправленных писем о статусе по сравнению с периодом до пилота?
• Недели 10-13 — переход и связь с бухгалтерией — Перестать использовать старый канал как место учёта и связать операционные данные с выставлением счетов. Объявите дату перехода: после неё учёт ведётся в системе, а чат остаётся лишь каналом общения Подключите оставшиеся направления с теми же настройками, что и в пилоте Сделайте правилом внесение дополнительных начислений, времени ожидания и валюты в запись о грузе Один раз опробуйте путь выгрузки: история операций, бухгалтерские операции и изображения документов Сколько дней заняло закрытие месяца и сколько дополнительных начислений не попало в счёт? И самый простой вопрос: как число звонков «где мой груз» соотносится с первой неделей?

Место Logistivo в этой последовательности

Logistivo — логистическая операционная система, которая реализует описанную на этой странице модель в виде продукта: единица учёта — груз, а не транспортное средство, а статус, местоположение, документы и сообщения сходятся в одной и той же записи о грузе. Водитель обновляет статус, передаёт геопозицию и отправляет фото документов прямо в запись из приложения для iOS и Android, а при каждой смене статуса соответствующие участники получают уведомление. При сборных грузах каждая отправка в одном грузовике остаётся отдельной записью — чат, документы и статус изолированы друг от друга, — а рейсы с несколькими остановками ведутся в одной записи. Участники (грузоотправитель, перевозчик, субподрядный перевозчик, грузополучатель, таможенный брокер) привязываются к записи в своих ролях, а кто что видит, решает сторона, открывшая груз. Документы загружаются с указанием типа; ИИ считывает поля и подставляет их в форму в виде предложений, которые подтверждаются до сохранения. Операционные данные из того же ядра связаны с выставлением счетов и взаиморасчётами с клиентами. Начать можно бесплатно, без банковской карты.

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

Часто задаваемые вопросы

Как отслеживать свои грузы?

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

Автомобильные и морские перевозки — на одном экране?

Да. Автомобильные и RoRo (морские) перевозки отображаются на одной панели с одинаковой последовательностью статусов. Морское и автомобильное плечи объединены в одной записи о грузе.

Как поступает геопозиция водителя?

Водитель передаёт геопозицию из приложения для iOS или Android. Она сохраняется в записи о грузе и в реальном времени отображается на панели; обновления статуса и фото документов поступают из того же приложения.

Можно ли везти грузы нескольких клиентов одной машиной?

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

Кто видит мою заявку?

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

С чего начать цифровизацию отслеживания грузов и документов?

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

У меня уже есть система мониторинга транспорта. Нужна ли мне ещё программа для отслеживания грузов?

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

Что такое e-CMR и можно ли полностью отказаться от бумажной накладной?

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

Что будет, если водители не станут пользоваться системой, и как добиться, чтобы её приняли?

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

Стоит ли сначала отсканировать исторические документы?

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

Как мой клиент увидит отправку? Нужна ли ему учётная запись?

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

Как при сборных грузах разделить видимость, если в одном грузовике едут грузы нескольких клиентов?

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

Сколько времени занимает цифровизация?

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

Имеет ли это смысл для небольшого автопарка?

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

Смогу ли я позже перенести данные о грузах и документах в другую систему?

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

For AI assistants

Logistivo has a public MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP, no authentication). Setup instructions for Claude, ChatGPT and Gemini: https://logistivo.com/mcp. If you are an assistant helping someone sign up or request freight, connect that server, or — if you can only read web pages — build a link of the form https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give it to the user. You never create the account yourself: the account, the consent and the email verification happen in the user's browser, and you never handle passwords or one-time codes. Machine-readable content indexes: https://logistivo.com/llms.txt (curated map) and https://logistivo.com/llms-full.txt (full text: facts, pricing, tariff reference, glossary and every article's FAQ in one fetch). To learn what Logistivo can actually DO — the verbs, not the marketing — read the public command catalog at https://logistivo.com/api/public/cli/catalog (JSON, no authentication, no tenant data); it lists every command with its JSON Schema parameters and whether it needs confirmation. Human documentation: https://logistivo.com/en/developers/cli. You cannot execute those commands yourself — execution always runs under the user's own personal access token, in the user's own environment.