В системе Максоптра временные окна операции (окна заказа) - это время, когда заказ должен быть выполнен. Другими словами, чтобы соблюсти временные окна операции, водитель должен прибыть и разгрузить/загрузить заказ в рамках этих окон. Однако, не всегда клиент рассматривает временные окна заказа как окно прибытия и разгрузки, иногда клиенту достаточно, чтобы водитель только прибыл в рамках временных окон операции, а время выполнения операции может выходить за рамки временных окон. Для таких случаев Максоптра предлагает настройку "Учёт продолжительности операции во временных окнах операции". Данная настройка позволит не учитывать продолжительность операции в окне заказа.
Как включить/выключить настройку "Учёт продолжительности операции во временных окнах операции" в Максоптре
По умолчанию настройка "Учёт продолжительности операции во временных окнах операции" включена. Если вам необходимо отключить данную настройку, обратитесь в службу поддержки Максоптра.
Как настройка "Учёт продолжительности операции во временных окнах операции" работает в Максоптре
Рассмотрим, как работает Максоптра при включенной и выключенной настройке.
Настройка включена
При включенной настройке существуют два варианта расчета времени прибытия водителя в расположение клиента. Рассмотрим каждый вариант подробнее.
У заказа одно временное окно операции
Ситуация 1
Допустим, окно заказа (Временное окно операции) с 11 до 13 часов, а водитель прибыл в 12.55. Максоптра будет считать, что водитель опоздал, так как за время, оставшееся до конца временного окна операции, он не успеет разгрузить/загрузить заказ. Это объясняется тем, что продолжительность операции (время разгрузки/загрузки заказа) может занимать какое-то время. Для каждого типа заказа (доставка или сбор) продолжительность операции состоит из следующих атрибутов:
- продолжительность операции, указанная в форме заказа или в настройках аккаунта,
- дополнительное время, затрачиваемое на подъезд к клиенту,
- время разгрузки/погрузки одной единицы груза у клиента * количество единиц груза, указанных в заказе.
Наглядно ситуация представлена на рисунке ниже:
Рисунок 1. Ситуация, когда водитель прибыл за 5 минут до конца временного окна операции (графически)
На экране "План-факт" строка заказа в этом случае будет представлена жёлтым цветом.
Рисунок 2. Строка заказа на экране "План-факт" (водитель опоздал)
Ситуация 2
Допустим, окно заказа (Временное окно операции) с 11 до 13 часов, а водитель прибыл в 12.30. Максоптра будет считать, что водитель прибыл вовремя, так как у него остается достаточно времени для выполнения заказа. Графически ситуацию можно представить следующим образом:
Рисунок 3. Ситуация, когда водитель прибыл за 30 минут до конца временного окна операции (графически)
На экране "План-факт" строка заказа в этом случае будет представлена зелёным цветом.
Рисунок 4. Строка заказа на экране "План-факт" (водитель прибыл вовремя)
Ситуация 3
Допустим, окно заказа (Временное окно операции) с 11 до 13 часов, а водитель прибыл в 10.30. Максоптра будет считать, что водитель прибыл раньше времени, так как он прибыл до начала временного окна операции (окна заказа). Графически ситуацию можно представить следующим образом:
Рисунок 5. Ситуация, когда водитель прибыл за 30 минут до начала временного окна операции (графически)
На экране "План-факт" строка заказа в этом случае будет представлена светло-зелёным цветом.
Рисунок 6. Строка заказа на экране "План-факт" (водитель прибыл раньше времени)
У заказа несколько временных окон операции
Ситуация 1
Допустим, у заказа три временных окна: первое окно - с 11 до 13 часов, второе окно - с 15 до 17 часов, третье окно - с 19 до 21 часа. Водитель прибыл в 10.30. Максоптра будет считать, что водитель прибыл раньше времени, так как он прибыл до начала первого временного окна операции (окна заказа). Графически ситуацию можно представить следующим образом:
Рисунок 7. Ситуация, когда водитель прибыл за 30 минут до начала первого временного окна операции (графически)
На экране "План-факт" строка заказа в этом случае будет представлена светло-зелёным цветом ().
Ситуация 2
Допустим, у заказа три временных окна: первое окно - с 11 до 13 часов, второе окно - с 15 до 17 часов, третье окно - с 19 до 21 часа. Водитель прибыл в 11.30. Максоптра будет считать, что водитель прибыл вовремя, так как у него остается достаточно времени для выполнения заказа. Графически ситуацию можно представить следующим образом:
Рисунок 3. Ситуация, когда водитель прибыл за 30 минут до конца временного окна операции (графически)
На экране "План-факт" строка заказа в этом случае будет представлена зелёным цветом ().
Ситуация 3
Допустим, у заказа три временных окна: первое окно - с 11 до 13 часов, второе окно - с 15 до 17 часов, третье окно - с 19 до 21 часа. Водитель прибыл в 12.55. Максоптра будет считать, что водитель прибыл раньше времени, так как он прибыл раньше начала второго временного окна заказа. Графически ситуацию можно представить следующим образом:
В текущей реализации окно заказа у нас является окном прибытия и разгрузки. Другими словами, водитель должен успеть не только приехать, но и разгрузиться в рамках заданного окна локации.
При этом далеко не все клиенты работают именно таким образом.
Для многих, окно клиента явлется окном прибытия. И тот факт, что на точке клиента нужно провести еще какое то время для разгрузки/вручения груза/прочее - никак не учитывается.
Мы можем добавить настройку на уровень аккаунта, является ли окно локации окном прибытия или окном прибытия и разгрузки.
При этом на уровне шедулера не потребуется никаких изменений.
В случае, если окно является окном прибытия, интеграция увеличивает его на время разгрузки конкретного заказа.
В случае, если окно является окном прибытия и разгрузки, мы ничего не делаем и разгрузка учитывается в окне, как сейчас и реализовано.
На Track & Trace в режиме контроля по запланированным окнам, ничего не меняется
В режиме контроля по кастомерским окнам, в случае окна прибытия мы считаем факт въезда в пределах окна приездом вовремя
В случае окна прибытия и разгрузки - прибавляем в времени въезда время разгрузки и сравниваем с окном.