Készletmozgások digitális dokumentálása

24 darabos eltérés a rendszerben eleinte kezelhetőnek tűnik. Problémássá akkor válik, ha senki sem tudja megmondani, hogy az árut rossz helyre tárolták-e, megrendelésre kivették-e, megsérült-e, vagy soha nem könyvelték le. Aki digitálisan akarja dokumentálni a készletmozgásokat, ezáltal nem egyszerűen több adatot hoz létre. Nyomon követhető történetet hoz létre minden egyes készlettételhez - és ezzel szilárd alapot a beszerzéshez, a gyártáshoz, a szállításhoz és a leltárhoz.

Kis- és középméretű raktárak esetében ez ritkán jelent esetet egy átfogó enterprise csomaghoz. Meghatározó egy olyan rendszer, amely leképezi az áru tényleges útjait: áru átvétele a kapunál, áthelyezés a polcok között, anyagkivétel a műhelyben, komissiózás, visszáruk és korrekciók a leltár után. Minél ritkábban kell a csapatoknak váltaniuk papír, Excel és szóbeli egyeztetés és több program között, annál megbízhatóbbá válnak a számok.

A készletmozgások digitális dokumentálása a tranzakciónál kezdődik

Egy aktuális készletszint csak egy kérdésre válaszol: mennyi van éppen? A napi működéshez ez gyakran nem elég. Kérdések felmerülésekor a csapatnak más kérdésekre is válaszra van szüksége: Mikor változott a készlet? Ki végezte a könyvelést? Honnan jött az áru, hová ment, és milyen üzleti tranzakció váltotta ki?

Pontosan itt van a különbség egy egyszerű készletlista és egy digitális mozgásdokumentáció között. Minden változást önálló, megváltoztathatatlan tranzakcióként tárolnak. A készletszint ezután ezekből a tranzakciókból származik. Ha például egy tételt az A-03 raktárhelyről B-12-re helyeznek át, a rendszernek nyomon követhetően össze kell kapcsolnia egy kimenő és egy bejövő mozgást. Ha anyagot vesznek ki egy gyártási megrendeléshez, a könyvelés ahhoz a megrendeléshez tartozik - nem csupán egy névtelen mennyiségváltozáshoz.

Ez az elv nem akadályozza meg teljesen a hibákat. Viszont megkereshetővé teszi őket. Egy korrekció ekkor nem írja felül a régi értéket, hanem új korrekciós tételt hoz létre indoklással. Ez kevésbé kényelmes, mint egy szám közvetlen módosítása, de lényegesen jobb a leltárak, reklamációk, és belső egyeztetések szempontjából.

Milyen adatok valóban szükségesek mozgásonként

Sok projekt válik feleslegesen bonyolulttá, mert kezdettől fogva minden elképzelhető mezőt betervezünk. A megbízható működéshez általában néhány, gondosan karbantartott adat elegendő. Nem a űrlap hossza a meghatározó, hanem hogy minden könyvelés tartalmilag egyértelmű maradjon.

Egy mozgáskönyvelésnek legalább ezeket az információkat kell tartalmaznia:

• Tétel vagy anyag, egyedi cikkszámmal együtt
• Mennyiség és mértékegység, például darab, méter, kilogramm, vagy doboz
• Mozgástípus, például bevételezés, kivét, áthelyezés, visszáru, vagy korrekció
• Forrás- és célhely, amennyiben a mozgástípus mindkettőt érinti
• Időpont, a végrehajtó személy, és egy nyomon követhető bizonylathivatkozás

A bizonylathivatkozás lehet megrendelés, szállítólevél, vevői megrendelés, gyártási megrendelés, vagy leltári tétel. Később időt takarít meg, mert a könyvelést nem kell először megjegyzéseken keresztül értelmezni. A szabad szöveg hasznos marad kivételek esetén, de nem helyettesítheti a kötelező adatokat.

Sarzskötelezett, sorozatszámmal ellátott, vagy romlandó tételek esetében további jellemzők adódnak hozzá. Ekkor például egyértelműnek kell lennie, hogy melyik sarzsból történt a kivét, vagy melyik lejárati dátum érintett. Ez nem egy részlet későbbre: ha nyomon követhetőség szükséges, annak közvetlenül a könyvelési folyamatban kell működnie.

A mozgástípusok igazítása a valós áruáramláshoz

A legértelmesebb kategóriák nem egy workshopon, egy elvont folyamatábra mellett születnek, hanem egy raktári bejáráson. Hol veszik át ténylegesen az árut? Ki dönt a zárolt készletről? Mikor könyvelik ki az anyagot: a műhelynek történő átadáskor, a gyártás kezdetekor, vagy csak a felhasználáskor?

Áruátvétel és minőségellenőrzés

Áruátvételkor az árut először a megrendeléssel vagy a szállítólevéllel szemben kell ellenőrizni. Egy digitális rögzítés közvetlenül összekapcsolhatja a mennyiséget, a beszállítót, a bizonylatszámot, a raktárhelyet, és opcionálisan a sarzsot. Ha ellenőrzés szükséges, az áru ne jelenjen meg automatikusan szabadon rendelkezésre állóként. Egy olyan státusz, mint "ellenőrzés alatt" vagy "zárolt" megakadályozza, hogy az ellenőrizetlen anyagot véletlenül komissiózzák.

Áthelyezés és belső átadások

Az áthelyezéseket különösen gyakran elfelejtik, mert nem hoznak létre látható külső bizonylatot. Az eredmény az, hogy az összkészlet stimmel, de senki sem találja az árut a várt helyen. A mobil könyvelések kéziszkennerrel, táblagéppel, vagy egyszerű webes űrlappal segítenek ebben, amennyiben kevés bevitelt igényelnek. Egy bonyolult képernyős űrlapot a napi működésben megkerülnek - függetlenül attól, hogy mennyire jól van megtervezve a mögötte lévő adatbázis.

Kivét, szállítás és visszáru

Kivéteknél a könyvelésnek meg kell felelnie a megfelelő célnak. A munkamegrendeléshez szükséges anyag, a vevői megrendeléshez szükséges áru, és a selejt tartalmilag eltérő tranzakciók. Ugyan csökkenthetik ugyanazt a cikkkészletet, de eltérő kiértékeléseket igényelnek. A visszáruknak is saját mozgástípusnak kellene lenniük. Egyébként bizonytalan marad, hogy egy tétel újra felhasználható-e, ellenőrizni kell-e, vagy ki kell-e könyvelni.

A rögzítésnek a raktár padlóján kell működnie

A digitalizáció ritkán azért bukik el, mert egy csapat nem érti a hasznát. Gyakrabban öt extra kattintáson, instabil WiFi-n, nem egyértelmű cikkszámokon, vagy olyan könyvelésen bukik el, amelyet csak a műszak vége után, az irodai számítógépnél lehet befejezni.

Ezért érdemes szerepenként egyértelmű munkafolyamatot meghatározni. Áruátvételkor jellemzően kiválasztják a megrendelést vagy a szállítólevelet, beolvassák a tételt, megerősítik a mennyiséget, és raktárhelyet rendelnek hozzá. Komissiózásnál gyakran elég a megrendelés megnyitása, a pozíció beolvasása, és a kivét megerősítése. A raktárvezetőknek emellett funkciókra van szükségük zárolásokhoz, korrekciókhoz, és leltári számlálásokhoz, beleértve a korrekció indoklásának kötelezettségét.

A vonalkód- vagy QR-beolvasások csökkentik az átviteli hibákat, ha a tételek és raktárhelyek tisztán vannak megjelölve. Viszont nem helyettesítik a törzsadat-karbantartást. Ha öt különböző írásmód létezik ugyanarra a tételre, vagy a helyeket informálisan nevezik el, egy szkenner csak felgyorsítja a hibás könyvelést. A technikai bevezetés előtt a cikkszámokat, mértékegységeket, raktárhelyeket, és felelősségi köröket tisztázni kell.

Az offline képesség is mérlegelendő. Egy kis raktárban stabil hálózattal egy böngészőalapú alkalmazás elegendő lehet. Távoli raktárak, nagy csarnokok, vagy megbízhatatlan kapcsolatok esetén helyi ideiglenes tárolás lehet értelmes. Ekkor egyértelműen szabályozni kell, hogyan egyesítik a duplikált vagy időben eltolt könyveléseket.

Értelmes bevezetés egy nagy átállási nap helyett

Egy teljes váltás egy fordulónapon határozottnak tűnik, de felesleges kockázatot teremt. Jobb egy behatárolt területtel kezdeni: például áruátvétel és áthelyezések egy tételcsoportra vagy egy raktárterületre. Ott gyorsan kiderül, mely mozgástípusok hiányoznak, mely beviteli képernyők túl lassúak, és mely különleges esetek fordulnak elő ténylegesen rendszeresen.

A kezdéshez a csapatnak ellenőrzött nyitókészletre van szüksége. Ez származhat leltárból, megtisztított készletlistából, vagy ellenőrzött átvételből. Fontos az átmenetet egyértelműen dokumentálni: meddig érvényes a régi rendszer, mikortól mérvadó az új rendszer? A párhuzamosan vezetett listák legfeljebb rövid távon hasznosak ellenőrzésre. Ha tartósan fennmaradnak, két igazság keletkezik.

Két-négy hét után a felelősöknek nem csak a készletpontosságra kellene nézniük. Ugyanolyan sokatmondó az utólagos korrekciók száma, a hiányzó bizonylathivatkozások, a keresési idők, és a tervezett folyamatokon kívül végzett könyvelések. Ezek a megfigyelések jobb követelményeket biztosítanak, mint egy hosszú kívánságlista a projekt kezdete előtt összeállítva.

Technikai alap: nyomon követhető és karbantartható

Egy egyszerű könyvelési képernyő mögött tiszta adatstruktúrára van szükség. A tételeket, raktárhelyeket, mozgásokat, bizonylatokat, és felhasználói jogosultságokat külön kellene modellezni. Minden könyveléshez egyedi ID, időbélyeg, és felhasználói fiókhoz rendelés szükséges. A kritikus tranzakciók módosításai ellenőrzési naplóba tartoznak.

Sok középvállalati alkalmazáshoz egy karcsú webalkalmazás relációs adatbázissal, mint a MySQL 8, megfelelő alapot jelent. Képes feldolgozni a szkenner bevitelt, leképezni a szerepalapú jogosultságokat, mozgásnaplókat generálni, és adatokat átadni a szállítási vagy megrendelési folyamatoknak. Nem elsősorban a használt keretrendszer a meghatározó, hanem egy dokumentált adatlogika, tesztelt könyvelési szabályok, és egy üzemeltetési koncepció biztonsági mentésekkel, hozzáférési jogokkal, és helyreállítási eljárásokkal.

Nem minden mozgást kell azonnal minden más rendszerbe továbbítani. A valós idejű szinkronizálás akkor értelmes, ha a szállítás, egy webshop, vagy a gyártás közvetlenül függ a rendelkezésre álló mennyiségektől. Más esetekben elegendő a rögzített időközönkénti, ellenőrzött átadás. Több integráció egyben több hibaforrást és több felelősséget is jelent kiesések esetén.

Mikor elegendő még egy táblázat

Egy táblázat alapvetően nem probléma. Kevés tétel, rögzített raktárhely, és egy olyan személy esetén, aki következetesen karbantartja a be- és kimeneteket, gazdaságos lehet. A váltás akkor válik értelmessé, ha egyszerre több ember könyvel, a raktárhelyek relevánssá válnak, bizonylatokat kell összekapcsolni, vagy rendszeresen nem világos, hogy egy készlet miért tér el.

A helyes következő lépés ekkor nem a lehető legnagyobb szoftver, hanem egy olyan megoldás, amely pontosan támogatja a meglévő áruáramlást. A jó digitális dokumentáció nem teszi látványosabbá a munkát. Gondoskodik arról, hogy a könyvelés a mozgás pillanatában megtörténjen - és hogy a következő készletkérdésre a válasz már a rendszerben legyen.