Gyártástervezés

A legtöbb gyártóvállalatban a termeléstervezés emberek fejében és Excel-táblákban történik. Kisebb volumenek mellett működik, amíg a komplexitás átlép egy küszöböt, ahol az emberi agy már nem tudja az összes változót egyszerre kezelni.

Tipikus helyzetek, amiket te is felismerhetsz:

• Alacsony kereslet, altatott gyártósor. Nem gyártasz, mert most nincs szükség rá. Két hét múlva viszont kapkodás van, mert nincs miből kiszolgálni.
• Közepes kereslet, végtelen átállások. Mindenből gyártasz egy kicsit. A gyártósorok az idejüket átállással töltik, nem termeléssel.
• Csúcsidőszak, tűzoltás. Rövid határidők, sok termék, véges kapacitás. Olyan kombinatorikus feladat, amit fejben vagy táblázatkezelőben senki nem old meg.
• Menet közben változó tervek tovább növelik a gyártósor zavarát.

A közös gyökérok: a tervezés reaktív és rendelésvezérelt, és a feladat túl összetett ahhoz, hogy fejben vagy táblázatban kezelhető legyen.

A gyártás és a kiszolgálás két külön optimalizálási feladat. A kérdés: milyen készletállapotot kell fenntartani?

Az FMCG szektorban a vevői rendeléseket készletről szolgálják ki. A gyártás sosem „közvetlenül" a vevőnek termel. Ha ez így van, a gyártás feladata a készletszint fenntartása, nem rendelésteljesítés.

Két elkülönített réteg:

• Kiszolgálási allokáció. Eldönti, melyik raktárból vagy gyárból optimális kiszolgálni a forecastolt igényt. Figyelembe veszi a szállítási költségeket, meglévő készleteket és gyártási lehetőségeket.
• Gyártási tervezés. Nem rendeléslistát kap, hanem készletcélokat és hiányokat. Feladata: hová és mennyit kell termelni ahhoz, hogy a készletszintek rendben maradjanak, a kapacitáskorlátok és a gyártási hatékonyság figyelembevételével.

A célkészlet ismeretében három lépésben születnek a gyártási döntések. Extrém helyzetekben is végrehajtható tervet adunk.

Trigger: mikor érdemes gyártani?
Nem minden eltérés a célkészlettől igényel azonnali reakciót. Ha a hiány kisebb, mint a kereslet normál heti ingadozása, nem érdemes gyártással „kergetni", mert az csak felesleges átállásokat generál. Ez az egyszerű szabály a felére csökkenti az átállások számát anélkül, hogy a kiszolgálást veszélyeztetné.

Mennyiség: backlog-first logika
A backlog (a már bekövetkezett késés) mindig elsőbbséget élvez. Először a backlogot számoljuk fel, és csak utána töltjük a készletet a célszintig. Így a meglévő vevői késések nem halmozódnak tovább.

Kapacitáskezelés
A kapacitástervezés lényege: Ha a szükséges mennyiség meghaladja a heti kapacitást (leállás utáni újraindulás, szezonális csúcs), a készletfedezet alapján priorizálunk. Mindig születik végrehajtható terv; legfeljebb a kevésbé kritikus SKU-k feltöltése csúszik egy héttel.
 

Átlátható döntéstámogató eszköz, amelyik proaktív működést tesz lehetővé.

Kiszolgálási szint
A készletalapú megközelítéssel nem várunk arra, hogy egy rendelés „megmondja", miből kell gyártani. Proaktívan töltjük a készletet. A backlog kezelése strukturált: a késéseket prioritás alapján számoljuk fel.

Gyártási hatékonyság
Az átállások száma csökken, mert a trigger szabály kiszűri a gazdaságtalan kis gyártásokat. A sarzsok nagyobbak, a gyártósorok kihasználtsága javul. Ritkábban, de nagyobb tételben gyártunk.

Algoritmikus stabilitás
Extrém helyzetekben (üres raktár, hirtelen keresletcsúcs) mindig van végrehajtható ütemterv. A rolling horizon biztosítja, hogy hétről hétre konvergáljon a készleteloszlás az optimum felé.

Kivétellista és transzparencia
A kimenet nem csak gyártási lista. Megmutatja, melyik SKU-nál van készlethiány-kockázat, hol nem szüntethető meg a backlog a kapacitáskorlátok miatt, hol szükséges menedzsment döntés. 

❓ Milyen méretű gyártóvállalatoknak szól ez?
Ha több mint 50 SKU-d van, több gyártósoron dolgozol, és az átállási idők befolyásolják a kapacitást, valószínűleg kinőtted az Excelt. A logika 200 és 2000 SKU-s környezetben egyaránt működik.

⚙️ Mi van, ha van ERP-nk, de annak a gyártástervező modulja nem elég?
Ez a leggyakoribb kiindulási pont. Az ERP-k gyártástervező moduljai jellemzően nem kezelnek kapacitáskorlátokat, átállási mátrixokat és készletalapú optimalizálást. A rendszerünk az ERP mellé épül, annak adataira támaszkodik, és az ütemtervet visszaadja az ERP-nek.

⚡ Mennyi idő a bevezetés?
A feltárás és modellezés jellemzően 4–8 hét. Az első éles előrejelzés ezután 2–4 héten belül futhat. A teljes rendszer (készletcélokkal, kapacitástervezéssel és kapacitáskorlátos ütemezéssel) 3–6 hónap alatt áll élesre, fokozatos bevezetéssel.

▶️ Milyen adatokra van szükség az induláshoz?
Rendelési és kiszállítási előzmények (legalább 12 hónap), aktuális készletadatok, gyártósor-kapacitások, átállási idők és termékcsoportok. Ha ezeknek egy részét Excelben tartjátok, azzal is tudunk dolgozni.

♠️ Hogyan kezeli a rendszer a szezonalitást és a promóciókat?
Az előrejelzési modellek exogén változóként kezelik a promóciós naptárat, a szezonális mintákat és az időjárási adatokat. A többmodelles architektúra azt a modellt súlyozza erősebben, amelyik az adott időszakban és terméknél pontosabbnak bizonyult.

⚔️ A gyártó kollégák hogyan fogadják az új rendszert?
A bevezetés kritikus pontja, és tudatosan kezeljük. A szoftver megalapozott javaslatot ad, amit a tervező finomhangol. A kulcsfelhasználókat a feltárás elejétől bevonjuk.

☠️ Mi történik, ha az előrejelzés téved?
A gördülő horizont és a heti újratervezés biztosítja, hogy az előrejelzési hibák nem halmozódnak. Egy két héttel ezelőtti rossz forecast hatása a következő tervezési ciklusban már korrigálódik. A tervező az ismert piaci információt bármikor beépítheti.

⚠️ Constraint programming, SAT megoldók – mi ez és miért számít?
A valós gyártástervezés kombinatorikus optimalizálási probléma sok SKU, több gyártósor, átállási mátrix, véges kapacitás. Ezeket a feladatokat szabályalapú logikával nem lehet megoldani. A constraint programming és a SAT megoldók olyan matematikai eszközök, amelyek garantáltan megvalósítható megoldást adnak, még akkor is, ha a feladattér hatalmas.

Írd le, milyen gyártástervezési kihívással küzdesz. Rövid időn belül jelentkezünk egy indikatív javaslattal.