Июльский релиз: совместная работа, подготовка к ЭПД и улучшения платформы
В июльском релизе усилили совместную работу и подготовку к обязательному переходу на ЭПД. Грузовладельцы теперь могут открывать цифровую очередь партнёрам, в тендерах появился чат с перевозчиками, а карточки транспорта и водителя собирают данные, которые нужны для электронных перевозочных документов.
Параллельно доработали заказы, маршруты, отчёты, статусы рейса и API. Ниже — по каждому изменению: что поменялось и какую задачу это закрывает.
ЭДО и документы
Поля и проверки транспорта и водителя для ЭПД
Чтобы корректно формировать электронные перевозочные документы, в справочники транспорта и водителей добавили обязательные поля и усилили проверки заполнения на стороне транспортных и экспедиторских компаний. Это требуется для соблюдения приказа ФНС России от 13.02.2023, который утверждает формат электронного заказа и заявки (https://www.nalog.gov.ru/rn77/about_fts/docs/13196711/)
Что изменилось по транспорту:
- Поле «Тоннаж» переименовано в «Грузоподъёмность»
- Поле «Объём» переименовано во «Вместимость»
- Оба поля добавлены в карточку тягача и сделаны обязательными для всех типов транспорта: тягач, полуприцеп, прицеп и грузовик
- Добавлены новые поля «Масса» и «Допустимая нагрузка на оси» — они остаются необязательными
- Если транспорт используется не на правах собственности, а по аренде, лизингу или безвозмездному пользованию, обязательными становятся данные документа на владение:
- наименование документа
- номер договора
- дата договора
- владелец
- ИНН владельца
Что изменилось по водителю:
- В карточке водителя обязательным стал ИНН
- Также обязательны данные водительского удостоверения:
- серия
- номер
- дата выдачи
Как работают проверки:
- Проверка заполнения срабатывает при сохранении карточки
- Дополнительно проверка выполняется при назначении транспорта или водителя на рейс
Такой подход позволяет постепенно дополнять даже ранее заведённые карточки и обеспечивать полноту данных для работы с электронными перевозочными документами.
ЭТрН: титул грузополучателя и выбор идентификатора ЭДО
Электронная транспортная накладная состоит из нескольких титулов, и каждый из них подписывает своя сторона: грузоотправитель, перевозчик и грузополучатель. Для ЭТрН расширили сценарий подписания со стороны грузополучателя: если документ оформляет сам грузополучатель, система распознаёт этот сценарий и открывает возможность подписания Титула 3.
Отдельно доработали сценарий отправки документа через оператора ЭДО. У одного контрагента может быть несколько идентификаторов ЭДО. Если при проверке по ИНН система находит несколько вариантов, теперь можно выбрать нужный идентификатор, чтобы документ был направлен по корректному маршруту.
Поля для ЭТрН в бронировании под самовывоз
В сценарии, когда покупатель забирает груз самостоятельно (сценарий самовывоза), для оформления ЭТрН нужны данные по водителю, транспорту и перевозчику. Ранее форма бронирования не собирала все эти данные, поэтому документ приходилось дозаполнять вручную. Теперь в бронировании под самовывоз доступен полный набор полей для формирования ЭТрН:
- данные водителя,
- тягача и прицепа,
- право владения транспортом.
В начале формы добавили выбор способа самовывоза: на своём автомобиле или с привлечённым перевозчиком; от него зависит, показывать ли блок с реквизитами перевозчика.
В результате покупатель сразу заполняет все необходимые данные при бронировании, а ЭТрН формируется без ручного дозаполнения со стороны координатора.
Цифровая очередь
Совместный доступ к цифровой очереди
В ряде сценариев самовывоза складом пользуется не только сам грузовладелец, но и другие компании: например, покупатели, работающие с этим складом напрямую, или партнёры, которые самостоятельно организуют вывоз. В такой модели важно, чтобы все участники могли бронировать таймслоты в едином пространстве, а владелец склада при этом сохранял полную картину по загрузке ворот и всем записям.
Для этого в платформе реализовали совместный доступ к цифровой очереди. Грузовладелец может открыть доступ к своей очереди контрагенту с тарифом «Грузовладелец» — партнёр выбирается из справочника контрагентов по ИНН или названию. После этого контрагент и его перевозчики получают доступ к этой же очереди и могут самостоятельно бронировать свободные таймслоты: под заказ, под самовывоз или без заказа.
Партнёр работает только со своими бронированиями: может создавать и редактировать их, указывать клиента самовывоза и перевозчика. Бронирования других участников для него отображаются как занятые интервалы без раскрытия деталей. При этом владелец очереди видит все записи целиком и сохраняет возможность просматривать, редактировать, перебронировать и аннулировать бронирования. Совместная очередь дополнительно помечается значком у обеих сторон.
В результате самовывоз со склада ведётся в одном окне: партнёры сами управляют слотами, а грузовладелец сохраняет контроль над ситуацией на складе без звонков, ручных согласований и переписок.
СМС водителю из бронирования
В настройках цифровой очереди появился возможность отправлять СМС водителю с шаблоном текста. В карточке бронирования любого типа: под заказ, самовывоз или без заказа, в активных статусах доступна кнопка «Отправить СМС». Текст сообщения и номер получателя можно отредактировать перед отправкой, система отмечает, что сообщение уже отправлено.
Пригласить водителя с парковки на погрузку можно в один клик: меньше простоев на воротах и лишних звонков.
Для уточнения деталей и доступа к функции обратитесь к вашему проектному менеджеру или нашей службе технической поддержки: по email help@trucker.group или по телефону + 7 800 444 04 32.
Бронирование таймслота раньше или позже планового времени
Раньше перевозчик бронировал таймслот только на время, указанное в маршруте. Теперь грузоотправитель может разрешить бронировать со смещением: за несколько часов до планового времени или после него, либо снять ограничение полностью. Например, в заказе стоит прибытие на 15:00, а бронировать разрешено с 9:00: крайний срок погрузки прежний, но перевозчик выбирает удобный слот раньше. Смещение до и после настраивается отдельно, а отсчёт идёт от конкретного времени, интервала или даты из заказа. Если время на точке потом сдвинулось, но бронь осталась в допустимом диапазоне, она сохраняется.
Заказ открывается в отдельном окне из карточки бронирования
Ссылка на транспортный заказ в карточке бронирования теперь открывается в новом окне, а не поверх текущего. Работа с бронированием не прерывается: заказ можно открыть и вернуться к очереди, не теряя контекст.
Тендеры
Чаты в тендерах
В тендерах появился отдельный блок «Чаты»: уточнять условия теперь можно внутри платформы, в контексте конкретного этапа тендера, а не в почте и мессенджерах. Перевозчик пишет организатору из карточки этапа. Организатор пишет конкретному перевозчику из списка участников или из откликов по лоту, рядом с каждой ставкой есть иконка чата. На каждую пару «этап тендера и перевозчик» создаётся один чат, поэтому переписка не смешивается: разные перевозчики не видят чаты друг друга, а организатор видит только чаты по своим тендерам. Доступ открывает отдельное право «доступ к чатам тендеров». В списке видно название чата, компании-участники и последнее сообщение с автором; неактивные переписки уходят в отдельную секцию архива. О новых сообщениях приходят веб-уведомления, а в настройках уведомлений появился блок «Чаты», где их можно включить или отключить.
Редукционы
Абсолютный шаг торгов при начальной цене «Равна первой ставке»
Раньше при начальной цене «Равна первой ставке» шаг торгов задавался только в процентах. Теперь можно задать и абсолютный шаг в рублях. Если шаг превышает текущую ставку, подать её нельзя; при этом досрочно редукцион не завершается.
Заказы и маршруты
Пользовательские атрибуты на уровне номенклатуры и новый тип поля «Контрагент»
Пользовательские атрибуты теперь можно создавать на уровне номенклатуры в заказе и настраивать для них модальность и тип перевозки, обязательность, показ перевозчику и вывод в печатную форму заказа. Появился и новый тип атрибута «Контрагент»: значение выбирается из справочника контрагентов по ИНН или названию. Поля, специфичные для вашего бизнеса, больше не нужно заводить в ядре: вы настраиваете их под себя и не нагружаете лишним тех, кому они не нужны.
Привязка номенклатуры к точкам маршрута
В маршрутном листе на каждой точке можно указать, какая номенклатура на ней грузится или выгружается. Позиция привязывается к точкам погрузки и выгрузки, а в её карточке отображаются адреса этих точек. Номера поставок доступны для выбора только по тем точкам, к которым привязана позиция. Привязка видна и перевозчику. Особенно это помогает на сложных мультимодальных и многоточечных маршрутах, где легко запутаться в составе груза.
Понятный выбор адреса в маршрутном листе
Новые пользователи путались в маршрутном листе: адрес можно вводить двумя способами, из справочника или вручную, и многие застревали в режиме справочника, пытаясь набрать адрес там. Мы переработали выбор способа заполнения, чтобы сразу было понятно, где вводить адрес. Заодно закрыли вторую проблему. Если заказ пришёл по интеграции, а адреса нет в справочнике, раньше его переносили в справочник вручную, поле за полем. Теперь на вкладке «Создать вручную» есть кнопка «Добавить в справочник»: адрес сохраняется одним нажатием, ровно в том виде, как указан.
Пользовательские атрибуты: загрузка файлов и исправления
Для заказа и рейса заработал тип пользовательского атрибута «Файл / файлы»: файлы можно приложить к самому атрибуту на сущности. Также исправили некорректное поведение атрибутов на заявке при редактировании строки, файла и других типов.
Конструктор отчётов
Точки погрузки и выгрузки номенклатуры в отчётах
В блоке номенклатуры конструктора отчётов появились колонки «Точка погрузки» и «Точка выгрузки» с названием города или полным адресом. Это продолжение привязки номенклатуры к точкам маршрута: связь груза с точками выгружается в отчёты и BI без ручной сборки.
Отчёт приходит ссылкой на скачивание
Письмо с отчётом из конструктора отчётов больше не содержит вложение: вместо файла приходит ссылка на скачивание. Так большие отчёты доходят до адресатов и не упираются в лимит почтовых вложений.
Подбор исполнителя и статусы рейса
Настраиваемый автоматический перевод статусов рейса
В ядре появился механизм, который сам переводит статус рейса по условию, заданному для каждого статуса в клиентской модели. Условие проверяется по событию: отметке водителя в мобильном приложении или сигналу геомониторинга о заезде в радиус точки и выезде из него. Если условие выполнено и переход из текущего статуса допустим, рейс переходит в новый статус, а время проставляется в момент перехода. Повторная проверка статус не дублирует. Статусы меняются по факту событий, а не по ручным отметкам диспетчера, при этом ваша модель статусов остаётся своей.
Перезапуск подбора при сбросе инцидента
Когда с транспортного заказа сбрасывается инцидент, запущенные правила подбора исполнителя запускаются заново. После снятия инцидента заказ снова идёт в подбор без ручного перезапуска.
Автор ручного запуска подбора в истории заказа
При ручном запуске подбора исполнителя в истории изменений заказа теперь видно, кто его запустил: в поле «Автор» отображается сотрудник, а в поле «Компания» его компания. Это упрощает разбор спорных ситуаций.
API и интеграции
Больше данных в обратном потоке API по назначенным ресурсам
В события назначения ресурсов на рейс (обратный поток API) добавили поля по водителю: ИНН, телефон, серию, номер и дату выдачи водительского удостоверения. По каждому транспортному средству теперь передаются вид ТС, грузоподъёмность и вместимость, габариты, наименование и реквизиты документа на владение, право владения, СТС и VIN, а для транспорта экспедитора ещё и его юридический адрес и телефон. Внешние системы получают полный набор данных по транспорту и водителю в одном событии, в том числе для формирования ЭПД на своей стороне.