Логистика

Изпращане и възлагане на превозвача

Диспечерите сравняват ръчно изискванията за пратка, наличността и допустимостта, преди да потвърдят превозвач или шофьор.

Бизнес проблем

Диспечерите сравняват ръчно изискванията за пратка, наличността и допустимостта, преди да потвърдят превозвач или шофьор.

Какво виждат отборите

  • Работа изчаква между четене на готови пратки и валидиране на ограничения.
  • Собствениците възстановяват състоянието от системата за управление на транспорта и Generic REST API.

Защо се случва

  • Няма споделено състояние, обхващащо система за управление на транспорта, Generic REST API, Microsoft Teams.
  • Правилата за решение и изключение се прилагат непоследователно.

Защо става скъпо

  • Капацитетът се изразходва от координиране и преработка.
  • Късните изключения отслабват видимостта и качеството на услугата.

Бизнес резултати

  • По-кратък цикъл на табло за изпращане на актуализация
  • По-малко изключения за предаване и липсваща информация
  • Изчистете собствеността от прочетените готови пратки, за да актуализирате таблото за изпращане
  • Подлежащи на проверка решения и възстановяване

Измерими KPI

  • Време за изпълнение: Изминало време от прочитане на готовите пратки до актуализиране на таблото за изпращане.
  • Степен на ръчна намеса: Дял на артикулите, които се нуждаят от лице извън определените условия за преглед.
  • Изключение възраст: Време неразрешените изключения остават без завършено действие.
  • Процент на успешно завършване: Дял на валидни елементи от работния процес, завършващи без отказ на терминала.

Как работи работният процес

  1. Прочетете готови пратки — Приемете и идентифицирайте тригера за изпращане и присвояване на превозвач. Система за управление на транспорта
  2. Валидирайте ограниченията — Изпълнете валидирани ограничения с валидирани примерни данни и резултат, който може да се провери. Система за управление на транспорта
  3. Извличане на наличност — Изпълнете наличността на извличане с валидирани примерни данни и резултат, който може да се провери. Generic REST API
  4. Приложете правилата за допустимост — Изпълнете, приложете правила за допустимост с валидирани примерни данни и подлежащ на проверка резултат. Microsoft Teams
  5. Предложете задание — Изпълнете предложеното задание с валидирани примерни данни и подлежащ на проверка резултат. Система за управление на транспорта
  6. Одобрение от диспечер — Изпълнете одобрение от диспечер с валидирани примерни данни и резултат, който може да се провери. Опашка за преглед на SEIDO
  7. Изпратете потвърждение — Изпълнете потвърждение за изпращане с валидирани примерни данни и резултат, който може да се провери. Опашка за преглед на SEIDO
  8. Актуализирайте таблото за изпращане — Изпълнете таблото за изпращане на актуализации с валидирани примерни данни и резултат, който може да се провери. Система за управление на транспорта
  9. Одит и актуализация на KPI — Поддържайте резултата от изпълнението, фактите от одита и събитията за измерване на работния процес. Магазин за екзекуции SEIDO

Интеграции и собственост

  • Система за управление на транспорта: Предоставете информация за работния процес
  • Generic REST API: Търсене и актуализиране на контекста
  • Microsoft Teams: Получаване на контролиран резултат

Човешка отговорност: Логистичен контролер

Отказ и възстановяване

Системата за управление на транспорта е временно недостъпна.

Повторен опит с ограничено експоненциално забавяне; запазете изпълнението и го преместете в инспектируемата опашка за отказ след лимита.

Необходимите данни за валидиране на ограниченията са неправилно формирани или липсват.

Спрете действията надолу по веригата и покажете липсващите полета, изходните доказателства и коригиращите действия на посочения проверяващ.

Тригерът или събитието на доставчика се доставят повече от веднъж.

Върнете съществуващото изпълнение, идентифицирано от ключа за идемпотентност, и не повтаряйте бизнес действия надолу по веригата.

Човешкото решение изтича преди завършване.

Ескалирайте до конфигурирания заместител, запазете оригиналната заявка и запишете както изтичането, така и преназначаването.

Кога не трябва да се изгражда това

  • Месечният обем е твърде малък, за да оправдае интегрирането на система за управление на транспорта, Generic REST API, Microsoft Teams.
  • Съществуваща конфигурирана платформа вече обработва изпращане и присвояване на оператор с адекватна собственост и отчитане.
  • Няма надежден източник на данни или поддържан API достъп.
  • Никой собственик на бизнес няма правомощия да определя решенията и правилата за изключения.

Свързани работни процеси

Интелигентно входящо маршрутизиране на потенциални клиентиПотенциалните клиенти пристигат чрез несвързани формуляри, входящи кутии и кампании и се присвояват твърде бавно или на грешен собственик.Квалификация на водещи клиенти и работен процес за приспособяване към акаунтаТърговските представители прекарват ценно време ръчно в проучване на перспективи, които не отговарят на търговския профил.Откриване на продажби към структуриран CRMВажни детайли от обаждания за откриване и бележки не достигат до CRM последователно, което отслабва проследяването и прогнозирането.