Многодневное планирование
Многим компаниям во время планирования требуется принимать решение, а в какой день доставка наиболее выгодна. При этом клиенты желали бы иметь возможность автоматически планировать свои заказы на наиболее выгодные даты. Новая функциональность Многодневного планирования позволяет оптимизировать этот процесс и автоматически выбрать не только оптимальное место заказа в маршруте, но и оптимальный день, когда этот заказ должен быть выполнен на срок от 2 до 5 дней вперед от текущей даты.
Данная функциональность является платной. Если вам необходимо подключить ее, обратитесь в службу поддержки Maxoptra.
После того, как вам была подключена функциональность Многодневного планирования, вызовите выпадающее меню рядом с кнопкой Планировать:
Выберите подходящий для вас вариант: планирование на один или на несколько дней (установите количество дней от 2 до 5), для одного или для всех распределительных центров. Система запланирует ваши заказы в наиболее оптимальные доступные временные окна.
Примечания
- Многодневное планирование начинается от текущей даты.
- При многодневном планировании не поддерживается одновременная работа с многодневными сменами водителей. В будущем это ограничение будет устранено.
Некоторые настройки текущего дня (установленные через Настройки на Экране планирования) не учитываются при многодневном планировании (подробнее см. Многодневное планирование заказов).
Расширение смены водителей до пяти дней
Maxoptra позволяет построить смену водителя длительностью до 3-х дней без необходимости возвращаться в депо в конце каждого дня (подробнее см. в разделе Планирование многодневного рейса). Идя навстречу пожеланиям клиентов, мы расширили длительность смены до пяти дней.
Теперь при настройке графика работы в форме Водителя можно выбрать следующие варианты из выпадающего меню:
Примечание Система автоматически не блокирует водителя на время многодневного рейса. Для того, чтобы исключить водителя из планирования, необходимо деактивировать его на каждый последующий день многодневной смены (путем отключения Графика работы в карточке водителя или через контекстное меню машины).
Автоматическое допланирование заказов
Многие клиенты сталкиваются с ситуацией, когда планировщик распланировал маршруты и отдал документы на склад для загрузки. При этом клиенты продолжают звонить и просить в последний момент принять новые заказы. В предыдущих версиях Maxoptra была возможность допланировать заказы вручную.
С новой функциональностью Автоманического допланирования в Maxoptra 5.2 появилась возможность автоматически добавлять заказы в зафиксированные, но еще не начатые рейсы.
Данная функциональность доступна в зависимости от тарифа. Если вам необходимо подключить ее, обратитесь в службу поддержки Maxoptra.
После того, как функциональность подключена, на экране Настройки аккаунта на вкладке Планирование появится соответствующая настройка.
Чтобы начать допланирование к уже сформированному рейсу, нажмите кнопку Планировать. Откроется окно подтверждения, где вам будут предложены варианты:
- Планирование – все незафиксированные рейсы будут перепланированы, зафиксированные рейсы останутся без изменений;
- Допланирование – незафиксированные рейсы будут перепланированы, новые заказы будут допланированы в зафиксированные рейсы без отпланирования уже запланированных заказов.
Выберите вариант Допланирование. Система учтет все требования и настройки новых заказов и либо запланирует заказы в существующее расписание (если рейсы зафиксированы, но детали еще не отправлены водителям), либо оставит в незапланированных.
Примечания:
- Начатые рейсы не перепланируются.
- В результате автоматического допланирования некоторые заказы могут сдвинуться по времени или поменять свое место внутри рейса, но не могут быть отпланированы или перепланированы на другую машину.
Для поддержки автоматического допланирования были внесены следующие изменения в методы API:
- Добавлен новый API запрос в метод Расписания под названием lockUnlock, отвечающий за фиксацию/расфиксацию рейсов определенной машины.
- Добавлен дополнительный атрибут incrementalScheduling в методе start раздела Автопланирование.
Завершение рейса в конечной точке маршрута
Согласно обычной рабочей процедуре Maxoptra, водитель по завершению рабочего дня должен возвращаться в депо. Однако многие компании нанимают для работы субподрядчиков, не привязанных к депо. Для того, чтобы учесть подобную ситуацию, в новой версии Maxoptra были расширены опции точки начала и точки завершения рабочего дня. Они стали более структурированными и гибкими в использовании.
Для этого в форме Распределительного центра была добавлена секция Первая и последняя точка маршрута, где задаются соответствующие настройки, которые будут использоваться по умолчанию для вновь создаваемых водителей.
Такие же поля были добавлены в форму Водителя.
Теперь при создании/редактировании формы водителя, настройки Точки начала и завершения дня будут использовать по умолчанию из настроек распределительного центра. Однако если нужно указать другой адрес начала и завершения дня для конкретного водителя, это можно сделать в его карточке – новые данные переопределят настройки по умолчанию.
Кроме того, в секции Точка завершения рабочего дня, как в форме РЦ, так и в форме водителя, была добавлена новая опция Последний заказ, при выборе которой водитель по выполнению последней доставки может ехать домой без заезда в депо.
Подробнее см. в разделах, Первая и последняя точка маршрута и Точка начала и завершения дня.
Усовершенствование системы уведомлений
В Maxoptra 5.2 были произведены изменения существующих уведомлений, а также добавлены новые уведомления, а именно:
1. Добавлено новое действие: N-дней до прибытия – оно дает возможность отправлять уведомления за несколько дней до планируемой работы (1-5 дней). Данная возможность будет полезна в тех случаях, когда нужно уточнить у клиента, в какой день хочет получить доставку, или когда плановое время доставки меняется.
2. Добавлена настройка Время отправки. Данная настройка была добавлена на каждый шаблон уведомлений, чтобы определить время, когда уведомления не должны отправляться (обычно ночные часы). Например, доставка запланирована на 9.00, при этом, согласно настройками, уведомление должно отправляться за 2 часа до доставки, т.е., в 7.00. Если мы установим часы тишины с 22.00 до 8.00, уведомление будет отложено до окончания этого периода, и отправится сразу в 8.00.
Примечание
Если в течение часов тишины заказ достиг своего конечного статуса (выполнен/не выполнен), то клиент в итоге получит только уведомление о выполнении/не выполнении заказа (при условии, что данный тип уведомлений был подключен), а промежуточные уведомления будут пропущены. Если же данный клиент не использует уведомления о выполнении доставки, то по истечении часов тишины он получит скопом все прочие накопившиеся уведомления.
3. Действие N-минут до прибытия было переименовано в N-минут до расчетного времени прибытия. Данное уведомление посылается только при появлении данных об ожидаемом времени прибытия (ОВП) и никак не ориентируется на плановое время.
4. Добавлены два кастомизируемых тэга для информирования клиента об ожидаемых сроках доставки:
- Время до прибытия на локацию – [PLANNED_START_TIME_N_MIN_BEFORE];
- Время после прибытия на локацию – [PLANNED_START_TIME_N_MIN_AFTER].
Вместо N укажите необходимое время до/после прибытия.
Примечания Указывая количество минут вместо ‘N’, помните, что это должна быть целочисленная величина, иначе система покажет предупреждение о неверном значении.
5. Тестирование smtp-сервера теперь делается принудительно во избежание неверных настроек и дальнейших ошибок при отправке уведомлений.
После того как вы произвели настройку своего smtp-сервера (роль Администратора аккаунта, Настройки аккаунта> Настройки почты) нажмите на кнопку Тест, после чего на ваш электронный адрес будет отправлено тестовое сообщение. В случае ошибочной настройки smtp-сервера, появится предупреждение:
Вы несможете сохранить свои настройки до тех пор, пока не протестируете отправку.
6. Информация об отправке уведомлений теперь сохраняется в логах заказов:
- СМС уведомление отправлено;
- E-mail уведомление отправлено.
Планирование со смешанным типом транспортных средств
Некоторые компании, в особенности те, что расположены в больших городах, хотят иметь возможность управлять как автомобильной доставкой, так и пешими курьерами в одном аккаунте. В новой версии Maxoptra это стало возможно.
С этой целью в функциональности Типы транспортных средств были добавлены новые опции Пешеход в добавок к имеющимся опциям Легковой автомобиль и Грузовой автомобиль (подробнне см. в разделе Типы транспортных средств).
Примечания
- При выборе опции Пешеход иполя, относящиеся к автомобилям (напр., Максимальная скорость, Производитель, Тип топлива и др.) становятся неактивными.
- В одном аккаунте могут использоваться как пешеходные, так и автомобильные типы транспортных средств.
- При заполнении карточки Машины в полях Стоимость за километр и Грузоподъемность следует указывать соответствующую адекватную стоимость и грузоподъемность для машины и для пешехода.
- Типы Пешеход поддерживаются только на Google картах.
Совместная работа TomTom, Teletrac Navman и мобильное приложение Maxoptra в одном аккаунте
В новой версии Maxoptra стало возможно использовать навигационные приборы TomTom WEBFLEET или Teletrac Navman в одном аккаунте вместе с мобильным приложением Maxoptra (Maxunits) для того, чтобы сделать работу с заказами более гибкой и удобной для пользователей. Теперь в форме Машины можно выбрать устройство, которое будет использоваться для работы с заказами на данной машине.
Чтобы подключить данную функциональность, обратитесь к службе поддержки Maxoptra.
Примечание Только один тип устройства может быть выбран для одной машины – либо TomTom/Teletrac Navman, либо Maxunits, но не вместе.
Завершение работы только после сбора подписи
Данное усовершенствование касается мобильного приложение Maxoptra. Оно не дает водителям завершить доставку без подписи клиента.
Чтобы подключить данную функциональность, обратитесь к службе поддержки Maxoptra.
После этого в Настройках аккаунта во вкладке Мобильные клиенты появится соответствующая настройка.
Теперь, в случае, если водитель пытается нажать кнопку Готово раньше, чем кнопку Подпись, появляется сообщение: "Возьмите подпись перед тем как закончить работу!"
Подробнее о работе с заказами в мобильном приложении, см. раздел Выполнение заказа. Сбор подписи. Сканирование штрих-кодов (моб.)
Прочие изменения и новшества
- Новый запрос REST API под названием unallocate был добавлен к методу Заказы. Данный запрос применяется для отпланирования заказов из Maxoptra.
Также было введено ограничение, не позволяющее изменять имена водителей и машин в их карточках на Экране планирования. Ранее одного и того же водителя (пусть это будет Водитель А) можно было назвать Иванов сегодня, Петров завтра, и как-либо еще послезавтра (водители действительно могут в разные дни меняться). Однако впоследствии в отчетах Водитель А будет отображаться как несколько разных лиц, в то время как формально это один и тот же водитель под разными именами. Новое ограничение позволяет избежать проблем при отображении данных в отчетах.
Примечание Возможность переименовывать остается доступной только на вкладке Настройки на уровне аккаунта.