Контроль нарушений своевременности доставки — это дальнейшая эволюция развития проектов мониторинга транспорта. Вы уже знаете СКОЛЬКО пробегает автомобиль выполняя задания, вы уже знаете ГДЕ и КОГДА он побывал и естественным шагом будет узнать ВОВРЕМЯ или нет он это сделал.

Есть и другая мотивация перехода к контролю своевременности и выявлению нарушений:  в автопарках уже от 20 и более ТС заниматься ежедневным и постоянным мониторингом всех событий достаточно сложно. В бизнесе регулярных доставок это сотни событий в день, зачастую в пиковое время это десятки событий в течение 5 минут и оператор физически не способен реагировать на все. В чем же выход?

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

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

На заглавной картинке два примера визуализации проблем своевременности доставки. В зависимости от того, насколько детально проработан план логиста, можно контролировтаь следующие параметры:

1. собственно факт доставки по конкретному клиенту (по его уникальному номеру и адресу).
2. реальный порядок доставки и плановый
3. величину опоздания по окну клиента.(Окно клиента, например 10:00-12:00 — это диапазон времени в который клиент-получатель согласен получить товар доставки. Нарушение окон, зачастую делает невозможным саму доставку или приводит к штрафным санкциям);
4. величину преждевременности доставки по окну клиента;
5. величину преждевременности или опоздания относительно планового времени (при наличии автоматизированного точного планирования);
6. величину задержки длительности доставки по отношению к плановой.

Простейший план представляет собой таблицу, например Эксель документ такого вида:

один из вариантов плана логиста

Даже такой простой документ загруженный в систему позволит контролировать одновременно и опоздания в пределах окон клиентов и смещения относительно планового времени. Причем для обоих параметров можно установить  допуск в минутах.

Система GPSBOX контролирует факт посещения и все временные параметры на его основе, оперируя исключительно формальными понятиями: точка доставки (код, расположение), время (фактическое, плановое, время окон, длительность фактическая, длительность плановая). Никакие реальные бизнес-данные заказчика не являются постоянно необходимыми.

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

Но вот вопрос как пользователь узнает о том что нарушения произошли в реальном времени?

На картинке дана пошаговая диаграмма, изображающая то как это происходит в системе GPSBOX в реальном времени:

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

Хорошо, узнать о случившемся нарушении можно практически мгновенно, а вот как предотвратить его?

И на это случай есть решение. Кроме уведомлений о нарушениях, существуют и предупреждения. За 30 минут до окончания конкретного окна доставки все недоставленные к этому моменту задания высылаются списком. По величине опоздания относительно планового времени менеджер-логист может принять решение и уделить внимание доставкам конретного автомобиля. Например, на рис.2 в галерее к этому разделу показан пример, как произошедший сбой (после 4-й доставки, 9:11 утра) привел к систематическому опозданию по нескольким следующим точкам.

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

это кусочек интерфейса сайта. Конечно же есть и соответствующие отчеты о Доставках в виде таблиц Экселя.Читайте об этом под тэгом "отчеты"

Адресация доставки это процесс определения текстового описания места в котором произошло событие “Доставка”. Откуда берется само событие можно прочитать здесь. Процесс адресации несколько сложен и требует понимания. Дело в том,что в основе его лежат процессы геокодирования/обратного геокодирования решаемые геоинформационной системой (а не GPS как таковой).  Там есть нюансы, мы их доводим Заказчикам на их конкретных примерах рассказывая и показывая. Все с целью сформировать у Заказчика правильное понимание процесса и самое главное — правильное ожидание результата!

Тем не менее, для большинства видов деятельности транспорта получаемые результаты очень хороши. Для еще большего качества и решения специфики малонаселенных районов и трасс (номерных автодорог) имеется функция “Радар”

Для клиентов не использующих кнопки “Доставка” возможна адресация остановок, однако имеется ограничение оговариваемое при создании сайта: адресации подвергаются только остановки с длительностью большей чем [параметр в минутах], к примеру больше чем 15 минут. Такой параметр выбирается исходя из особенностей бизнеса Заказчика. Сделано это для уменьшения нагрузки и попытки не засорять событиями остановка списки предназначеные для чтения. Ведь остановок, особенно кратковременных бывает много, а бизнес-событий связанных с остановками обычно на порядок меньше. Это неплохо работает, если к примеру автомобиль используется в задачах “склад-магазин”. В таких задачах 1-2 минутная остановка на светофоре и 40 минутная разгрузка никак не похожи и отфильтровывание непродолжительных остановок и адресация продолжительных улучшают понимание.

Гораздо сложнее, к примеру в доставке бутилированной воды: там бизнес-остановка (с целью доставки) и транспортная остановка (светофор, затор, уступи дорогу) очень похожи. Иногда бутилированую воду грузчики “сбрасывают” за минуту-две. Для транспортного бизнеса с кратковременными доставками и большой динамикой на малой территории мы однозначно рекомендуем нашу методику настоящей обратной связи. Тут можно прочитать какие дополнительные преимущества это дает. (ссылка…)

Также близким по реализации являетмся адресация текущего местоположения автомобиля. Этот “объект” всегда имеет адресацию, что помогает не вглядываясь в карту понять местоположение прочитав его одним взглядом.

Да, собственно любой объект в системе имеющий линк при клике на этом линке выводит адресное описание местоположения, поэтому даже безымянные остановки на самом деле могут быть адресованы.

Подведем итог

четкие, красивые адреса в стандартной манере описания адреса могут получать: Доставки, Остановки, Текущее Местоположение Автомобиля, да и вообще любая точка на карте, в которую вы кликнете и  построите маршрут. Что такое Маршрут читайте здесь (ссылка)

Да, конечно же есть и еще более изящное решение! О нем читайте в статье разъясняющей случайные доставки и доставки по клиентам