Процедуры, в свою очередь, обеспечивают фильтрацию событий, обратное геокодировние (взятие адреса), анализ пространственного пересечения  точки доставки (ТД) и события доставки и выдачу результата.  Все это функциональность программы, работающая для любых клиентов, однако она опирается на специфические данные — пространственную базу данных точек доставки (БД ТД). Создание такой БД в каждом случае особая задача, полностью зависящая от исходных данных, качества процесса и возможностей Заказчика выполнять эту работу. Это не автоматический и даже в некоторой степени творческий процесс

Поэтому мы всегда подстраховываем этот процесс и можем создать такую БД ТД. Разработана полностью документированная методика, доступная Закзачику, благодаря которой БД порядка 200-1000 шт. точек доставки Заказчик может создать сам, ежеденевно уделяя процессу 40-60 минут. Кроме того, мы обладаем возможностями организовать процесс массовой обработки данных для больших БД ТД ( около 10 тыс. записей). Создание качественной базы данных ТД размерности около 10 тыс. записей занимает примерно 2-2.5 месяца.

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

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

Кроме  того, в большинстве случаев в транспортном бизнесе точное местоположение  каждого клиента часто неизвестно сотрудникам клиента (логистам), хотя известно водителям. Этот парадокс* рождается из-за некачественного описания  используемых АДРЕСОВ, что оставляет место для неоднозначностей и ошибок. Водитель, обучаясь точкам доставки методом “проб и ошибок” в итоге знает куда везти оперируя десятками точек в день, однако руководящие им логисты, оперирующие тысячами точек виртуально, не в состоянии  знать где в точности  расположена каждая точка доставки. Это означает, что создать БД ТД с чистого листа без определнной методики они чаще всего не способны.

*) У этого парадокса есть и неприятная сторона: ведение бизнеса начинает полностью зависеть от знаний водителя, он, а не менеджмент логистики становится носителем знаний из-за который зависит качество доставки. Это зачастую делает невозможным элементарные действия по замене или увольнению водителей, не дает возможность управлять качеством процесса. Водитель становится малоуправляемым и искусственно переоцененным ресурсом компании.
p.s. Описание возможных проблем декодирования адресов выходят за рамки этого раздела,  некоторые будут собраны в разделе ошибки (ссылка).

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

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

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

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

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

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

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

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

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

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

Да, автомобиль с GPS это уже не просто автомобиль, однако это еще и не полностью управляемая бизнес-единица.

Как в реальности управлять бизнесом перевозок?

Одним из принципов, которые мы внедряем является: принцип обратной связи. Он состоит в том, что связка водитель+автомобиль должна быть доступна для управления точно также как офисный работник, к которому руководитель всегда может подойти (или вызвать его) и задать ключевые вопросы:

1. Что ты делаешь сейчас?
2. Что ты уже сделал?
3. Что ты не сделал?
4. Как много еще требуется времени  на выполнение поставленной задачи? (Когда предположительно можно дать следующее задание)

При этом, само собой разумеется , что задача определена.

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

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

Реализация:

активация кнопки "Доставка"

Это не телефон, как можно было бы подумать (и как в множестве компаний происходит*). Это кнопка в кабине водителя. Она более формальна, не отвлекает, обязывает к четким и в то же время элементарным действиям:

В момент начала разгрузки (сразу после остановки автомобиля, перед или во время открытия кузова, выхода экспедитора из кабины) нажимается кнопка, зажигается оранжевая подсветка – «Идет разгрузка». В момент окончания разгрузки (закрытие кузова, возвращение экспедитора в кабину, непосредственно перед началом движения) кнопка отжимается, оранжевая подстветка гаснет – «Разгрузка завершена».

Все эти действия для водителя автоматичны и не требуют никаких мыслительных процессов.

Данная методика опробована и успешно применяется для предприятий транспортного обслуживания с высокими требованиями к оперативному управлению и (или) информированности о составляющих частях общего процесса транспортного обслуживания.

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

как обратная связь используется в системе? Читайте о Доставках…

*) примечание: несмотря на кажущееся удобство, телефон — враг в хорошо организованом бизнесе. Прежде всего тем, что никоим образом не подотчетен, порождает “эффект спама” , а иногда и трудности понимания особенно в описании места и понятий “скоро”, “вот прямо сейчас”, “еще делаю”, “уже сделал” . Он незаменим в экстренных случаях, но не должен быть инструментом постоянного управления. Кроме того, менеджеры злоупотребляющие телефонным прозвоном водителей часто отвлекают тех от выполнения задач, создают шум в рабочей комнате. Идеальное решение, косвенно свидетельствующее о том что у вас высокоэффективный и управляемый бизнес — почти полное отсутствие неоправданного вмешательства менеджеров в дела водителей по телефону. (ссылка)