Slovník pojmů

E-shop

Internetový obchod propojuje veřejný katalog s transakčním objednávkovým procesem a provozem firmy. Úspěšný klik ve frontendu nestačí: cenu, dostupnost, platbu i stav objednávky musí potvrdit autoritativní serverové zdroje.

Stručná definice

E-shop převádí výběr produktu na řízenou objednávku a její vyřízení.

Katalog popisuje produkty, varianty, značky, kategorie, ceny a dostupnost. Obchodní část umožní zákazníkovi sestavit košík, projít checkoutem, zvolit dopravu a platbu a vytvořit objednávku. Backend následně koordinuje stav platby, skladu, expedice, komunikace a podle potřeby také fakturace, vratky nebo reklamace.

Samotný produktový katalog není e-shop, pokud neumí uzavřít nákupní proces nebo předat objednávku jasně definovaným způsobem. E-shop také není platební brána: brána zpracuje vybranou platbu, zatímco obchod vlastní košík, obchodní pravidla a objednávku. Objednávka je samostatný záznam nákupního procesu a jeho stavu; platba je finanční operace, která může čekat, selhat, být opakována nebo vrácena.

Jaký problém řeší

Spojuje online nabídku s reálným plněním objednávky

Zákazník může produkt najít, zvolit přesnou variantu a dokončit nákup, zatímco provoz obchodu dostane konzistentní data pro platbu, sklad, dopravu, zákaznickou podporu a účetnictví.

prodej fyzického zboží s variantami, skladem, dopravou a expedicí
prodej digitálního produktu nebo služby s odlišným způsobem doručení
B2B objednávky s individuálními cenami, účty firem a schvalováním
multistore řešení pro více domén, jazyků, měn a obchodních pravidel
napojení na ERP, sklad, dopravce, účetnictví, platební službu a marketplace

Praktický příklad

Objednávka černé zimní bundy

Zákazník nejprve použije fulltextové vyhledávání a najde bundu. Vybere černou variantu velikosti M a vloží ji do košíku. Košík si může pamatovat dřívější orientační cenu, ale při checkoutu server znovu načte aktuální ceník, daňový kontext, povolenou dopravu a dostupnost konkrétní varianty. Cenu zaslanou prohlížečem nikdy nepřijme jako autoritativní.

Server ověří adresu a kontakty, vypočítá konečný souhrn a v jedné řízené operaci založí objednávku s vlastními položkami a cenovým snapshotem. Při timeoutu klient neopakuje vytvoření naslepo: použije stejný business identifikátor nebo idempotency key. Objednávka tak nevznikne dvakrát, ani když první HTTP odpověď nedorazila.

Zákazník přejde k platební službě. Návrat na stránku „děkujeme“ pouze říká, že se prohlížeč vrátil; není spolehlivým důkazem zaplacení. E-shop přijme podepsaný platební webhook, ověří jej a idempotentně posune existující objednávku do dalšího dovoleného stavu. Duplicitní událost změnu ani objednávku neprovede znovu. Sklad nebo ERP poté dostane informaci pro rezervaci, výdej a expedici.

Jak funguje

Produkt → Košík → Checkout → Objednávka → Platba → Expedice

Textový diagram zachycuje hlavní prodejní tok. Platbu lze dokončit synchronně či později, ale její výsledek se vždy promítá do samostatného a konzistentního stavu objednávky.

Produkt a varianta Zákazník vybere konkrétní prodejnou položku se SKU, cenou a dostupností.
Košík Dočasně drží položky a množství; není konečným potvrzením ceny ani rezervací skladu.
Checkout Server ověří zákazníka, adresu, dopravu, platbu, ceny, DPH v obecném smyslu a dostupnost.
Objednávka Vznikne trvalý záznam položek, částek, zákazníka a počátečního stavu s jednoznačným identifikátorem.
Platba Samostatná operace uspěje, čeká nebo selže; důvěryhodný výsledek potvrdí serverová integrace.
Expedice Sklad či ERP připraví zboží, dopravce převezme zásilku a stav se průběžně zapisuje k objednávce.
Alternativa pro platbu Dobírka, převod nebo odložená platba mění pořadí potvrzení peněz, ne potřebu řízeného objednávkového stavu.

Hlavní části a principy

Katalog, transakce a integrace pracují s různými druhy pravdy.

Rychlé čtení katalogu lze optimalizovat, ale vytvoření objednávky a změny peněz nebo zásob vyžadují přesná serverová pravidla.

Katalog a varianty

Produkt nese společný popis, varianta konkrétní prodejnou kombinaci, například velikost a barvu s vlastním SKU. Kategorie pomáhá navigaci; není totožná s produktem ani variantou.

Ceny, měny a DPH

Server volí platný ceník, měnu, slevy a daňový režim podle kontextu. Objednávka ukládá výsledné částky a jejich rozpad, aby pozdější změna katalogové ceny nepřepsala historii.

Dostupnost a sklad

Fyzický stav říká, kolik kusů je evidováno. Prodejní dostupnost může odečítat rezervace, používat bezpečnostní limit nebo zohlednit další sklady; mezi košíkem a objednávkou se může změnit.

Košík, checkout a objednávka

Košík je rozpracovaný výběr. Checkout znovu validuje pravidla a objednávka vytváří trvalý snapshot nákupu. Stavový přechod má povolit jen smysluplné změny a zaznamenat jejich příčinu.

Platba a doprava

Platební brána potvrzuje finanční operaci, dopravce fyzické doručení. Jejich externí identifikátory a stavy se mapují na objednávku, ale neznamenají automaticky totéž co její interní stav.

Administrace a přístup

Zákaznická podpora, sklad a finance potřebují odlišné operace. Přihlášení určí identitu a RBAC pomůže omezit, kdo smí vrátit platbu, měnit expedici nebo exportovat zákaznická data.

Integrace a prodejní kanály

API propojuje ERP, dopravce, účetnictví nebo marketplace. Marketplace je samostatný prodejní kanál, který sdružuje nabídky více prodejců; vlastní e-shop může být jedním z napojených kanálů. Synchronizace musí umět zpoždění, chyby a opakování.

Výhody, omezení a časté chyby

Pohodlný nákup stojí na přesném zpracování hraničních stavů.

Konkrétní přínosy

zákazník projde jednotným tokem od nalezení varianty po potvrzenou objednávku
administrace propojí obchodní data s prací skladu, podpory a financí
integrace mohou automatizovat platby, dopravu, sklad a více prodejních kanálů
stavová historie pomáhá dohledat, co se s objednávkou skutečně stalo
oddělený katalog a transakční část umožní přiměřeně optimalizovat různé zátěže

Omezení a časté chyby

přijmout cenu, slevu nebo oprávnění z klienta bez serverového přepočtu
považovat návrat zákazníka z platební brány za definitivní potvrzení zaplacení
slíbit sklad jen podle hodnoty zobrazené při vložení do košíku
při retry vytvořit druhou objednávku nebo zpracovat duplicitní webhook dvakrát
měnit stav objednávky libovolným textem bez pravidel dovolených přechodů
zacházet s cache nebo vyhledávacím indexem jako s autoritativním zdrojem objednávek

Hranice použití

Prodejní proces určuje, které části obchod opravdu potřebuje.

Veřejný katalog může pouze prezentovat nabídku a poptávku předat obchodníkovi; e-shop navíc vytváří a zpracovává objednávku. CMS spravuje stránky, články a média a může e-shop doplnit, ale neřeší samo cenotvorbu, checkout, platby a sklad. Platební brána je externí nebo interní platební komponenta, nikoli celý obchod.

E-shop je typ webové aplikace. Může být provozován přímo obchodníkem nebo dodáván jako SaaS více obchodníkům; ne každý e-shop je tedy SaaS. Marketplace navíc zprostředkovává nabídky a objednávky více prodejců a musí rozlišit vlastníka nabídky, plnění, poplatky a předávání stavů.

U většího katalogu může Elasticsearch obsloužit hledání a facety a cache zrychlit často čtené stránky. Obě vrstvy mohou být dočasně opožděné. Aktuální cenu a možnost objednat proto backend před zápisem ověří v autoritativních datech, ne pouze ve výsledku vyhledávání.

Na co myslet

Objednávkový tok musí bezpečně zvládnout souběh, opakování i výpadek integrace.

Nejrizikovější chyby vznikají na hranici mezi prohlížečem, backendem, platbou, skladem a externími systémy.

při checkoutu znovu načíst cenu, slevy, dopravu a dostupnost z autoritativních serverových zdrojů
chránit vytvoření objednávky idempotency key nebo jednoznačným business identifikátorem
ověřovat podpis platebního webhooku, evidovat událost a bezpečně ignorovat její duplicitu
oddělit stav objednávky, platby, rezervace a zásilky a definovat povolené přechody
zabezpečit zákaznické účty, session a serverová oprávnění administrace
monitorovat zaseknuté platby, rozdíly skladu a neúspěšné synchronizace s ERP či marketplace

Časté otázky

E-shop v praxi

Je produktový katalog už e-shop?

Ne nutně. Katalog představuje nabídku. E-shop navíc umožňuje dokončit nebo jednoznačně založit objednávku a navazuje na platbu, dopravu a její další zpracování.

Je zaplacená objednávka totéž co objednávka?

Ne. Objednávka a platba mají vlastní identitu i stav. Objednávka může čekat na platbu, používat dobírku, mít více platebních pokusů nebo obsahovat vratku.

Stačí úspěšný návrat z platební brány?

Ne. Přesměrování může zákazník zavřít nebo napodobit. Server má výsledek získat důvěryhodným webhookem nebo dotazem na platební API a ověřit jeho vazbu na objednávku a částku.

Proč se dostupnost liší od fyzického stavu skladu?

Prodejní dostupnost může zohlednit rezervace, bezpečnostní zásobu, více skladů nebo budoucí příjem. Navíc se může změnit mezi vložením do košíku a checkoutem.

Je každý e-shop SaaS?

Ne. Obchod může provozovat vlastní aplikaci. SaaS je způsob, kdy software provozuje poskytovatel pro zákazníka; jde o jinou vlastnost než samotná schopnost online prodeje.

Osobní zkušenost s e-commerce

E-shopy rozvíjím jako propojení katalogu, dat, objednávek a integrací.

Pracuji s produktovými variantami, cenami, sklady, objednávkovými stavy, multistore řešením i marketplace napojeními v dlouhodobém provozu.

Jak pracuji s e-commerce Nezávazně probrat projekt