Investor zadává nákup a vedle množství a ceny objeví tři volby: Urgent, Normal a Patient. Je lákavé číst je jako rychle, běžně a levně. Taková zkratka ale přehlíží nejdůležitější věc. Naléhavost mění způsob, jakým algoritmus hledá příležitost k realizaci. Sama neurčuje maximální cenu nákupu, nezajišťuje dokončení objednávky a neříká, zda dané aktivum patří do portfolia.
Adaptive je konkrétní algoritmus Interactive Brokers, který spojuje směrování objednávky s uživatelem zvolenou naléhavostí a pokusem získat příznivější plnění uvnitř rozpětí nabídky a poptávky. Tento článek používá jeho dokumentaci jako příklad. Názvy a možnosti jiných brokerů se mohou lišit. Praktickou otázkou není, který přepínač zní nejlépe, ale jak propojit jeho význam s vlastním cenovým a časovým omezením.
Tři různé otázky před odesláním
Uvažujme modelový záměr koupit 200 kusů akcie X. Investor potřebuje určit požadované množství, nejvyšší přijatelnou cenu za kus a to, jak dlouho je ochoten nechat objednávku pracovat. Tyto otázky jsou samostatné. Množství vypovídá o velikosti zamýšlené pozice, limit o přijatelných cenách a čas o příležitostech, které chce investor využít. Naléhavost se přidává až k takto vymezenému zadání.
Volba Patient nemění množství 200 kusů na menší pozici. Volba Urgent neopravuje překlep v limitu a Normal není potvrzením, že cenová úroveň odpovídá hodnotě firmy. Pokud investor vyplní objednávku nesprávně, algoritmus se pokusí realizovat nesprávný záměr. Kontrola symbolu, měny, strany obchodu a celkové velikosti má proto přednost před porovnáváním drobných rozdílů mezi jednotlivými režimy naléhavosti.
Co znamená Urgent, Normal a Patient
Dokumentace Adaptive popisuje Urgent jako rychlejší hledání dostupných cen, Normal jako prostřední nastavení a Patient jako pomalejší hledání s větší snahou o cenové zlepšení. Jde o vlastnosti postupu. Nelze z nich odvodit pevnou dobu dokončení v sekundách ani konkrétní slevu. Dostupné protistrany a další pohyb trhu zůstávají mimo kontrolu investora. Výsledek jednotlivého obchodu může být jiný než očekávání.
Pomalější postup současně ponechává více času pro pohyb trhu. U nákupu může vhodná protistrana přijít, cena však také může vzrůst nad limit. Rychlejší postup může využít současnou nabídku, ale nemá automaticky nejlepší dosažitelnou cenu pro všechny budoucí okamžiky. Rozhodnutí proto závisí na tom, jak investor hodnotí možnost lepší ceny oproti možnosti, že část zamýšleného nákupu vůbec neproběhne.
Limit zůstává samostatným omezením
Představme si aktuální modelovou kotaci bid 49,90 a ask 50,10 peněžní jednotky. Investor nastaví nákupní limit 50,05. Zobrazená nejlepší nabídka 50,10 je nad ním. Algoritmus může hledat plnění na přijatelných cenách, ale označení Urgent samo o sobě nedává souhlas zaplatit 50,10. Případná realizace musí odpovídat účinným parametrům daného limitního zadání a pravidlům trhu.
Je podstatné rozlišit použití Adaptive s limitní objednávkou a s objednávkou market. Market zadání nemá uživatelem stanovený cenový strop stejného druhu jako nákupní limit. Název algoritmu takové omezení nenahrazuje. Pokud investor potřebuje konkrétní hranici ceny, musí ji skutečně zadat a ověřit v potvrzení. Volba naléhavosti a volba základního typu pokynu nejsou zaměnitelné ochranné prvky.
Vlastní model dvou průběhů
Následující výpočty jsou hypotetické scénáře, nikoli porovnání naměřené úspěšnosti Adaptive. V prvním průběhu se provede 80 kusů za 49,98 a dalších 120 kusů za 50,04. První část stojí 3 998,40, druhá 6 004,80 a celý nákup 10 003,20. Vážená průměrná cena činí 50,016 za kus. Obě části respektují nákupní limit 50,05.
Ve druhém průběhu se všech 200 kusů provede za 50,03. Nákup stojí 10 006 a průměr odpovídá ceně 50,03. Rozdíl mezi oběma úplnými scénáři je 2,80 peněžní jednotky. Nejde o tvrzení, že konkrétní režim přinese právě tuto úsporu. Výpočet pouze ukazuje, jak malý rozdíl jednotkových cen působí na celou objednávku a jak jej následně ověřit ve výpisu.
Připočtěme v obou scénářích vlastní modelový souhrnný poplatek 4 jednotky. Celkový výdaj v prvním případě je 10 007,20 a ve druhém 10 010. Náklad na kus v prvním scénáři stoupne na 50,036, ve druhém na 50,05. Změna jednotkového nákladu neznamená porušení limitu při realizaci. Limit se vztahuje k obchodní ceně, zatímco výdaj zahrnuje také oddělené náklady.
Částečné plnění mění srovnání
Třetí model skončí pouze první realizací 80 kusů za 49,98. Investor má nižší zaznamenanou cenu než v obou úplných scénářích, ale vlastní pouze 80 kusů. Zbytek 120 není nakoupen. Vyhodnocovat tento výsledek jako vítězství na základě samotného průměru by bylo zavádějící. Nedokončený záměr má jiný rozsah a jeho případné pozdější dokončení může proběhnout za jiných podmínek.
Pokud investor následně nakoupí zbývajících 120 kusů za 50,20 novou objednávkou s novým limitem, tato část stojí 6 024. Celková obchodní částka obou nákupů je 10 022,40 a průměr 50,112. Původní limit se tím zpětně neporušil; druhá realizace patří do nového zadání. Výsledek celého investičního záměru ovšem ukazuje, proč nestačí hodnotit jen první levnější část.
Jak zacházet s referenční cenou
Referenci si investor musí zvolit předem. Může si uložit bid, ask a čas při odeslání objednávky a později porovnat obchodní cenu se stejnou časovou referencí. Jinou otázkou je srovnání se závěrem dne nebo s průměrem delšího období. Tyto ukazatele odpovídají odlišným záměrům. Nelze mezi nimi přepínat dodatečně podle toho, který z nich vychází nejpříznivěji pro uskutečněný obchod.
V našem modelu je ask při odeslání 50,10 a úplné plnění v prvním scénáři má průměr 50,016. Rozdíl činí 0,084 na kus, tedy 16,80 na 200 kusů. Je to prostá odchylka vůči uložené nabídce. Sama neprokazuje, že běžný limitní pokyn by dopadl hůře, protože ten samý obchod na téže historické situaci současně nepozorujeme. Z dostupných dat nelze vyrobit chybějící srovnání.
Platnost a změny pokynu
Ve zveřejněné lekci IBKR je Adaptive popsán s denní platností a bez GTC. Před použitím je potřeba ověřit nabídku parametrů pro konkrétní instrument a aktuální platformu. Neplatí, že každá kombinace základního pokynu, algoritmu a platnosti musí být dostupná. Pokud potvrzení uvádí jinou platnost, než investor plánoval, má rozpor vyřešit před odesláním objednávky, nikoli až při nečekaném skončení její aktivity.
Změna naléhavosti nebo limitu u pracujícího pokynu je nový zásah do probíhajícího procesu. Investor si musí uložit, kolik už bylo provedeno a jaké množství zůstává. Po změně sleduje potvrzené parametry, nikoli jen hodnotu, kterou napsal do formuláře. Především při částečném plnění je důležité zjistit, zda pole množství představuje celkové zadání, nebo dosud zbývající objem podle konkrétního rozhraní.
Směrování a kvalita dostupných dat
Adaptive využívá směrování brokera. Nelze automaticky předpokládat, že současně umožní ručně zvolenou přímou cestu na libovolnou burzu. Dostupnost algoritmu i instrumentu musí potvrdit platforma. V popisu vlastního obchodu je vhodné zachovat skutečný typ a cestu objednávky. Když investor zamění algoritmické zadání za obyčejný limit, ztrácí důležitý údaj pro pozdější vyhodnocení a vysvětlení případných rozdílů mezi pokyny.
Zpožděná obrazovka není přesný popis situace, v níž algoritmus právě pracuje. Investor může vidět starší kotaci a současně sledovat novější realizaci. Bez kontroly času je snadné považovat cenový rozdíl za chybu nebo za mimořádné zlepšení. Záznam má obsahovat dostupný čas kotace a čas plnění. Nedostatek živých dat však nelze napravit tím, že si investor dodatečně domyslí nepozorované ceny.
Jak vést jednoduchý záznam výsledků
Pro vlastní hodnocení stačí přehled s identifikátorem objednávky, instrumentem, stranou, limitem, naléhavostí a dobou platnosti. Ke každé realizaci patří počet kusů, cena a čas. Odděleně se zapíší poplatky a zbytek. Tento záznam umožňuje spočítat vážený průměr a zjistit, zda byl záměr dokončen. Díky odděleným řádkům také nezanikne změna parametrů, která proběhla v průběhu práce pokynu.
Jednotlivý příznivý obchod nestačí k vyvození pravidla, že Patient je vždy levnější nebo Urgent vždy výhodnější. Objednávky se liší rozpětím, likviditou, časem i velikostí. Při porovnávání více vlastních obchodů je potřeba tyto rozdíly alespoň zaznamenat a uvést rozsah vzorku. Vítězný výsledek na jednom instrumentu během klidné seance nemá automaticky stejný význam pro jiný trh s rychle se měnícími nabídkami.
Pokud investor používá více účtů, má v záznamu označit i konkrétní účet. Stejný symbol a naléhavost totiž nevylučují rozdílné podmínky přístupu, náklady nebo směrování. Kopírování objednávky mezi účty potřebuje samostatnou kontrolu dostupné hotovosti a celkové expozice. Souběžné zadání se nemá hodnotit jako jeden obchod, pokud různé účty vykazují odlišné realizace. Při pozdějším porovnání tak zůstane dohledatelné, ke kterému účtu patřila referenční cena a jednotlivé poplatkové položky.
Praktická kontrola bez honění každého haléře
Investor může začít jednoduchou otázkou: potřebuji právě teď nakoupit stanovené množství, nebo jsem ochoten přijmout nedokončený obchod výměnou za přísnější cenové zadání? Odpověď pomáhá vybrat naléhavost, ale nenahrazuje limit. Pokud je objednávka vzhledem k portfoliu příliš velká, rozdíl několika setin ceny tento problém nezmenší. Celkový investiční záměr má být smysluplný i při naplnění méně příznivého přijatelného scénáře.
Před odesláním proto dává smysl přečíst potvrzení jako celek, uložit parametry a připravit si postup pro neprovedený zbytek. Po skončení se počítá skutečný nákup, nikoli slib algoritmu nebo dojem z jeho názvu. Adaptive pak představuje konkrétní způsob realizace již promyšlené objednávky. Jeho užitečnost se hodnotí podle doložených cen, nákladů a dokončení záměru, vždy v podmínkách konkrétního trhu a účtu.
FAQ: nejčastější otázky
Zaručuje Patient nejnižší cenu?
Ne. Zvyšuje prostor pro hledání cenového zlepšení, ale trh se může změnit a objednávka nemusí být dokončena.
Znamená Urgent provedení za libovolnou cenu?
U limitního zadání nikoli. Naléhavost nezruší účinný cenový limit. Market zadání však nemá stejný uživatelský cenový strop.
Je Adaptive obyčejný limitní pokyn?
Jde o algoritmické provádění s vlastní volbou naléhavosti. Základní zadání může být limitní nebo market podle dostupné konfigurace.
Musí se provést celé množství?
Ne. Sledujte realizace a zbytek objednávky. Samotná volba naléhavosti celkové plnění nezajišťuje.
Obsahuje průměrná obchodní cena poplatek?
Obvykle se cena plnění a náklady evidují odděleně. Vlastní celkový náklad spočtěte z obchodní částky a skutečných poplatků.
Mohu vždy použít GTC?
Lekce IBKR pro Adaptive popisuje DAY a nepodporované GTC. Ověřte aktuální možnosti konkrétní objednávky.
Prokazuje cena pod původním ask úsporu díky algoritmu?
Prokazuje rozdíl vůči této referenci. Sama neukazuje, jak by se v téže situaci provedl jiný pokyn.
Co kontrolovat při změně naléhavosti?
Dosavadní plnění, zbytek, potvrzený limit, platnost a přijetí změny brokerem. Nespoléhejte jen na novou hodnotu ve formuláři.
Zdroje a metodika
Článek vysvětluje obecné mechanismy a vlastní modelové situace. Dokumentace konkrétní platformy a burzy slouží jako příklad; podmínky jiných účtů a trhů se mohou lišit. Modelové ceny, sazby a množství nejsou skutečnou nabídkou ani prognózou. Redakční ověření a aktualizace: 12. října 2026.
Související vysvětlení: Směrování pokynu: Smart a přímá volba obchodního místa.
