Zavedenie evidencie v obchode: 7 chýb

Prečo sa automatizáciu predajne nepodarí spustiť: 7 chýb, ktoré podnikateľov najčastejšie zastavia

Automatizácia obchodu znamená prenesenie skladovej, finančnej a personálnej evidencie do jedného systému s jednotnými pravidlami práce. Materiál je určený majiteľom predajní, ktorí si už program kúpili alebo jeho kúpu iba plánujú a nechcú opakovať chyby iných. Nižšie je uvedených sedem situácií, pri ktorých sa implementácia zastaví, a konkrétne kroky, ktoré dostanú evidenciu do funkčného stavu.

Väčšina neúspešných implementácií má spoločnú črtu. Program sa nainštaluje, ale spôsob práce predajne sa nezmení: údaje sa nepripravia, práva personálu sa nerozdelia a postup služobných operácií sa neopíše. Po dvoch až troch mesiacoch majiteľ zistí rozdiely v skladových zásobách a vyvodí záver o programe. V skutočnosti v tejto fáze ešte nebol vytvorený proces.

Čo v súčasnosti komplikuje fungovanie maloobchodnej prevádzky

Podmienky, v ktorých ukrajinský maloobchod funguje v roku 2026, zvyšujú náklady na každú z nižšie opísaných chýb.

K tomu treba pripočítať trvalé straty maloobchodnej prevádzky. Podľa odhadov štúdie Global Sources of Shrinkage, na ktorú sa odvoláva Asociácia maloobchodníkov Ukrajiny, svetový maloobchod stráca približne 1,5 percenta obratu v dôsledku administratívnych chýb, krádeží zamestnancov, odpisov a externých krádeží. V segmente potravín je tento ukazovateľ vyšší. Ak sa evidencia vedie v tabuľkách a zošitoch, tieto straty nie sú viditeľné až do inventúry.

Problém 1. Začína sa bez demoverzie a s neoverenými údajmi

Ide o dve chyby, ktoré sa takmer vždy vyskytujú spoločne. Prvá: program sa kúpi bez skúšobného obdobia a vlastné scenáre sa testujú priamo v pracovnej databáze. Druhá: do databázy sa importuje cenník dodávateľa z Excelu bez predchádzajúceho vyčistenia. Výsledkom sú duplicitné čiarové kódy, položky bez druhu tovaru a nezhody v katalógových číslach. Nomenklatúra sa zdvojí a nákladová cena sa prestane počítať správne. Pri importe veľmi veľkých súborov môže program zamrznúť alebo oznámiť nedostatok pamäte.

Samostatnou časťou toho istého problému je snaha využívať od prvého dňa všetky funkcie naraz: viacstupňovú výrobu, tímové systémy odmeňovania, automatické objednávky dodávateľom a hĺbkovú finančnú analytiku. Personál nestíha zvládnuť základné režimy a výsledkom je odpor alebo chaotické zadávanie údajov.

Čo urobiť

1. Využiť 30-dňovú demoverziu a otestovať v nej vlastné scenáre: príjem, predaj, vrátenie a presuny medzi prevádzkami.
2. Pred importom vyčistiť tabuľky Excelu: odstrániť duplicity, zjednotiť názvy a skontrolovať katalógové čísla a čiarové kódy.
3. Rozdeliť importované súbory na časti približne po 500 položkách, aby bolo možné kontrolovať priradenie polí a vlastností.
4. Osvojovať si program postupne: najprv strom druhov tovaru a číselníky, potom príjem tovaru a inventúru na zadanie skutočných zásob a až po istom zvládnutí predaja a vrátenia — zložité schémy, zľavy a analytiku.

Problém 2. Od skladového programu sa očakáva účtovníctvo

Torgsoft je založený na príjmovej a výdavkovej logike reálneho obchodného podniku. Neobsahuje účtovné zápisy ani účtovú osnovu. Pokusy viesť v ňom výhradne finančné operácie bez väzby na tovar, evidovať stavebné objekty alebo počítať percento prirodzeného úbytku zeleniny v skladovom zariadení spôsobujú metodologický konflikt a sklamanie majiteľa.

Správne usporiadanie je iné. Daňová a účtovná evidencia sa vedie samostatne. Torgsoft zodpovedá za presné zásoby, kontrolu personálu, fiškalizáciu pokladne, ceny a manažérske rozhodovanie v reálnom čase. Špecifické odvetvia by si mali vlastné scenáre overiť v demoverzii ešte pred nákupom licencií.

Problém 3. Online kanály sa pripájajú bez prípravy katalógu

Očakávanie, že synchronizácia s webovou stránkou alebo trhoviskom začne fungovať automaticky, vedie k strate objednávok. Typickými príčinami porúch sú chýbajúce dynamické vlastnosti tovaru povinné pre trhovisko; nenastavené sekcie synchronizácie a skupiny tovaru v programe; a nadmerné množstvo nepoužívaných súborov na FTP serveri webovej stránky, ktoré blokuje výmenu údajov.

Správny postup je opačný než bežné očakávanie. Najprv sa v Torgsoft usporiadajú vlastnosti, skupiny tovaru a sekcie synchronizácie a až potom sa spustí export na platformu.

Čo urobiť

• Vyplniť dynamické vlastnosti tovaru podľa požiadaviek konkrétnej platformy ešte pred začatím exportu.
• Nastaviť sekcie synchronizácie a skupiny tovaru v programe. Úpravy na webovej stránke výmenu údajov neopravujú.
• Pravidelne odstraňovať z FTP servera staré fotografie a nepoužívané súbory.
• Po prvých exportoch kontrolovať zhodu zásob, kým sa výmena nestabilizuje.

Problém 4. Automatizácia sa začína programom, zatiaľ čo zariadenia a napájanie zostávajú bez pozornosti

Typický scenár zlyhania vyzerá takto. Program sa nainštaluje na dotykový počítač typu all-in-one so zapnutými automatickými aktualizáciami systému Windows. O týždeň sa systém dostane do cyklu reštartovania. Tlačiareň pokladničných dokladov, tlačiareň etikiet a váhy sú pripojené cez lacný pasívny USB rozbočovač bez externého napájania, preto pravidelne strácajú spojenie. Internetové pripojenie v prevádzke je nestabilné a tlač zo vzdialeného servera cez RDP sa preruší uprostred pokladničného dokladu.

Samostatnú skupinu problémov spôsobujú výpadky elektriny. V januári 2026 časť maloobchodných sietí v Kyjeve a okolí prerušila prevádzku práve pre nefunkčné pokladničné systémy a zákazníkom odporúčala mať pri sebe hotovosť. Predajňa bez záložného napájania a možnosti predávať offline v takej chvíli jednoducho neobchoduje.

Čo urobiť

• Na dotykových počítačoch typu all-in-one vypnúť automatické aktualizácie systému Windows a aktualizovať systém manuálne mimo pracovného času.
• Obchodné zariadenia pripájať cez USB rozbočovače s externým napájaním. Pasívne rozbočovače nie sú vhodné pre tlačiarne ani váhy.
• Bankový terminál na vzdialenom serveri pripájať cez Wi-Fi. Štandardný port COM v takejto konfigurácii spôsobuje komunikačné chyby.
• Ak tlačiareň dočasne zmizne zo relácie RDP, ukončiť spojenie so serverom a pripojiť sa znova.
• Zabezpečiť server a pokladničné pracovisko neprerušiteľným zdrojom napájania a prevádzku záložným internetovým pripojením.

Problém 5. Predajcovia majú viac práv, než potrebujú na predaj

V dôsledku nadmerných práv prestanú evidenčné údaje zodpovedať skutočnosti rýchlejšie než pri technických poruchách. Ak môže predajca meniť veľkoobchodné a maloobchodné ceny, údaje o zisku prestanú byť spoľahlivé. Bez kontroly vznikajú fiktívne vrátenia pod účtami iných používateľov spojené s vyberaním hotovosti z pokladne. Ďalším rozšíreným postupom je manuálne zadanie čísla zľavovej karty z klávesnice: predaj sa uskutoční cudzej osobe a výhoda zo zľavy zostane pokladníkovi.

V Torgsoft sa práva rozdeľujú v ponuke Nastavenia — Používatelia. Každý používateľ má vlastné prihlasovacie meno, heslo a rolu, ktorá obmedzuje prístup k funkciám a informáciám. Režim bez obmedzenia rolou je určený iba pre majiteľa alebo správcu.

Čo urobiť

• Vytvoriť samostatný používateľský účet s rolou predajcu pre každého zamestnanca. Spoločné prihlasovacie údaje počas zmeny sa nesmú používať.
• V časti Nastavenia — Parametre — Prístup zapnúť zákaz zadávania čísla zľavovej karty z klávesnice, aby sa karta načítavala iba skenerom.
• Pravidelne kontrolovať Protokol činností používateľov a záznamy zmien skladových dokladov.
• Zablokovať predajcom prístup k zmene cien a prepočtu zásob.

Problém 6. Služobné operácie sa vykonávajú počas pracovného času

Náhle zmiznutie tovaru zo skladu sa najčastejšie vysvetľuje poradím činností používateľov. Programová chyba s tým nesúvisí. Majiteľ spustí uzatvorenie účtovného obdobia alebo prepočet zásob v čase, keď sa v prevádzkach stále predáva. Údaje sa menia súčasne z dvoch strán a vo formulári stavu skladu vzniknú nezrovnalosti.

V Torgsoft uzatvorenie obdobia kontroluje nedokončené doklady prenájmu, objednávky a rezervácie, prepočítava nákladovú cenu, aktualizuje štatistiky a indexy a automaticky vytvára kontrolný bod. Ide o služobnú operáciu náročnú na systémové zdroje. Počas aktívneho predaja by sa nemala spúšťať.

Druhá typická situácia z tej istej skupiny: pokladník automaticky zmení cenu tovaru vo formulári stavu skladu pred pridaním položky do dokladu interného presunu. Výsledkom je zámena tovaru a strata obchodnej prirážky.

Čo urobiť

1. Stanoviť písomné pravidlo: uzatváranie období a vytváranie kontrolných bodov sa vykonáva iba mimo pracovného času.
2. Určiť osobu zodpovednú za služobné operácie a jeden deň v mesiaci na ich vykonanie.
3. Zakázať obmedzeným účtom predajcov prepočítavať množstvo tovaru v skladoch.

Problém 7. Databáza sa neudržiava ani nearchivuje

Táto chyba sa prejaví neskôr než ostatné a jej následky sú najdrahšie. Databáza SQL sa postupne zväčšuje a aktualizácia tabuliek vo formulároch predaja a predaja s vystavením faktúry začne pri každej operácii trvať citeľne dlhšie. Situácia sa zhoršuje, ak je v nastavení kontroly minimálnej predajnej ceny vybraná možnosť s potvrdením predaja pod nákladovou cenou: dokumentácia Torgsoft výslovne uvádza, že pri hodnotách odlišných od povolenia predávať pod nákladovou cenou môžu pri pridávaní tovaru do predaja vzniknúť oneskorenia v dôsledku dodatočných výpočtov.

Druhou časťou problému je absencia záložných kópií. Databázu môže zašifrovať ransomvér, poškodiť núdzový výpadok napájania alebo porucha disku. Chyby pri archivácii vznikajú aj vtedy, keď na systémovom disku nie je dostatok voľného miesta na dočasné rozbalenie súborov.

Čo urobiť

1. Pravidelne vykonávať služobné operácie Obnoviť a reorganizovať indexy a aktualizovať štatistiky a Optimalizácia databázy mimo pracovného času.
2. Pri veľkom objeme údajov vypnúť výpočtovo náročné kontroly nákladovej ceny počas predaja.
3. Nastaviť automatické vytváranie záložných kópií podľa harmonogramu s odosielaním do cloudu.
4. Kontrolovať voľné miesto na systémovom disku a pripojiť server k neprerušiteľnému zdroju napájania.

Príklady z ukrajinského maloobchodu

Najvýraznejšie príklady boli zaznamenané v zime 2026. Ráno 13. januára bolo v Kyjeve a okolí zatvorených približne 17 supermarketov siete Novus: spoločnosť vysvetlila, že bez dodávky elektriny nie je možná normálna prevádzka predajných priestorov, chladiacich zariadení ani pokladničných systémov. Zároveň siete, ktoré vopred investovali do autonómnej prevádzky, pokračovali v predaji. Supermarkety holdingu Retail Group a obchodné centrá Epicentr fungovali na generátoroch a sieť EKO Market po zatvorení predajní presúvala produkty kategórie ultra-fresh do chladiacich komôr so stabilným teplotným režimom.

Ide o veľké siete s inými rozpočtami. Princíp sa však bez zmien uplatňuje aj v malej predajni: najprv záložné napájanie pokladne a servera, potom možnosť prijímať platby a zaznamenávať predaj pri prerušení spojenia a až potom všetko ostatné. Jednej predajni stačia tri veci: neprerušiteľný zdroj napájania pre pokladničné pracovisko, záložný mobilný internet a režim offline predaja.

Kde začať, ak už v evidencii existujú nezrovnalosti

1. Zaznamenať skutočné zásoby. Vykonať úplnú inventúru mimo pracovného času a zadať skutočné údaje ako východiskový bod. Bez toho ďalšie kroky neprinesú výsledok.
2. Rozdeliť práva. Vytvoriť samostatné účty s rolami, zakázať predajcom meniť ceny a manuálne zadávať čísla zľavových kariet a zapnúť kontrolu protokolu činností používateľov.
3. Opísať pravidlá služobných operácií. Určiť, kto a kedy uzatvára obdobie, optimalizuje databázu a kontroluje zálohy. Písomne s nimi oboznámiť všetky prevádzky.

Kompletný kontrolný zoznam pred spustením a po ňom

Časté otázky

Záver

Žiadna z opísaných chýb nesúvisí s nedostatkom rozpočtu. Súvisia s absenciou pravidiel: kto má prístup, kedy sa vykonávajú služobné operácie, aké údaje vstupujú do databázy a kto zodpovedá za záložné kópie. Predajňa, ktorá má na tieto štyri otázky písomnú odpoveď, získa vďaka automatizácii presné zásoby, zrozumiteľnú nákladovú cenu a kontrolu nad pokladňou. Predajňa bez odpovedí získa ďalší program, ktorý nikto nepoužíva.