Mikor válik elviselhetetlenné az Excel-táblázat
Az első Excel-tábla mindig jó ötletnek tűnik. Ingyenes, mindenki ismeri, és nyolcvan terméknél hibátlanul működik.
A gond akkor kezdődik, amikor a vállalkozás nő, a táblázat viszont ugyanaz marad.
A fordulópont szinte mindig ugyanúgy néz ki. A cikkszámok száma átlépi a pár százat, már nem egy ember szerkeszti a fájlt, és a termékek egyszerre fogynak a webshopban, a boltban és egy piactéren.
Ilyenkor jelenik meg a mappában a keszlet_v3_VEGLEGES_javitott.xlsx, és senki sem tudja biztosan, melyik verzió mutatja a valóságot.
Ez nem fegyelmezetlenség.
A táblázatkezelőt egyszerűen nem többfelhasználós készletgazdálkodásra tervezték. Raymond Panko táblázatkezelési hibákról szóló kutatásai szerint a vizsgált táblázatok közel 90%-ában volt legalább egy hiba, és egy kézzel frissített készletlistánál minden elírás közvetlenül eladatlan áruban vagy lemondott rendelésben csapódik le.
Az Excel nem attól rossz, hogy táblázat. Attól válik veszélyessé, hogy nem tudja megmondani, ki, mikor és miért írta át a számot.
Ez az útmutató döntéstámogató céllal készült. Nem egy újabb funkciólistát kapsz, hanem azt, hogyan épül fel a készletnyilvántartás a napi folyamatokban: a bevételezéstől a leltárig.
Ha érted a működést, sokkal könnyebb jó kérdéseket feltenni a szoftverszállítóknak.
Sorra vesszük az alapfogalmakat (mert a legtöbb félreértés itt születik), összeállítunk egy ajánlatkérés előtti követelménylistát, végigmegyünk a bevezetés lépésein, végül segítünk eldönteni, hogy kész rendszer vagy egyedi fejlesztés illik-e hozzád 2026-ban.
Mi az a készletnyilvántartó program valójában
Meglepő, de a legtöbb kkv-vezető úgy választ készletnyilvántartó programot, hogy közben nem tudja pontosan megfogalmazni, mit kellene mérnie. A készletnyilvántartó program olyan szoftver, amely valós időben rögzíti a termékek mennyiségét, mozgását és helyét.
Röviden: megmondja, mi van, hol van, és mi történt vele.
A lényeg a mozgásban van, nem a végösszegben. Egy jó rendszer nem csak azt mutatja, hogy 50 darab van egy termékből, hanem azt is, hogy ez a szám milyen bizonylatokból állt össze.
Ettől lesz visszakereshető minden eltérés.
A készlet életciklusa bevételezéstől a leltárig
Minden termék ugyanazon az úton halad végig, függetlenül attól, hogy csavart, kozmetikumot vagy kölcsönözhető fúrógépet árulsz. A program minden állomáson egy bizonylattal rögzíti a készletmozgást:
- Bevételezés: az áru beérkezik a beszállítótól, a rendszer a szállítólevél alapján növeli a készletet, és rögzíti a beszerzési árat. Az adatok a cikktörzsben szereplő termékhez kapcsolódnak.
- Értékesítés vagy készletkiadás: eladás, belső felhasználás vagy gyártásba adás esetén a készlet csökken. A kiadás lehet automatikus (webshop-rendelésből) vagy kézi.
- Visszáru: a visszaküldött terméket vagy visszavételezed eladható készletbe, vagy minőségi zárolásra teszed, amíg ellenőrzöd.
- Selejtezés: a sérült, lejárt vagy hiányos tételt selejtezési bizonylattal vezeted ki, így a veszteség is látszik a riportokban.
- Időszakos leltár: a fizikai számlálás összevetése a nyilvántartással. Lehet évenkénti fordulónapi leltár, vagy folyamatos forgóleltár, amikor hetente csak egy-egy polcot számolsz meg.
Ha bármelyik állomás kimarad a rendszerből, a szám előbb-utóbb el fog térni a polcon lévő valóságtól.
Nem talán.
Biztosan.
Szabad, foglalt, elérhető és utánrendelési készlet
Ez az a pont, amelyet a legtöbb összehasonlító cikk kihagy, pedig itt keletkezik a legtöbb félreértés. A “hány darab van?” kérdésre ugyanis legalább négy helyes válasz létezik, attól függően, hogy ki kérdezi.
Vegyünk egy konkrét példát.
A raktárban fizikailag 50 darab van egy termékből. Ebből 10 darab foglalt, mert már beérkezett rendelésekhez tartozik, de még nincs kiszállítva.
A szabad készlet tehát 40 darab, ennyit adhatsz el most azonnal.
Az elérhető készlet ennél tágabb fogalom. Ha a beszállítótól 20 darab már úton van, és jövő keddre megérkezik, akkor az ügyfélnek akár 60 darabot is ígérhetsz határidőre.
A terminológia rendszerenként eltér, ezért mindig kérdezd meg a szállítót, nála pontosan mit jelent az “elérhető”.
A negyedik fogalom az utánrendelési szint, más néven utánpótlási pont vagy minimumkészlet. Ha beállítod, hogy 5 darab alá csökkenés esetén a rendszer automatikusan beszerzési javaslatot készítsen, akkor nem a kifogyás pillanatában veszed észre a hiányt.
Miért számít ez ennyire?
Mert ha a webshop a fizikai készletet mutatja a szabad helyett, akkor ugyanazt a 10 darabot kétszer adod el.
A készletfoglalás kezelése az egyik legfontosabb szempont, amikor programot választasz.
Készletnyilvántartó, raktárkezelő vagy ERP: mi a különbség
A szoftverpiac nem segít a tisztánlátásban: ugyanazt a terméket az egyik oldalon “raktárprogramnak”, a másikon “ERP-nek” hívják. Pedig a négy fő rendszertípus egészen más problémát old meg, és más vállalkozásnak való.
| Rendszertípus | Fő feladata | Amit nem old meg | Tipikus példa |
|---|---|---|---|
| Készletnyilvántartó | Mennyiségi követés: mi van, mennyi, melyik raktárban, milyen mozgásokkal | Polchelyszintű raktári folyamatokat, komissiózási útvonalakat, pénzügyi könyvelést | Webáruház 300-3000 cikkszámmal, amely webshopban és piactéren is értékesít |
| Raktárkezelő (WMS) | Fizikai folyamatok: polchelyek, betárolás, komissiózás, útvonal-optimalizálás, sarzs- és lejáratkövetés | Árajánlatokat, számlázást, gyártástervezést | Gyártó cég alapanyag- és késztermékraktárral, több ezer polchellyel |
| Számlázó program | Pénzügyi bizonylat kiállítása és a számlaadatok beküldése a NAV Online Számla rendszerbe | Valós idejű készletkövetést, foglalást, leltárt (vagy csak alapszinten) | Szolgáltató vagy szerviz, ahol az alkatrészforgalom kicsi, a munkadíj a fő bevétel |
| ERP | Teljes vállalatirányítás: beszerzés, készlet, értékesítés, pénzügy, HR egy adatbázisban | Gyors és olcsó bevezetést, a bevezetés jellemzően hónapokig tart | Több telephelyes kölcsönző, ahol eszközflotta, karbantartás és pénzügy egy rendszerben fut |
Egy gyakori tévhit külön figyelmet érdemel.
A NAV Online Számla kapcsolat kizárólag a számlaadat-szolgáltatást fedi le. Azt jelenti, hogy a kiállított számla adatai automatikusan eljutnak az adóhatósághoz, de a készleted ettől egyetlen darabbal sem csökken.
Ha a számlázód és a készletnyilvántartód nincs összekötve, akkor a számla kiállítása után valakinek kézzel kell levonnia a készletet.
Ez pontosan az a manuális lépés, amelyet el akartál kerülni.
A jó hír: a legtöbb kkv-nak nincs szüksége mind a négy rendszerre egyszerre.
Egy 15 fős webáruháznak tipikusan egy készletnyilvántartó és egy számlázó elég, megfelelő integrációval. Egy gyártónak WMS kell, de az ERP csak akkor, ha a beszerzés és a pénzügy összehangolása már valódi szűk keresztmetszet.
A cél nem a legtöbb funkció, hanem a feladathoz illő kombináció. Minden plusz rendszer plusz integrációt, plusz hibapontot és plusz havidíjat jelent.
Milyen funkciókra van valójában szükség
A szoftverszállítók bemutatói arról szólnak, amit a rendszer tud. Neked arról kell beszélned, amire a folyamataidnak szüksége van.
A kettő ritkán ugyanaz, ezért ajánlatkérés előtt érdemes összegyűjteni a saját követelményeidet.
Először azt tisztázd, milyen logikával működik a vállalkozásod. Az alábbi típusok igényei meglepően különböznek:
- Kereskedő: a fő kérdés a gyors forgás és a többcsatornás szinkron. Fontos a készletfoglalás, a beszállítói árak kezelése és az automatikus utánrendelés.
- Gyártó: alapanyagból készterméket állít elő, ezért darabjegyzékre (BOM) és gyártási felhasználásra van szüksége. A készletkiadás itt nem eladás, hanem gyártásba adás.
- Szerviz: az alkatrészeket munkalapokhoz köti, így tudni kell, melyik javításhoz mi fogyott. A készlet gyakran a szerelő autójában is van, nem csak a raktárban.
- Kölcsönző: az eszköz nem fogy el, hanem kimegy és visszajön. Itt a naptáralapú foglalás, az eszközállapot és a karbantartási előzmény a lényeg, nem a darabszám.
- Projektalapú építőipari cég: az anyag projektekre, helyszínekre kerül kiadásra, és a projekt végén maradék visszavételezés történik. A projektenkénti anyagköltség-követés fontosabb, mint a központi raktárkészlet.
Termék- és raktáradatok
A rossz cikktörzs olyan, mint egy ferdén lerakott alap: minden, amit ráépítesz, ferde lesz.
Ezeket a kérdéseket érdemes még a demó előtt megválaszolni:
- Cikkszám-struktúra: legyen egyértelmű, ismétlődésmentes és logikus, például kategória, típus és változat szerint. Változatos termékeknél (méret, szín) a rendszernek kezelnie kell a fő- és alcikkeket.
- Mértékegység: sok cég darabban adja el, amit kartonban vagy raklapban vesz. A programnak tudnia kell az átváltást (1 karton = 24 db) mindkét irányban.
- Beszállítói adatok: beszállítói cikkszám, beszerzési ár, minimális rendelési mennyiség és átfutási idő. Ezek nélkül az automatikus utánrendelés csak becslés.
- Több raktár vagy telephely: ha van bolt, központi raktár és mondjuk egy szervizautó, mindegyik külön raktárként jelenjen meg, raktárközi átvezetéssel.
- Sarzs, sorozatszám, lejárat: élelmiszer, kozmetikum vagy elektronika esetén ez nem extra, hanem alapkövetelmény a visszakövethetőséghez.
Integrációk: webshop, számlázó, NAV
“Van WooCommerce-integráció” jól hangzik a sales prezentáción.
A valódi kérdés az, hogy mi történik, amikor két csatornán egyszerre fogy az utolsó darab.
- Szinkronizálás iránya: tisztázd, hogy a készlet csak a programból megy a webshopba, vagy oda-vissza is. A kétirányú szinkron kényelmes, de ütközéseket okozhat, ha nincs egyértelmű “igazságforrás”.
- Szinkronizálás gyakorisága: a 15 percenkénti frissítés kis forgalomnál elég, de egy akciós napon 15 perc alatt túl is adhatsz a készleten. Kérdezd meg, van-e valós idejű (webhook alapú) frissítés.
- Foglalás kezelése: a webshop-rendelésnek azonnal foglalnia kell a készletet, nem csak a számla kiállításakor levonnia.
- Számlázó-kapcsolat: a számla kiállítása váltsa ki a készletkiadást, a sztornó pedig a visszavételezést. Különben a két rendszer szétcsúszik.
- NAV Online Számla: ezt jellemzően a számlázó intézi, nem a készletprogram. Ellenőrizd, hogy a lánc egyik eleme sem duplikálja a beküldést.
Mobil, vonalkód és offline működés
A legszebb irodai felület sem ér semmit, ha a raktáros a polc előtt állva nem tudja használni.
A valós használhatóság a raktárban dől el, nem a monitoron.
- Vonalkódolvasás: a beolvasás gyorsabb és pontosabb, mint a kézi gépelés. Egy elgépelt cikkszám rossz terméket mozgat, egy beolvasott nem.
- Mobil app vagy kézi terminál: egy olcsó Android-telefon kamerája ma már a legtöbb vonalkódot olvassa, ipari környezetben viszont érdemes dedikált terminálban gondolkodni.
- Offline mód: a raktárak hátsó sarkában, pincékben, építkezéseken gyakran nincs térerő. Az alkalmazásnak tárolnia kell a mozgásokat, és visszatéréskor szinkronizálnia, ütközéskezeléssel.
- Leltár mobilon: a forgóleltár akkor működik, ha a számlálás egy telefonnal elvégezhető, és a rendszer azonnal mutatja az eltérést.
Bevezetés: az excel-táblától a működő rendszerig
A legtöbb bevezetés nem a szoftver miatt bukik el, hanem az adatok miatt. Ha egy rendetlen Excel-táblát töltesz be egy új programba, egy drágább helyen lesz rendetlen adatod.
A siker a migráció előtti hetekben dől el.
Az adatimport buktatói
A migráció lépései sorrendben, úgy, ahogy a gyakorlatban beválnak:
- Adattisztítás: töröld az évek óta nem mozgott, megszűnt termékeket, és javítsd a hiányos megnevezéseket. Egy átlagos kkv-táblában a sorok jelentős része halott tétel, amelyet nem érdemes átvinni.
- Duplikált cikkszámok kiszűrése: keresd meg azokat a termékeket, amelyek két néven vagy két kóddal szerepelnek (például “Csavar M6” és “M6 csavar”). Ezek a duplikációk felelnek a “titokzatos” készleteltérések nagy részéért.
- Mértékegység-egységesítés: döntsd el termékenként az alap mértékegységet, és rögzítsd az átváltásokat. A darab, a karton és a “csomag” keveredése szinte biztos hibaforrás.
- Nyitókészlet ellenőrzése: az induló mennyiségeket ne a táblázatból vedd át, hanem egy fizikai leltárból. Az új rendszer csak annyira lesz pontos, amennyire a nyitókészlet.
- Tesztfuttatás: egy-két hétig futtasd párhuzamosan a régi és az új módszert egy szűkebb termékkörön, valós bevételezésekkel és eladásokkal. Így kiderülnek a hiányzó beállítások, mielőtt élesben fájnának.
- Éles indítás: válassz forgalmilag csendes időpontot (például hónap eleji hétvégét), zárd le a régi táblát írásvédetten, és onnantól csak az új rendszerben rögzíts.
Hogyan derül ki a készleteltérés oka
Eltérés mindig lesz.
A kérdés az, hogy öt perc alatt megtalálod-e az okát, vagy egy egész délutánt töltesz vele. Ehhez három dolog kell:
- Auditnapló: minden mozgásnál legyen rögzítve, ki, mikor, melyik bizonylattal és milyen mennyiséggel módosított. Ha egy szám “csak úgy” megváltozhat, az eltérés oka soha nem fog kiderülni.
- Szerepkör-alapú jogosultság: a raktáros bevételezhet és kiadhat, de ne írhassa át közvetlenül a készletet. Kézi korrekciót csak vezető végezzen, kötelező indoklással.
- Rendszeres leltárciklus: ABC-elemzéssel sorold be a termékeket. Az A kategória (a tételek kis része, amely a készletérték nagyját adja) legyen havonta számolva, a B negyedévente, a C félévente.
Ha az alapok rendben vannak, a riportok már valódi döntésekhez adnak alapot. Ezeket a mutatókat érdemes legalább havonta figyelni:
- Készletforgási sebesség: az eladott áruk beszerzési értéke osztva az átlagos készletértékkel. Ha alacsony, túl sok pénz ül a polcon.
- Holtkészlet: azok a tételek, amelyek például 6-12 hónapja nem mozdultak. Ezek kiárusítása vagy leírása gyakran gyorsabb pénzforrás, mint egy hitel.
- Készlethiány: hányszor futottál ki egy termékből, és mennyi rendelés maradt emiatt teljesítetlenül. Ez az elveszett bevétel, ami a könyvelésben nem látszik.
- Utánpótlási pont: átlagos napi fogyás szorozva a beszerzési átfutási idővel, plusz biztonsági készlet. Napi 4 darabos fogyásnál, 7 napos átfutással és 10 darab biztonsági készlettel 38 darabnál kell rendelni.
Haladóbb szinten az EOQ modell (gazdaságos rendelési mennyiség) azt is megmondja, mekkora tételekben érdemes rendelni, hogy a rendelési és a tárolási költség együtt a legkisebb legyen. Kkv-knál ez főleg a nagy értékű A tételeknél hoz érezhető megtakarítást.
Kész rendszer vagy egyedi alkalmazás
Itt jön a legnehezebb döntés… és a legdrágább, ha rosszul hozod meg.
Az alábbi döntési keret segít eldönteni, melyik úton érdemes elindulni:
- Kész SaaS-megoldás, ha a folyamatod szabványos: klasszikus kereskedés, néhány száz vagy néhány ezer cikkszám, egy-két értékesítési csatorna. A havidíjas rendszerek napok alatt elindíthatók, és a szállító viszi a frissítéseket.
- Integráció, ha két jó rendszer nem beszél egymással: ha a webshop, a számlázó és a készletprogram külön-külön megfelel, csak az adat nem folyik köztük, egy egyedi összekötő olcsóbb, mint az egész rendszercsere.
- Egyedi webes vagy mobil alkalmazás, ha a logikád nem fér bele a dobozba: amikor a készlet naptárhoz, foglaláshoz, helyszínhez vagy projekthez kötődik, és a kész rendszereket “megerőszakolva” kerülőutakkal használod.
Az egyedi út akkor térül meg, ha a kerülőutak havonta mérhető munkaórát és hibát termelnek. Egy kölcsönzőnél vagy szálláshely-üzemeltetőnél például a “készlet” valójában időablakokból áll: egy eszköz vagy szoba nem fogy el, hanem adott napokra foglalt.
Jó gyakorlati referencia erre a CompletApp megközelítése. Az általuk fejlesztett Apartmanom-típusú megoldásoknál a naptár, a foglaláskezelés és a számlázás egyetlen, az adott üzleti logikára szabott rendszerben fut, ugyanúgy, ahogy egy kölcsönzőnek vagy szerviznek is a saját folyamatára épülő készletkezelőre lehet szüksége.
A következő lépés: ismerd fel, mikor kell többet lépned
Van egy egyszerű döntési szabály.
Ha a készlethibák (túladott termékek, kifutott raktárak, kézi egyeztetésre elmenő órák) havonta mérhető pénzt visznek el, és a kész rendszerek nem illeszkednek a folyamatodra, akkor itt az ideje egyedi megoldást fontolóra venni.
Számold ki konkrétan.
Hány órát tölt havonta valaki egyeztetéssel? Hány rendelést kellett lemondani hiány miatt?
Ha ez az összeg egy év alatt eléri egy egyedi fejlesztés árát, a döntés már nem érzelmi, hanem számtani kérdés.
És egy utolsó gondolat, ami talán átrendezi a nézőpontodat.
A jó készletnyilvántartás nem szoftverválasztás kérdése.
A készletnyilvántartás folyamatszervezés, amelyet a technológia csak támogat. Ha a bevételezés, a kiadás és a leltár folyamata tiszta, szinte bármelyik jó program működni fog. Ha nem tiszta, a legdrágább sem fog.
Kezdd tehát a saját folyamataid leírásával.
A szoftver csak ezután jön.
