Raktárvezető — WMS
Részleg: Raktár és logisztika
Szint: Vezetői
Elsődleges cél: Raktári üzemi hatékonyság, készlet pontossága, megszakítás nélküli be-/kimenő folyamat és OMS-integráció
Mit csinál ez a szerepkör
A Raktárvezető felügyeli a teljes fizikai és digitális műveletet — konfigurálja a raktárstruktúrát, kezeli az árukatalógust, koordinálja a csapatot, KPI-kat figyel, eltéréseket vizsgál, és administrálja az OMS-integrációt a külső csatornáktól érkező rendelésekhez. Felelős azért, hogy a CRMconnect mindig tükrözze a raktár fizikai valóságát.
Kezelt modulok
| Modul | Hol található | Mire használja |
|---|---|---|
| Raktárlista | Raktár → Raktárlista | Fizikai helyszínek létrehozása és kezelése |
| Raktárbeállítások | Raktár → Beállítások | Globális WMS-konfiguráció |
| Áruk | Raktár → Áruk | Teljes cikkszám-katalógus + újrarendelési pontok |
| Raktárjelentések | Raktár → Jelentések | KPI-k, készletértékelés, forgalom |
| Raktári előzmények | Raktár → Előzmények | Bármely mozgás teljes auditja |
| OMS Értékesítési csatornák | OmniSales → Csatornák | Külső csatornák konfigurálása (WooCommerce stb.) |
| OMS Rendelések | OmniSales → Rendelések | Külső csatornák rendeléseinek monitorozása |
| OMS Szinkronizálási audit | OmniSales → Szinkronizálási audit | Szinkronizálási problémák diagnosztizálása |
| Fizikai leltár | Raktár → Fizikai leltár | Leltározási munkamenetek jóváhagyása és felügyelete |
| Kiigazítások és veszteségek | Raktár → Kiigazítások | Magas értékű kiigazítások jóváhagyása |
Teljes nyomon követhetőség — folyamat térkép
Mint Vezető, Ön látja a teljes készlet-életciklust:
BEÉRKEZÉS
─────────────────────────────────────────────────────
[Beszerzés] Megrendelő (PO)
↓
[Befogadás] GRN — Árubeérkezési bizonylat (+ vonalkód-olvasó)
↓
[WMS] Készlet beírva az Árukba → Raktári előzmények: beérkező bejegyzés
BELSŐ MOZGÁSOK
─────────────────────────────────────────────────────
[Leltár] Belső átadás (A raktár → B raktár)
[Termelés] Belső kiadási bizonylat (készlet → termelés/projektek)
[Kiigazítások] Kiigazítások és veszteségek (kár, lopás, lejárat)
KIMENŐ
─────────────────────────────────────────────────────
[Értékesítés] Értékesítési rendelés (belső) ┐
[OMS] OMS-rendelés (WooCommerce/marketplace) ├─→ Szállítólevél
[B2B] Elosztói portál rendelés ┘ ↓
(+ szkenner komissiózás ellenőrzése)
↓
Csomagjegyzék (futat manifeszt)
↓
Készlet csökkentve az Árukban
Raktári előzmények: kimenő bejegyzés
Számla generálva a szállítólevélből
VISSZÁRUK
─────────────────────────────────────────────────────
[Vevő → Raktár] Kiszállítási visszáru → készlet visszakerül (aktív vagy karantén)
[Raktár → Szállító] Visszáru a szállítónak → készlet ki + értékvissza-szerzés
EGYEZTETÉS
─────────────────────────────────────────────────────
[Időszakos] Fizikai leltár (szkenner) → Kiigazítások, ha szükséges
[Folyamatos] Raktári előzmények — bármely mozgás, bármely operátor, bármikor
Konfigurációk, amelyeket Ön kezel
Raktárstruktúra
Raktár → Raktárlista — annyi helyszínt hozzon létre, amennyire szükség van:
| Példa helyszín | Felhasználás |
|---|---|
| Főraktár | Elsődleges üzemi készlet |
| Karanténraktár | Vizsgálatra váró, nem megfelelő beérkező áruk |
| Visszáruraktár | Döntésre váró visszaküldött áruk |
| Bemutatóterem | Fizikai üzletben kiállított készlet |
| Külső raktár | Regionális hub vagy 3PL |
Minden raktárnak különálló készlete van; az átadások belső átadási bizonylaton keresztül rögzítve.
Árukatalógus (Áruk)
Felelős, hogy minden cikkszám rendelkezzen:
- Beállított újrarendelési ponttal → automatikus riasztást vált ki, ha a készlet a szint alá esik
- Alapértelmezett tárolási raktárral → az operátorok tudják, hova kell tenni az árukat befogadáskor
- Helyes mértékegységgel → megakadályozza a rendelési hibákat
- Értékelési módszerrel (FIFO / átlagos költség) → helyes pénzügyi jelentéstétel
OMS-integráció — csatorna konfiguráció
OmniSales → Értékesítési csatornák — minden külső csatorna konfigurálása:
WooCommerce:
→ Áruház URL, API hitelesítő adatok
→ Szinkronizálási frekvencia (pl. 15 percenként)
→ Termékleleképezés: WooCommerce cikkszám ↔ belső CRMconnect cikkszám
→ Raktárleleképezés: melyik raktárból csökken a készlet ennek a csatornának a rendeléseinél
Marketplace (eMag, Amazon stb.):
→ Marketplace API hitelesítő adatok
→ Kategória- és árleleképezés
→ Marketplace-en megjelenített készlet = kiválasztott raktár elérhető készlete
B2B Elosztói portál:
→ Külön konfigurálva a Portálok → Elosztói portálban
→ Rendelések belépnek az OMS-be → ugyanolyan kiszállítási folyamat
Fő szabályok az OMS konfigurálásakor:
- Minden csatorna a konfigurált raktárból látja az elérhető készletet
- A készlet szinkronban csökken minden csatornán, amikor rendelés érkezik — megakadályozza a túlértékesítést
- Ha egy csatorna helytelen készletet mutat → leképezés ellenőrzése az Értékesítési csatornákban
Heti rutin
Hétfő — raktár egészségügyi ellenőrzés
- Jelentések → Elérhető készlet — általános áttekintés
- Jelentések → Újrarendelési pont — minimumszint alatti cikkszámok → lista küldése a Beszerzésnek
- OMS Rendelések — „Új" státuszú rendelések szűrése kiadott szállítólevél nélkül > 24 óra → blokád kivizsgálása
Szerda — audit és eltérések
- Kiigazítások és veszteségek — heti kiigazítások felülvizsgálata → minták azonosítása (ugyanaz a cikkszám, operátor, ok)
- OMS Szinkronizálási audit — ismétlődő szinkronizálási hibák ellenőrzése → ha igen → IT-hez eszkaláció
- Tervezett ciklikus leltárok felülvizsgálata → megerősítés a teljesítésről
Péntek — menedzsment-jelentéstétel
- Jelentések → Készletértékelés → hét végi készletérték
- Jelentések → Készletforgalom → lassan mozgó cikkszámok (promóció vagy likvidálás jelöltjei)
- A heti KPI-k összesítése jelentéstételhez
Fő munkafolyamatok
1. munkafolyamat — Új OMS csatorna hozzáadása
Döntés: új WooCommerce áruház megnyitása
→ OmniSales → Csatornák → Új csatorna hozzáadása
→ Kitöltés: név, csatorna típusa (WooCommerce/Shopify/más), API hitelesítő adatok
→ Szinkronizálási frekvencia konfigurálása (javasolt: 15 perc rendelésekre, 1h készletre)
→ Termékek leleképezése: belső cikkszám ↔ külső csatorna cikkszám/ID
→ Forrásraktár kiválasztása a készlethez
→ Teszt: tesztrendelés leadása a csatornáról → ellenőrizze, hogy megjelenik-e az OmniSales → Rendelésekben
→ Ellenőrizze, hogy a készlet helyesen csökken-e rendelés visszaigazoláskor
→ Csatorna aktiválása → komissiózó operátor látja a rendeléseket az OMS-ben
2. munkafolyamat — Készleteltérés vizsgálata
Ciklikus leltárjelentés mutatja: X cikkszám = 80 egység fizikailag, 95 egység a rendszerben
Különbség: 15 egység hiányzik
→ Raktár → Raktári előzmények → X cikkszám szűrése, elmúlt 30 nap
→ Összes mozgás elemzése:
- Beérkezések (GRN-ek): egyeznek-e a mennyiségek?
- Kimenők (szállítólevelek): minden szállítólevélhez van-e kapcsolódó rendelés?
- Belső kiadási bizonylatok: fogyasztott-e valaki dokumentum nélkül?
- Kiigazítások: vannak-e kiigazítások egyértelmű ok nélkül?
→ Ha az ok azonosítható → a hibás dokumentum javítása
→ Ha nem azonosítható → Kiigazítás rögzítése „Megmagyarázatlan eltérés" okkal + vizsgálati megjegyzés
→ Ha a minták ismétlődnek → intézkedés: képzés, eljárásváltoztatás, belső vizsgálat
3. munkafolyamat — Éves leltár előkészítése
2 héttel korábban:
→ Fizikai leltár munkamenetek létrehozása zóna/kategória szerint
→ Csapattal való kommunikáció: számlálási terv, felelősségi zónák, dátum
→ Ha teljes leltár: befogadások és kiszállítások blokkolása a számlálás napján (vagy éjjel)
Számlálás napja:
→ Minden operátor megkapja a saját zónáját + szkenner
→ Fizikailag megszámlálni → platform munkamenetekbe bevitele
→ Számlálás közben ne keressenek rá a rendszerkészletre
Számlálás után:
→ A platform eltéréslista generál
→ Jelentős különbségű cikkeknél második számlálás
→ Megerősített különbségek érvényesítése → kiigazítások rögzítése
→ Leltárjelentés mentése → átadás a Pénzügynek a mérleghez
4. munkafolyamat — Újrarendelési pont alatti cikkszám
Automatikus jelentés vagy riasztás: Y cikkszám = 15 elérhető egység, minimum = 50 egység
→ Okok ellenőrzése: szokatlan fogyasztás? váratlan nagy rendelés? késedelmes GRN?
→ Riasztás küldése a Beszerzésnek: cikkszám, jelenlegi mennyiség, minimális mennyiség, javasolt rendelési mennyiség
→ A Beszerzés sürgős megrendelőt ad ki
→ GRN nyomon követése → megerősítés, hogy a készlet időben megérkezik
→ Újrarendelési pont módosítása, ha a fogyasztás strukturálisan megváltozott
Raktári teljesítmény-mérőszámok
| KPI | Meghatározás | Figyelmeztető jelzés |
|---|---|---|
| Készlet pontossága | % cikkszámok eltérés nélkül a ciklikus leltárnál | < 97% = rendszeres probléma |
| Rendelésteljesítési arány | % rendelések készlethiány nélkül kiszállítva | < 95% = rosszul kezelt készlet |
| Rendelés → kiszállítás ideje | Órák a rendelés visszaigazolásától a kiadott szállítólevélig | > 24h = üzemi szűk keresztmetszet |
| Kiigazítás értéke / hónap | Kiigazítások veszteségei a készletérték %-ában | > 0,3% = vizsgálat |
| OMS rendelések szinkronizálási hibával | Külső csatornákból nem beérkező rendelések | > 0 24 órán belül = IT riasztása |
| Újrarendelési pont alatti cikkszámok | Megoldatlan újrarendelési riasztású cikkek | 0 48 órával a riasztás után |
| Készletforgalom | Hányszor újul meg a készlet évente | Iparágspecifikus; havi monitorozás |
Gyakorlati tippek
A karantén készlet nem aktív készlet. Konfiguráljon külön karanténraktárt — ne fogadja el, hogy nem megfelelő vagy visszaküldött áruk ugyanabban a „raktárban" legyenek, mint az aktív készlet. A zavar hibás termékek kiszállítását generálja.
Éjszakai OMS szinkronizálás meghiúsulása = reggel elveszett rendelések. Először ellenőrizze a szinkronizálási auditokat. Egy 24 órán át észrevétlen API hiba = rendelések, amelyek soha nem jutottak el a komissiózáshoz.
Az újrarendelési pontok élők, nem statikusak. Negyedévente vagy minden évszak után tekintse át — egy 2 évvel ezelőtt az akkori volumenre beállított küszöb ma teljesen rossz lehet.
A Raktári előzmények a legjobb válasz bármely panaszra. Amikor egy vevő azt mondja, hogy mást kapott, amikor egy szállító vitat egy terhelési értesítőt, amikor a Pénzügy nem ért meg egy mérlegértéket — nyissa meg az Előzményeket, szűrjön, és 2 percen belül ott van a válasz.