SKU
SKU (Stock Keeping Unit) je jedinečný alfanumerický kód, který prodejce přiřazuje konkrétní variantě produktu pro její sledování v rámci skladu, prodeje a expedice. Na rozdíl od UPC nebo čárového kódu je SKU interním identifikátorem daného podniku a může kódovat atributy jako velikost, barvu nebo umístění ve skladu. Každá prodejná variace produktu dostává vlastní SKU.
Definice SKU
SKU (Stock Keeping Unit) je jedinečný identifikátor, který podnik vytváří pro sledování konkrétní prodejné verze produktu napříč skladovými, objednávkovými a prodejními systémy. Pokud existuje mikina ve třech barvách a čtyřech velikostech, máte dvanáct SKU, protože každou kombinaci je třeba počítat, oceňovat a objednávat samostatně. SKU není totéž co název produktu nebo položka v katalogu – jeden produkt může mít mnoho SKU, jedno pro každou variantu, kterou si zákazník může skutečně vybrat a koupit. SKU jsou interní záležitostí podniku, který je vytváří, čímž se liší od UPC a EAN, což jsou standardizované kódy přidělované externí organizací (GS1) a sdílené všemi prodejci dané položky. Prodejce si proto může vytvořit vlastní SKU pro produkt, který nakupuje velkoobchodně, a vrstvit tak interní kód na výrobcův čárový kód, aby jej jeho vlastní skladové a reportovací systémy mohly konzistentně sledovat.
Jak se tvoří SKU kódy
Neexistuje univerzální standard pro formát SKU, což je jak výhoda, tak častý zdroj chaosu. Většina obchodníků vytváří krátký alfanumerický řetězec, který kóduje atributy důležité pro skladové a reportovací účely: kategorie, produktová řada, barva a velikost jsou běžnými stavebními kameny. Typický vzor vypadá jako TSH-CREW-BLK-L pro černé tričko s kruhovým výstřihem velikosti L nebo MUG-CER-12OZ pro keramický hrnek o objemu 12 uncí. Dobrý návrh SKU se obvykle řídí několika pravidly: udržujte kódy jednotné délky, aby se daly snadno vizuálně skenovat a třídit v tabulce, vyhněte se mezerám a speciálním znakům, které by mohly narušit import CSV nebo URL slugy, a zajistěte, aby byl kód dostatečně čitelný, aby jej skladník poznal bez nutnosti vyhledávání. Některé firmy místo toho používají sekvenční číselná SKU (10001, 10002…) automaticky generovaná jejich platformou, čímž obětují čitelnost ve prospěch zaručené jedinečnosti. Oba přístupy fungují, pokud jsou aplikovány konzistentně – selhání obvykle přichází s nekonzistencí: jedna produktová řada kódovaná ručně, jiná automaticky generovaná, bez sdílené logiky mezi nimi.
Proč sledování na úrovni SKU záleží v e‑commerce
Granularita SKU je tím, co vůbec umožňuje řízení zásob. Agregované stavy na úrovni „produktu" maskují skutečnost, že jedna varianta je vyprodaná, zatímco jiná je předzásobená – obchod může ukazovat „Tričko: skladem", zatímco velikost, která se skutečně prodává, je již dva týdny v backorderu. Sledování na úrovni SKU je také základem výpočtů bodů objednávky, protože tričko velikosti M a velikosti XL se prodávají v různém tempu a vyžadují různé spouštěče objednávek. Mimo zásoby je SKU přirozeným klíčem pro analýzu marže: jakmile je ke SKU přiřazena celková pořizovací cena (jednotková cena, přeprava, balení), lze každou položku objednávky svázat se skutečnými náklady a vykazovat tržby i ziskovost ve stejné granularitě, jakou sklad používá pro správu zásob. Bez nákladových dat na úrovni SKU se reporting ziskovosti musí uchýlit k průměrům na úrovni objednávky, které rozmazávají vysoce maržové a ztrátové produkty způsobem, jenž skrývá, která SKU se skutečně vyplatí propagovat.
SKU vs. UPC vs. ID produktu
| Identifikátor | Kdo jej přiřazuje | Rozsah | Typické použití |
|---|---|---|---|
| SKU | Samotný prodejce nebo značka | Interní pro jeden podnik | Sklad, objednávky, interní reporting |
| UPC / EAN | GS1 (externí normalizační organizace) | Globální, sdílený všemi prodejci | Pokladní skenování, tržiště |
| ID produktu / ASIN | Platforma (např. Amazon, Shopify) | Interní pro danou platformu | Správa katalogu v rámci jednoho kanálu |
| ID varianty | Databáze e‑commerce platformy | Interní pro backend obchodu | Technická reference, zřídka viditelná zákazníkovi |
Jeden fyzický produkt může nést všechny čtyři identifikátory současně: výrobcem přiřazené UPC, prodejcem přiřazené SKU, tržištěm přiřazené ASIN a platformou přiřazené ID varianty. Prodejci na více kanálech obvykle potřebují mapovací tabulku, která tyto identifikátory sladí, aby se prodej na Amazonu i prodej přes Shopify sbíhaly do stejného základního SKU pro reporting.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
SKU data a AI řízený obchod
S tím, jak nakupování stále více probíhá prostřednictvím AI asistentů jako ChatGPT Shopping, Perplexity Shopping a Amazon Rufus, závisí datové feedy produktů – strukturované informace, které těmto systémům sdělují, co je skladem, za jakou cenu a v jaké variantě – na čistých datech na úrovni SKU. AI nákupní asistent doporučující „střední velikost v modré" potřebuje, aby podkladový feed vyřešil tuto volbu na skutečné SKU s reálným stavem a cenou, nikoli na obecný výpis produktu. Nepřehledná nebo duplicitní SKU jsou častým důvodem, proč jsou produktové feedy v těchto kanálech odmítány nebo chybně prezentovány. Na analytické straně fungují nástroje jako eshop_get_products a eshop_list_product_costs od AmICited právě na úrovni SKU, protože právě na této úrovni lze skutečně odpovídat na otázky ziskovosti – „kterou variantu tohoto produktu mám dále skladovat" je otázka na úrovni SKU, nikoli na úrovni názvu produktu. Vykazování tržeb a marže podle SKU namísto podle názvu produktu umožňuje obchodníkovi vidět, že černá velikost M se prodává se 40% marží, zatímco neonově zelená XXL, přestože jde o „stejný produkt", sotva pokrývá náklady.
Doporučené postupy pro správu SKU
- Vytvořte jednu kanonickou SKU pro každou variantu ještě před listingem na více kanálech a mapujte každé ID specifické pro daný kanál zpět k této SKU
- Udržujte SKU kódy krátké, jednotné délky a bez mezer či speciálních znaků
- Ke každé SKU přiřaďte celkové pořizovací náklady, nejen maloobchodní cenu, aby bylo možné marži počítat automaticky
- Vyhněte se opětovnému použití vyřazené SKU pro nový, nesouvisející produkt – historický reporting by oba smíchal dohromady
- Pravidelně auditujte duplicitní nebo téměř duplicitní SKU (častý důsledek ručních úprav v tabulce)
- Zahrnujte SKU do každého exportu – objednávek, vratek i nákladových listů – aby bylo možné datové sady vždy znovu propojit
Časté chyby u SKU
Častým problémem je zaměňování „produktu" a „SKU" v reportingu, což vede k počtům zásob a marží, které vypadají v souhrnu dobře, ale skrývají špatně si vedoucí variantu pod dobře si vedoucí. Řešením je zajistit, aby každý report – prodeje, zásoby, náklady – byl generován na úrovni SKU a na úroveň produktu se agregoval jen jako zobrazovací pohodlí, nikoli jako základní výpočet. Dalším častým problémem je odchylování SKU napříč prodejními kanály: obchodník vytvoří schéma SKU ve svém POS systému, jiné je automaticky vygenerováno jeho e‑commerce platformou a třetí formát se objeví na tržišti, takže neexistuje spolehlivý způsob, jak sladit celkové prodeje dané varianty bez ručního párování. Standardním řešením je centrálně udržovaná mapovací tabulka, ideálně přímo v platformě provádějící reporting, nikoli ad hoc vytvářená pokaždé v tabulkovém procesoru. Třetí chybou je opětovné použití SKU při ukončení a nahrazení produktu – nová formulace nebo redesign se starým SKU kalí historická trendová data a vytváří dojem, že stejný produkt náhle změnil výkon, místo aby ukázal čisté rozdělení před/po. A konečně, mnoho menších obchodníků vynechává přiřazení skutečných celkových nákladů ke každé SKU a místo toho používá paušální odhadovanou marži napříč celým katalogem; to sice technicky umožňuje reporting ziskovosti na úrovni SKU, ale prakticky je zavádějící, protože nedokáže odhalit skutečný rozdíl mezi nejlépe a nejhůře si vedoucími variantami.