All-or-None, zkráceně AON, vyžaduje provedení celého množství objednávky nebo žádné plnění. Na rozdíl od požadavku okamžitého úplného provedení však samotné AON může čekat podle nastavené platnosti. Investor tak omezuje přijetí částečného výsledku, ale nezískává příslib, že se obchod vůbec uskuteční. Je potřeba oddělit množství, čas, cenu a skutečné náklady. Tyto čtyři otázky neřeší jediné zaškrtnutí ve formuláři.
Článek používá dokumentaci IBKR jako příklad podporované funkce a vlastní modely pro vysvětlení důsledků. Dostupnost se řídí konkrétním produktem, rozhraním a cestou objednávky. Modelové hodnoty nejsou aktuálními kotacemi ani ceníkem. Smyslem není doporučit AON pro všechny obchody, ale pochopit, které očekávání tento atribut vyjadřuje a které už by mu investor připsal navíc bez opory v pravidlech své platformy.
Množství je samostatná podmínka
Představme si investorův nákup 300 kusů instrumentu X s maximální cenou 40,00. Bez požadavku na úplnost může vhodná běžná objednávka podle svých pravidel získat například jen 120 kusů. S AON investor požaduje celý zadaný objem nebo nic. Pokud podmínky pro úplnost zatím nejsou splněné, pouhá dostupnost menšího počtu kusů nestačí. Model přitom nepopisuje detailní technické skládání likvidity na konkrétní burze.
Původní množství 300 je požadavek, nikoli počet již získaných kusů. Při čekání bez realizace skutečný nákup činí nula. Po potvrzeném celém nákupu je realizované množství 300. Tyto stavy odpovídají smyslu atributu. Přijatá objednávka v seznamu sama nedokládá přechod mezi nimi. K jeho ověření slouží potvrzené obchody a stav skutečné pozice, který musí zohledňovat i případné dřívější držení stejného instrumentu.
Pokud účet už vlastní 50 kusů, nový požadavek AON na 300 nepředstavuje automatické doplnění do celkových 300. V našem modelu po úplném nákupu vzroste držení na 350. Pole množství se týká objednávky. Investor musí sám zjistit, zda jeho zamýšlené číslo označuje nákup navíc nebo cílovou celkovou pozici. Atribut úplnosti tuto významovou chybu neodhalí a nevyřeší ji za něj.
Cena zůstává jiným pravidlem
Vlastní nákupní model stále obsahuje maximum 40,00. Pokud je všech 300 kusů dostupných pouze za 40,10, množstevní představa by byla splněná, ale cenové omezení nikoli. Požadavek na celé množství nemá limit překročit. Naopak 120 dostupných kusů za 39,90 má přípustnou cenu, ale nestačí k našemu modelovému požadavku úplnosti. Obě podmínky musí odpovídat skutečnému nastavení objednávky zároveň.
V prodejním použití je limit minimem. Modelový prodej 300 kusů s minimem 40,00 není pokynem prodat celý objem za libovolnou cenu. AON omezuje množstevní výsledek, limit cenový. Jestliže investor očekává garantované ukončení pozice bez částečného plnění a současně garantované minimum, musí rozumět možnosti neprovedení. Na trhu nemusí existovat protistrana, která přijme právě celou kombinaci zadaného objemu a ceny.
Také další pravidla pokynu zůstávají platná. AON nevybírá instrument, měnu ani seanci místo investora. Před potvrzením proto kontrolujte celý formulář. Pokud platforma některou kombinaci nepodporuje, dostupná náhradní volba může měnit smysl záměru. Technická možnost pokračovat neznamená, že požadavek úplnosti byl zachovaný. Rozhodující je skutečně přijatá instrukce se všemi parametry, nikoli původní checkbox před následnou úpravou formuláře.
Čekání odlišuje AON od FOK
Fill-or-Kill, tedy FOK, spojuje úplné množství s okamžitým provedením nebo ukončením. AON samotné požaduje úplnost, ale může zůstat aktivní po neúspěšném počátečním okamžiku podle své platnosti. Pokud investor tyto významy zamění, může v účtu ponechat čekající instrukci, o které si myslí, že už skončila. Rozdíl není jen terminologický: ovlivňuje možnost pozdějšího nákupu nebo prodeje a potřebu další kontroly.
Náš časový model začíná v 10:00, kdy podmínky pro celý nákup 300 kusů nejsou splněné. U AON s příslušnou další platností může objednávka čekat. V 10:20 může nastat vhodná možnost pro úplné plnění. FOK, který se v 10:00 neprovedl a byl ukončen, na tuto pozdější událost už nečeká. Příklad předpokládá konkrétní potvrzené stavy a neodhaduje, jak rychle se trh ve skutečnosti změní.
Proto po odeslání hledejte skutečný stav, ne význam odhadnutý ze zkratky. Pokud zamýšlíte jednorázový okamžitý pokus, ověřte příslušnou podporovanou instrukci. Jestliže připouštíte čekání, určete jeho časový rámec. Nelze zkratkou AON nahradit otázku, dokdy má objednávka zůstat platná. Stejně ani označení úplnost samo neříká, jestli chcete mít později aktivní požadavek, pokud mezitím změnil význam původní důvod obchodu.
Model úplného plnění a skutečné částky
Předpokládejme, že se celý nákup 300 kusů skutečně uskuteční za 39,95. Hrubý výdaj činí 11 985. Součin množství a cenového maxima 40,00 by byl 12 000. Rozdíl 15 popisuje příznivější skutečnou cenu proti zadané hranici. Nejde o automaticky zaručenou úsporu AON. Vlastní model jen ukazuje, jak vyhodnotit cenu kompletního obchodu, když už jeho potvrzená realizace existuje.
Při jednom výslovně modelovém souhrnném poplatku 5 je celkový výdaj 11 990. Náklad na kus včetně této položky činí přibližně 39,9667. Průměr realizací před poplatkem zůstává 39,95. Oba údaje jsou legitimní, pokud mají jasnou metodiku. Vlastní tabulka nesmí zaměnit limit, historickou cenu a celkový jednotkový náklad. Rozdíly pak lze vysvětlit konkrétní položkou, místo aby byly chybně připsané množstevnímu atributu.
U prodeje stejného množství za modelových 40,05 je hrubý výnos 12 015. Při jediném poplatku 5 je výnos po této položce 12 010. Prodejní náklady výnos snižují. Samotný požadavek úplnosti neříká nic o jejich sazbě ani o jiných měnových operacích. Pokud skutečné vyúčtování obsahuje více položek, uveďte je odděleně a výsledek počítejte podle skutečných pravidel účtu, ne podle jednoduchého modelu článku.
Úplnost není příslib jednoho poplatku
Investor může chtít AON, aby se vyhnul částečnému výsledku, a současně doufat v nižší náklady. Tyto důvody ale není správné spojit v automatickou záruku. Požadavek na celé množství sám nestanovuje tarif, způsob účtování ani jednotkovou provizi. Zjistěte, za co poskytovatel náklady účtuje a jak vyúčtuje konkrétní realizaci. Název AON nemůže nahradit pravidla pro poplatek, která mohou být odlišná podle produktu nebo účtu.
Stejně neodvozujte garantovanou jedinou realizační cenu pouze z požadavku úplnosti. Cena se řídí přijatým typem a omezením objednávky. Článek pro přehlednost používá jeden modelový obchod za jednotnou cenu, ale nevydává to za univerzální technickou vlastnost atributu. U skutečných záznamů počítejte průměr z potvrzených částek a množství. Pokud jsou údaje rozdělené do více řádků, jejich význam ověřte podle pravidel poskytovatele.
Při srovnávání nákladů používejte totožný dokončený objem. Čekající AON s nulovým nákupem a běžná objednávka, která pořídila 120 kusů, nemají stejný výsledek. Nižší dosavadní výdaj prvního scénáře tedy nepředstavuje úsporu na stejném obchodu. V hodnocení uveďte, kolik bylo skutečně získáno, co nadále čeká a které náklady už vznikly. Cena, úplnost a čas mohou pro investorův účel představovat různé priority.
Náhled knihy není závazek celého objemu
Viditelný objem v kotaci se může změnit dříve, než se vaše instrukce vyhodnotí. Není to rezervace pro jednoho investora. Součet několika zobrazených úrovní navíc nemusí sám dokládat splnění všech technických pravidel AON na dané cestě. Pro pochopení používejte dokumentaci platformy a konkrétní potvrzenou historii. Článek nevytváří univerzální návod, jak ručně ze snímku knihy určit jisté budoucí provedení objednávky včetně jejího pořadí.
V modelu může být ráno vhodná cena, ale nedostatečný počet kusů, odpoledne dostatečný počet a nevhodná cena. AON s limitem pak nemusí získat plnění v žádném z těchto okamžiků. Takové čekání je možným důsledkem souběžných požadavků. Pro další rozhodnutí potřebujete vědět, zda trvá původní záměr. Automatická instrukce sama neposuzuje, jestli se změnil váš rozpočet, potřeba hotovosti nebo důvod výběru konkrétního produktu.
Pokud celý nákup ve stanovené době neproběhne, neoznačujte výsledek automaticky za poruchu. Nejprve zjistěte stav a důvod, pokud jej platforma uvádí. Mohly chybět přijatelné podmínky, instrukce mohla vypršet nebo být odmítnutá z jiného doloženého důvodu. Konkrétní identifikátor, čas a parametry pomohou při dotazu podpoře. Obecné tvrzení cena tam byla neobsahuje informaci o celém množství, datovém zdroji a požadované technické kombinaci.
Změna atributu není návrat historie
Pokud měníte již existující objednávku, zjistěte, co se dosud uskutečnilo. Přidání požadavku úplnosti nemůže zpětně vrátit dřívější obchody. Dokumentace IBKR umožňuje atribut upravovat, ale skutečný přijatý stav potřebuje vlastní ověření. Investor musí rozlišit historii a budoucí chování zbývající instrukce. Jinak by mohl čekat na úplný původní počet, přestože část už byla provedena před změnou nastavení a účet ji skutečně vlastní.
Zrušení čekající AON je také samostatná žádost. Odeslaný požadavek na zrušení ještě není jeho potvrzení. Při pohyblivém trhu ověřte případné plnění, ke kterému došlo mezitím. Novou objednávku zakládejte až podle skutečného stavu a aktuálního záměru. Tím se vyhnete situaci, kdy původní celek získal provedení a investor vedle něj poslal ještě druhý plný nákup pouze na základě neaktuálního náhledu.
Pro kontrolu polí může pomoci neodeslaný formulář nebo vhodné demo prostředí. Test ověřuje porozumění instrukci, nikoli budoucí přítomnost celého protějšku. U simulace zaznamenejte omezení dat a pravidel plnění. Dostupnost atributu na jednom produktu neprokazuje jeho dostupnost pro jiné aktivum. Před každým novým použitím proto přečtěte konečné potvrzení podporované kombinace a teprve poté přesuňte pozornost ke skutečnému výsledku obchodní objednávky.
Kontrola, která rozděluje čtyři otázky
Před odesláním zjistěte, kolik kusů požadujete, jakou cenu připouštíte, jak dlouho chcete čekat a podle jakého tarifu se bude účtovat výsledek. Ověřte kontrakt, měnu, směr a skutečně přijatý AON atribut. Po události pak odděleně čtěte plnění, zbývající či ukončený stav a náklady. Tato evidence umožní posoudit úplnost bez přidávání očekávání, která se týkají času, ceny nebo provize.
AON dává technický smysl jen jako jasně popsaný požadavek na množství při současně známých ostatních pravidlech. Může čekat a může zůstat bez obchodu. Nevytváří nový investiční rozpočet, nevybírá vhodný produkt a nepřepisuje tarif. Rozlišení úplnosti od okamžitého FOK pomáhá zejména při práci s čekajícími instrukcemi. Konečným důkazem výsledku vždy zůstávají potvrzené obchody a stav účtu, nikoli samotná zkratka ve formuláři.
FAQ: nejčastější otázky
Co znamená AON?
All-or-None: požadavek provést celé množství objednávky nebo žádné plnění.
Musí se AON provést okamžitě?
Samotný požadavek úplnosti okamžitost neznamená. Čekání se řídí dalšími pravidly a platností.
Jak se liší FOK?
FOK spojuje celé množství s okamžitým provedením nebo ukončením.
Nahrazuje AON cenový limit?
Ne. Množství a cenové omezení jsou samostatné parametry.
Zaručí jeden poplatek?
Ne. Tarif a skutečné účtování je nutné ověřit nezávisle.
Zaručí jedinou realizační cenu?
To nelze odvodit ze samotného požadavku úplnosti. Ověřte přijatá cenová pravidla a skutečné záznamy.
Vrátí přidání AON předchozí obchody?
Ne. Změna nastavení nepřepisuje historii již potvrzených plnění.
Co sledovat při rušení?
Potvrzení zrušení a případné mezitím vzniklé plnění, aby další pokyn nevytvořil duplicitní záměr.
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í: IOC a FOK: kdy se zbytek pokynu ruší a kdy se musí provést celé množství.
