DataOrganizer

Sloupec „čeká na platbu“ v administraci e-shopu před vrcholem sezóny roste a je těžké posoudit, zda jde o normu, nebo o únik peněz. Nezaplacené objednávky v e-shopu se dostávají do reportů tržeb, často i do konverzí kampaní, ale na účet nikdy nedorazí. Tento průvodce na příkladu e-shopu s domácími spotřebiči ukazuje, jak spočítat podíl a hodnotu zadaných, ale nezaplacených objednávek (bez dobírek a opakovaných pokusů), určit vlastní normu podle platební metody, zjistit, o kolik nadsazují MER, a vybrat platební proces, který opravit jako první. Náhlé výpadky plateb zachytí denní monitoring; zde se počítá dlouhodobá norma a její vyčíslení v korunách.

Rozsah na příkladu z tohoto průvodce: z 1 100 objednávek s platbou předem jich 88 nebylo zaplaceno, tedy 8,0 % kusů a 11,8 % hodnoty. Po odečtení opakovaných pokusů stejných zákazníků reálně propadlo 406 500 Kč za jediný měsíc.

Pás stavů

Kolik tržeb uvízne mezi objednávkou a platbou

V administraci e-shopu s domácími spotřebiči vypadá září jako úspěšný měsíc: 1 200 zadaných objednávek za 4 114 000 Kč. Výpis z účtu a report platební brány ale ukazují méně a rozdíl nevysvětluje účetnictví. Část objednávek zůstala ve stavu „čeká na platbu“ a už se z něj nepohne.

Prvním krokem je rozložit součet z administrace. 100 objednávek za 211 000 Kč jsou dobírky: zákazník platí kurýrovi při převzetí, o jejich platbě se tedy rozhoduje až při doručení a tvoří samostatnou kategorii. Zbývá 1 100 objednávek s platbou předem za 3 903 000 Kč; jen ty by měly být zaplacené dřív, než balík opustí sklad.

Stav se hodnotí až po okně zrání. Objednávky z posledních dnů měsíce mohou ještě čekat na připsání převodu, proto hodnocení připadá na 8. října, 7 dní po konci září. Pás níže ukazuje, co se stalo s každou korunou plateb předem (ilustrativní data).

Z 1 100 objednávek s platbou předem se 88 platby nedočkalo, dohromady 459 000 Kč. Přesně o tolik nadhodnocuje září tržba počítaná ze zadaných objednávek: panel ukazuje 4 114 000 Kč, ale zaplacené platby předem (3 444 000 Kč) plus dobírky (211 000 Kč) dávají 3 655 000 Kč. Rozdíl činí přesně 459 000 Kč.

Část této částky je prodej zapsaný pod jiným číslem. 18 objednávek za 52 500 Kč jsou opakované objednávky: stejný zákazník, rozpoznaný podle ID zákazníka nebo hashované e-mailové adresy, do 2 dnů zadal a zaplatil druhou objednávku. Peníze dorazily, takže tyto položky nejsou ztrátou, jen zdvojeným záznamem ve stavech.

Skutečná ztráta je 70 objednávek za 406 500 Kč, tedy 10,4 % hodnoty plateb předem při 6,4 % jejich počtu. Hodnota mizí rychleji než počet kusů, protože platba nejčastěji chybí u velkých košíků; rozpad podle platebních metod dále ukáže, u kterých.

Tento výpočet vyžaduje stav každé objednávky. Událost nákupu v GA4 a konverze v reklamním systému se obvykle zaznamenají na děkovací stránce, tedy v okamžiku zadání objednávky, a o jejím dalším osudu nic nevědí. Proto v automatické e-commerce analytice slouží jako základ pro výpočet prodejů objednávky z e-shopu včetně stavu platby a GA4 a reklamní systémy k tomu přidávají odhad rozdělení podle kanálů.

Než se zeptáte, zda je to hodně, oddělte dobírky, opakované objednávky a objednávky, které jsou ještě v okně pro platbu. Teprve to, co zbude, lze porovnat s normou a vyčíslit v korunách.

Definice

Podíl nezaplacených objednávek: definice a vzorec

Výpočet vyžaduje před započetím tři rozhodnutí: co patří do jmenovatele, od kdy se objednávka považuje za ztracenou a co se zákazníkem, který zaplatil na druhý pokus. Bez nich může tentýž e-shop vykázat 7,3 %, 8,0 % nebo 6,4 % a každé z těchto čísel bude formálně pravdivé.

Podíl v korunách vychází vyšší než v kusech, protože neplatí hlavně drahé košíky. Průměrná objednávka s platbou předem v e-shopu s domácími spotřebiči činí cca 3 550 Kč, průměrná nezaplacená cca 5 200 Kč. Samotné splátky s košíkem 8 230 Kč tvoří 30 z 88 nezaplacených objednávek (34 % kusů), ale celých 246 900 Kč, tedy 54 % nezaplacené hodnoty.

Proto se rozhoduje podle čisté hodnotové verze. Kusy říkají, jak často platební proces selhává; koruny říkají, kolik to stojí hotovosti. Rozdíl mezi nimi hned ukazuje, že se problém soustřeďuje ve vysokých košících.

Přiřazení stavů e-shopu ke třem kategoriím výpočtu (názvy stavů se mezi e-shopovými systémy liší; rozhoduje jejich význam):

Tři pasti mění výsledek víc než samotný platební proces:

1. Objednávky z posledních dnů započtené jako ztracené

   Klasický bankovní převod se obvykle připíše za 1–2 pracovní dny, takže objednávka z 30. září zaplacená 2. října vypadá jako ztracená, pokud se výpočet udělá 1. října. Okno dozrání 7 dní a hodnocení září až 8. října tento falešný poplach odstraní.

2. Dobírka ve jmenovateli

   Dobírka nemá stav platby předem, takže 100 takových objednávek za 211 000 Kč výsledek ředí: 88 / 1 200 dává 7,3 % místo 8,0 % a 459 000 / 4 114 000 dává 11,2 % místo 11,8 %. Nevyzvednuté zásilky na dobírku jsou samostatný problém a samostatný výpočet.

3. Opakované objednávky započtené dvakrát

   Zákazník, kterému neprošla platba, často zadá druhou objednávku a zaplatí ji; první zůstane ve stavu nezaplaceno. Opakovaná objednávka je zaplacená objednávka téhož zákazníka (stejné order_customer_id nebo email_hash) do 2 dnů: v příkladu 18 objednávek za 52 500 Kč, které snižují ztrátu z 459 000 Kč na 406 500 Kč.

Tento výpočet začíná až po kliknutí na „objednat“. Opuštění košíku a kroků pokladny před zadáním objednávky je samostatný problém, počítaný na relacích a událostech GA4; popisuje ho průvodce trychtýřem relací a dokončením objednávky. Tady už zákazník zadal adresu a zvolil platební metodu, takže každá ztráta má v e-shopu číslo objednávky, částku a platební metodu.

Platební metody

Běžný podíl nezaplacených objednávek podle platby

Průměr 8,0 % za celý e-shop míchá procesy úplně odlišné povahy. BLIK se uzavře během několika sekund v telefonu zákazníka, klasický převod čeká na rozhodnutí zákazníka a zaúčtování v bance, splátky na úvěrové rozhodnutí. Společný podíl říká jen to, že někde objednávky nedojdou k zaplacení.

Norma pro platební metodu je rozpětí podílu nezaplacených objednávek ze tří předchozích celých měsíců (zde červen–srpen), počítaných stejnou definicí: jen platby předem, okno zrání 7 dní, opakované platby odečtené zvlášť. Aktuální měsíc se pak čte zvlášť pro každou metodu: „v normě“, nebo „nad normou“.

Průměr e-shopu reaguje i na samotný podíl metod. Když roste podíl splátek, podíl za celý e-shop stoupá, přestože se žádný platební proces nerozbil. Norma pro každou metodu odděluje změnu mixu od skutečné poruchy.

Září v e-shopu s domácími spotřebiči podle platebních metod (ilustrativní data, vyhodnocení 8. října, okno 7 dní):

Stejná čísla v podobě výběru platby, jaký zákazník vidí při dokončení objednávky: šedý pruh na škále 0–30 % je vlastní norma metody, značka je září a zvýrazněné dlaždice překročily normu.

Dvě metody překročily vlastní normu: karta a klasický převod. Karta má 5,0 % při normě 3,0–4,0 %, ale pět z devíti nezaplacených objednávek titíž zákazníci do dvou dnů zaplatili znovu, takže netto ubylo 13 340 Kč. Klasický převod má 26,3 % při normě 18–22 % a ani jednu opakovanou platbu, tedy 105 080 Kč ztracených netto.

Splátky jsou v normě, a přesto tvoří 61 % ztracené hodnoty netto (246 860 Kč z 406 540 Kč). Podíl 25,0 % při průměrném košíku 8 230 Kč dává v korunách víc než zbylé čtyři metody dohromady (159 680 Kč). Norma říká, že proces funguje jako obvykle; částka ukazuje, že toto „jako obvykle“ stojí e-shop nejvíc.

Každá metoda ztrácí platby z jiného důvodu, proto jsou normy tak rozdílné:

• Splátky a odložená platba: objednávka vzniká před úvěrovým rozhodnutím; část zákazníků dostane zamítnutí, část to vzdá během žádosti, když uvidí formulář a podmínky.
• Klasický bankovní převod: zákazník dostane platební údaje a platbu odloží na později; bez připomenutí objednávka po splatnosti vyprší.
• Karta: autorizace neprojde (limit, dodatečné ověření v bance) a zákazník obvykle nákup hned zopakuje, proto je podíl opakovaných plateb vysoký.
• BLIK a rychlý online převod: platba proběhne během desítek sekund, takže nezaplacené objednávky jsou hlavně odchody na stránce banky nebo platební brány.

Příčinu konkrétní transakce ukazuje administrace platební brány (důvod zamítnutí, krok, kde platba skončila). Data objednávek z e-shopu ukazují rozsah a místo: která metoda, kolik objednávek, kolik korun a zda se výsledek liší od vlastní normy. Postup je tedy vždy stejný: nejdřív data e-shopu určí metodu, potom administrace platební brány vysvětlí příčinu.

Doručení a MER

Způsob doručení, nezaplacené objednávky a MER

Podíl nezaplacených závisí i na tom, co a jak zákazník objednává. Velké spotřebiče s výnosem do bytu mají jiné košíky a jiné platební metody než drobné spotřebiče posílané do výdejního boxu. Rozpad 1 100 objednávek s platbou předem podle způsobu doručení ukazuje, kde odliv převyšuje průměr e-shopu.

Mezi velkými skupinami se nejvíce odchyluje doručení s výnosem: 11,8 % při průměru obchodu 8,0 %, tedy téměř 1,5× více nezaplacených. Jde o objednávky velkých spotřebičů s nejvyššími košíky a právě u nich zákazníci nejčastěji volí splátky a klasický bankovní převod, tedy metody s nejvyšší normou nezaplacených. Příčinu jednotlivých transakcí potvrdí panel platební brány; data obchodu ukazují rozsah a skupinu objednávek, ve které odliv roste.

Ostatní způsoby doručení mají 14,0 %, ale na vzorku 50 objednávek. Sedm nezaplacených objednávek nestačí ke stanovení normy této skupiny, proto se takový řádek sleduje několik dalších měsíců, než padne jakékoli rozhodnutí. Kurýr (7,0 %), výdejní box (6,0 %) a osobní odběr (6,4 %) jsou na úrovni průměru obchodu nebo pod ním.

Stejné výdaje dávají dva různé výsledky rozpočtu:

Rozdíl 12,6 % vzniká výhradně okamžikem, kdy se tržba započítá. 88 objednávek s platbou předem za 459 000 Kč se dostalo do tržeb před úhradou a platby se nikdy nedočkalo; jejich průměrný košík je přibližně 5 220 Kč oproti přibližně 3 550 Kč u všech plateb předem, takže neplatí hlavně dražší objednávky. Kampaně se nezměnily ani o korunu, změnila se pouze definice tržeb.

Stejný efekt se objevuje v reklamních panelech i v GA4. Pokud se událost nákupu spouští na děkovací stránce dříve, než zákazník zaplatí, panel i GA4 započítají konverzi i u objednávky, která uvízne u platební brány. Proto se výsledek celého rozpočtu opírá o zaplacené objednávky z obchodu (MER), ROAS kanálů z GA4 a panelů se čte jako odhad a pokrytí GA4 (počet transakcí purchase v GA4 vydělený počtem objednávek v obchodě za stejné období) se počítá vůči objednávkám obchodu; více o výpadcích a přebytcích v měření najdete v průvodci o chybějících konverzích a Consent Mode.

Rozdělení výsledku na kanály a kampaně pochází z reklamních panelů a GA4. Na úrovni kampaní zůstávají výdaje a konverze z panelu, počítané v okamžiku vytvoření objednávky; kampaň je nejnižší úroveň, na které má smysl je číst. Kampaň, která se odchyluje od své normy (výdaje rostou, konverze v panelu ne), jde ke kontrole jako první a výsledek celého rozpočtu ověřuje MER počítané na zaplacených objednávkách z obchodu.

Před navýšením rozpočtu přepočítejte MER na zaplacených objednávkách z obchodu a porovnejte ho s MER na vytvořených. ROAS kanálů z GA4 a panelů pak slouží jako odhad rozdělení a o výši rozpočtu rozhodují peníze, které skutečně dorazily na účet.

Matice oprav

Pořadí oprav: odchylka od normy a hodnota

Seznam metod s procenty ještě neříká, čím začít. Pořadí určují dvě čísla současně: odchylka od vlastní normy (zda se v platebním procesu něco změnilo) a čistá ztracená hodnota (kolik to stojí každý měsíc). První ukazuje chybu, kterou je třeba vrátit zpět, druhé říká, zda se vyplatí začít právě u ní.

Postup má pět kroků a pokaždé pracuje se stejnou definicí jako předchozí sekce:

1. Spočítejte čistou ztrátu podle platební metody

   Nezaplacené po 7denním okně minus objednávky, které tentýž zákazník zopakoval a zaplatil do 2 dnů. V září: splátky 246 900 Kč, klasický převod 105 100 Kč, rychlý převod 24 900 Kč, mobilní platba 16 300 Kč, karta 13 300 Kč; celkem 406 500 Kč.

2. Porovnejte podíl s vlastní normou

   Norma vychází ze tří předchozích měsíců počítaných naprosto stejně. Nad horní hranicí jsou dvě metody: klasický převod (26,3 % při normě 18–22 %) a karta (5,0 % při normě 3,0–4,0 %).

3. Zařaďte metodu do matice

   Vodorovná osa: v normě, nebo nad ní. Svislá osa: čistá ztracená částka; práh se volí podle velikosti obchodu, zde dělicí čára vede zhruba u 55 000 Kč měsíčně.

4. Přiřaďte typ opatření

   Každý kvadrant znamená jiný druh práce: vrácení chyby, návrh nového kroku procesu, sledování v panelu platební brány, nebo běžnou měsíční kontrolu.

5. Změřte efekt v dalším celém měsíci

   Stejná definice: okno 7 dní, dobírky mimo jmenovatel, zopakované objednávky odečtené. Změna byť jediného vyloučení ukáže zlepšení, které v procesu nenastalo.

Matice pořadí oprav (obchod se spotřebiči, září, čistá ztráta, ilustrativní data):

Opravit hned: klasický převod. Podíl 26,3 % při normě 18–22 % a 105 000 Kč čisté ztráty. Odchylka od vlastní normy znamená, že se v procesu něco změnilo: text potvrzení objednávky s platebními údaji, splatnost nebo připomínka, která se přestala odesílat před zrušením objednávky.

Návrh procesu: splátky. Podíl 25,0 % je v rámci normy 22–28 %, přesto 246 000 Kč představuje 61 % čisté ztracené hodnoty. Nic se zde nepokazilo, zlepšení proto vyžaduje nový krok, např. kontaktovat zákazníka po zamítnutí úvěru a nabídnout mu jinou platební metodu pro stejný košík.

Sledovat: karta. Podíl 5,0 % je nad normou 3,0–4,0 %, ale 5 z 9 zákazníků platbu zopakovalo a zaplatilo, takže čistá ztráta činí 13 300 Kč. Panel platební brány ukáže, zda neúspěšné autorizace přetrvávají i v dalších týdnech.

V normě: BLIK a rychlý převod. Celkem 41 200 Kč čistě (16 300 Kč + 24 900 Kč) při podílech v rozmezí normy. U těchto metod stačí měsíční kontrola podle stejné definice.

Výpočet scénářů ukazuje, kolik má první krok hodnotu:

• Klasický převod z 26,3 % na 10 %: 10 % z 80 objednávek je 8 nezaplacených místo 21, tedy 13 × 5 000 Kč = 65 000 Kč měsíčně.
• Splátky, záchrana třetiny ztracených: 10 × 8 200 Kč = 82 000 Kč měsíčně.
• Celkem 147 000 Kč měsíčně, tedy 36 % současné čisté ztráty (147 000 Kč / 405 500 Kč).

Ve vrcholu sezóny roste sázka spolu s objemem. Při objemu 1,8× dosahuje čistá ztráta asi 729 900 Kč (405 500 Kč × 1,8) a potenciál oprav asi 264 600 Kč (147 000 Kč × 1,8). Klasický převod se tedy vyplatí opravit před sezónou a nový proces splátek spustit dost brzy na to, aby šel jeho efekt změřit za celý měsíc.

Rozhodovací prahy odlišují chybu v procesu od výpadku. Metoda, která je dva celé týdny po sobě nad horní hranicí vlastní normy, jde do diagnózy podle matice. Náhlý nárůst čekajících objednávek během jednoho dne, např. po výpadku plateb u brány, je porucha, kterou následující ráno odhalí denní monitoring anomálií; její čas a příčinu ukáže panel platební brány.

Pořadí oprav určuje dvojice čísel: odchylka metody od její vlastní normy a čistá ztracená částka. Metoda nad normou s vysokou částkou jde první, protože se v jejím procesu něco změnilo a tuto změnu lze vrátit.

DataOrganizer

Nezaplacené objednávky v chatu DataOrganizer

Celý výpočet z předchozích částí stojí na jediné tabulce: objednávkách z e-shopu s jejich stavem. DataOrganizer je stahuje přes oficiální API obchodu spolu s poli, která norma vyžaduje: order_status, order_payment_method, order_grand_total_amount, order_date_created a také order_customer_id a email_hash pro zachycení opakovaných objednávek. Vedle nich jsou náklady z reklamních platforem, takže MER na zaplacených objednávkách (zaplacené tržby z e-shopu / celkové výdaje) se počítá na jednom místě a rozdělení podle kanálů z GA4 nebo reklamních panelů slouží jako odhad.

Data se aktualizují jednou denně a ráno obsahují kompletní předchozí den. Podíl nezaplacených objednávek tak lze číst na dvou úrovních: den oproti vzoru stejného dne v týdnu (úterý s úterky) a celý měsíc po uplynutí okna splatnosti oproti vlastní normě pro každou platební metodu. Příčina jednotlivé transakce (zamítnutí bankou, přerušená žádost o splátky) zůstává v panelu platební brány; data z e-shopu ukazují rozsah problému a místo, kde narůstá.

Měsíční kontrola po uzavření 7denního okna vypadá takto (obchod s domácími spotřebiči, září, ilustrační data):

Během měsíce má stejný rozhovor kratší podobu. Ráno se lze zeptat, zda včerejší podíl neuhrazených objednávek u dané metody odpovídá vzorci daného dne v týdnu; náhlý skok signalizuje výpadek, který potvrdí administrace platební brány, kdežto mírnou odchylku potvrdí až druhý den. Úplné hodnocení vůči normě přichází po uzavření čekacího okna, kdy se klasické převody stihnou připsat.

E-shop, reklamní platformy a GA4 si připojíte sami, bez programátora. Platíte za připojené zdroje a aktuální ceny najdete v ceníku. Od první aktualizace jsou stavy objednávek, platební metody a náklady kampaní na jednom místě, takže tabulka norem za předchozí tři měsíce se počítá z historie, a ne z ručních exportů z administrace e-shopu.

Metodická poznámka: čísla v příkladech jsou ilustrativní. Září se hodnotí 8. října (čekací okno 7 dní), dobírky jsou mimo jmenovatel jako samostatná kategorie a opakovaná platba znamená uhrazenou objednávku téhož zákazníka do 2 dnů. DataOrganizer nemá data o vratkách ani o nepřevzatých zásilkách, takže výpočet končí u platby. Po změně platební brány nebo přidání nové metody se normy stanovují znovu, od data změny.

Metodická poznámka: čísla v příkladech (e-shop s domácími spotřebiči, září, hodnocení 8. října) jsou ilustrativní a slouží jen k ukázce výpočtu. Podíl se počítá po 7denním čekacím okně, bez dobírek ve jmenovateli a po odečtení opakovaných plateb téhož zákazníka; data e-shopu nezahrnují vratky ani nepřevzaté zásilky a po změně platební brány se norma stanovuje znovu.

FAQ

Nejčastější otázky k neuhrazeným objednávkám

Jaký podíl nezaplacených objednávek je v e-shopu normální?

Jedna hodnota pro všechny e-shopy neexistuje, protože každá platební metoda funguje jinak: v ukázkovém e-shopu s domácími spotřebiči je norma u okamžitých mobilních plateb 2,5–3,5 % a u splátek 22–28 %. Vlastní normu stanovíte pro každou platební metodu zvlášť ze tří předchozích celých měsíců, přičemž započítáte jen platby předem starší než čekací okno a odečtete opakované platby téhož zákazníka. Průměr e-shopu (zde 8,0 % podle počtu a 11,8 % podle hodnoty) se mění spolu s mixem metod, takže sám o sobě neřekne, zda se něco pokazilo.

Proč zákazníci zadají objednávku a nezaplatí?

Mechanismus závisí na metodě: u splátek zákazník odstoupí během žádosti nebo dostane zamítnutí, u klasického převodu platbu odkládá a u karty selže autorizace, což často končí rychlou opakovanou platbou. Častěji neplatí velké košíky, což ukazuje vyšší podíl u doručení velkých spotřebičů s výnosem (11,8 % při průměru 8,0 %). Data e-shopu ukazují rozsah a místo problému; příčinu konkrétní transakce zná administrace platební brány.

Po kolika dnech zrušit nezaplacenou objednávku?

Lhůta pro zrušení vyplývá z obchodních podmínek e-shopu a platební metody, a klasický převod se obvykle připisuje 1–2 pracovní dny, takže příliš krátká lhůta zruší objednávky, které by ještě byly zaplaceny. Pro analýzu se používá čekací okno přizpůsobené nejpomalejší metodě (v příkladu 7 dní) a teprve po něm se objednávka bez platby počítá jako neuhrazená. Před zrušením se vyplatí poslat upomínku s platebními údaji, protože je to nejlevnější způsob, jak získat zpět část částky.

Počítat nezaplacené objednávky do tržeb a ROAS?

Ne: tržby a MER se počítají z uhrazených objednávek z e-shopu, vytvořené objednávky lze reportovat zvlášť jako signál poptávky. V příkladu je MER z vytvořených objednávek 9,25 a z uhrazených 8,22, takže výpočet před platbou nadhodnocuje výsledek o 12,6 %. Pokud se událost nákupu spouští na děkovací stránce ještě před platbou, započítávají neuhrazené objednávky i reklamní platformy a GA4, takže jejich ROAS je třeba číst jako odhad (více v průvodci o chybějících konverzích).

Jak zkontrolovat nezaplacené objednávky podle platební metody v DataOrganizer?

DataOrganizer stahuje objednávky z e-shopu se stavem, platební metodou, částkou, datem a hashovaným identifikátorem zákazníka a data aktualizuje jednou denně s kompletními údaji za předchozí den. V chatu se stačí zeptat na neuhrazené platby předem podle platební metody vůči normě za tři měsíce, bez dobírek a po odečtení opakovaných plateb, a asistent vrátí tabulku s podílem, čistou ztracenou částkou a MER z uhrazených objednávek. Náhlý skok čekajících objednávek v jednom dni se ukáže v ranním přehledu vůči vzorci dne v týdnu, jak popisuje průvodce o monitoringu a anomáliích.