SKU
SKU (Stock Keeping Unit) je jedinečný alfanumerický kód, ktorý predajca priradí konkrétnemu variantu produktu na sledovanie v rámci skladu, predaja a expedície. Na rozdiel od UPC alebo čiarového kódu je SKU interný pre daný obchod a môže kódovať atribúty ako veľkosť, farba alebo umiestnenie v sklade. Každá predajná obmena produktu dostáva vlastné SKU.
Definícia SKU
SKU (Stock Keeping Unit) je jedinečný identifikátor, ktorý obchod vytvára na sledovanie konkrétnej predajnej verzie produktu v systémoch pre sklad, objednávky a predaj. Ak mikina prichádza v troch farbách a štyroch veľkostiach, to je dvanásť SKU, pretože každú kombináciu treba počítať, oceňovať a objednávať samostatne. SKU nie je to isté ako názov produktu alebo listing – jeden produkt môže mať veľa SKU, jedno pre každý variant, ktorý si zákazník môže skutočne vybrať a kúpiť. SKU sú interné pre obchod, ktorý ich vytvára, čím sa odlišujú od UPC a EAN, čo sú štandardizované kódy prideľované externou organizáciou (GS1) a zdieľané všetkými predajcami daného produktu. Predajca si preto môže vytvoriť vlastné SKU pre produkt, ktorý nakupuje vo veľkom, a vrstviť tak interný kód na výrobcov čiarový kód, aby ho jeho vlastný sklad a reportovacie systémy mohli konzistentne sledovať.
Ako sú SKU kódy štruktúrované
Neexistuje univerzálny štandard pre formát SKU, čo je zároveň výhoda aj častý zdroj chaosu. Väčšina obchodníkov vytvára krátky alfanumerický reťazec, ktorý kóduje atribúty dôležité pre sklad a reporting: kategória, produktová rada, farba a veľkosť sú bežné stavebné prvky. Typický vzor vyzerá ako TSH-CREW-BLK-L pre čierne tričko s okrúhlym výstrihom veľkosti L, alebo MUG-CER-12OZ pre 12-uncový keramický hrnček. Dobrý návrh SKU sa zvyčajne riadi niekoľkými pravidlami: kódy majú jednotnú dĺžku, aby sa dali ľahko vizuálne skenovať a triediť v tabuľkách, vyhýbajte sa medzerám a špeciálnym znakom, ktoré môžu narušiť CSV importy alebo URL slugy, a kód je dostatočne čitateľný, aby skladový pracovník spoznal produkt len z kódu bez potreby vyhľadávania. Niektoré firmy namiesto toho používajú sekvenčné číselné SKU (10001, 10002…) generované automaticky platformou, pričom obetujú čitateľnosť za zaručenú jedinečnosť. Oba prístupy fungujú, pokiaľ sú aplikované konzistentne – typickým zlyhaním je práve nekonzistentnosť: jedna produktová rada kódovaná ručne, iná automaticky generovaná, bez spoločnej logiky.
Prečo je sledovanie na úrovni SKU dôležité pre e‑commerce
Granularita SKU je to, čo vôbec umožňuje správu zásob. Súhrnné stavy na úrovni „produktu" skrývajú skutočnosť, že jeden variant je vypredaný, zatiaľ čo iný je predimenzovaný – obchod môže hlásiť „Tričko: na sklade", zatiaľ čo veľkosť, ktorá sa skutočne predáva, je už dva týždne v backorderi. Sledovanie na úrovni SKU je tiež základom pre výpočet bodov doobjednania, pretože veľkosť M a veľkosť XL toho istého trička sa predávajú v rôznych tempách a vyžadujú rôzne spúšťače doobjednania. Okrem zásob je SKU prirodzeným kľúčom pre analýzu marže: keď je ku SKU priradená landing cost (jednotková cena, dovozná doprava, balenie), každá položka objednávky môže byť naviazaná na skutočný náklad a výnosy aj ziskovosť môžu byť vykazované v rovnakej granularite, akú používa sklad na riadenie zásob. Bez nákladových údajov na úrovni SKU sa reporting ziskovosti musí uchýliť k priemerom na úrovni objednávok, ktoré zmiešavajú vysoko marginové a stratové produkty spôsobom, ktorý skrýva, ktoré SKU sa skutočne oplatí propagovať.
SKU vs. UPC vs. ID produktu
| Identifikátor | Kto ho prideľuje | Rozsah | Typické použitie |
|---|---|---|---|
| SKU | Samotný predajca alebo značka | Interný pre jednu firmu | Sklad, doobjednávanie, interný reporting |
| UPC / EAN | GS1 (externá normalizačná organizácia) | Globálny, zdieľaný medzi všetkými predajcami | Skenovanie na pokladni, marketplace listingu |
| ID produktu / ASIN | Platforma (napr. Amazon, Shopify) | Interný pre danú platformu | Správa katalógu v rámci jedného kanála |
| ID variantu | Databáza e‑commerce platformy | Interný pre backend obchodu | Technická referencia, zriedka zákaznícky orientovaná |
Jeden fyzický produkt môže niesť všetky štyri súčasne: výrobcom pridelené UPC, predajcom pridelené SKU, marketplaceom pridelené ASIN a platformou pridelené ID variantu. Viackanáloví predajcovia zvyčajne potrebujú mapovaciu tabuľku, ktorá tieto identifikátory zosúladí, aby sa predaj na Amazone aj predaj cez Shopify storefront vzťahovali na to isté podkladové SKU pre reporting.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
SKU dáta a AI riadený obchod
Keďže nakupovanie čoraz viac prebieha cez AI asistentov ako ChatGPT Shopping, Perplexity Shopping a Amazonov Rufus, dátové feedy produktov – štruktúrované informácie, ktoré týmto systémom hovoria, čo je na sklade, za akú cenu a v akom variante – závisia od čistých dát na úrovni SKU. AI nákupný asistent odporúčajúci „strednú veľkosť v modrej" potrebuje, aby podkladový feed túto požiadavku vyriešil na konkrétne SKU so skutočným stavom a cenou, nie na všeobecný produktový listing. Neupravené alebo duplicitné SKU sú častým dôvodom, prečo sú produktové feedy naprieč týmito kanálmi zamietnuté alebo nesprávne zobrazené. Na analytickej strane nástroje ako eshop_get_products a eshop_list_product_costs od AmICited pracujú na úrovni SKU práve preto, že na tejto úrovni sa otázky ziskovosti skutočne zodpovedajú – „ktorý variant tohto produktu mám naďalej skladovať" je otázka na úrovni SKU, nie na úrovni názvu produktu. Vykazovanie výnosov a marže podľa SKU, nie podľa názvu produktu, umožňuje obchodníkovi vidieť, že čierna veľkosť M sa predáva so 40 % maržou, zatiaľ čo neónovo zelená veľkosť XXL, napriek tomu, že je „rovnaký produkt", ledva vychádza na nulu.
Osvedčené postupy pre správu SKU
- Vytvorte jedno kanonické SKU na variant predtým, než začnete predávať na viacerých kanáloch, a mapujte každé ID špecifické pre daný kanál späť na toto SKU
- Udržujte SKU kódy krátke, jednotnej dĺžky a bez medzier a špeciálnych znakov
- Priraďte ku každému SKU landing cost, nielen maloobchodnú cenu, aby sa marža dala počítať automaticky
- Vyhnite sa opätovnému použitiu vyradeného SKU pre nový, nesúvisiaci produkt – historický reporting by tieto dva zmiešal
- Pravidelne kontrolujte duplicitné alebo takmer duplicitné SKU (často vznikajú pri ručných úpravách v tabuľkách)
- Zahrňte SKU do každého exportu – objednávok, vrátení aj nákladových listov – aby sa dátové sady dali vždy spojiť
Časté chyby pri SKU
Častým problémom je považovať „produkt" a „SKU" v reportingu za zameniteľné, čo vedie k stavom zásob a maržovým číslam, ktoré vyzerajú v súhrne dobre, ale maskujú slabo výkonný variant pod dobre výkonným. Riešením je zabezpečiť, aby každý report – predaj, zásoby, náklady – bol generovaný na úrovni SKU a na úroveň produktu sa agregoval len ako zobrazovacia pomôcka, nie ako základný výpočet. Ďalším bežným problémom je odchýlenie SKU naprieč predajnými kanálmi: obchodník vytvorí jednu schému SKU v POS systéme, iná sa automaticky vygeneruje v e‑commerce platforme a tretí formát sa objaví na marketplace listingoch, pričom neexistuje spoľahlivý spôsob, ako zosúladiť celkový predaj daného variantu bez ručného párovania. Štandardným riešením je centrálne udržiavaná mapovacia tabuľka, ideálne v rámci platformy, ktorá vykonáva reporting, nie vytváraná ad hoc v tabuľke zakaždým nanovo. Treťou chybou je opätovné používanie SKU pri ukončení a nahradení produktu – nová formulácia alebo redizajn s pôvodným SKU znehodnotí historické trendy, pretože to vyzerá, akoby ten istý produkt náhle zmenil výkon, namiesto čistého rozdelenia na pred/po. Napokon, mnohí menší obchodníci vynechávajú priradenie reálnej landing cost ku každému SKU a namiesto toho používajú paušálny odhad marže pre celý katalóg; to robí reporting ziskovosti na úrovni SKU technicky možným, ale prakticky zavádzajúcim, pretože nedokáže odhaliť skutočný rozdiel medzi najlepšie a najhoršie výkonnými variantmi.