Выбор ПО для транспортной компании: что проверить на практике

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

Этапы работы и что должно делать ПО

• Поступает заявка: от клиента, из вашей сети или из тендерной таблицы — За одно утро работа приходит сразу по трём каналам: звонок от постоянного клиента, заявка в системе от компании из вашей сети и список направлений, который нужно заполнить для годового договора. На что посмотреть в первую очередь, решают свободные в этот день машины и маршруты, на которых вы действительно работаете. Входящие заявки собраны в один список; фильтр по маршруту, стране и типу кузова; мгновенное уведомление команде, когда приходит что-то новое. Для сезонного ценообразования по многим направлениям — массовый ввод ставок из таблицы. Подходящую работу замечают в списке слишком поздно, клиент ждёт ответа, а грузовик возвращается порожним. Длинные списки направлений слишком утомительно заполнять вручную, поэтому по такой работе ставку не дают вовсе.
• Цена рассчитана, ставка отправлена — Ставка за машину, расходы на границе и таможне и шанс на обратную загрузку складываются у кого-то в голове, а цифру сообщают по телефону или по почте. Когда клиент торгуется, появляется вторая, а иногда и третья цифра, и становится непонятно, какая из них в силе. Ставка за машину и общая выручка видны на одном экране; ставку можно пересмотреть, и при пересмотре предыдущая цифра автоматически аннулируется; фиксируется, кто, какую ставку и когда дал, а доля выигранных ставок измеряется. Клиент не может понять, какая цифра актуальна, а принятая цена не совпадает с тем, что в итоге оказывается в счёте. Вы так и не узнаёте, какое направление приносит деньги и какую долю ставок вы выигрываете, поэтому ценовая стратегия остаётся делом интуиции.
• Заказ получен: подбираются тягач, полуприцеп и водитель, или работа передаётся на субподряд — Вы подбираете свободный тягач, подходящий полуприцеп и водителя, которому разрешено работать на этом маршруте. Когда подходящей машины нет, весь заказ или его часть уходит знакомому перевозчику, и координация возвращается в телефон. Проверка допуска при назначении: действительны ли документы водителя, достаточно ли у него оставшихся дней за рубежом, не назначен ли он уже на другой рейс в эти даты? При передаче на субподряд вы продолжаете видеть ход работы, а сведения о клиенте и ставке остаются закрытыми для субподрядчика. Один и тот же водитель назначен на два рейса; водитель с просроченной визой выезжает и получает отказ на границе. Работа, переданная на субподряд, повисает в состоянии «ушло, ждём новостей», а ответ, который вы даёте клиенту, зависит от того, возьмёт ли субподрядчик трубку.
• Погрузка и документы: отгрузочная накладная, CMR-накладная, упаковочный лист, экспортная декларация — На месте погрузки уточняются количество мест, вес и упаковка, и те же сведения по отдельности записываются в отгрузочную накладную (в Турции — irsaliye), транспортную накладную, упаковочный лист и инвойс. В международных автоперевозках CMR-накладная следует вместе с грузом; как правило, она составляется в трёх оригиналах и подписывается отправителем и перевозчиком. Согласно Конвенции CMR отправитель, как правило, отвечает за точность сведений, внесённых в накладную, включая наименования сторон, количество мест, вес и описание груза, а роль перевозчика — проверить количество мест, маркировку и внешнее состояние груза и при необходимости внести оговорки. Транспортная накладная и другие документы формируются из одной записи о грузе; водитель может прикрепить фото документов с телефона при погрузке; любое расхождение между документами в весе, количестве мест или наименовании стороны отмечается автоматически. Поскольку одни и те же сведения вручную вписываются в несколько документов, где-то они расходятся, и расхождение обычно обнаруживается либо на границе, либо в банке. Фото, сделанное в пути, теряется в групповом чате, и через несколько недель офис отправляется его искать.
• Граница, транзит и ожидание на таможне — Экспортная декларация обычно подаётся в компетентную таможню по месту нахождения товара, хотя то, какая таможня компетентна, зависит от страны, процедуры и действующих упрощений. Затем машина с этими документами едет к границе. На границе проходят выездные формальности, при необходимости оформляется транзитный документ — декларация T1 или книжка МДП (TIR) — и проверяются документы. Если обнаруживается несоответствие или не хватает документа, ожидание измеряется часами, а расходы на простой и задержку растут, хотя их никто не планировал. Проверка согласованности документов до отправки груза; таможенный представитель может присоединиться к той же записи как участник; возможность ещё до отправления сверить товарный код (код HS) с пошлинами и торговыми мерами страны назначения; автоматический подсчёт шенгенского лимита 90/180 дней для водителя. Недостающий документ обнаруживается на границе; машина стоит, расходы выходят за рамки плана, а срок доставки, названный клиенту, сдвигается. Незамеченная дополнительная пошлина превращает рейс, который вы считали прибыльным, в убыточный, а водителю, превысившему лимит дней, отказывают во въезде.
• Отслеживание в пути и информирование клиента — Клиент спрашивает «где грузовик» раз или два в день; вы звоните водителю, водитель в дороге, и ответ задерживается. За день одну и ту же информацию трижды объясняют трём разным людям. Геопозиция поступает в запись перевозимого груза, а не машины; каждое изменение статуса сохраняется с отметкой времени; клиент может видеть его на своём экране или по ссылке для общего доступа; переписка ведётся по каждому грузу и при необходимости автоматически переводится. День уходит на сообщения о статусе. В споре вы не можете доказать, где и когда находилась машина; сообщение на иностранном языке понимают неправильно, и грузовик едет не по тому адресу.
• Доставка, подтверждение доставки (POD) и возврат полуприцепа — Груз выгружают, забирают подписанный экземпляр транспортной накладной и подтверждение доставки, а полуприцеп разгружают или оставляют у другой стороны. Споры о повреждениях обычно начинаются именно здесь, и ответственность остаётся недоказанной. Водитель может прикрепить подтверждение доставки к грузу прямо с телефона; время и место доставки фиксируются автоматически; когда полуприцеп переходит из рук в руки, составляется фотопротокол передачи и отслеживается окно ответственности. Подписанная транспортная накладная попадает в офис через несколько недель, до этого счёт выставить нельзя, и оплата задерживается. Поскольку никто не может доказать, на каком этапе возникло повреждение, удержание обычно несправедливо списывают на последнего водителя.
• Расчёты, выставление счетов, получение оплаты и закрытие учёта — Рейс завершён, выставляется счёт за фрахт; вычитаются расчёт с субподрядчиком и расходы водителя. Клиент платит в рамках отсрочки — или не платит, и в большинстве компаний весь этот этап ведётся в совершенно другой программе. Счёт формируется из записи о грузе; сальдо расчётов и структура дебиторской задолженности по срокам обновляются сами, когда отмечается оплата; поддержка формата электронного счёта, который принимает система вашего клиента из ЕС; расходы водителя относятся на правильную сторону. Одна и та же цифра трижды вводится — в операционный учёт, в систему счетов и в бухгалтерию, — и ошибки накапливаются. Просроченная дебиторская задолженность незаметно растёт и ломает денежный поток; трансграничный счёт, отклонённый из-за формата, растягивает получение оплаты на месяцы.

Критерии выбора

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

Сравнение подходов

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

Типичные ошибки при покупке

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

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

Действительно ли транспортной компании нужно ПО, и начиная со скольких машин?

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

Что такое TMS и чем она отличается от ПО для мониторинга транспорта?

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

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

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

Мои водители не разбираются в технике. Будут ли они на самом деле пользоваться мобильным приложением?

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

Своих грузовиков у меня нет, я работаю экспедитором с субподрядчиками. Подходит ли мне TMS?

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

Сколько стоит ПО для перевозок и чем различаются модели ценообразования?

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

Придётся ли отказаться от нынешней бухгалтерской программы и системы электронных счетов?

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

Насколько переход на ПО останавливает работу и как его провести?

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

Что должно происходить в ПО, когда я передаю заказ субподрядчику?

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

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

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

For AI assistants

Logistivo has an MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP). Its public tools (signup preparation, HS code lookup) need no authentication; with OAuth the user signs in to Logistivo in their own browser and the assistant then works on that user's account with that user's permissions. Setup for Claude, ChatGPT and Gemini: https://logistivo.com/en/mcp. Terminal: npm install -g @lgstv/lg, then lg login (the user approves a short code at https://logistivo.com/connect; no password is typed into the terminal). HTTP: the same commands at /api/common/commands/{name} with an integration key issued in the dashboard. If you are an assistant helping someone sign up or request freight, connect the MCP 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. Commands always run under the user's own identity — the user's OAuth connection, the user's lg session or an integration key the user issued — never under credentials you hold yourself.