Inventarizácia v predajni alebo sklade je proces porovnávania skutočného množstva tovaru s údajmi v počítačovej evidencii s cieľom zistiť a odstrániť rozdiely. Záverečným krokom je uzavretie inventarizačného súpisu, počas ktorého program zaznamená výsledky počítania, vypočíta finančné súhrny a upraví skladové zostatky v programe tak, aby zodpovedali skutočnému stavu.
Podnikatelia sa najčastejšie pýtajú: prečo sa suma manka v súpise líši od sumy v doklade o odpise alebo je dokonca nulová; čo znamená stav súpisu «Je potrebné prepočítať sumy»; prečo uzatváranie súpisu trvá celé hodiny a blokuje prácu programu; a ako postupovať, ak sa počas uzatvárania vyskytnú systémové chyby databázy.
Automatické skladové doklady a výpočet obstarávacej ceny
Po spočítaní skutočného množstva tovaru je potrebné inventarizačný súpis uzavrieť. V tomto okamihu program Torgsoft automaticky vytvorí príjmový doklad pre tovar, pri ktorom bol zistený prebytok, a doklad o odpise pre tovar, pri ktorom bolo zistené manko. Množstvo tovaru na sklade sa automaticky upraví.
V príjmovom doklade vytvorenom na základe inventarizácie sa cena tovaru nastaví ako posledná obstarávacia cena, ktorá pozostáva z nákupnej ceny a dodatočných nákladov na tovar. Podnikatelia si niekedy všimnú, že suma vo vytvorenom doklade o odpise sa nezhoduje so sumou v reporte o manku v inventarizačnom súpise. Ide o štandardnú logiku programu: v reporte inventarizačného súpisu sa používa obstarávacia cena podľa aktuálneho stavu skladu, zatiaľ čo v doklade o odpise sa zaznamenáva skutočná obstarávacia cena tovaru podľa princípu FIFO (prvý dnu — prvý von).
Výpočet súm manka, prebytku a zámeny sortimentu
Častou otázkou používateľov je, prečo sa v súhrnoch inventarizačného súpisu zobrazuje suma manka ako nula, hoci boli vytvorené doklady o odpise tovaru.
Je to spôsobené mechanizmom vzájomného započítania zámeny sortimentu. Program považuje za zámenu sortimentu situáciu, keď súčasne vznikne prebytok a manko rovnakého modelu tovaru, ale inej triedy, farby alebo veľkosti. Torgsoft automaticky vzájomne započíta takéto prebytky a manká. Suma manka sa vypočíta podľa vzorca: suma všetkých odpisov mínus suma zámeny sortimentu. Suma manka je teda kladná iba vtedy, keď suma odpisov prevyšuje sumu príjmov. Ak je výsledná hodnota menšia ako nula, suma manka v inventarizácii sa nastaví na nulu.
Špecifický technický prípad: stav «Je potrebné prepočítať sumy»
Osobitnú pozornosť si vyžaduje situácia, keď sa proces uzatvárania inventarizačného súpisu z určitého dôvodu preruší. Počas uzatvárania súpisu systém vykonáva zložité výpočty vrátane prepočtu obstarávacej ceny tovaru v doklade o likvidácii.
Ak používateľ tento proces zruší, zatvorí program prostredníctvom Správcu úloh alebo dôjde k neočakávanému ukončeniu programu, inventarizačný súpis získa stav «Je potrebné prepočítať sumy». V stĺpci «Číslo» tabuľky súpisov sa zobrazí príslušná ikona a v stavovom paneli sa používateľovi zobrazí informačná správa o tom, že proces bol prerušený.
Tento stav sa neodporúča ignorovať, pretože priamo ovplyvňuje finančnú analytiku podniku. Dôsledky prerušeného výpočtu:
-
Zisk za obdobie môže byť vypočítaný nesprávne a môže byť nadhodnotený.
-
Automaticky vytvorený odpis z inventarizácie sa vo formulári «Analýza - Obdobie» bude systémom rozpoznávať ako bežný ručný odpis, čo skreslí podrobný rozpis vzorca výpočtu zisku z tovaru.
Na nápravu tejto situácie je potrebné vybrať príslušný súpis a na paneli kliknúť na tlačidlo «Prepočítať sumy». Po úspešnom prepočte program zmení stav dokumentu a výstražná ikona zmizne. Na optimalizáciu tohto procesu existuje dodatočný ochranný mechanizmus: ak bol výpočet výsledkov inventarizácie prerušený, program tieto výsledky automaticky vypočíta pri nasledujúcom nočnom (alebo ručnom) výpočte obstarávacej ceny pre všetok tovar v databáze.

Optimalizácia dlhého uzatvárania inventarizačného súpisu
Podnikatelia sa niekedy stretávajú so situáciou, keď sa inventarizačný súpis uzatvára príliš dlho (od niekoľkých minút až po mnoho hodín), čo vedie k zablokovaniu tabuliek databázy a zastaveniu práce pokladníkov v celej obchodnej sieti. Najviac času pri uzatváraní zaberá získanie posledných nákupných cien a výpočet obstarávacej ceny.
Na urýchlenie uzatvárania súpisu sa používajú tieto optimalizačné nástroje:
-
Reorganizácia indexov a štatistík. Pred uzatvorením veľkých súpisov je mimoriadne dôležité vykonať akciu «Obnoviť a reorganizovať indexy a aktualizovať štatistiky» (v ponuke Súbor alebo Nastavenia - Parametre - Servis).
-
Zníženie zaťaženia počas pracovného času. Vývojári optimalizovali proces tak, že pri uzatváraní inventarizačného súpisu sa už predvolene nevykonáva úplný výpočet obstarávacej ceny dokladu o likvidácii. Tieto súhrny sa vypočítajú neskôr. Odporúča sa nastaviť automatický výpočet obstarávacej ceny na nočné hodiny prostredníctvom «Naplánovaných úloh», aby sa systém počas dňa nepreťažoval.
-
Optimalizácia algoritmov. V novších verziách programu Torgsoft bolo získavanie nákupných cien optimalizované: ceny sa už nezisťujú pre všetok tovar v súpise, ale iba pre položky, pre ktoré sa vytvorí príjmový doklad (kde je skutočné množstvo vyššie než evidované). Zároveň bolo odstránené úplné blokovanie tabuliek tovaru počas získavania cien, takže ostatní používatelia môžu pokračovať v práci.
Systémové chyby počas uzatvárania
Niekedy sa uzatváranie súpisu preruší chybovým hlásením SQL Servera. Dve najčastejšie príčiny sú:
-
Chyba konverzie dátového typu (Arithmetic overflow error converting expression to data type int). Vzniká vtedy, ak používateľ v minulých obdobiach v skladových dokumentoch (príjmových dokladoch a pod.) omylom naskenoval čiarový kód tovaru do poľa «Množstvo». Program sa následne pokúša odpísať alebo spracovať množstvá v miliardových hodnotách, čo spôsobí chybu. Riešenie: s pomocou technickej podpory nájsť dokument s abnormálnym množstvom a opraviť ho.
-
Chyba delenia nulou (Divide by zero error encountered). Vzniká pri uzatváraní súpisu, ak je v nastaveniach zapnutý výpočet poslednej nákupnej ceny podľa evidenčných centier a v histórii pohybu tovaru sa nachádzajú príjmové doklady počiatočných zostatkov so záporným množstvom, ktoré boli následne vynulované. Riešením je dočasne deaktivovať takýto problémový príjmový doklad počas uzatvárania inventarizačného súpisu.
Porovnávacia tabuľka: typické situácie, logika systému a riešenia pri uzatváraní inventarizácie
|
Situácia (Otázka podnikateľa) |
Príčina (Logika Torgsoft) |
Riešenie a dôsledky |
|
Suma v doklade o odpise sa nezhoduje s reportom o manku |
V reporte súpisu sa používa obstarávacia cena podľa aktuálneho stavu skladu, zatiaľ čo v doklade o odpise sa zaznamenáva skutočná obstarávacia cena podľa princípu FIFO. |
Ide o štandardnú logiku programu. Rozdiel je finančne odôvodnený a nie sú potrebné žiadne dodatočné opravy. |
|
Suma manka je nulová, hoci boli vytvorené doklady o odpise |
Došlo k automatickému započítaniu zámeny sortimentu. Program vzájomne započítal prebytky a manká a suma príjmov pokryla sumu odpisov. |
Ide o bežné fungovanie mechanizmu započítania. Manko sa nastaví na nulu, pretože je finančne pokryté zisteným prebytkom. |
|
Zobrazí sa stav «Je potrebné prepočítať sumy» |
Proces uzatvárania súpisu (výpočet súhrnov a obstarávacej ceny) bol používateľom násilne prerušený alebo došlo k systémovej chybe. |
Dôsledok: skreslenie finančnej analytiky a nadhodnotený zisk. Riešenie: vybrať súpis a ručne kliknúť na «Prepočítať sumy» alebo počkať na automatický nočný výpočet obstarávacej ceny. |
|
Súpis sa uzatvára celé hodiny a práca pokladní je zablokovaná |
Neaktuálne indexy a štatistiky databázy. Ďalšou príčinou môže byť úplný výpočet obstarávacej ceny počas pracovného času pri veľkom objeme údajov. |
Riešenie: pravidelne vykonávať servisnú akciu «Obnoviť a reorganizovať indexy a aktualizovať štatistiky». Nastaviť výpočet obstarávacej ceny na nočné hodiny prostredníctvom «Naplánovaných úloh». |
|
Chyba databázy: Arithmetic overflow error converting... |
V predchádzajúcich dokumentoch (napríklad v príjmových dokladoch) používateľ omylom naskenoval čiarový kód tovaru priamo do poľa «Množstvo». |
Riešenie: obrátiť sa na technickú podporu, aby našla skladový dokument s abnormálnymi (miliardovými) hodnotami množstva a opravila ho alebo ho nájsť samostatne podľa pohybu tovaru a opraviť množstvo v dokumente. |
|
Chyba databázy: Divide by zero error encountered |
Je nastavený výpočet poslednej nákupnej ceny podľa evidenčných centier a v histórii sa nachádzajú príjmové doklady počiatočných zostatkov so záporným množstvom, ktoré boli následne vynulované. |
Riešenie: počas uzatvárania inventarizačného súpisu dočasne deaktivovať problémový príjmový doklad so záporným množstvom. |









Vráťte sa na predchádzajúci krok