01
Получить назначение
Водитель должен однозначно увидеть свой рейс или связанный с ним перевозочный документ.
Мобильный сценарий водителя для ЭПД и ЭТрН
Мобильное приложение водителя для ЭТрН в Москве
Настраиваем мобильную часть электронных перевозочных документов: назначение водителя на рейс, получение документа, идентификацию, предусмотренные действия и подписание, предъявление данных в пути, возврат статусов в 1С/TMS и работу с исключительными ситуациями.
Рейс → водительсвязываем назначение в учётном контуре с мобильной работой
Действия в путипроверяем реальные точки участия водителя в ЭТрН
Статус обратноофис видит результат без ручного обзвона водителя
Не отдельное приложениеМобильный сценарий связываем с рейсом, ЭТрН и офисным процессом.
Под конкретный сервисФункции мобильной работы проверяем по выбранному оператору или платформе.
Тест в реальном рейсеПроверяем не только демонстрацию в офисе, но и фактические действия водителя.
С учётом слабой связиЗаранее разбираем, что происходит при нестабильном интернете.
Что должен уметь водитель
Мобильный процесс начинается до выезда и заканчивается после рейса
Конкретные функции зависят от используемого приложения и оператора, поэтому сначала фиксируем действия, которые водитель должен выполнять в вашем процессе.
02
Проверить сведения
До начала движения проверяются доступные данные о перевозке, транспорте и участниках.
03
Выполнить своё действие
Мобильный интерфейс должен вести водителя только по тем шагам, которые относятся к его роли.
04
Подтвердить или подписать
Способ подтверждения зависит от выбранного сервиса, роли и настроенных полномочий.
05
Предъявить данные в пути
Заранее проверяем доступный в выбранном решении сценарий предъявления сведений и QR-кода.
06
Завершить рейс
Результат мобильных действий должен вернуться в офисный контур и быть виден ответственному сотруднику.
Сквозной сценарий
Как связать водителя, ЭТрН и 1С
Водитель — только один участник электронного документа. Поэтому мобильное приложение должно работать как часть общего маршрута, а не как независимый источник данных.
01
Рейс в 1С/TMS
Формируется перевозка и назначается транспорт.
02
Назначение водителя
Водитель однозначно связывается с рейсом и документом.
03
ЭТрН
Документ формируется и передаётся в операторский контур.
04
Мобильное действие
Водитель выполняет предусмотренный шаг в приложении.
05
Статус
Результат фиксируется во внешнем контуре документа.
06
Возврат в офис
1С/TMS получает состояние, необходимое диспетчеру.
1С, TMS и мобильное приложение
Не заставляем водителя вводить то, что уже знает офис
Маршрут, транспорт, водитель и другие сведения должны по возможности приходить из учётной или транспортной системы. Мобильный пользователь выполняет только свою часть процесса.
1С:УАТ1С:ERP1С:УТTMSОператор ЭПДМобильный клиент
- Определяем, где создаётся рейс и кто является мастер-системой.
- Передаём водителю только необходимые сведения.
- Связываем мобильное действие с конкретной ЭТрН.
- Возвращаем статусы в рабочую систему диспетчера.
- Исключаем повторный ручной ввод одинаковых данных.
Идентификация и подпись
Способ действия водителя зависит от выбранной платформы и роли
Нельзя заранее обещать одинаковый механизм для всех операторов. При внедрении проверяем именно тот способ идентификации и подписания, который поддерживает выбранное решение.
Что проверяем
- как водитель авторизуется в приложении;
- как он связывается с организацией и рейсом;
- какие действия доступны его роли;
- какой способ подтверждения используется;
- как отображается результат действия;
- что происходит при смене водителя.
Что готовим заранее
- карточки водителей;
- телефоны и контактные данные;
- права и роли;
- КЭП/МЧД — когда они требуются сценарием;
- инструкцию для первого входа;
- тестовый рейс и ответственного диспетчера.
Работа в пути
Мобильный сценарий нужно проектировать для дороги, а не только для офиса
У водителя ограниченное время на действия с документом, нестабильная связь и разные модели телефонов. Поэтому интерфейс и инструкция должны быть максимально простыми.
01
Нестабильный интернет
Проверяем, какие действия выбранного решения требуют связи и что увидит водитель при её отсутствии.
02
QR-код и предъявление
Тестируем предусмотренный сервисом способ быстрого доступа к сведениям о перевозочном документе.
03
Минимум ручного ввода
Водитель не должен заново заполнять данные рейса, которые уже переданы из 1С или TMS.
04
Понятная ошибка
При сбое пользователь должен понимать, повторить действие, исправить данные или связаться с диспетчером.
05
Смена устройства
Заранее определяем порядок входа на другом телефоне или восстановления доступа.
06
Поддержка в рейсе
Фиксируем канал эскалации, чтобы водитель не решал техническую проблему самостоятельно.
Особые сценарии
Что предусмотреть кроме обычного рейса
Пилот должен включать не только идеальный маршрут, но и ситуации, которые регулярно возникают в реальной логистике.
Изменения в рейсе
- смена водителя;
- смена транспортного средства;
- корректировка маршрута;
- ошибка в исходных сведениях;
- отмена рейса;
- повторное назначение документа.
Проблемы пользователя
- не пришёл документ;
- не удаётся войти;
- не видно нужного действия;
- ошибка подтверждения;
- нет связи;
- статус в офисе не обновился.
Этапы запуска
От одного тестового водителя до всего автопарка
Массовую регистрацию водителей лучше делать после проверки полного маршрута на ограниченной пилотной группе.
01
Аудит
Роли, 1С/TMS, оператор, приложение и список водителей.
02
Пилот
Выбираем один типовой маршрут и небольшую группу.
03
Настройка
Готовим пользователей, права и связку с рейсом.
04
Обучение
Показываем водителю только его рабочий сценарий.
05
Тестовый рейс
Проверяем действия в дороге и возврат статуса.
06
Масштабирование
Подключаем остальных водителей и контролируем старт.
Отраслевые сценарии
Роль мобильного водителя зависит от логистики компании
Даже если приложение одно, офисный процесс вокруг него различается у производителя, торговой компании, перевозчика и проектных поставок.
Производство
Водитель подключается к процессу после подготовки отгрузки и назначения транспорта.
Оптовая торговля
Важно быстро обрабатывать поток регулярных рейсов и не перегружать водителя ручным вводом.
Перевозчики
Связываем диспетчера, TMS, рейс, транспорт, мобильного водителя и статусы ЭТрН.
Проектные поставки
Отдельно проверяем нестандартные маршруты, смену участников и редкие сценарии перевозки.
Типовые ошибки
Почему мобильный сценарий часто становится узким местом ЭТрН
Если приложение проверяли только технические специалисты, реальные проблемы часто проявляются уже в первом рабочем рейсе.
Водитель не связан с рейсом
Документ существует, но нужный пользователь не видит его в мобильном интерфейсе.
Слишком много ручного ввода
Водитель повторяет сведения, которые уже есть у диспетчера в 1С или TMS.
Не проверена связь
Сценарий работает в офисном Wi‑Fi, но не продуман для дороги.
Непонятна ошибка
Водитель многократно повторяет действие вместо передачи проблемы ответственному.
Не предусмотрена смена водителя
Любое изменение состава рейса требует срочного ручного вмешательства.
Статус не виден диспетчеру
Мобильное действие выполнено, но офис продолжает уточнять результат по телефону.
Результат настройки
Что должно работать после запуска мобильного сценария
Цель — сделать участие водителя простой частью общего ЭТрН, а не отдельным процессом, который нужно постоянно контролировать вручную.
Нет путаницы между документами, автомобилями и назначениями.
В мобильном сценарии остаётся только то, что относится к роли водителя.
Диспетчер видит состояние документа в рабочем контуре.
Есть понятный порядок при смене водителя, связи или технической ошибке.
Стоимость
Цена зависит не от количества телефонов, а от сложности сценария
Если мобильный клиент уже предусмотрен выбранным сервисом, основные работы связаны с настройкой процесса. При сложной интеграции 1С/TMS объём проекта увеличивается.
Что влияет на стоимость
Основные факторы.
- используемый оператор или сервис;
- количество ролей водителей;
- конфигурация 1С и наличие TMS;
- необходимость автоматической передачи рейсов;
- количество исключительных сценариев.
Что может входить в проект
Состав определяем после проверки текущей системы.
- настройка мобильного сценария;
- связка с 1С/TMS;
- регистрация и подготовка водителей;
- обучение пилотной группы;
- тестовый рейс и сопровождение запуска.
Связанные услуги
Мобильный водитель — часть общего контура ЭТрН
Для полноценного запуска мобильный сценарий связывается с настройкой транспортной накладной, подписями, интеграцией и обучением.
Настройка ЭТрН в 1С
Роли, данные, подписи и полный рабочий маршрут транспортной накладной.
Подробнее →Подключение ЭТрН в 1С
Оператор, пользователи, водитель и первый тестовый рейс.
Подробнее →Интеграция ЭТрН с 1С
Автоматический обмен между рейсом, TMS, 1С и операторским контуром.
Подробнее →КЭП и МЧД для ЭПД
Подготовка подписантов, полномочий и рабочих сценариев.
Подробнее →Обучение ЭПД и ЭТрН
Отдельная программа для диспетчеров, логистов и водителей.
Подробнее →Сопровождение ЭПД
Поддержка водителей, статусов и интеграции после запуска.
Подробнее →Мобильное приложение водителя для ЭТрН
Как встроить мобильного водителя в электронную транспортную накладную
Мобильное приложение водителя для ЭТрН должно быть частью единого перевозочного процесса. Водитель получает назначенный ему рейс или документ, выполняет предусмотренные его ролью действия, а результат возвращается в операторский контур и далее — в рабочую систему диспетчера.
Конкретные функции мобильного приложения зависят от выбранного оператора или сервиса. Поэтому до массового подключения водителей проверяются авторизация, идентификация, способ подтверждения действий, отображение документа, работа с QR-кодом и поведение при нестабильном интернете.
Для перевозчиков в Москве особенно важна связка мобильного клиента с интеграцией ЭТрН с 1С или TMS. Рейс, транспорт и водитель должны назначаться в основной системе, а мобильное приложение — получать уже подготовленные сведения.
Если ЭТрН ещё не запущена, начните с подключения ЭТрН в 1С. Для настройки ролей и полного маршрута используется настройка ЭТрН. Перед массовым запуском водителей полезно провести обучение на тестовом рейсе.
Такой подход снижает количество звонков диспетчеру, ручного ввода и ситуаций, когда офис не понимает, выполнил ли водитель нужное действие с документом.
FAQ
Частые вопросы о мобильном приложении водителя
Что требуется водителю и как связать мобильную работу с ЭТрН и 1С.
Нужно ли водителю отдельное приложение для ЭТрН?
Мобильный сценарий зависит от выбранного оператора или сервиса. Перед внедрением проверяется, какой клиент или способ работы предусмотрен конкретным решением.
Можно ли передавать рейс водителю из 1С или TMS?
Если используемое решение поддерживает нужный интеграционный сценарий, данные рейса можно передавать автоматически, чтобы исключить повторный ручной ввод.
Что делать при плохом интернете?
Это нужно проверить именно для выбранного мобильного решения: какие действия доступны без связи, что сохраняется локально и что требует подключения к сети.
Как водитель подписывает ЭТрН?
Способ зависит от роли водителя и поддерживаемого оператором сценария. Его необходимо проверить вместе с идентификацией, КЭП/МЧД и настройками конкретного сервиса.
Можно ли показать QR-код с телефона?
Если выбранное мобильное решение предусматривает такой сценарий, его нужно проверить на тестовом рейсе вместе с доступом к документу и действиями водителя.
Что происходит при смене водителя?
Смена должна быть отражена в исходном процессе и корректно связана с документом. Конкретный порядок зависит от используемых 1С/TMS и операторского решения.
Можно ли сначала протестировать нескольких водителей?
Да. Пилот на небольшой группе позволяет проверить реальную дорогу, мобильную связь, действия водителя и возврат статусов до массового подключения автопарка.
Запустить мобильный сценарий
Настроим работу водителя с ЭТрН и проведём тестовый рейс
Опишите вашу 1С/TMS, используемого оператора и количество водителей. Подготовим схему назначения рейса, мобильных действий и возврата статусов.