Автоматизирани поръчки за покупка и одобрения

Автоматизирани поръчки за покупка и одобрения

· от Panayot Dimkov

За да автоматизирате поръчките за покупка, трябва да разделите два процеса, които обикновено се смесват: поръчката, която служи да пристигне нужното, и процесът на одобрение на покупките, който служи да се контролира разходът, преди да бъде поет. Автоматизирането на първия без втория ускорява покупките, но контролът се губи; автоматизирането на втория без първия добавя бюрокрация и не спестява нищо. Работещото решение е кратък формуляр за заявка, матрица за одобрение по сума — автоматично под определен праг, насочено към правилния човек над него — и поръчки, които се издават и проследяват без ръчна работа.

Признакът, че процесът е счупен, се разпознава лесно: поръчката се създава в системата, след като стоката вече е пристигнала, за да съвпадне с фактурата. Ако това се случва при вас, проблемът не е в инструмента.

1Неформалната поръчка

Много компании имат записан процес на покупки и реален процес. Реалният обикновено започва с имейл или обаждане до доставчика и завършва с някой от администрацията, който урежда нещата седмици по-късно.

ПоследицаЗащо боли
Няма предварителен контрол на разхода Одобрението идва, когато ангажиментът вече съществува. В този момент одобряването е формалност
Фактурата не съответства на нищо Без поръчка автоматичното съпоставяне е невъзможно и всичко минава през ръчен преглед
Не се знае какво е поето Наличният бюджет е оценка, защото липсва поръчаното, но още неполучено
Купува се по-зле Без видимост няма обединен обем, нито преговори. Плаща се цената на спешността
Преди да се автоматизира каквото и да било, един неудобен въпрос чака отговор: защо хората заобикалят процеса? Почти винаги защото официалният процес е по-бавен от нуждата. Автоматизирането му както си е само ще ускори нещо, което хората ще продължат да избягват.

2Как да автоматизирате поръчките за покупка: целият цикъл

Добре построеният процес на поръчка за покупка има пет етапа и само един от тях е одобрението.

01
Заявка
Кратък формуляр, достъпен от телефона, с минимума: какво, колко, за кога и срещу кой разходен център. Ако заявяването отнема повече от две минути, хората ще се върнат към имейла.
02
Одобрение
Автоматично под определен праг и с насочено известие над него. Със сума, доставчик и оставащ бюджет, видими в самото известие.
03
Издаване на поръчката
Поръчката се генерира и изпраща на доставчика сама. Точно тук се възстановява голяма част от административното време, а това е сред най-рядко автоматизираните етапи.
04
Проследяване
Потвърждение от доставчика, поет срок и автоматично известие при просрочие. Напомнянето за срокове е сред най-повтарящите се задачи в отдел покупки и сред най-лесните за премахване.
05
Получаване
Потвърждаване на пристигналото спрямо поръчаното, със записани разлики. Точно това позволява после фактурата да се одобри сама.

Етап 4 обикновено е сред най-изгодните и най-рядко исканите. Никой няма „да напомня на доставчика“ в длъжностната си характеристика, но някой го прави всеки ден.

3Проектиране на матрицата за одобрение

Изглежда административно, а всъщност решава дали системата ще се използва, или ще се заобикаля. Три критерия стигат за почти всяко малко и средно предприятие.

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

И четири грешки, които се повтарят:

🪜
Прекалено много нива
Три подписа за 400 евро е процес, който хората заобикалят. Всяко ниво добавя дни и размива отговорността: ако подписват четирима, никой не е гледал.
🚧
Един одобряващ без заместник
Отпускът на един човек спира покупките на цял отдел. Временното заместване трябва да е предвидено в потока, а не да се решава по чат.
🕳️
Без ескалиране по време
Ако никой не отговори, заявката остава там завинаги. Нужно е правило: след определен срок се известява следващото ниво или заместникът.
📵
Одобряването изисква влизане в ERP
Директор, който трябва да отвори лаптоп и да търси списък, ще одобри утре. От пощата или телефона одобрява сега.

4А поръчките, които получавате

Другата страна на щанда има същия проблем наопаки: клиентски поръчки, които пристигат по имейл, всяка със свой формат, и някой, който ги въвежда в ERP.

Цикълът е симетричен: извличане на редовете от съобщението или прикачения файл, проверка на артикулите и цените спрямо каталога, създаване на поръчката като чернова и потвърждение от човек. Когато клиентът е постоянен и форматът стабилен, точността обикновено е висока, а потвърждението е един поглед. Разглеждаме го подробно в автоматизиране на пощата и инцидентите.

Тук има полза, която не е оперативна, а търговска: времето между изпращането на поръчката от клиента и получаването на потвърждение. Преминаването от един ден към десет минути се усеща във възприятието за обслужване повече от много вътрешни подобрения.

5Какво да измервате

Четири показателя са достатъчни. Измерете ги преди автоматизацията, за да имате с какво да сравнявате: това е базовата линия, която обясняваме в как да изчислите възвръщаемостта от автоматизацията.

ПоказателКакво разкрива
Дни от заявката до издадената поръчка Централният показател. Над два дни е вероятно хората да купуват на своя глава
Дял покупки без предварителна поръчка Измерва неформалния процес. Трябва да намалява; ако не, официалният цикъл още е по-лош от прекия път
Автоматично одобрени заявки Показва дали прагът е добре поставен. Твърде нисък и всички одобряват, без да гледат
Поръчки, получени със закъснение Оправдава автоматичното проследяване и позволява оценка на доставчиците с данни
ПриложениеПокупкиАвтоматизация

Често задавани въпроси

Може ли цикълът на одобрение да е извън ERP?

Да, и в много случаи това е разумното. Ако модулът за покупки на ERP е негъвкав или лицензите му са скъпи, потокът на заявка и одобрение може да живее в инструмент за автоматизация и да създава поръчката в ERP едва след одобрение. Важното е да не останат две истини: окончателната поръчка трябва да съществува на едно място.

Какъв праг за автоматично одобрение е разумен?

Зависи от обема на покупките и от склонността към риск на всяка компания, така че универсално число няма. Полезният критерий е друг: ако цената да се прегледа една заявка надвишава риска да не се прегледа, прагът е твърде нисък. Прегледът поотделно на всяка покупка за 50 евро обикновено струва повече управленско време, отколкото е заложеното.

Как да спра хората да купуват на своя глава?

Като направите официалния път по-бърз от прекия, а не като забраните прекия. Двуминутен формуляр с автоматично одобрение под прага и поръчка, издадена същия ден, се конкурира добре. Цикъл с три подписа и пет дни не се конкурира с нищо.

Може ли поръчки да се одобряват от телефона?

Да, и това е сред нещата, които най-силно влияят на приемането на системата. Одобрението трябва да пристига като известие с всичко нужно за решението — сума, доставчик, предмет, оставащ бюджет — и да се решава с едно докосване. Ако принуждава да се отвори приложение и да се търси, забавянето се връща.

Ами ако доставчиците ми не приемат електронни поръчки?

Не е нужно да приемат специален формат. Потокът може да генерира поръчката като PDF и да я изпрати по имейл — това, което вече правите на ръка. Ползата е в това, че се генерира сама, номерира се сама и остава записана, а не в канала, по който пътува.

В крайна сметка

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

Етапите, които обикновено връщат най-много, не са одобрението, а издаването и проследяването: генерирането на поръчката, изпращането ѝ и напомнянето за срокове са чисто повтарящи се задачи. А щом поръчката съществува в системата, съответната фактура може да се одобри сама. Точно така подхождаме в автоматизация на процеси с изкуствен интелект.

Колко покупки при вас се правят без поръчка?

Това е числото, което най-добре описва състоянието на процеса. Преглеждаме с вас цикъла на заявка, одобрение и издаване и ви казваме кой етап да автоматизирате първи.

Заявете анализ на процесите