Снабдяване

Искане за покупка за одобрение

Заявките за покупка пристигат с липсващ бюджет, категория или обосновка и изчакват, докато се разреши собствеността за одобрение.

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

Заявките за покупка пристигат с липсващ бюджет, категория или обосновка и изчакват, докато се разреши собствеността за одобрение.

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

  • Работата изчаква между изпращане на заявка за покупка и валидиране на заявка.
  • Собствениците реконструират състоянието от уеб формуляри и ERP платформа.

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

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

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

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

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

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

Измерими KPI

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

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

  1. Изпратете заявка за покупка — Приемете и идентифицирайте заявката за покупка за задействане на одобрение. Уеб формуляри
  2. Потвърдете заявката — Изпълнете заявка за валидиране с валидирани примерни данни и резултат, който може да се провери. Уеб формуляри
  3. Проверете бюджета — Изпълнете бюджет за проверка с валидирани примерни данни и резултат, който може да се провери. ERP платформа
  4. Класифицирайте категория — Изпълнете категория за класифициране с валидирани примерни данни и резултат, който може да се провери. Microsoft Teams
  5. Прилагане на политика за одобрение — Изпълнете политика за прилагане на одобрение с валидирани примерни данни и резултат, който може да се провери. Опашка за преглед на SEIDO
  6. Преглед на обществените поръчки — Извършване на преглед на обществени поръчки с валидирани примерни данни и подлежащ на одит резултат. Опашка за преглед на SEIDO
  7. Създайте PO handoff — Изпълнете create po handoff с валидирани примерни данни и резултат, който може да се провери. Microsoft Teams
  8. Заявка за актуализиране — Изпълнете рикуестър за актуализиране с валидирани примерни данни и резултат, който може да се провери. Уеб формуляри
  9. Одит и актуализация на KPI — Поддържайте резултата от изпълнението, фактите от одита и събитията за измерване на работния процес. Магазин за екзекуции SEIDO

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

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

Човешка отговорност: Мениджър снабдяване

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

Уеб формулярите временно не са достъпни.

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

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

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

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

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

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

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

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

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

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