A táblázatkezelő tökéletesen megfelelő eszköz a készletkezeléshez, egészen addig, amíg már nem az.
Az átmenetet általában észre sem vesszük. Ami rendszerint történik: a táblázatkezelő egy évig jól működik, az üzlet növekszik, a fájl pedig észrevétlenül megbízhatatlanná válik – de mivel mindig is ott volt, és mindenki tudja, hogyan működik, még jóval azután is használják, hogy a hibák már többe kerülnek, mint egy szoftver ára.
Ez az útmutató bemutatja, hogyan építsen fel egy működőképes rendszert, és ami ugyanilyen fontos: hogyan ismerje fel azt a pontot, amikor kinőtte azt.
Mikor a táblázatkezelő a megfelelő eszköz
A táblázatkezelő akkor megfelelő választás, ha az alábbi állítások többsége igaz Önre:
- Egyetlen személy kezeli. Abban a pillanatban, hogy ketten szerkesztik ugyanazt a fájlt, a verziók eltérnek egymástól.
- Egy csatornán keresztül értékesít. A többcsatornás értékesítés azt jelenti, hogy egy készletadat több helyet szolgál ki, a táblázatkezelő pedig nem tudja frissíteni a piactéri hirdetést, ha valami elkel a weboldalán.
- Néhány száz SKU alatt van. Ezen felül a sorok keresése és frissítése már önmagában is teljes munkaidős feladat.
- A készletmozgások kézzel is számlálhatók – inkább tíz, mint száz naponta.
- Nincs szüksége tétel-, sorozatszám- vagy lejárati idő követésre. Ezeket manuálisan, megbízhatóan szinte lehetetlen nyomon követni.
- A hiba következménye kezelhető. Ha egy készlethiba csak egy bocsánatkérést jelent, az rendben van. Ha viszont megfelelési (compliance) problémát, akkor nem.
Akkor is ez a megfelelő eszköz, amikor még csak körvonalazza, mire van valójában szüksége. A táblázat felépítése arra kényszeríti, hogy eldöntse, mit érdemes követni, ez a tisztánlátás pedig sokkal megalapozottabbá teszi a későbbi szoftverválasztást.
Milyen oszlopokra van szüksége a táblázatnak
Kezdje ezekkel. Álljon ellen a kísértésnek, hogy többet adjon hozzá, amíg egy hónapig nem használta a rendszert.
Azonosítás
- SKU – az Ön egyedi kódja. Értékesíthető változatonként egy. Ez az az oszlop, amelyhez minden más kapcsolódik, ezért a formátumot még a kezdés előtt határozza meg, ahelyett, hogy hagyná magától kialakulni.
- Terméknév – ember által olvasható leírás.
- Kategória – csoportosításhoz és szűréshez.
- Vonalkód – ha a termékeinek van ilyen, így szkenneléssel is kereshet.
- Helyszín – hol található. Még egy kis raktárban is jobb a „C3-as polc”, mint az, hogy „valahol hátul”.
Mennyiségek
- Készleten lévő mennyiség – aktuális fizikai készlet.
- Lefoglalt mennyiség – még ki nem szállított rendelésekhez rendelve.
- Elérhető mennyiség – készleten lévő mínusz lefoglalt. Ez az a szám, ami az értékesítésnél számít, és amit a legtöbb táblázatkezelő kihagy.
- Rendelés alatt lévő mennyiség – beszállítóknál leadott, de még be nem érkezett tételek.
Utánrendelés
- Utánrendelési pont – az a szint, amely új rendelést vált ki.
- Utánrendelési mennyiség – mennyit kell rendelni, ha eléri a pontot.
- Átfutási idő napokban – mérve, nem becsülve.
- Beszállító – akitől vásárolja.
Pénzügy
- Egységköltség – a teljes beszerzési költség, beleértve a fuvart és a vámot is, nem csak a számla szerinti ár.
- Eladási ár.
- Készletérték – készleten lévő mennyiség szorozva az egységköltséggel.
Karbantartás
- Utolsó leltározás dátuma – így láthatja, mi az, amit régen ellenőriztek.
- Utolsó mozgás dátuma – a holtkészlet azonosításához.
- Megjegyzések – mindenhez, ami máshová nem fér be.
Két képlet, ami hasznossá teszi
Egy táblázat, amely csak számokat rögzít, csupán egy lista. Ez a kettő teszi eszközzé.
Elérhető készlet:
= [Készleten lévő mennyiség] – [Lefoglalt mennyiség]
Egyszerű, és a leghasznosabb számított oszlop. Ha a készleten lévő mennyiség alapján értékesít az elérhető helyett, azzal olyan készletet ígér meg, ami már valaki másé.
Alacsony készlet jelző:
= IF([Elérhető mennyiség] + [Rendelés alatt lévő mennyiség] <= [Utánrendelési pont], "RENDELÉS", "")
A rendelés alatt lévő mennyiség hozzáadása akadályozza meg, hogy olyasmire adjon rendelési jelzést, amit már múlt héten megrendelt. Ezen tag nélkül a jelzés addig maradna, amíg a szállítás meg nem érkezik, az emberek pedig megtanulják figyelmen kívül hagyni.
Még kettő, amit érdemes hozzáadni, ha az alapok már működnek.
Készletérték:
= [Készleten lévő mennyiség] * [Egységköltség]
A táblázatban összegezve ez az Ön készletbefektetése – egy olyan szám, amit sok kisvállalkozás soha nem számolt ki ténylegesen.
Fedezeti napok:
= [Elérhető mennyiség] / [Átlagos napi felhasználás]
Informatívabb, mint a nyers mennyiség, mert 40 darab mást jelent egy heti két darabbal fogyó terméknél, mint egy napi húsz darabbal fogyónál.
Használjon feltételes formázást, hogy az alacsony készletű sorok színt váltsanak, és rendezze vagy szűrje a táblázatot úgy, hogy a megjelölt sorok felül jelenjenek meg. Egy jelzés, amit senki sem lát, nem is jelzés.
Hogyan tartsuk pontosan
Ez a rész határozza meg, hogy a táblázat hasznos-e, vagy kifejezetten félrevezető.
Frissítse a mozgás pillanatában. Ne a nap végén, ne jegyzetfüzetből. Minden óra késedelem hibát szül, a nap végi, emlékezetből történő frissítés pedig a táblázatos készletkezelés legnagyobb pontatlansági forrása.
Egy személy a felelős. Ha többen is frissítik, használjon felhőalapú táblázatot valódi többfelhasználós szerkesztéssel, ahelyett, hogy fájlokat küldözgetnének e-mailben. A különböző postafiókokban élő készletfájl-verziók a klasszikus hibaforrás.
Leltározzon rendszeresen. Végezzen ciklikus leltárt minden héten egy-egy részen – egy polcon vagy kategórián –, ahelyett, hogy mindent egyszerre próbálna meg. Rögzítse a dátumot az utolsó leltározás oszlopában, hogy a hiányosságok láthatóak legyenek.
A korrekciókat külön naplózza. Vezessen egy második lapot, amely minden javítást rögzít dátummal és indoklással. Az indoklások mintázata mutatja meg a folyamathibákat, egy cella felülírása viszont véglegesen megsemmisíti ezt az információt.
Védje a képletcellákat. A működő táblázatok leggyakoribb meghibásodása, amikor valaki számot ír egy képlet helyére. Zárja le őket.
Mentse automatikusan. Használjon verziótörténettel rendelkező felhőtárhelyet, hogy egy véletlen törlés vagy rossz beillesztés visszavonható legyen. A történet nélküli helyi fájlok az egyéves munka elvesztésének biztos receptjei.
Soha ne rendezzen úgy, hogy nem jelöl ki mindent. Ha csak egy oszlopot rendez, a többit pedig helyben hagyja, azzal összekeveri az összes sort, és ezt ijesztően könnyű észrevétlenül megtenni.
A fájl megfelelő strukturálása
A legtöbb táblázat szerkezetileg bukik el, nem a rossz képletek miatt. Négy lap, mindegyiknek egy feladattal, szinte mindent megold.
1. lap – Termékek. Egy sor SKU-nként, azokkal az adatokkal, amelyek ritkán változnak: név, kategória, vonalkód, beszállító, egységköltség, eladási ár, utánrendelési pont, utánrendelési mennyiség, átfutási idő. Ez az Ön referenciadata, és itt semmit sem szabad szerkeszteni a napi használat során.
2. lap – Készlet. Aktuális állapot SKU-nként: készleten lévő, lefoglalt, elérhető, rendelés alatt lévő mennyiség, helyszín, utolsó leltározás. Ez az a lap, amit az emberek néznek.
3. lap – Mozgások. Minden bevételezés, értékesítés, korrekció és átmozgatás, soronként, dátummal, SKU-val, mennyiséggel, iránnyal és indoklással. Csak bővíthető – soha ne szerkesszen vagy töröljön sort.
4. lap – Beszállítók. Elérhetőségek, átfutási idők, minimális rendelési mennyiségek, fizetési feltételek.
A mozgások lap az, amit az emberek kihagynak, pedig ez a legértékesebb. Nélküle csak egy aktuális állapota van, története nincs, így ha egy szám rossz, nincs mit vizsgálni. Ezzel viszont visszakövetheti, hogyan lett egy számból az, ami, és az átlagos felhasználást is kiszámíthatja az utánrendelési pontokhoz tényleges adatokból, nem pedig valakinek a benyomásai alapján.
Ez megváltoztatja a készlet lap működését is. Ahelyett, hogy minden mozgásnál felülírná a mennyiséget, a készleten lévő mennyiség egy számítássá válik:
= SUMIF(Movements[SKU], [@SKU], Movements[Quantity])
ahol a bevételezések pozitívak, az értékesítések negatívak. Senki nem ír felül semmit, minden változás rögzítve van, az aktuális állapot pedig származtatott, nem pedig karbantartott. Ez az egyetlen szerkezeti döntés kiküszöböli a táblázatos készletkezelés megbízhatatlanná válásának leggyakoribb okát.
Két támogató szokás: használjon valódi elnevezett táblázatokat a nyers cellatartományok helyett, így a képletek akkor is működnek, ha új sorokat ad hozzá; és használjon adatérvényesítést az SKU oszlopon a mozgások lapon, így egy elgépelés nem hozhat létre fantomterméket.
Gyakorlati példa
Tegyük fel, hogy egy terméket az alábbi készletadatokkal tart nyilván:
- Raktárkészlet: 240
- Kiszállítatlan rendelésekre lefoglalva: 55
- Beszállítótól úton lévő mennyiség: 0
- Átlagos napi felhasználás: 12
- Mért beszállítói átfutási idő: 9 nap
- Biztonsági készlet: 45
A rendelkezésre álló készlet 240 − 55 = 185 darab. Ez az a mennyiség, amit ténylegesen megígérhet, nem a 240.
Az utánrendelési pont (12 × 9) + 45 = 153 darab.
A készletfedezeti napok száma 185 ÷ 12 = körülbelül 15 nap.
Tehát az utánrendelési pont felett áll, körülbelül két hétre elegendő készlettel, így az alacsony készletszint jelzés helyesen inaktív marad. Most adjon el 40 darabot: a rendelkezésre álló készlet 145-re csökken, ami az 153-as utánrendelési pont alatt van, és a jelzés aktiválódik. Ön létrehoz egy beszerzési rendelést az utánrendelési mennyiségre, beírja az „úton lévő” oszlopba, és a jelzés eltűnik – mivel a képlet tartalmazza az úton lévő készletet, nem fog folyamatosan figyelmeztetni, amíg a szállítás úton van.
A példa lényege, hogy a négy oszlop kölcsönhatásban áll egymással. Azok a műveletek, amelyek csak a raktárkészletet követik, 240 darabot látnak és nem érzékelnek problémát, miközben abból 55 már el van adva, így a valós helyzet sokkal kritikusabb, mint amilyennek látszik.
Egyszerű leltározási és számlálási munkafolyamat
Egy táblázat csak akkor marad pontos, ha rendszeresen ellenőrzik a polcokon lévő készlettel. Íme egy munkafolyamat, amely hetente kevesebb mint egy órát vesz igénybe, és szinte mindent kiszűr.
Adjon hozzá három oszlopot a táblázathoz: Megszámolt mennyiség, Számlálás dátuma és Eltérés (egy képlet: a megszámlált mennyiség mínusz a táblázat szerinti készlet).
Válassza ki, mit számol meg az adott héten. Ne mindent. Vegye a 20 legfontosabb termékét érték vagy eladás alapján, és azokat számolja meg minden héten. A többieket ossza be forgó rendszerben – ha hetente a tizedüket ellenőrzi, akkor minden termék nagyjából negyedévente sorra kerül, ami a lassú forgású készleteknél elegendő.
Nyomtasson vak leltárívet. Szűrje le a listát a számolandó sorokra, és csak a terméket, a leírást és a helyet nyomtassa ki vagy exportálja – a várható mennyiséget soha. Az emberek hajlamosak megerősíteni azt, amit látnak, ezért a vak leltár a leghatékonyabb eszköz a pontosság növelésére, és semmibe sem kerül.
Helyszín szerint számoljon, ne termék szerint. Sétáljon végig a polcokon sorrendben, és számolja meg, mi van az egyes helyeken. Ha egy termék két helyen is megtalálható, rögzítsen két sort. A termék szerinti számolás arra ösztönzi a leltározót, hogy abbahagyja a keresést, amint a szám megegyezik.
Írja be a mennyiségeket, majd nézze meg az eltérés oszlopot, ahelyett, hogy menet közben módosítaná az adatokat.
Számoljon újra mindent, ahol jelentős az eltérés, mielőtt módosítana egy értéket. A második számolás gyakran eltér az elsőtől, így az egyszeri számolás alapján történő módosítás inkább hibákat visz a rendszerbe, mintsem javítaná azokat.
Vizsgálódjon, mielőtt módosítana. Ellenőrizze a szomszédos polcokat, a visszáru-kupacot, a csomagolóasztalt és az utolsó néhány tranzakciót. A látszólagos veszteségek nagy része abból adódik, hogy a termék rossz helyen van.
Ezután frissítse a mennyiséget, és rögzítse az okot egy megjegyzés oszlopban – komissiózási hiba, átvételi hiba, sérülés, nem rögzített eladás vagy ismeretlen. Két hétnyi okkód általában rámutat arra az egy folyamatra, amely javításra szorul.
Bélyegezze meg a dátummal. A „Számlálás dátuma” oszlopból egy pillantással láthatja, mi az, amit hónapok óta nem ellenőriztek, és ahol a következő hiba rejtőzik.
A teljes, éves vagy féléves leltárnak továbbra is megvan a helye a könyvelésben. A heti rutin az, ami a számokat használható állapotban tartja a két leltár között, és az éves leltárt is sokkal kevésbé fájdalmassá teszi, mivel a nagy meglepetések már korábban kiderültek.
A táblázatkezelőben történő készletkezelés előnyei és hátrányai
Egy őszinte értékelés, mivel a táblázatkezelőket gyakran vagy túlértékelik, vagy igazságtalanul elvetik.
Az előnyök.
- Semmibe sem kerül, és már tudja, hogyan kell használni.
- Teljesen rugalmas. Bármilyen oszlopot létrehozhat, bármilyen számítást végezhet, nem kell várnia a beszállítóra egy funkció miatt.
- Azonnali. Még ma délutánra készíthet egy működő készletnyilvántartást, míg a szoftverek bevezetése hetekig tart.
- Arra kényszerít, hogy megértsd a saját számaidat. Ha saját magad építed fel az utánrendelési képletet, többet tanulsz a készletedről, mint bármelyik irányítópultból.
- Hordozható. Az adatok a tieid, olyan formátumban, amelyet bármi képes olvasni, szerződés és migrációs kényszer nélkül, ha váltanál.
- Kisebb léptékben tökéletesen megfelel. Néhány száz sor, egy helyszín, egy-két ember – egy jól vezetett táblázat nem fog visszatartani.
A hátrányok.
- Reálisan egyszerre csak egy ember használhatja. A megosztott felhőalapú táblázatok segítenek, de ha két ember szerkeszti ugyanazokat a sorokat egy forgalmas időszakban, az hibákhoz vezet.
- Nincs valódi audit nyomvonal. Láthatod, hogy egy szám megváltozott. Általában nem látod, ki változtatta meg, mikor, vagy mi volt az előtte.
- Láthatatlan hibák. Egy képlet egy sorral rövidebb, egy oszlopot a szomszédai nélkül rendeztek, egy értéket felülírtak egy képlettel. Semmi sem figyelmeztet, a táblázat pedig magabiztosan gyártja a hibás válaszokat.
- Nincs kapcsolat az értékesítési csatornákkal. Minden eladást kézzel kell beírni, ami azt jelenti, hogy a táblázat mindig kissé elavult, és a túlértékesítés csak idő kérdése.
- Nem skálázható. A teljesítmény romlik, és ami még fontosabb, a kézi adatbevitel terhe egyenes arányban nő a rendelések számával, ami éppen az ellenkezője annak, amire a növekedéshez szükség van.
- Nincs vonalkód-leolvasás a mozgásoknál, pedig a legtöbb készlethiba éppen itt előzhető meg.
- Teljes mértékben a fegyelemen alapul. A táblázat csak addig pontos, amíg mindenki minden alkalommal frissíti, és a forgalmas hetek pontosan azok, amikor ez elmarad.
A tisztességes összefoglaló: a táblázatkezelő a megfelelő megoldás az induláskor, de egy bizonyos ponton túl teherré válik, és a váltás ideje hamarabb jön el, mint azt a legtöbben várnák – általában akkor, amikor hozzáad egy új értékesítési csatornát, vagy egy második embert, akinek ugyanazokra az adatokra van szüksége.
A táblázatkezelő korlátai
Érdemes tisztában lenni velük, mielőtt falakba ütközne:
Nincs valós idejű többcsatornás szinkronizálás. Ha saját weboldalon és piactéren is értékesít, egyik sem frissíti a másikat eladáskor. Következménye a túlértékesítés.
Nincs tranzakciós előzmény. Egy cella megmutatja, mennyi a készlet most, de nem azt, hogyan jutottunk el idáig. Ha egy szám hibás, nem láthatja, mikor és miért történt.
Nincs vonalkód-leolvasás. Minden mozgást be kell gépelni, a gépelés pedig a hibák forrása.
Nincs felhasználói jogosultság vagy audit nyomvonal. Bárki, aki hozzáfér a fájlhoz, bármit megváltoztathat, és semmi sem rögzíti, ki tette.
Nincs automatikus riasztás. Az alacsony készletszint jelzés csak akkor működik, ha valaki megnyitja a fájlt és ránéz.
Léptékben törékeny. A sok képletet tartalmazó nagy táblázatok lassúvá válnak, a hibás rendezés vagy a felülírt képlet kockázata pedig a mérettel és a résztvevők számával együtt nő.
Nincs megbízható tétel-, sorozatszám- vagy lejárati idő követés.
Mikor érdemes szoftverre váltani
A jelek, nagyjából abban a sorrendben, ahogy megjelennek:
- Egynél több csatornán értékesít. Ez általában a döntő tényező, mivel a kézi szinkronizálás néhány terméknél többel már nem skálázható.
- Egynél több embernek kell frissítenie a készletet.
- Túlértékesített, különösen, ha ez már többször is előfordult.
- Napi egy óránál többet tölt a táblázattal. Ezen a ponton az előfizetési díj olcsóbb, mint az Ön ideje.
- Nem tud válaszolni arra, hogy „mi volt a készletünk múlt kedden?”, mert nincsenek előzmények.
- Tétel- vagy lejárati idő követésre van szüksége szabályozási okokból.
- A leltározás komoly feladattá vált, mert a termékkínálat bővült.
A váltás nem teszi feleslegessé a táblázatkezelővel végzett munkát. Egy tiszta, jól strukturált táblázat pontosan az, amire egy migrációnak szüksége van, és az a fegyelem, amellyel ezt karbantartotta, megkönnyíti az új rendszer konfigurálását, mivel már pontosan tudja, mit és miért követ nyomon.
Áttérés szoftverre veszteségek nélkül
Amikor a táblázatkezelő már nem elegendő, az átállás akkor megy zökkenőmentesen, ha a fájlt megfelelően karbantartották – ha viszont nem, akkor a hibák is átkerülnek az új rendszerbe.
Tisztítsa meg az adatokat az átállás előtt. Duplikált SKU-k, két éve kivezetett termékek, költség vagy beszállító nélküli sorok, következetlen kategórianevek. Ha ezeket migrálja, csak reprodukálja a hibákat egy olyan rendszerben, amiért már fizet. Ez az a lépés, ami időigényes, de elkerülhetetlen.
Először szabványosítsa az SKU formátumot. Ha a kódok organikus módon alakultak ki – némelyik kötőjellel, mások szóközzel, vagy érthetetlen karakterekkel a végén –, javítsa ki a táblázatban, ahol a keresés és csere egyszerű, ahelyett, hogy az importálás után próbálná meg, ahol ez már nem így van.
Töltse ki a méreteket és a súlyokat. A legtöbb rendszer igényli ezeket, a legtöbb táblázat viszont nem tartalmazza őket, a begyűjtésük pedig lassú. Ha ezzel még a rendszer kiválasztása előtt végez, elkerülheti az éles indulás késésének leggyakoribb okát.
Leltározzon közvetlenül az átállás előtt. Ha olyan készletadatokat importál, amelyekben nem bízik, az új rendszer már az első napon hibás lesz, a csapat pedig arra a következtetésre jut majd, hogy a szoftver a hibás.
Tartsa a táblázatot írásvédettként egy hónapig. Ne párhuzamos rendszerként – az kettős könyveléshez és eltérésekhez vezet –, hanem referenciaként, amellyel ellenőrizheti az új rendszerben gyanúsnak tűnő adatokat.
Ha teheti, importálja a mozgástörténetet. Sok rendszer támogatja a tranzakciók importálását, és ha az első naptól rendelkezésre áll a tizenkét havi forgalmi előzmény, az utánrendelési pontok és az előrejelzések azonnal működnek, nem pedig egy évnyi adatgyűjtés után.
A jól karbantartott táblázat kiváló forrás az átálláshoz. Az ebben az útmutatóban szereplő oszlopok szinte közvetlenül megfeleltethetők azoknak a mezőknek, amelyeket bármely készletkezelő rendszer kérni fog. Ez nem véletlen: ugyanazokra az információkra van szükség, a különbség csak az, hogy ki végzi a számításokat.
További információk
- Készletkezelés – a folyamat, amelyet a táblázat támogat.
- Készletkezelés kisvállalkozások számára – a szélesebb összefüggések ebben a méretkategóriában.
- Felhőalapú készletkezelés – a szokásos következő lépés.
- Mi az az utánrendelési pont – a jelzés mögött álló számítás.
- Hogyan kövessük nyomon a készletet – módszerek a táblázatokon túl.
- Mi az az SKU – az azonosító helyes kialakítása a rendszerépítés előtt.
A lényeg egy mondatban
A táblázatkezelő egyetlen értékesítési csatornával, néhány száz SKU-val és egyetlen felhasználóval működik jól – építse a rendelkezésre álló készletre, ne a fizikai állományra, könyvelje a mozgásokat azonnal, és váltson szoftverre, amint elkezdi a második csatornán való értékesítést.
Gyakran ismételt kérdések
Kezelhetem a készletet táblázatkezelővel? Igen, egyetlen csatornán értékesítő, szerény termékkínálattal rendelkező vállalkozásnál, ahol egy ember kezeli a fájlt. Akkor válik életképtelenné, amikor több csatorna, több szerkesztő vagy szabályozói nyomonkövetési követelmények jelennek meg.
Mit tartalmazzon egy készletkezelő táblázat? SKU, terméknév, kategória, helyszín, készleten lévő mennyiség, lefoglalt mennyiség, rendelkezésre álló mennyiség, rendelés alatt álló mennyiség, utánrendelési pont, utánrendelési mennyiség, átfutási idő, beszállító, egységköltség, eladási ár és készletérték, valamint az utolsó leltározás és az utolsó mozgás dátuma.
Mi az alacsony készletszint jelzésének képlete? =IF([Rendelkezésre álló] + [Rendelés alatt] <= [Utánrendelési pont], "RENDELÉS", ""). A rendelés alatt álló mennyiség figyelembevétele megakadályozza, hogy olyan tételekre is jelzést adjon, amelyeket már megrendelt, ami a leggyakoribb oka annak, hogy a felhasználók elveszítik a bizalmukat a jelzésekben.
Hogyan akadályozhatom meg, hogy a készletkezelő táblázatom pontatlanná váljon? Könyveljen a mozgás pillanatában, ne később; legyen egyetlen felelős; végezzen ciklikus leltározást minden héten; a korrekciókat indoklással együtt vezesse egy külön lapon; védje le a képletet tartalmazó cellákat, és készítsen biztonsági mentést verziótörténettel.
Mikor érdemes táblázatkezelőről készletkezelő szoftverre váltani? Amikor több csatornán értékesít, amikor egynél több személynek kell módosítania a készletet, amikor túlértékesítés történt, vagy amikor a táblázat karbantartása már napi egy óránál többet vesz igénybe.
Az Excel vagy a Google Sheets a jobb készletkezelésre? A Google Sheets jobban kezeli a valódi többfelhasználós szerkesztést és az automatikus verziótörténetet, ami a két fő hibaforrást kezeli. Az Excel gyorsabb nagy adathalmazoknál, és erősebb képlet- és makróképességekkel rendelkezik. A legtöbb kisvállalati készletkezelési célra az együttműködési előny a fontosabb.
Hány SKU-t tud kezelni egy táblázat? Technikailag ezreket, a gyakorlatban néhány százat, mielőtt a karbantartás a fő munkává válik, nem pedig egy feladattá. A korlát ritkán a szoftver – inkább a sorok keresésével töltött idő, a hibás rendezés növekvő esélye és az ilyen nagy mennyiségű készlet kézi leltározásának nehézsége.
Kezelhet egy táblázat több raktárhelyszínt? Technikailag igen, egy helyszín oszloppal vagy telephelyenkénti külön lappal, de gyorsan kezelhetetlenné válik, és nincs mód a raktárak közötti készletmozgás auditálható nyomon követésére. A több telephely általában annak a jele, hogy kinőtte ezt a módszert.
A Warehouse Wise egy ingyenes, független útmutatótár a készletkezelésről, raktározásról és teljesítésről, amelyet a gyakorlati szakemberek számára írtunk: új raktári és készletkezelő munkatársaknak, kis- és növekvő kiskereskedelmi és e-kereskedelmi vállalkozásoknak, valamint mindenkinek, aki készletet kezel és szeretné azt alaposan megérteni. Minden útmutatónk elmagyarázza a fogalmakat, valós számokkal illusztrált példákat mutat be, ahol szükséges, és lényegretörő. Függetlenek vagyunk: nem értékesítünk szoftvereket vagy berendezéseket, nem fogadunk el jutalékot ajánlásokért, útmutatóinkat pedig nem a fizetett hirdetések rangsorolják.