Předvolby pokynů: kontrola formuláře

Předvolby objednávek umožňují, aby broker některá pole nového pokynu vyplnil automaticky. Mohou ušetřit opakované zadávání, ale předvyplněná hodnota není důkazem správného nastavení pro aktuální obchod. Počet kusů, typ objednávky, časová platnost i cenový odstup mohou pocházet ze šablony vytvořené pro jiný účel. Konečnou instrukcí je až konkrétní potvrzený pokyn se svými skutečnými parametry.

Dokumentace IBKR Desktop popisuje předvolby jako výchozí hodnoty doplněné do formuláře, které lze upravit. V TWS se navíc mohou odvíjet od různých úrovní nastavení včetně instrumentu či tickeru. Článek používá tyto platformy jako doložený příklad a přidává vlastní modelové situace. Nejde o tvrzení, že každý broker má stejná pole a stejnou hierarchii. Praktický cíl je rozpoznat zdroj hodnoty a ověřit výslednou objednávku.

Šablona ještě není odeslaná instrukce

Předvolba může obsahovat například limitní typ, počet 50 kusů a platnost DAY. Při otevření nového formuláře se tyto hodnoty zobrazí jako výchozí nastavení. Investor však může pro daný obchod chtít jen 10 kusů. Jestliže počet neupraví a potvrdí zobrazených 50, skutečný pokyn vychází z potvrzeného množství. Původní záměr v hlavě nebo v poznámce systém automaticky nezná a nemůže podle něj vyplněné pole opravit.

Je užitečné vést tři odlišné záznamy: zamýšlený obchod, hodnoty předvolby a potvrzenou objednávku. První popisuje potřebu investora, druhý způsob vyplňování, třetí instrukci brokera. Při řešení chyby se pak lze zeptat, ve kterém kroku se čísla rozešla. Samotná existence šablony neprokazuje přijetí objednávky a její uložení neznamená, že na trhu čeká aktivní nákup nebo prodej. To se ověřuje v seznamu skutečných pokynů.

Automatické vyplnění také neznamená automatické rozhodnutí, že instrument odpovídá vašemu plánu. Předvolba může znát typ aktiva, ale ne aktuální potřebu peněz nebo důvod obchodu. Kontrolu proto stavte na konkrétních polích, nikoli na pocitu, že aplikace už všechno připravila. Čím známější formulář působí, tím snáze člověk přehlédne jedinou přednastavenou hodnotu odlišnou od dnešního záměru. Krátká kontrola se vyplatí i při opakovaném použití.

Množství není peněžní rozpočet

Ve vlastním modelu šablona nastavuje 50 kusů. U instrumentu s cenou 20 představuje hrubá hodnota při této ceně 1 000. U jiného instrumentu s cenou 80 je to 4 000. Stejný počet tedy znamená čtyřnásobnou hodnotu obchodu. Přenos množství mezi různými produkty nelze chápat jako zachování stejného peněžního rozpočtu. Rozdíl vzniká už před poplatky, měnovou konverzí nebo pohybem realizační ceny.

Investor s modelovým rozpočtem 1 000 by při jednotkové ceně 80 mohl uvažovat nejvýše o 12 celých kusech, pokud zatím ignorujeme další náklady. Dvanáct kusů znamená 960, zatímco třináct už 1 040. Nejde o doporučené množství, ale o ukázku kontroly jednotek. Jestliže formulář místo kusů nabízí zadání peněžní částky, ověřte právě tuto jednotku a způsob určení výsledného množství. Samotná hodnota 50 bez popisku je neúplná.

Zlomkové obchodování má vlastní dostupnost a pravidla. Nepředpokládejte, že každá kombinace instrumentu a typu objednávky přijme desetinné množství. Pokud platforma požadavek upraví nebo odmítne, zkontrolujte nové potvrzené číslo. Předvolba vhodná pro jeden produkt nemusí být přenositelná na druhý. Do přehledu si proto zapisujte množství jako kusy, kontrakty nebo peněžní částku v konkrétní měně podle skutečného významu pole.

Cenový odstup potřebuje referenci a jednotku

Některé předvolby mohou odvozovat cenu od bidu, asku, posledního obchodu nebo středu kotace. Dokumentace TWS uvádí i odstupy vyjádřené částkou, procentem či cenovými kroky. Takto uložené pravidlo není totožné s jednou pevnou cenou. Investor potřebuje vědět, od jaké veličiny a v jakých jednotkách se výsledek počítá. Jinak může správně přečíst číslo v šabloně a současně chybně očekávat cenu ve formuláři.

Modelová reference činí 100. Odstup plus 0,20 v cenových jednotkách by dal 100,20, pokud je takto definováno pravidlo. Odstup plus 0,20 procenta dává při referenci 100 rovněž 100,20, což může rozdíl maskovat. Při referenci 250 však částkový odstup dává 250,20, zatímco procentní 250,50. Na jednom testovacím čísle tedy dvě různá pravidla mohou působit shodně a při dalším obchodu se rozejít.

U počtu ticků navíc potřebujete znát platný cenový krok konkrétního instrumentu a trhu. Tři kroky nepředstavují univerzálně tři centy. Výsledná cena může podléhat povolenému kroku nebo pravidlu zaokrouhlení. Před odesláním proto čtěte skutečnou cenu v objednávce, nikoli jen vzorec v předvolbě. Tento postup je srozumitelnější než snaha dopočítat výsledek z paměti bez informace o tom, jakou referenci formulář právě použil.

Vyšší a nižší úroveň nastavení

Předvolby v TWS mohou tvořit hierarchii. Obecné hodnoty mohou být převzaté na další úrovni, zatímco některé konkrétní pole může být přepsané. Tickerové nebo jiné specifické nastavení tak může změnit výsledek, který investor očekává podle obecné šablony. Dokumentace je důležitá pro zjištění, která úroveň se při tvorbě pokynu skutečně uplatňuje. Není správné univerzálně předpokládat, že změna jednoho obecného pole nastaví všechny budoucí formuláře stejně.

Vlastní model má obecnou předvolbu 10 kusů a konkrétní nastavení pro instrument X na 25 kusů. Pokud se u X uplatní jeho konkrétní hodnota, nový formulář ukáže 25. U instrumentu Y bez tohoto přepsání může ukázat 10. Rozdíl není důkazem náhodného chování. Může vycházet z hierarchie. Pro kontrolu proto porovnejte zdroj předvolby a skutečný formulář pro každý zamýšlený instrument, zvlášť po změně konfigurace.

Při úpravě šablon si pojmenujte účel srozumitelně, například ručně kontrolovaný limitní nákup celých kusů. Název sám neovlivňuje obchod, ale pomáhá vybrat správné nastavení. Do poznámky doplňte, která pole jsou děděná a která samostatně upravená, pokud to platforma umožňuje. Následná údržba pak nevyžaduje hledání rozdílu v desítkách podobných formulářů. Přehlednost má vycházet z reálné struktury aplikace, nikoli z předpokládané univerzální šablony.

Typ, platnost a seance mění chování

Množství a cena nejsou jedinými hodnotami, které se mohou předvyplnit. Pokud šablona vybere jiný typ objednávky, může zásadně změnit vztah k realizační ceně. Tržní nákup se nechová jako limitní jen proto, že vedle něj vidíte orientační hodnotu. Při konečné kontrole čtěte skutečný typ a jeho potřebná pole. Vyplněné číslo z náhledu může sloužit jinému účelu než cenové omezení potvrzeného obchodu.

Platnost DAY a GTC představují rozdílný časový záměr podle pravidel poskytovatele. Předvolba může investorovi nastavit delší čekání, než chtěl pro dnešní rozhodnutí, nebo naopak ukončit instrukci dříve. Samostatně kontrolujte povolené hodiny a případné další podmínky. Tyto hodnoty nesplývají s dobou platnosti. Dlouho platný pokyn může mít omezené seance a krátce platný může podle konkrétní podpory dovolovat jiné hodiny.

Po otevření formuláře z jiné části aplikace znovu ověřte jeho skutečné hodnoty. Nepředpokládejte bez ověření, že všechny způsoby zahájení objednávky a všechna zařízení používají stejnou konfiguraci. Dokumentace konkrétní služby může určovat rozsah předvoleb. Kontrola má proto ukázat, jaké nastavení se uplatnilo právě v daném formuláři. Předchozí zkušenost z počítače sama nedokládá stejný výsledek na telefonu nebo v jiné verzi platformy.

Změna šablony není potvrzení změny pokynu

Když změníte předvolbu z 25 na 10 kusů, ověřte nový formulář samostatně. Již existující přijaté objednávky mají vlastní stav a parametry. Bez konkrétního potvrzení nelze tvrdit, že změna nastavení upravila jejich množství, limit nebo platnost. Předvolby a aktivní objednávky kontrolujte odděleně. Pokud chcete změnit skutečně čekající pokyn, použijte příslušný podporovaný postup pro jeho úpravu a sledujte přijetí této konkrétní změny.

To platí zvlášť při současně otevřeném, dosud neodeslaném formuláři. Po změně konfigurace není bezpečné vyvozovat, že už rozepsaná pole automaticky převzala nové hodnoty. Výsledek znovu přečtěte nebo vytvořte nový formulář podle pravidel platformy. Cílem je vidět skutečné parametry před odesláním. Za důkaz neberte čas uložení šablony ani oznámení, že nastavení bylo úspěšně změněno; obojí popisuje jiný krok než přijetí obchodní instrukce.

Pro údržbu si můžete vytvořit krátký záznam změn: datum, účel, upravená pole a ověřený formulář. Taková poznámka nevyžaduje citlivý export celého účtu. Pomůže však při pozdějším hledání, proč se předvyplněná hodnota změnila. Zvlášť užitečná je po změně pravidel pro opakovaný nákup. Evidence by měla sledovat skutečně používané předvolby, nikoli rozsáhlý seznam funkcí, které investor vůbec nevyužívá a nepotřebuje kontrolovat.

Jak ověřit nastavení bez skutečného obchodu

První kontrola může spočívat jen v otevření nového formuláře bez odeslání. Porovnejte jeho hodnoty se záměrem a s očekávanou předvolbou. Pokud je k dispozici demo prostředí, lze tam ověřit další posloupnost, ale zjistěte, jak sdílí či nesdílí nastavení s živým účtem. Úspěšná simulace neprokazuje budoucí likviditu ani správnost jiné konfigurace. Je to především možnost naučit se formulář číst a kontrolovat.

Zvlášť vyzkoušejte instrument s obecným nastavením a instrument s konkrétním přepsáním. U cenového vzorce zvolte dvě modelové reference, aby bylo možné rozlišit částkový a procentní odstup. U množství ověřte jednotky. Test má odpovědět na konkrétní otázku o vyplňování polí. Nemusí vytvářet skutečný finanční závazek a nemá být omluvou pro potvrzení objednávky, jejíž význam investor stále nedokáže vlastními slovy popsat.

Co přečíst před každým potvrzením

Konečná kontrola obsahuje kontrakt, měnu, stranu, jednotku a množství, typ objednávky, výsledné ceny, platnost a seanci. Součet plánované hodnoty doplňte o uvažované náklady a dostupný rozpočet. Šablona může část práce urychlit, ale nemění význam těchto polí. Po odeslání pak zkontrolujte přijatou instrukci a případná plnění. Očekávané výchozí hodnoty už nesmějí nahrazovat skutečný záznam přijaté objednávky v účtu.

Dobrá předvolba je ta, jejímž polím investor rozumí a jejichž výsledek dokáže rychle ověřit. Její užitečnost nespočívá v odstranění pozornosti, ale v omezení opakovaného psaní. Modelové rozdíly v množství, jednotkách a dědění ukazují, proč se vyplatí kontrolovat několik konkrétních hodnot i při stém podobném obchodu. Předvyplněný formulář je začátek kontroly, nikoli její hotový výsledek nebo důkaz správného rozhodnutí.

FAQ: nejčastější otázky

Odesílá předvolba sama obchod?

Běžná předvolba doplňuje pole formuláře. Přijetí konkrétní objednávky ověřte zvlášť.

Je stejný počet kusů stejným rozpočtem?

Ne. Hodnota závisí na ceně instrumentu, měně a dalších nákladech.

Může konkrétní nastavení přepsat obecné?

V hierarchii TWS ano. Přesné pravidlo ověřte v dokumentaci své platformy.

Je cenový odstup vždy peněžní částka?

Ne. Může být vyjádřen také procentem nebo cenovými kroky.

Změní úprava šablony již přijatý pokyn?

Nelze to bez samostatného potvrzení předpokládat. Aktivní pokyn má vlastní parametry.

Co zkontrolovat po změně předvolby?

Nový formulář pro zamýšlený instrument a skutečný rozsah uplatnění nastavení.

Musím nastavení testovat živým obchodem?

Pro kontrolu polí často postačí neodeslaný formulář nebo vhodné demo prostředí.

Který záznam rozhoduje po odeslání?

Potvrzená objednávka a skutečná plnění, nikoli očekávané hodnoty šablony.

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í: Demo účet u brokera: co paper trading ověří a co nezaručí.

Další vysvětlení realizace burzovních pokynů

Praktické doplnění: Relative pokyn: cenový odstup a limit mají různé úkoly.

Praktické doplnění: Discretionary: cenová rezerva mění hranici plnění.

Předvolby pokynů: co broker vyplní a co musíte ověřit