Objednávkový proces

Příklady z praxe

1. 01

   Rezervace posledního kusu při platbě kartou

   E-shop vytvoří objednávku ještě před dokončením platby kartou. Sklad dočasně rezervuje poslední kus zboží a systém čeká na ověřenou odpověď platební brány. Pokud platba propadne, rezervace se uvolní a zákazník může objednávku zaplatit znovu nebo ji nechat vypršet.

   {
     "orderId": "ORD-2026-1042",
     "status": "waiting_for_payment",
     "allowedTransitions": ["paid", "cancelled", "expired"]
   }

2. 02

   Změna adresy po potvrzení objednávky

   Zákazník po zaplacení zjistí překlep v ulici. Podpora může změnit adresu jen do stavu, kdy zásilka ještě nebyla předána dopravci. Po expedici už objednávkový proces místo prosté editace spouští vratku, přesměrování zásilky nebo novou expedici podle pravidel obchodu a dopravce.

Časté omyly

MýtusObjednávka vzniká až ve chvíli, kdy platební brána vrátí úspěch.

Ve skutečnostiObjednávka nebo platební záměr často vzniká už před platbou, aby systém měl identifikátor pro párování událostí. Úspěšná platba potom mění stav, nikoli nutně vytváří celý záznam od nuly.

MýtusStačí mít u objednávky jeden textový stav a zbytek vyřeší podpora.

Ve skutečnostiObjednávkový proces potřebuje omezené a kontrolované přechody mezi stavy. Volný text vede k nekonzistentním datům, chybným automatizacím a obtížnému napojení na sklad, účetnictví nebo dopravu.

MýtusKdyž zákazník zavře prohlížeč po platbě, objednávka se nedá spolehlivě potvrdit.

Ve skutečnostiObjednávkový proces má potvrzovat platbu serverově, například notifikací od platební brány. Návratová stránka v prohlížeči je uživatelský komfort, ne hlavní důkaz o zaplacení.

Časté dotazy

Má objednávkový proces začínat až po úspěšné platbě?

Objednávkový proces má obvykle začít dříve než samotnou platbou. Backend nejprve vytvoří objednávku nebo alespoň platební záměr s částkou, měnou a položkami, aby měl systém stabilní referenci pro platební bránu. Platba pak aktualizuje stav objednávky až po ověřené odpovědi, typicky přes serverovou notifikaci. Takový postup snižuje riziko ztracených plateb, duplicitních potvrzení a nejasných objednávek bez historie.

Kdy má objednávkový proces ukázat cenu dopravy?

Objednávkový proces by měl cenu dopravy a další poplatky ukázat co nejdříve, ideálně před finálním potvrzením objednávky. Skrytá cena na posledním kroku zvyšuje odchody z checkoutu a vytváří nedůvěru. Technicky to znamená, že checkout musí znát adresu, vybraný způsob dopravy, dostupné dopravce a případné limity košíku ještě před odesláním zákazníka na platbu.

Co má objednávkový proces udělat, když se po odeslání změní cena?

Objednávkový proces by neměl měnit cenu potvrzené objednávky bez jasného pravidla a auditní stopy. Pokud se změní dostupnost, sleva nebo doprava před potvrzením, systém může zákazníkovi ukázat nový souhrn k odsouhlasení. Po potvrzení je bezpečnější použít storno, dobropis, doplatek nebo ruční schválení podle obchodních podmínek a účetních požadavků.

Jaké údaje má objednávkový proces ukládat kvůli zákazníkovi a doručení?

Objednávkový proces potřebuje ukládat osobní údaje jen v rozsahu nutném pro vyřízení nákupu, platbu, doručení, účetnictví a zákonné povinnosti. Typicky jde o jméno, kontaktní údaje, adresu, položky objednávky, platební stav a historii komunikace. Citlivé platební údaje, například celé číslo karty, má zpracovávat certifikovaný poskytovatel plateb, ne běžný e-shopový backend.

Zdroje

1. Order(otevře se v novém okně)Schema.org
2. Payment Request API(otevře se v novém okně)W3C
3. Payment Intents(otevře se v novém okně)Stripe
4. OWASP Application Security Verification Standard (ASVS)(otevře se v novém okně)OWASP

Související pojmy

• IdempotenceIdempotence je vlastnost operace, u které opakované provedení se stejnými vstupy skončí ve stejném stavu jako provedení jediné. Je to základní pojistka proti dvojímu zaúčtování, když se požadavek kvůli výpadku sítě odešle dvakrát.
• Platební bránaPlatební brána je služba, která propojuje e-shop nebo aplikaci s kartovými schématy, bankami a dalšími platebními metodami, aby bezpečně přijala a potvrdila platbu zákazníka. Obchodníkovi zprostředkuje autorizaci, ověření, návrat výsledku do objednávky a často i podklady pro refundace, párování a účetní vyrovnání.
• WebhookWebhook je způsob, jak aplikace automaticky oznámí jiné aplikaci událost pomocí HTTP požadavku na předem zadanou adresu. Místo průběžného dotazování odešle zdrojový systém zprávu ve chvíli, kdy se něco stane, například po zaplacení objednávky, změně stavu úlohy nebo vytvoření záznamu.
• Opuštěný košíkOpuštěný košík je situace v e-commerce, kdy zákazník vloží produkt do nákupního košíku, ale objednávku nedokončí. Metrika pomáhá odhalit tření v nákupním procesu, například drahou dopravu, povinnou registraci, pomalou platbu nebo nedůvěru. Hodí se pro UX analýzu, remarketing i odhad ztracených tržeb bez automatického závěru, že každý košík šlo zachránit.
• 3-D Secure3-D Secure je protokol, který u online platby kartou ověří, že platí skutečně její držitel, typicky potvrzením v bankovní aplikaci. Při úspěšném ověření se zároveň přenáší odpovědnost za podvodnou transakci z obchodníka na vydavatele karty.
• A/B testováníA/B testování je řízený experiment, který porovnává dvě varianty stránky, funkce, ceny nebo sdělení na podobných skupinách uživatelů. Měří předem zvolenou metriku, například konverzi nebo retenci, a pomáhá rozhodnout, zda změna skutečně zlepšuje výsledek, nebo zda pozorovaný rozdíl mohl vzniknout náhodou.
• AcquirerAcquirer je finanční instituce nebo platební poskytovatel, který obchodníkovi umožňuje přijímat karetní platby a předává transakce do karetních schémat. V online platbách stojí mezi platební bránou, vydavatelem karty a obchodníkem, zajišťuje autorizaci, zúčtování, vyplacení peněz a část řízení rizik.
• Adaptive IconAdaptivní ikona je formát ikony aplikace na Androidu, který se místo jedné hotové bitmapy skládá z oddělených vrstev: pozadí a popředí. Systém výsledný tvar sám ořízne podle masky výrobce zařízení a může vrstvy animovat nebo přebarvit. Vývojář tak dodá jeden zdroj a launcher z něj vytvoří kruh, čtverec i squircle.