Když obchodní aplikace odmítne pokyn, první reakcí bývá opakované stisknutí tlačítka nebo změna ceny. Nejdříve je ale potřeba zjistit, co se skutečně stalo. Zamítnuté zadání, čekající potvrzení, neprovedený aktivní pokyn a požadavek na zrušení jsou různé situace. Každá vyžaduje jinou kontrolu. Bez aktuálního stavu může nové zadání vytvořit další závazek, zatímco původní instrukce zůstává ve zpracování nebo již získala dílčí realizaci.
Článek využívá dokumentaci IBKR jako konkrétní příklad, nikoli jako společný slovník všech brokerů. Vlastní ceny a množství jsou modelové. Cílem není obcházet ochranné kontroly, ale rozlišit jejich důvod a ověřit správnou instrukci. Záznam o neúspěšném pokusu by měl být dostatečně přesný pro následnou komunikaci: účet, produkt, směr, množství, cenové podmínky, čas a úplný text zprávy. Samotná barva řádku takový podklad nenahradí.
Nejprve určete skutečný stav
Dokumentace stavů TWS rozlišuje odeslání bez potvrzení cílového místa, aktivní nebo drženou instrukci a další stavy. Z toho plyne důležitá praktická kontrola: odesláno nemusí znamenat přijato a přijato nemusí znamenat provedeno. V jiných aplikacích mohou být názvy a barvy odlišné. Vyhledejte přesnou definici aktuálního stavu v dokumentaci používaného rozhraní a zaznamenejte, zda je pokyn stále schopen vytvořit obchod.
Neprovedený limitní nákup může být v pořádku, pokud jeho cena zatím neodpovídá dostupné nabídce. Tržní a limitní pokyn proto čtěte spolu s typem instrukce, nikoli pouze s nulovým počtem nakoupených kusů. Pokud zpráva výslovně uvádí zamítnutí, hledejte důvod odmítnutí. Pokud žádná taková zpráva není, nejdříve prověřte aktuální stav a podmínky aktivace. Nulové plnění samo nedokazuje technickou závadu ani nedostatek prostředků.
Zprávu zachovejte beze změny
Přepište nebo uložte přesné znění upozornění, včetně případného kódu. Nepřekládejte ho hned do vlastní domněnky příliš vysoká cena nebo chyba burzy. Dokumentace API IBKR uvádí příklady kontrol velikosti, ceny a souvisejících chybových hlášení. Jejich význam se vztahuje ke konkrétnímu rozhraní. Stejný číselný kód u jiného poskytovatele může označovat jinou situaci a obecný seznam z internetu nemusí odpovídat vašemu účtu.
Uložte také hodnoty, které jste skutečně potvrdili. Náhled před úpravou a konečně odeslaná instrukce se mohou lišit. Pokud se výsledek změnil během několika sekund, zapište posloupnost stavů místo jediného posledního screenshotu. Pro podporu je užitečné spojit upozornění s konkrétním identifikátorem. Jinak může být obtížné rozlišit dva podobné pokusy se stejným symbolem a téměř totožným časem.
Ověřte produkt a oprávnění účtu
Stejný ticker může v různých kontextech odkazovat na jiné obchodní místo nebo instrument. Zkontrolujte přesnou identifikaci, měnu a zvolenou variantu produktu. Potom prověřte, zda účet dovoluje zamýšlený směr a typ transakce. Omezení služby není automaticky problém ceny. Pokud je produkt nedostupný, opakování stejného zadání s jiným limitem nemusí nic vyřešit. Důvod je potřeba přiřadit ke správné vlastnosti instrukce.
Do stejné kontroly patří množství a jeho povolená přesnost. Program celých akcií nemusí přijímat libovolný zlomek a různé produkty mohou mít vlastní jednotky. V domácím přehledu proto nepoužívejte neurčité označení množství bez jednotky. Pět akcií, pět kontraktů a hodnota pět tisíc nejsou zaměnitelné instrukce. Při kopírování předchozí objednávky ověřte všechna pole, protože staré nastavení může patřit jinému instrumentu nebo účtu.
Rozpočet má zahrnout další závazky
Zůstatek peněz porovnávejte s úplným požadavkem instrukce a s aktuálními rezervacemi. Ve vlastním modelu má účet 1 000 dostupných jednotek a nový nákup má hodnotu 950 s předpokládaným nákladem 5. Součet 955 se do jednoduchého rozpočtu vejde. Pokud jiný pokyn současně rezervuje 80, nezatížená částka je jen 920. Model tak ukazuje, proč stejný nominální zůstatek nemusí podpořit další zadání.
Tento výpočet není skutečným vzorcem rezervace brokera. Tržní pokyn, měna, volatilita nebo pravidla účtu mohou vyžadovat jinou kontrolu. Důležité je oddělit vlastní rozpočtový odhad od závazného výsledku platformy. Pokud systém uvádí nedostatek prostředků, ověřte správnou měnu, dostupnost a ostatní aktivní instrukce. Nepředpokládejte, že souhrnná hodnota portfolia představuje peníze použitelné pro nákup bez dalších podmínek.
Cena musí odpovídat podporované přesnosti
Cenový krok určuje povolené cenové hodnoty podle konkrétního instrumentu a pravidel trhu. Vlastní model dovoluje násobky 0,05. Hodnota 10,03 tomuto pravidlu neodpovídá, zatímco 10,00 a 10,05 ano. Směr změny ale není pouhá technická formalita: u nákupu může jiná cena změnit ekonomický záměr. Po opravě proto znovu zkontrolujte, že instrukce stále vyjadřuje nejvyšší cenu, kterou jste skutečně chtěli akceptovat.
Používaný krok nemusí být stejný v každém cenovém pásmu nebo na každém místě. Počet desetinných míst na obrazovce sám neprokazuje platnost libovolné ceny. Pokud hlášení odkazuje na přesnost, přečtěte aktuální pravidlo pro konkrétní produkt. Zapisujte cenu a měnu odděleně od celkové hodnoty obchodu. Zaměnit limit za celkový rozpočet může vytvořit instrukci, která je technicky správná, ale ekonomicky zcela odlišná od zamýšleného nákupu.
Zastaralá reference může vysvětlit cenové varování
Zpožděná kotace nemusí odpovídat právě dostupné nabídce. Jestliže se cenová kontrola odvolává na vzdálenost od trhu, ověřte čas a povahu použité reference. Poslední obchod, nákupní nabídka, prodejní nabídka a orientační údaj nejsou stejné veličiny. Nelze hned usoudit, že ochrana pracuje chybně jen proto, že váš limit vypadal blízko čísla v jiném panelu. Nejprve porovnejte správné údaje ve stejném kontextu.
Dokumentace IBKR popisuje i cenové kontroly a případné omezení ceny v určitých situacích. Tyto mechanismy nejsou osobním rozpočtem investora ani zárukou provedení. Čtenář nemá automaticky vypínat ochranu, aby opakovaný pokus prošel. Má zjistit, která podmínka se uplatnila a zda odpovídá jeho instrukci. Konkrétní prahy a dostupné možnosti patří do aktuální dokumentace rozhraní, nikoli do univerzálního návodu pro všechny účty.
Čekání na zrušení vyžaduje zvláštní pozornost
Požadavek na zrušení pokynu může být stále ve zpracování. Dokumentace TWS upozorňuje na možnost realizace během čekání na potvrzení zrušení. Nejdříve proto ověřte, jaké množství již bylo provedeno a jaké ještě může být aktivní. Pokud rovnou odešlete celou náhradu, můžete získat více kusů, než chcete. Tato kontrola je zvlášť důležitá, když původní instrukce nevypadala úspěšně jen proto, že se rozhraní aktualizovalo pomalu.
Vlastní model začíná požadavkem koupit dvacet kusů. Během rušení vznikne realizace šesti. Pokud je konec zbytku potvrzen a investor stále chce celkem dvacet, zbývá čtrnáct. Náhradní dvacítka by vytvořila dohromady šestadvacet. Tento součet je jednoduchý, ale bez ověřeného konečného stavu se nedá bezpečně použít. Zjistěte také, zda systém změnu provádí jako úpravu stejné instrukce, nebo jako samostatný nový pokyn.
Předvolby prověřte po opravě
Předvolby pokynů mohou doplnit časovou platnost, množství nebo další nastavení. Pokud napravujete jednu chybu, znovu přečtěte celé potvrzení. Změna produktu nebo typu instrukce může odhalit jiný dříve uložený parametr. Pro kontrolu je užitečný krátký soupis: účet, instrument, směr, jednotka množství, cena, platnost a další podmínky. Nemusí jít o složitý formulář; má pouze zabránit přehlédnutí pole, které aplikace doplnila automaticky.
Po novém odeslání sledujte potvrzení, aktuální stav a případné realizace. Opravený pokyn není dokončený obchod jen proto, že zmizela původní hláška. Pokud systém místo zamítnutí zobrazuje aktivní čekání, vyhodnoťte cenové podmínky a platnost. Pokud se objevilo jiné varování, zaznamenejte ho samostatně. Jedna úspěšně opravená vlastnost neprokazuje správnost ostatních parametrů a původní screenshot nemusí popisovat nový pokus.
Přerušení spojení samo nepotvrzuje neúspěch
Pokud se aplikace po odeslání zasekne nebo spojení vypadne, investor má neúplnou informaci o výsledku. Z toho nelze vyvodit, že pokyn nedorazil. Po obnovení nejprve zkontrolujte seznam objednávek, skutečné realizace a potvrzení v daném účtu. Nové zadání bez této kontroly může zdvojit původní záměr. Výpadek obrazovky a stav instrukce na straně poskytovatele jsou různé vrstvy procesu, které se nemusí změnit ve stejném okamžiku.
Ve vlastním modelu investor odešle nákup deseti kusů, ale nevidí potvrzení. Pokud později zjistí realizaci všech deseti, další desítka by již vytvořila dvacet. Pokud zjistí realizaci čtyř a potvrzené ukončení zbytku, pro původní cíl zbývá šest. Dokud stav není doložen, není ani jedna z těchto náhrad automaticky správná. Zaznamenejte čas výpadku a původní parametry, aby bylo možné dohledat konkrétní pokus.
Při obnovení nepoužívejte jen poslední oznámení na telefonu. Otevřete úplný aktuální přehled účtu a ověřte, zda údaje odpovídají stejnému instrumentu a stejné instrukci. Pokud nelze rozhodnout, zda ještě může nastat plnění, řešte tento konkrétní stav s poskytovatelem. Technická nejistota není důvod měnit množství naslepo. Teprve konečný výsledek umožňuje přepočítat náhradu proti původnímu celkovému cíli.
Kdy potřebujete vysvětlení poskytovatele
Pokud není možné spojit stav s jasnou příčinou, připravte podklady pro podporu. Uveďte konkrétní účet, časovou zónu, identifikátory a přesné parametry. Přiložte posloupnost stavů a skutečné realizace. Požadujte vysvětlení, která podmínka zabránila přijetí nebo provedení a zda původní instrukce ještě může vytvořit obchod. Takto položená otázka je přesnější než obecné tvrzení aplikace nefunguje nebo broker mi neumožnil koupit.
Vlastní záznam pak aktualizujte podle konečného vysvětlení. Oddělte chybu zadání, omezení služby, nevyhovující cenu a technický problém, pokud jsou doloženy. Nejde o hledání viníka předem, ale o pochopení důvodu a dalšího postupu. Přesná evidence také pomáhá neopakovat stejnou chybu při dalším nákupu. Nejdůležitější výsledek kontroly je jistota, co zůstává aktivní, co bylo provedeno a které nové zadání ještě odpovídá původnímu investičnímu záměru.
FAQ: nejčastější otázky
Znamená nulové plnění zamítnutí?
Ne. Pokyn může být aktivní, čekající nebo dosud mimo cenové podmínky.
Je odesláno stejné jako přijato?
V popsaném rozhraní ne; ověřte přesný stav u svého poskytovatele.
Mám ihned zvýšit limit?
Nejdříve zjistěte důvod a ověřte, zda změna odpovídá zamýšlené ceně.
Proč nestačí celková hotovost?
Rozhodují použitelné prostředky v měně a další rezervace podle pravidel účtu.
Je libovolná desetinná cena platná?
Ne. Musí odpovídat podporovanému cenovému kroku.
Může se obchod provést během rušení?
Dokud není konečný stav potvrzen, může podle podmínek rozhraní dojít k realizaci.
Jsou barevné stavy společné pro brokery?
Ne. Dokumentace TWS je příkladem konkrétní aplikace.
Co poslat podpoře?
Přesnou zprávu, parametry, časy, identifikátory a posloupnost stavů či plnění.
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í: Rušení a změna pokynu: proč kliknutí ještě není potvrzení.
