Dolibarr virtuális készlet: mit ígérhetünk az ügyfélnek?
Van 100 darab a raktárban, mégsem ígérhető el mind: a Dolibarr virtuális készletének csapdája
A fizikai és a virtuális készlet mást mond a vállalkozásról. Egy egyszerű Dolibarr-példa megmutatja, miért nem elég egy pozitív szám a biztos szállítási ígérethez.
Péntek reggel az értékesítő 100 darabot lát a rendszerben, és megígér egy 30 darabos hétfői szállítást. A raktáros közben már egy korábbi, 80 darabos rendelést készít össze. A beszerző szerint nincs gond: további 50 darab úton van. Mindhárman valós adatból indulnak ki, mégis könnyen csalódott ügyfél lesz a történet vége. A kérdés az, hogy ugyanarról a készletről beszélnek-e.
Két készletszám, két különböző kérdés
A Dolibarr hivatalos készletdokumentációja szerint a fizikai készlet a raktárakban nyilvántartott mennyiség. A virtuális készlet azt mutatja, mi maradna a figyelembe vett nyitott vevői, beszállítói és gyártási rendelések teljesítése után. A számításban a rendelés állapota is számít: a wiki validált vevői és beszállítónak elküldött beszerzési rendeléseket említ.
A fizikai készlet tehát a jelenlegi nyilvántartást írja le, a virtuális készlet pedig a rögzített folyamatok várható egyenlegét. Utóbbiból önmagában nem következik, hogy egy adott napon mennyit lehet ténylegesen kiadni.
A 100 − 80 + 50 = 70 csapdája
Az alábbi saját, szemléltető példa egyetlen termékkel, gyártás nélkül számol. Feltételezzük, hogy a készlet a kiszállításkor csökken, a vevői rendelés validált, a beszállítói rendelés pedig elküldött állapotú.
| Tétel | Mennyiség | Időpont |
|---|---|---|
| Fizikai készlet | 100 db | Most a raktárban |
| Korábbi vevői rendelés | −80 db | Hétfőn kiszállítandó |
| Beszállítói rendelés | +50 db | Várhatóan szerdán érkezik |
| Virtuális készlet | 70 db | A fenti rendelések teljesítése után |
A 70 darab megnyugtatónak tűnik. Csakhogy hétfőn, a korábbi ügyfél kiszolgálása után, mindössze 20 darab marad. Az új ügyfél 30 darabos igényéből 10 darab hiányozna. Ha az új rendelést is beleszámítjuk, a várható egyenleg még mindig pozitív: 40 darab. A pozitív egyenleg és a hétfői hiány egyszerre lehet igaz.
Ez a példa következtetése, nem a Dolibarr hibájának állítása. Az összesített mennyiség más kérdésre válaszol, mint egy határidőre tett szállítási ígéret. A készletet időrendben is végig kell gondolni.
A beállítás, amely megváltoztatja a számok jelentését
A Dolibarrban konfigurálható, mely üzleti esemény növelje vagy csökkentse a készletet: a dokumentáció rendeléshez, kiszállításhoz vagy számlához kapcsolódó frissítést is ismertet. Emiatt két vállalkozás azonos rendelésfolyamata eltérő pillanatban módosíthatja a nyilvántartott mennyiséget. A pontos működést a saját verzióban és beállításokkal kell ellenőrizni. Forrás: Stock modul, automatikus készletfrissítés.
Hasznos belső szabály lehet egyetlen mondatban leírni: „Nálunk a vevői készletcsökkenést ez az esemény váltja ki.” Ezt az értékesítés, a raktár és az integrációt karbantartó kolléga is ugyanúgy értse. Webshop mellett külön próbát érdemel, hogy egy külső készletüzenet és a helyi folyamat nem rögzíti-e kétszer ugyanazt a mozgást.
A darabszám mellé raktár és tételazonosító is kellhet
A hivatalos funkcióbemutató raktárankénti, termék szerinti és lot-/sorozatszám szerinti követést is ismertet. Ez üzletileg azért érdekes, mert a másik telephelyen lévő áru átszállításához idő kellhet. Egy termék összesített készlete még nem mondja meg, hogy a megfelelő helyen van-e a megfelelő darab.
A Lot / Serial modul a tételhez kapcsolódó lejárati adatokat is kezeli. Tételazonosítóra kötelezett terméknél a készletmozgáshoz ezt az azonosítót is meg kell adni. Saját működési szabályként ezért érdemes a felhasználhatóságot is ellenőrizni: egy adott ügyfélnek vagy feladatra nem feltétlenül felel meg minden nyilvántartott darab.
Egy rövid próba a következő ügyfélígéret előtt
- Válasszunk egy tesztterméket. Tesztkörnyezetben rögzítsünk ismert kezdőkészletet, vevői és beszállítói rendelést.
- Figyeljük a státuszváltásokat. Mikor változik a fizikai, és mikor a virtuális mennyiség?
- Toljunk el egy beérkezést. A mennyiségi egyenleg mellett külön nézzük meg, teljesíthető marad-e a vállalt határidő.
- Nézzük meg a mozgásnaplót. Minden tényleges mozgás egyszer szerepeljen, a megfelelő raktárral és mennyiséggel.
- Rögzítsük az ígéret feltételeit. Ki ellenőrzi a korábbi vállalásokat, a beérkezés várható idejét és az áru felhasználhatóságát?
A Dolibarr utánpótlási funkciója valós és virtuális készletadatokkal is segítheti a beszerzést. A haszna akkor látszik igazán, ha a csapat ugyanazt érti az egyes számokon. A következő belső egyeztetés jó nyitókérdése: „A képernyőn látható készletből mennyit, melyik raktárból és melyik napra merünk megígérni?”
Magyar háttéranyag: Termékek és készlet, Beszállítók és beszerzés, valamint Webshop-integrációs folyamat.
Források
- Dolibarr Wiki: Stock modul – készletfogalmak, státuszok és készletmozgási beállítások.
- Dolibarr: Stock and Warehouse Management – raktárak, mozgások és utánpótlás.
- Dolibarr Wiki: Lot / Serial modul – tételazonosítók és lejárati adatok.
Forrásellenőrzés: 2026. szeptember 26. A számpélda és a folyamatjavaslatok szerkesztői szemléltetések; a cikk nem új funkció bejelentése.
Címkék: Dolibarr · készletkezelés · virtuális készlet · raktár · beszerzés · szállítás
Nézze meg, milyen Dolibarr-folyamat illeszkedhet a vállalkozásához, vagy küldje el röviden a saját helyzetét.
Ez a Dolibarr.hu szerkesztett, magyar nyelvű útmutatója.