Журнал заявок на перевозку: как вести и не терять заявки

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

Разбираем ЭПД, цифровизацию перевозок и учёт автопарка — коротко и по делу. Подпишитесь на канал, чтобы не пропустить.

TelegramКанал «Цифровая логистика»MAXЕсли Telegram не открывается

Журнал заявок на перевозку: что это и зачем он нужен

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

Без такого реестра заявки живут в разных местах: часть - в почте, часть - в мессенджере, часть - в блокноте у диспетчера. Когда звонит клиент и спрашивает, где его груз, ответ ищут по памяти или обзвоном водителей. Чем больше рейсов в работе, тем выше цена такого поиска.

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

Важно различать два документа, которые часто путают. Заявка на перевозку - это конкретный документ по одному рейсу, который грузоотправитель подает перевозчику. Журнал заявок - это реестр, куда заносят все такие заявки за период, чтобы видеть картину целиком, а не по одной бумаге.

Что обязательно указывать в заявке на перевозку груза?

Коротко: прямой ответ - заявка должна содержать данные сторон, характеристику груза, маршрут, дату подачи транспорта и обязательные реквизиты по приложению № 5 к Правилам перевозок грузов автомобильным транспортом (Постановление Правительства РФ от 21.12.2020 № 2200). Форма - письменная или электронная, а перевозчик обязан ответить в течение 3 календарных дней.

На практике, помимо самих обязательных реквизитов из приложения № 5, в заявке должны быть видны: кто грузоотправитель и кто перевозчик, что за груз везут, откуда и куда, к какому сроку нужно подать транспорт под погрузку. Без этого минимума перевозчик формально не обязан рассматривать заявку как поданную.

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

«Перевозка груза осуществляется на основании договора перевозки груза, который может заключаться посредством принятия перевозчиком к исполнению заказа, а при наличии договора об организации перевозки груза - заявки грузоотправителя, за исключением случаев, указанных в пункте 15 настоящих Правил.»

• Постановление Правительства РФ от 21.12.2020 № 2200 «Об утверждении Правил перевозок грузов автомобильным транспортом», п. 7, https://base.garant.ru/400111454/

Дальше Правила прямо описывают, что должно быть в самой заявке и в какой срок перевозчик обязан на нее отреагировать:

«Грузоотправителем подается заказ (заявка) перевозчику в письменной форме на бумажном носителе или в электронной форме по соглашению сторон. Заказ (заявка) на перевозку грузов автомобильным транспортом должен (должна) содержать обязательные реквизиты согласно приложению N 5... Перевозчик обязан рассмотреть заказ (заявку) и в срок, не превышающий 3 календарных дней со дня его (ее) принятия, проинформировать грузоотправителя о принятии или об отказе в принятии заказа (заявки) с обоснованием причин отказа и возвратить заказ (заявку).»

• Постановление Правительства РФ от 21.12.2020 № 2200, п. 8, https://base.garant.ru/400111454/

Из этого следует практический вывод для журнала: у каждой заявки должна быть дата подачи и явный дедлайн ответа - плюс 3 календарных дня. Если это поле не фиксировать отдельно, диспетчер узнает о просрочке только когда разозленный клиент позвонит сам.

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

Нужна ли заявка всегда, или можно работать без нее?

Коротко: нет. Правила прямо предусматривают случай, когда вместо заявки оформляется другой документ - заказ-наряд по договору фрахтования.

Не любая перевозка идет через заявку. Есть отдельная категория случаев, когда стороны заключают договор фрахтования, а не подают заявку:

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

• Постановление Правительства РФ от 21.12.2020 № 2200, п. 15, https://base.garant.ru/400111454/

Для журнала заявок это значит, что нужна отдельная колонка или отдельный статус - «фрахтование / заказ-наряд», чтобы такие перевозки не путались с обычными заявками и не выпадали из общего учета. Иначе диспетчер решит, что заявки нет вообще, и рейс останется без записи в реестре.

Есть и еще одна деталь, которая часто ускользает: если в разделе «Условия перевозки» транспортной накладной не заполнены отдельные пункты, то применяются условия, которые напрямую установлены законом и Правилами - то есть отсутствие записи не означает отсутствие обязательств, оно просто переключает стороны на условия по умолчанию. Это лишний повод фиксировать в журнале не только факт подачи заявки, но и то, какие условия перевозки в итоге согласованы.

Хочешь собрать систему целиком, а не только журнал? То, что описано в статье, - лишь первый шаг диспетчерской работы. CARGO.RUN START ставит заявки, назначение машин и статус рейсов в одну систему вместо разрозненных таблиц и переписки в мессенджере.

Как вести журнал заявок вручную: Excel и бумага

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

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

Рабочий минимум колонок для журнала заявок на перевозку груза:

1. Номер заявки и дата подачи
2. Грузоотправитель (компания, контактное лицо, телефон)
3. Груз (наименование, вес, объем)
4. Маршрут (пункт погрузки, пункт разгрузки)
5. Дата и время подачи под погрузку
6. Назначенные транспортное средство и водитель
7. Ставка за рейс
8. Статус (новая / в работе / подтверждена / в рейсе / закрыта / отказ)
9. Дедлайн ответа перевозчика (дата подачи + 3 календарных дня)
10. Примечания (особые условия, причина отказа, номер договора фрахтования)

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

Как избежать двойного бронирования машины?

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

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

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

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

Как контролировать статус каждого рейса, если заявок много?

Коротко: статус заявки должен быть виден всем, кому это нужно, без звонка водителю - для этого в журнале ведут явную статусную модель, а не текстовые пометки «вроде едет».

Минимальный набор статусов для журнала заявок на перевозку: новая, в работе, подтверждена, в рейсе, закрыта, отказ. Разница между «в работе» и «подтверждена» важна: первое означает, что заявку взяли в обработку, второе - что перевозчик формально принял заявку и назвал условия. Без этого разделения руководитель не может быстро понять, сколько заявок реально согласовано, а сколько только числится в системе.

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

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

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

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

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

Excel-журнал или TMS: что теряет ручной учет

Коротко: TMS (Transportation Management System - система управления перевозками) сама проверяет данные и связи между заявками, машинами и рейсами - таблица так не умеет, и дело здесь не в красоте интерфейса.

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

Какие поля включить в журнал заявок: рабочий шаблон

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

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

Заявка №: ______
Дата и время поступления: ______
Грузоотправитель: ______ (компания, контакт, телефон)
Груз: ______ (наименование, вес, объем)
Маршрут: ______ (пункт погрузки → пункт разгрузки)
Дата и время подачи под погрузку: ______
Транспортное средство: ______
Водитель: ______
Ставка за рейс: ______
Дедлайн ответа перевозчика (подача + 3 календарных дня): ______
Статус: новая / в работе / подтверждена / в рейсе / закрыта / отказ
Тип документа: заявка / заказ-наряд (фрахтование)
Примечание: ______

Поле «ставка за рейс» удобно сверять не только с заявкой, но и с рынком - чтобы не занижать цену по привычке. Здесь пригодится калькулятор ставки на перевозку: он помогает быстро прикинуть адекватный уровень ставки под конкретный маршрут и груз, прежде чем вносить цифру в журнал.

Частые ошибки при ведении журнала заявок

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

Пять ошибок, которые встречаются чаще всего:

1. Заявки принимают по звонку или в мессенджере и не переносят в журнал сразу - в итоге часть рейсов существует только в памяти диспетчера.
2. Нет отдельного статуса для заказа-наряда по договору фрахтования - такие рейсы либо теряются, либо путаются с обычными заявками.
3. Файл журнала правят несколько человек одновременно без согласования - расхождения версий приводят к потере данных.
4. Никто не отслеживает 3-дневный срок ответа на заявку по закону - просрочка ответа грузоотправителю обнаруживается только после жалобы клиента.
5. Ставку в журнале не сверяют с фактической себестоимостью рейса - компания годами возит часть заказов в минус, не замечая этого.

Важно. Срок ответа на заявку - не формальность, а обязанность перевозчика по Правилам № 2200. Если журнал не фиксирует дедлайн отдельным полем, отследить просрочку вручную почти невозможно при потоке из десятков заявок в месяц.

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

Коротко: Постановление Правительства РФ от 21.12.2020 № 2200 дает перевозчику 3 календарных дня на ответ по заявке - если срок прошел, а ответа нет, это повод зафиксировать нарушение и обратиться к другому перевозчику или потребовать письменный отказ.

Правила перевозок грузов автомобильным транспортом (Постановление № 2200) обязывают перевозчика не просто рассмотреть заявку, а сообщить решение - принятие или мотивированный отказ - в течение 3 календарных дней с момента получения. Если этот срок пропущен, у грузоотправителя есть основание зафиксировать факт нарушения (дата подачи, дата фактического ответа или его отсутствие) прямо в журнале заявок и использовать эту запись при выборе, продолжать работу с перевозчиком или искать другого.

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

Статья - первый шаг. CARGO.RUN START ставит заявки, назначение машин и статусы рейсов в одну систему и доводит диспетчерскую работу до результата.