Illikvid eszközök 1s. Illikvid készletek (pangó áruk) és termékhiányok azonosítása és kezelése. Ennyi, köszönöm a figyelmet

07.03.2020

Jó napot kedves fórumozók!

Tanulmányoztam az erőforráson elérhető fejlesztéseket, kicsit úgy tűnt, és úgy döntöttem, hogy beleteszem a két centemet az ön megítélésére.

Az eszköz célja: az illikvid eszközök és hiányok azonosítása.

Különbség az analógoktól:

Táblázatmezővel való munkavégzés táblázatdokumentum helyett

További hasznos információs mezők

Részletes információk a tételek mozgásáról külön ablakban

A beállítások magyarázata:

Dátum tól, Dátum - érthető;

Kiválasztás termékskála és raktár szerint - egyértelmű, működik (A HIERARCHIÁBAN);

Alkalmazott árak típusa - raktár értékelésénél használatos;

A likviditás optimális időszaka a készletek egyenlegének arany középútja. Az érték hónapban kifejezett időszakot jelent, amely megegyezik azzal az értékesítési mennyiséggel, amelyet a raktárban tárolni szeretnénk. Nyilvánvaló, hogy a különböző tételeknek eltérő likviditási periódusuk lehet, ez elsősorban a gyakoriságtól és a szállítási időtől függ. Ökölszabályként a likviditási időszaknak egyenlőnek kell lennie (körülbelül) a 2 szállítás közötti időszakkal, plusz a szállítási idő és plusz az elszámolási idő. Azok. például kéthetente egyszer szállítunk árut, és a kiszállításhoz legkorábban 3 nappal korábban kell leadni a rendelést, és 2 napig úton van, majd optimális esetben 3 hét (7 * 2 + 3 + 2 nap), vagy program szerint 0,7. A programmal való munka során javaslom, hogy az első szakaszban legalább 1-es értéket állítsunk be.A paraméter a raktárban lévő fagyasztott mennyiség kiszámítására szolgál. Ez az együttható mindenféle kockázatot is magában foglalhat, például a kézbesítés meghibásodását.

Felső és alsó likviditási küszöb – például a tételek likviditás szerinti levágása, hogy csak az illikvid tételek jelenjenek meg.

A mezők magyarázata:

Kiválasztott- egy pipa, amellyel meghatározzuk azokat a tételeket, amelyekkel csinálunk valamit, például leltárt.

Elnevezéstan- Ez egyértelmű.

Nómenklatúra csoport- egyértelmű a lista csoportokba rendezése (pszeudo-csoportosítás).

A nómenklatúra jellemzői- Ez egyértelmű.

Nomenklatúra sorozat- Ez egyértelmű.

Maradék- a legfrissebb ProductsInWarehouses nyilvántartás pillanatképe a jelentésbeállítások alapján.

Vevői tartalék- Ez egyértelmű;

Rendelés beszállítóknak- Ez egyértelmű;

Még értékelni kell- az egyenleg és a beszállítói megrendelés összege, mínusz tartalék.

Teljes fogyasztás- a GoodsInWarehouses nyilvántartás szerinti fogyasztás a riportbeállítások szerint.

Átlagos havi fogyasztás- a teljes költség osztva a kiválasztott időszak hónapjainak számával. Ha az áru első átvétele később volt, mint az időszak kezdete ( új termék), akkor a hónapok számát ebből a bizonylatból veszik.

Likviditás- az értékelendő egyenleg, osztva az átlagos havi kiadással (egyetértek, hogy durva, de gyorsan és az esetek 95%-ában elég).

Ár- a tétel ára a kiválasztott ártípusnak megfelelően.

Raktári értékbecslés kiválasztott árakon- Ez egyértelmű.

Fagyasztott mennyiség- a raktár értékelése kiválasztott árakon, levonva az optimális likviditási időszakot. Azok. Például ha egy hónapnak megfelelő likviditásunk optimális, és a raktárban lévő egyenleg megfelel az átlagos havi eladásnak, akkor a befagyasztott összeg nulla.

Belépődíj- átlagár a raktári áruk nyilvántartásából, i.e. áruk átlagára az el nem adott bizonylatokból. Csak a raktárban lévő tételnyilvántartások vezetésekor ellenőrizték.

Raktári értékelés átvétel alapján- a raktár értékelése tételárakban. Fontos: a mennyiséget nem tételekből, hanem a raktárakban lévő árukból veszik.

Részletes táblázat:

Megjelenik a havi kiadás, bevétel, a végső egyenleg és a hátralévő napok. Az „Áruk kimutatása a raktárakban” standard jelentéssel ellentétben az egyértelműség kedvéért nulla hónapot adtunk hozzá. A kijelölés akkor történik, amikor egy sor ki van jelölve a főtáblázatban.

A táblázat a parancspanel megfelelő gombjával nyitható/visszahúzható.

Műveletek a kiválasztott pozíciókkal:

Az árak meghatározása- a kiválasztott ártípussal és a kiválasztott cikktételekkel a „Cikkárak beállítása” dokumentum jön létre. A menedzser érzéke az, hogy magas az ár, le kell engedni. Figyelmeztetem a vezetőket, hogy ezt más műveletekkel együtt kell használni. Azok. ha csökkenti az árat, de senki nem fog tudni róla, akkor ennek a műveletnek a használata NULL.

Leltár. Vezetői érzék - lehet, hogy a termék elveszett a raktárban, túlválogatták, ezért nem adják el, és meg kell találni.

Írd le. Vezetői érzék – ha a termék halott, halott. Ennek sokféle oka lehet: hibák, szemét, nem alaptevékenység stb.

Feladat. Vezetői jelentés – betenni tájékoztatási rendszer feladat az azonosított nem likvid eszközök listájával. Ezek lehetnek értékesítési vezetők, beszerzési vezetők és osztályvezetők. A kiválasztott tételek és azok likviditása bekerül a feladatleírásba. A feladat szövege természetesen manuálisan kiegészíthető olyan inspiráló mondatokkal, mint például: „Mi a *nya ez??!!”

Ezenkívül van egy átmenet a kiválasztott cikknél a raktárakban lévő áruk jelentéslistájára.

Perspektíva és egyéb gondolatok.

A nómenklatúra kategorizálásának témája nem foglalkozik. Ha a BCG mátrixot (Boston) vesszük alapul, akkor logikus, hogy az illikvid eszközök elemzését csoportonként lebontjuk: „tehenek”, „csillagok”, „kutyák” és „problémás gyerekek”. A „tehéneket” hetente kell elemezni, míg a „kutyákat” háromhavonta egyszer elég. Szerinted megéri? Ennek megfelelően az elem tulajdonságai alapján kell kiválasztani, ha a megvalósítás rajtuk keresztül történik.

Én is úgy gondolom, hogy helyesebb lenne a likviditást nem általánossá tenni, hanem cikkcsoportonként, vagy beszállítónként, ha csak egy van a cikkhez.

Fontos megérteni, hogy az áruhiány ugyanolyan veszélyes a vállalkozások számára, mint az illikvid részvények, ezért ne akadjon fenn az illikvid részvényeken.

Azt is meg kell értened, hogy ez egy későn ható eszköz, pl. illikvid részvény vagy hiány már akkor is létezik, amikor láttuk. Természetesen a lehető legnagyobb mértékben online nyomható, ha beszállítói rendeléseket és vevői tartalékokat vesz igénybe. De ideális esetben az illikvid készletek és a hiányok leküzdéséhez a beszerzési menedzser munkafolyamatát is automatizálni kell, de erről legközelebb szeretnék beszélni.

Ennyi, köszönöm a figyelmet!

A megjelenés fő célja- az eszköz helyességének és kényelmének megbeszélése. Természetesen nagyon szeretném hallani a témában jártas emberek véleményét.

A kód nyitottsága szerint: minden nyitva van.

A tanúsítvány további kezelési műveleteket jelez, amelyek túlmutatnak az 1C hatókörén.

Ha valami nem Ez egyértelmű- írj, válaszolok.

UPD 2015.02.19 (v.1.5.2):

Hozzáadott munka elemsorozattal.
A listán ezentúl olyan nulla egyenlegű pozíciók is szerepelnek, amelyeknél voltak mozgások – nyilvánvaló deficit. Csak maradványok voltak, most maradványok és forradalmak. (köszönöm Pasának a helyes tanácsot).
Egy oszlop került a részletezésbe – napok maradék nélkül.
Kisebb hibák javítva.

Minisztori a tervezett illikvid eszközökről (2015.02.19):

Többször találkoztam már olyan vállalkozásokkal, amelyek (elnézést a tautológiáért) nem likvid eszközöket terveztek, íme egy példa:

Aljzatok értékesítése. Van egy ilyen pozíció - egy számítógép-aljzat. Részesedése az egyéb üzletek forgalmából 0,01%, ha nem kevesebb. Ekkor azonban egy ügyfél vásárol egy nagy, divatos magánház beépítéséhez. Sok időt vesz igénybe a szín, a modell stb. Rendelésről van szó, 300 különböző nem a legolcsóbb aljzata van és egy rakás további fentiflyushki. És istenem, kell neki 2 számítógép aljzat, de nincs raktáron! És az ügyfél azt mondja, hogy bocsánat, nekem ugyanilyen stílusban kell, és elmegy. Ez több, mint lehetséges. Az üzlet pedig kénytelen megtartani egy év készletét ezekből a számítógép-aljzatokból.

UPD 2015.02.25 (v.1.6.1):

A parancssorban hozzáadásra került egy átmenet a kiválasztott cikksorhoz tartozó raktárakban lévő áruk listájára.
Most az átlagos havi eladások kiszámításakor az első érkezés előtti nulla hónapot nem veszik figyelembe. Azok. ha új termékről van szó, akkor nagyon fontos a folyamatosan frissülő választék szempontjából. Ez növeli a fagyasztott mennyiség megbízhatóságát.
Kisebb-nagyobb hibák javítása.
Kissé javított használhatóság.

UPD 2015.04.03 (v.1.6.3):

A parancssorban a kiválasztott cikksor beszállítói rendeléseinek listájára való átmenet hozzáadásra került.
BAN BEN Bemenet hozzáadva a parancssorhoz a "Megrendelés a szállítónak" dokumentum alapján.Ez igaz a hiányokra. A feldolgozás a tétel fő szállítójával szemben próbál megrendelést leadni. A bizonylatba beírt mennyiség megegyezik az átlagos havi eladások és az értékeléshez szükséges aktuális egyenleg különbségével. Csak óvatosan használja, hogy a megrendelt tételek ne kerüljenek oda. A jövőben talán a készletbiztosítás módjához (rendelési pont) kapcsolom.
Most a nómenklatúra sorozatai összeomlottak, korábban sorozatok keretében történt az elemzés.
A beállítások közé bekerült a „Vásárlói fenntartások figyelembevétele/figyelmen kívül hagyása” opció.
A felület jelentősen átalakult. Mivel sok oszlop volt, ezeket mennyiségi és összegző részekre osztottuk. Megtekintési módok váltása a parancssorban az „1” és „2” számokkal.
A "Likviditás" oszlop most kiemelve és elől van, mivel ez a feldolgozás fő "pivotja".

UPD 2015.04.10:

Megjelent a " " jelentés továbbfejlesztett változata, amely lehetővé teszi a rendelési pont automatikus kiszámítását, majd a beszállító számára történő rendelés létrehozását. Ez a jelentés az első lépés az illikvid készletek és a hiányok elkerülése érdekében. A folyó feldolgozás viszont az illikvid eszközökkel és hiányokkal való munka második vonala, amikor már léteznek.

A feldolgozás frissíti az adatbázisban lévő illikvid árukra vonatkozó információkat (azokat, amelyeket hosszú ideje nem értékesítettek), és rögzíti a további cikkadatok változásait.

Először is létre kell hoznunk magát a kellékeket:

Meg kell hívni Termék állapota, az egyik lehetséges értékét meg kell nevezni Nem likvid. Bármilyen értéket hozzáadhat, folyékony áruk esetén pedig saját maga töltse ki:

Beállíthat automatikus indítási ütemezést (ha az adatbázis nem fájl alapú, hanem kliens-szerver):

Most kezdjük a folyamatot (az ütemezett feladatok listájából):

Ha rendelkezik fájltípusú adatbázissal, akkor a kattintással kényszerből indítjuk Fuss most:

A befejezést követően egy új esemény jön létre a naplóban (JR):

Annak bemutatására, hogy a termék hogyan frissíti a likviditási adatokat, értékesítési bizonylatot készítünk a termékhez Szeletelt cipóés ismételje meg az eljárást.

Új eseményt fogunk látni a ZhR-ben:

Ha ezt követően az áruk állapota nem változott, a következő üzenet jelenik meg a ZhR-ben:

Az illikvid állapot a termékkártyán látható:

Ezenkívül a likviditás különféle kiválasztási, kiválasztási vagy cikklistán is megjeleníthető, ennek segítségével konfigurálhatja a válogatást és a kijelölést az árulistában:

Az illikvid eszközök megállapításának határideje

Alapértelmezés szerint az időtartam 3 hónap, azaz. minden olyan áru, amelyet az elmúlt 3 hónapban nem értékesítettek, Unlikvid státuszt kap. Ez a szabály azonban pontosítható a termékkategóriák tekintetében:

Ehhez a könyvtárban Termék kategóriák létre kell hoznia egy további, numerikus típusú illikvid tulajdonságot, amely jelzi a számolandó hónapok számát:

A képernyő azt jelzi, hogy azok az elektromos termékek, amelyeket az elmúlt 5 hónapban nem adtak el, illikvidnek minősülnek.

Így mindig naprakész (és vizuális!) információk lesznek az adatbázisában arról, hogy mely termékek nem likvidek.

Illikvid terméknek nevezzük azt a terméket, amelyet nem, vagy nagyon rosszul fogy, és több mint 3-6 hónapig van raktárban (termékkategóriától függően). Az elhasználódott áruk nemcsak hogy nem hoznak hasznot, de miattuk hatalmas veszteségek keletkeznek a cégnek. Ráadásul már senkinek sincs szüksége a régi árumodellekre, és csak hevernek a raktárban.

Nyilvánvaló, hogy az ilyen terméket a lehető leghamarabb ártalmatlanítani kell, meg kell határozni az okokat, és meg kell akadályozni, hogy ez újra megtörténjen. De hogyan lehet azonosítani a rosszul eladott terméket?

Mindez és még sok más könnyen elvégezhető a „Az 1C nem likvid áruk elemzése: Kereskedelmi menedzsment” jelentéssel.

HOGYAN KELL TALÁLNI FOLYADÉKLAN TERMÉKEKET AZ 1C 8.2 és 8.3

Az 1C Enterprise-ban nincs szabványos jelentés az illikvid áruk azonosítására. Ezért készítettünk egy ilyen jelentést, amelyet Oroszországban már több száz nagy- és kiskereskedelmi üzlet használ, amelyek nyilvántartásaikat 1C-ben tartják. Most nagyon röviden leírjuk, hogyan készül a jelentés, és megértheti, miért nem lehet manuálisan létrehozni egy ilyen jelentést.

Az illikvid eszközök azonosításához öt jelentésből gyűjtenek adatokat: az időszak értékesítései, raktári egyenlegek, kiskereskedelmi egyenlegek. Minden egyes termék esetében összehasonlítják az adatokat, és kiszámítják az értékesítési arányt. Ezenkívül az egyenlegeket nemcsak a záró dátumra, hanem a megadott időszak minden napjára is felvesszük. Csak így lehet valódi gyorsaságot elérni egy termék értékesítésében (elvégre ha egy termék 10 napig kifogyott, akkor emiatt nem adták el, hanem eladhatták volna). Ennek köszönhetően kiderül, hogy az áruk valós napjainak száma a raktárban van.

Az árukiadás mértékének kézhezvétele után a program kiszámítja, hogy az aktuális áruegyenleg meddig tart, és a megadott kritériumok szerint likvidnek vagy illikvidnek minősíti. Ezután a program két további jelentésből gyűjti ki az információkat a költségekről és a kiskereskedelmi árakról, és megmutatja az aktuális felárat. Ez segít eldönteni, hogy az árcsökkentéssel, de nyereséggel lehet-e megszabadulni az illikvid eszközöktől.

Az alábbiakban jól látható, hogyan kell dolgozni a jelentéssel. Néz:

Jelentésbeállítások a termék likviditásának azonosításához

A riport főmenüjében beállítjuk azt a dátumot, amikor a raktári egyenlegeket be kell szereznünk és meg kell határoznunk az áruk likviditását. A „Kiválasztás és válogatás” fülön raktáronként és árunként tudunk kiválasztani.

Itt jelöljük meg azt az időszakot, amelyre vonatkozóan az eladásokat elemzik (meghatározhatjuk, hogy mely részlegeket vegyük figyelembe).

Beállítjuk azokat a paramétereket, amelyek szerint az árut nem likvidre és folyékonyra osztjuk. Lehet, hogy:

a napok száma a termék raktáron van(pl. ha egy termék 10 napja érkezett és még nincs teljes értékesítési statisztika róla, akkor egyelőre jobb, ha nem soroljuk az illikvid készletek közé);
napok száma az egyenlegből történő eladásra- ha az aktuális egyenleg 90 napnál tovább kerül értékesítésre, akkor valószínűleg nem likvid (a napok száma módosítható)

Értékesítési elemzés eredményei

Az időszak eladásainak elemzése után megkapjuk az első bemeneti adatokat:

Az egyes termékek eladásainak száma és mennyisége;
Meghatároztuk, hogy hány napig van az áru a raktárban;
Kiszámoltuk a termékértékesítés sebességét naponta/hónaponként. Fontos, hogy a sebesség meghatározásakor ne az időszak napjait vegyük figyelembe, hanem azt, hogy a termék ténylegesen hány napig volt a raktárban. Például egy év alatt 300 laptopot adtak el, de ezek nem voltak raktáron egész évben, de csak 200 nap. Ezért az értékesítési sebesség meghatározásakor a 300-at nem 365 nappal osztjuk el, hanem 200 nappal. Mert ha más napokon is raktáron lenne az áru, akkor több eladás lenne.

A folyó egyenlegek elemzése

Adatokat adunk hozzá az egyenlegjelentésből, és meghatározzuk a raktárban lévő áruk mennyiségét a megadott napon. A maradékot elosztva az értékesítési sebességgel, azt kapjuk Becsült értékesítési időszak(vagyis hány nappal azelőtt tudjuk eladni a raktárban lévő árut)

1C-ben nem értékesített termékek

Ily módon azonosították azokat a termékeket, amelyeket még több hónapig vagy akár évekig árulnak (meg fogsz lepődni, de vannak ilyenek). A kép teljessé tételéhez hozzáadjuk a harmadik jelentés adatait, és megnézzük az aktuális egyenleg költségét:

Az illikvid javak okainak elemzése az 1C-ben

Miért lett a termék nem likvid? Lehet, hogy sokat hozott a vevő, esetleg nem jelenik meg a termék a kijelzőn, vagy egyszerűen túlárazott? Az eladási árak adatait behúzzuk a táblázatba, és kiszámítjuk az aktuális felárat:

Illikvid áruk leárazása 1C*-ban

Az illikvid eszközök azonosítása és a felárak elemzése után azonnal kedvezményt rendelhetünk és új árat alakíthatunk ki. Az árak egy kattintással átkerülnek a „Cikkárak beállítása” dokumentumba és rögzítésre kerülnek az adatbázisban.

*Ez a funkció csak a következő konfigurációkban érhető el: 1C: Trade Management 10.3. 1C: Integrált automatizálás 1.1 és 1C: Menedzsment gyártó vállalkozás 1.3

Hogyan nézzünk ki 1C-ben: Hány napig nem kelt el a termék?

Az információk elemzésének megkönnyítése érdekében a jelentésből megtudhatja az áru utolsó eladásának dátumát és azt, hogy hány nap telt el az utolsó értékesítés dátuma óta (így megállapítható, hogy a termék hány napja nem történt meg eladták és mozdulatlanul feküdt a raktárban):

Mindez és még sok más könnyen elvégezhető a „Az 1C nem likvid áruk elemzése: Kereskedelmi menedzsment” jelentéssel.

HOGYAN KELL TALÁLNI FOLYADÉKLAN TERMÉKEKET AZ 1C 8.2 és 8.3

Az alábbiakban jól látható, hogyan kell dolgozni a jelentéssel. Néz: