Автоматизацията на зареждането означава складът сам да казва кога и колко да се поръча — по правила, сметнати от историята на продажбите, а не по усета на човека, който в момента отговаря за поръчките. В основата стои една проста величина: точка на презареждане (reorder point) — нивото, при което наличността падне достатъчно, че да е време за нова поръчка. Правилно сметната, тя пази едновременно от два скъпи проблема: празен рафт и залежала стока.
Защо складът поръчва „по усет“ и защо това е скъпо?
В повечето фирми зареждането седи в главата на един-двама души. Те знаят, че „този артикул върви“, че „онзи доставчик винаги закъснява“ и че „преди Коледа търсенето скача“. Това знание е ценно — но е крехко. Излезе ли човекът в отпуск или напусне, познанието си тръгва с него, а рафтовете започват да се пълнят и празнят на случаен принцип.
Цената идва от двете страни. Свърши ли ходов артикул, клиентът си купува от конкурента, а понякога и не се връща. Поръча ли се обаче твърде много „за всеки случай“, парите замръзват в стока, която стои с месеци — класическата залежала стока, която заема място, изтича по срок и накрая се разпродава на загуба. Поръчването по усет неизбежно колебае между тези две крайности, защото човешката памет не смята — тя помни последното изгаряне.
Какво всъщност е точка на презареждане?
Точката на презареждане отговаря на един въпрос: при колко останали бройки трябва да поръчам, за да не свърша, докато новата доставка пътува? Смята се от две неща — колко се продава на ден и колко дни отнема доставката (срок на доставка, lead time). Ако продавате 20 бройки дневно, а доставчикът зарежда за 7 дни, ще изразходите 140 бройки, докато чакате. Значи трябва да поръчате, преди наличността да падне под това число.
Към сметката се добавя предпазен буфер за дните, в които се продава повече от обичайното или доставката закъснее. Красотата е, че и трите величини — дневно търсене, срок на доставка и колебанието им — се четат директно от историята във вашата система. Не се налага да ги помни никой; смятат се и се преизчисляват сами, докато данните текат.
Кога простото min/max е достатъчно — и кога не?
Най-разпространеният подход е min/max: задавате долно ниво (min), при което се генерира поръчка, и горно ниво (max), до което се дозарежда. По същество това е точката на презареждане, облечена в две числа, които всеки в склада разбира. За голямата част от артикулите с равномерно търсене това е напълно достатъчно — и е много по-надеждно от паметта.
Не всички артикули обаче заслужават еднакво внимание. Тук помага ABC анализ: разделяте номенклатурата на малкото артикули, които правят повечето оборот (A), средните (B) и дългата опашка от бавнооборотни (C). За A-групата си струва точни, често преизчислявани нива; за C-групата стигат прости, редки поръчки. Автоматизацията подрежда точно този приоритет — вниманието отива там, където парите са.
Ако тепърва градите тази основа, започнете от подредбата на самия склад. Как наличностите стават надеждни и видими в реално време описваме в статията Автоматизация на склада и инвентара — без чисти данни всяка прогноза е гадаене.
Не бързайте да купувате „изкуствен интелект за прогнозиране“. За повечето средни български складове правилно сметната точка на презареждане с ясни min/max нива носи повече ред от най-модерния модел. Сложната прогноза е инструмент за конкретен проблем — променливо и сезонно търсене — а не самоцел. Първо оправете правилото, после мислете за модела.
Кога прогнозирането на търсенето наистина си струва?
Простите min/max нива приемат, че утре ще прилича на вчера. Това е вярно за огромна част от стоката — но не за всичко. Прогнозирането на търсенето става оправдано там, където има ясен модел, който едно фиксирано число не улавя: силна сезонност (сладолед през лятото, отоплителни уреди наесен), рекламни пикове, ясен тренд на растеж или спад.
При сезонните артикули статичната точка на презареждане или закъснява за сезона, или го изпуска. Прогнозата гледа същия месец от миналите години и вдига нивата навреме — така складът се зарежда преди вълната, а не след нея. Отвъд това прогнозиране има смисъл при скъпи артикули с дълъг срок на доставка, където една сгрешена поръчка боли много. За равномерната, евтина стока то е излишно усложнение.
Каквато и логика да изберете, тя се превръща в действие едва когато е свързана с реалните поръчки. Как заявката тръгва автоматично от склада и стига до доставчика без ръчно прехвърляне показваме в решението за автоматизация от поръчка до фактура.
С какво да започнете, без да усложнявате?
Разумният ред е обратен на маркетинговия. Първо изчистете данните за наличности и продажби. После сложете min/max нива на A-групата и ги проверявайте спрямо реалния срок на доставка на всеки доставчик — не спрямо обещания. Оставете системата да напомня, когато нивото падне, и да предлага количество. Едва когато това работи и виждате къде статичните нива не се справят, добавете прогноза — но само за сезонните и капризните артикули.
За да управлявате всичко това, трябва да го виждате. Живо табло с наличности, обороти и предстоящи поръчки превръща зареждането от пожарогасене в спокоен процес — темата на статията BI отчетност в реално време. А ако тепърва решавате кои процеси изобщо да автоматизирате, започнете от основите в Какво е автоматизация на бизнес процеси.
Точно това свързване — данни, правила и автоматични поръчки — е сърцевината на услугата Автоматизация: складът поръчва по числа, а хората решават само там, където числата не стигат.
Често задавани въпроси
Трябва ли ми изкуствен интелект, за да автоматизирам зареждането?
В повечето случаи — не. За средностатистически български склад правилно сметната точка на презареждане с ясни min/max нива дава повече ред, отколкото сложен прогнозен модел. Прогнозирането си струва там, където търсенето наистина е променливо или силно сезонно.
Как да сметна срока на доставка, ако доставчикът закъснява различно всеки път?
Не се води по обещания срок, а по историята на реалните доставки. Взима се не средното, а по-предпазлив срок, който покрива повечето случаи, и към него се добавя буфер. Така точката на презареждане отчита не идеалния, а истинския доставчик.