Software pro plánování prodeje a operací: jak ho vybrat a kdy ho nekupovat

Co má S&OP software vlastně vyřešit?

S&OP software řeší dvě věci: čas potřebný na přípravu plánovacího cyklu a náklady na vytvoření scénáře. Neřeší, kdo má mandát měnit plán, kdo je vlastníkem forecastu, ani to, že výrobní kapacity žijí v tabulce mistra na směně. Pokud si potřebujete osvěžit samotný cyklus, náš slovníkový článek o tom, co je S&OP a jak probíhá měsíční cyklus, popisuje revizi poptávky (demand review), revizi zdrojů (supply review), sesouhlasení i schůzku vedení.

Problém s přípravou je reálný. V typické středně velké firmě stráví plánovač první týden v měsíci tím, že tahá historii prodejů z ERP a ručně agreguje SKU do produktových rodin. Pak přepočítává kusy na peníze podle ceníku, který finance spravují zvlášť, a slaďuje tři verze jednoho souboru. Než dojde na schůzku vedení, jsou čísla na stole dva týdny stará a alternativu nikdo připravit nestihl. Vedení pak s jedinou, lehce zastaralou variantou udělá to, co se s ní obvykle dělá: buď ji schválí, nebo se hádá o data místo o rozhodnutí.

Software dokáže ten týden zkrátit na den či dva a zlevnit přípravu druhého nebo třetího scénáře. To má reálnou hodnotu, ale jen tehdy, když má schůzka na konci cyklu mandát mezi scénáři zvolit a lidé u stolu pak dodrží, pro co se rozhodli.

Viděli jsme to ve Viscofanu, kde si dva závody, jeden v Česku a druhý v Německu, předávají mezi výrobními fázemi polotovary střívek. Interval mezi zráním a shirringem (řasením) klesl z 20 na 9 dní, tedy o 55 %, a spolu s ním se snížila i pojistná zásoba mezi závody. Změnil se S&OP proces a tok informací mezi oběma lokalitami: synchronizovaly se výrobní rozvrhy a zjednodušilo se přestavování šarží. Plánovací platformu si k tomu nikdo nekupoval.

Pod názvem „S&OP software“ se prodávají tři různé věci

Než začnete srovnávat dodavatele, je dobré vědět, že toto označení pokrývá nejméně tři typy produktů a z dema málokdy poznáte, na který z nich se právě díváte.

Prvním je nástroj pro řízení samotného S&OP cyklu. Agreguje plány z úrovně SKU do produktových rodin a kapacitních skupin, sesouhlasí kusy s penězi, drží scénáře vedle sebe a zaznamenává, co se rozhodlo a proč. Druhým je plánovací platforma třídy IBP. Umí vše z první kategorie a přidává detailní plánování zdrojů, někdy i rozvrhování výroby, a finanční plán postavený na stejném modelu. Třetím je prognostický engine, který počítá statistickou baseline poptávky, ze které revize poptávky vychází. Je to vstup do S&OP, ne S&OP samotné.

Pod stejnou nálepkou se častěji, než by měla, prodává ještě čtvrtá věc: BI dashboard, který ukazuje plán a skutečnost za minulý měsíc. Přehled je užitečný, plánovací nástroj to ale není, protože v něm plán nezměníte a neuvidíte, co ze změny plyne.

Dodavatelé tyto vrstvy volně kombinují, takže nákupní tým nakonec srovnává prognostický engine s plánovací platformou a dashboardem a dojde k tomu, že jeden z nich je „nejkomplexnější“. Rozklíčovat to pomůže jediná otázka: která vrstva vám dnes chybí? U řady středně velkých výrobců a distributorů je to právě baseline, protože revize poptávky vychází z odhadu obchodníků od oka. Tuhle vrstvu pokrývá Veritico STOCK v rámci naší práce na prognózování poptávky a optimalizaci zásob. Samotný cyklus (vlastníky, kalendář, rozhodovací práva, KPI) navrhujeme s klientem a běžet může na různých nástrojích.

Čtyři věci, které musíte mít vyřešené, než se software vyplatí

Software násobí proces, který dostane. Když proces funguje, zrychlí ho. Když nefunguje, spory jen zpodrobní. Která z variant nastane, poznáte podle čtyř podmínek.

Rytmus, který už drží. Máte za sebou aspoň tři měsíční cykly v řadě, v jakémkoli nástroji, se stejným kalendářem, stejnou agendou a stejnými lidmi v místnosti. Pokud cyklus ještě nikdy nepřežil náročnější měsíc, software ho to nenaučí.

Jeden vlastník forecastu. Za číslo poptávky odpovídá jedna role a má právo ho měnit. Obchod může namítat, finance mohou zpochybňovat, ale číslo má vlastníka. Když forecast patří všem, nový nástroj dá každému oddělení hlavně rychlejší způsob, jak si vyrobit vlastní verzi.

Dohodnutá plánovací hierarchie. Víte, na úrovni kterých produktových rodin a kapacitních skupin se o plánu rozhoduje. Bez toho nemá software co agregovat a z implementace se stanou měsíce dohadů o tom, jak seskupit 1 200 produktů.

Jedna sada čísel s financemi. Plán v kusech a plán v penězích vychází ze stejné verze. Pokud finance paralelně pracují s vlastním forecastem, bude mít schůzka vedení na stole vždy dvě pravdy a žádný nástroj nerozhodne, která platí.

Na pořadí záleží víc než na nástroji. Ve skupině AG FOODS Group, potravinářské firmě s 215 zaměstnanci, 1 200 produkty a dvěma výrobními závody, stály časté změny výrobního plánu peníze navíc. Práce začala zmapováním toho, jak plánování doopravdy probíhá, pokračovala sladěním výroby se skutečnou poptávkou a teprve potom se zaváděl nový proces. Výsledkem je jeden stabilní plán, který výroba dokáže splnit, jasnější role a méně drahých změn na poslední chvíli. Nástroje přišly až po procesu.

Excel, plánovací modul v ERP, nebo dedikovaná platforma?

Univerzálně správný nástroj neexistuje, jen nástroj správný pro počet rozhodnutí, která děláte, a pro to, jak často je musíte předělávat. Většinu rozhodnou čtyři otázky: kolik plánovačů a lokalit do plánu vstupuje, kolikrát za měsíc potřebujete přepočítat scénář, s kolika kapacitními omezeními plánujete (závody, linky, sklady, klíčoví dodavatelé) a jestli finance plánují ve stejném horizontu.

Excel je legitimní odpověď pro jeden závod, několik desítek produktových rodin a jednoho plánovače, který soubor vlastní. Přestává stačit v momentě, který poznáte i bez benchmarku. Plán v témže týdnu upravují dva lidé a nikdo si není jistý, která verze šla na schůzku. Příprava druhého scénáře trvá déle než samotné jednání. Nebo už nedokážete zpětně dohledat, proč se plán před třemi měsíci změnil.

Plánovací modul v ERP má výhodu v datech. Historie prodejů, kusovníky i kapacity už v systému jsou, takže integrace je krátká. Náklady bývají jinde: modul spravuje IT, každá změna plánovací hierarchie musí projít frontou požadavků a práce se scénáři bývá tak pomalá, že plánovači data stejně exportují do Excelu.

Dedikovaná S&OP nebo IBP platforma dává smysl, když je proces vyspělý a úzkým hrdlem je rychlost a počet scénářů. Typickým příznakem jsou kapacity sdílené mezi několika závody, časté kompromisy mezi úrovní služeb a náklady, které je potřeba vyčíslit před schůzkou, a finanční tým připravený plánovat ve stejném modelu.

Pokud nesedí ani jedna ze tří možností, problém obvykle není v nástroji, ale v některé ze čtyř podmínek z předchozí části. Pak je před jakýmkoli nákupem na řadě práce na kapacitním plánování, na vlastnictví poptávky nebo na governance.

Co si prověřit, když vám to demo dodavatele neukáže

Každé demo předvádí scénáře, dashboardy a úhlednou hierarchii na ukázkových datech. O tom, jestli budete nástroj používat i rok po ostrém startu, ale rozhodují tyhle otázky.

Jak se scénář dostane na schůzku. Nejde o to, jestli nástroj scénář namodeluje, ale kolik práce dá připravit do pondělního rána tři varianty příštího kvartálu a jestli je obchodní ředitel přečte i bez plánovače vedle sebe.

Jak se z kusů stanou peníze. Odkud se berou ceny, marže a náklady, kdo je udržuje a co se stane, když finance uprostřed cyklu změní ceník.

Jak se zaznamenávají rozhodnutí. Jestli nástroj uchovává předpoklad za každou změnou, abyste za tři měsíce dokázali bez prohledávání e‑mailů odpovědět na otázku „proč jsme v květnu snížili plán pro tuhle produktovou rodinu“.

Odkud přichází baseline. Některé platformy prognózují samy, jiné čekají data ze specializovaného enginu. Fungovat může obojí. Podstatné je před podpisem otestovat přesnost na vlastní historii. Jak takový test nastavit, popisujeme v článku jak vybrat software pro optimalizaci zásob a jak ho otestovat před podpisem.

Kdo bude hierarchii spravovat, až odejde implementační tým. Nové produkty, vyřazené řady, nový sklad. Pokud každá změna potřebuje dodavatele, model se do roka od firmy vzdálí.

Kolik stojí provoz, ne jen nákup

Licence bývá menší částí nákladů. Větší část je práce okolo a právě tu business casy středně velkých firem nejčastěji vynechávají.

Někdo musí cyklus řídit: připravovat revize, shánět podklady, hlídat kalendář a zapisovat rozhodnutí. Ve firmách, kde to není ničí práce, se z toho potichu stane druhý úvazek plánovače poptávky a proces během pár měsíců upadá. Někdo musí udržovat plánovací hierarchii a mapování SKU na produktové rodiny. Integrace s ERP potřebuje péči při každé změně ERP. A noví lidé v obchodě a financích se musí naučit plán číst, jinak si budou dál říkat o verzi v Excelu.

Pro finančního ředitele je druhou stranou rovnice to, co má proces přinést a jak to změřit: méně změn plánu ve zmrazeném horizontu, nižší pojistná zásoba tam, kde si závody nebo sklady předávají materiál, méně přestavení linek kvůli pozdním změnám plánu a méně nouzových nákupů. Každý z těchto ukazatelů se dá porovnat s měsíci před změnou. Pokud se nečeká posun ani u jednoho, software si cenu obhájí těžko. Nákladovou stránku rozhodnutí mezi vlastním vývojem a nákupem rozebíráme v článku Build vs. buy: skutečné náklady na predikci poptávky a doplňování zásob.

Jak software otestovat před podpisem smlouvy

U prognostického enginu je správným testem backtest na vlastní historii. U S&OP softwaru je ekvivalentem souběh dvou měsíčních cyklů: jeden běží jako dnes, druhý v testovaném nástroji, nad stejnými daty a se stejnými lidmi.

U obou cyklů sledujte čtyři věci: kolik pracovních dnů zabrala příprava, kolikrát se měnil plán uvnitř zmrazeného horizontu, kolik rozhodnutí se zapsalo i s předpokladem a kolik scénářů se opravdu dostalo na schůzku vedení. Srovnání vám řekne víc než jakýkoli seznam funkcí a včas ukáže, jestli nástroj sedí na to, jak vaši lidé pracují.

Test má smysl, jen když se ho vedle plánování zúčastní i obchod a finance. Pokud nedorazí na testovací cykly, nedorazí ani na ostré a ze softwaru se stane nástroj plánovačů pro plánovače. Strukturovaný sourcing a výběr technologií drží hodnocení u těchto měřítek, ne u nejefektnějšího dema.

Kdy S&OP software nekupovat

Jsou situace, kdy je správné počkat, a říct si to včas ušetří měsíce implementační práce.

Schůzka vedení nemá mandát měnit plán. Pokud se o výsledku jednání rozhoduje jinde nebo plán druhý den nikdo nerespektuje, vyřešte nejdřív governance. Software jen zdokumentuje, že se plán nedodržuje.

Jste uprostřed nasazování ERP nebo WMS. Kmenová data, přesnost zásob i pozornost plánovacího týmu spotřebuje migrace. Rozjet vedle toho druhý plánovací projekt znamená, že oba dostanou polovinu pozornosti. Co se na straně plánování rozbije při nasazení ERP a WMS, popisujeme v samostatném materiálu.

Skutečným problémem je doplňování zásob, ne sesouhlasení. Pokud vás trápí výpadky a přezásobení na úrovni položek a lokací, potřebujete nástroj na doplňování a optimalizaci zásob, ne měsíční proces hledání konsenzu. Obojí spolu souvisí, ale kupuje, testuje a zavádí se jinak.

Jeden závod, stabilní poptávka, úzký sortiment. Disciplinovaný kalendář a pečlivě vedená tabulka vám poslouží dobře a peníze se vyplatí dát spíš do forecastu, který ji krmí.

Často kladené otázky

Jaký je rozdíl mezi S&OP softwarem a IBP softwarem?
S&OP software podporuje měsíční cyklus, který sesouhlasí poptávku, zdroje a kapacity na úrovni produktových rodin, obvykle v horizontu 12 až 24 měsíců. IBP software rozšiřuje stejný model na celý finanční plán a často i na detailní plánování zdrojů. Většině středně velkých firem chybí právě S&OP vrstva. IBP dává smysl, až když je S&OP cyklus stabilní a finance jsou připravené plánovat ve stejném modelu.

Dá se S&OP řídit v Excelu?
Ano, a řada firem by tak měla aspoň začít. Excel funguje pro jednu lokalitu, omezený počet produktových rodin a jednoho vlastníka souboru. Přestává stačit, když plán v jednom cyklu upravuje víc lidí, když příprava druhého scénáře trvá déle než schůzka nebo když už nedokážete dohledat, proč se plán změnil.

Jak dlouho trvá implementace S&OP softwaru?
Záleží méně na softwaru a víc na tom, co je hotové před ním. Se stabilním cyklem, jedním vlastníkem forecastu a dohodnutou plánovací hierarchií jde hlavně o konfiguraci a integraci. Bez nich padne většina času na dohodu o hierarchii a rozhodovacích právech a ta práce vás čeká s jakýmkoli nástrojem.

Musíme před spuštěním S&OP nejdřív opravit forecast?
Ne. Měsíční cyklus se dá rozjet s forecastem, který máte, a je to jeden z nejrychlejších způsobů, jak zjistit, kde forecast selhává. Potřebujete ale jednoho člověka, který za něj odpovídá. Zpřesňování statistické baseline je souběžná práce, ne podmínka.

Chcete zjistit, co vašemu S&OP doopravdy chybí?

Můžeme se zúčastnit jednoho z vašich plánovacích cyklů a ještě před investicí do softwaru vám říct, jestli problém leží v procesu, v datech, nebo v nástroji. Probrat to s expertem.