OCO a bracket: vazby a kontrola pokynů

Dva samostatné prodejní pokyny nejsou automaticky dvěma alternativami jednoho výstupu. Pokud prodáte drženou pozici jedním z nich a druhý zůstane aktivní, může později způsobit další nežádoucí obchod nebo být odmítnut podle podmínek účtu. OCO a podobné skupiny slouží k propojení objednávek. Bracket navíc spojuje vstup s navazujícími výstupy. Rozhodující však není vzhled formuláře, ale potvrzená vazba a pravidla konkrétní platformy.

Tento článek používá vlastní jednoduchý model a dokumentaci IBKR jako příklad dostupných mechanismů. Označení, aktivace a reakce na částečné plnění se mohou mezi poskytovateli lišit. Nepředpokládejte, že propojení odstraňuje všechny technické prodlevy nebo že stop zaručuje prodejní cenu. Cílem je rozumět vztahům mezi objednávkami a vytvořit kontrolu jejich množství a stavu. Modelové ceny ani hladiny nejsou doporučením pro skutečný obchod.

OCO spojuje alternativy, bracket přidává vstup

Zkratka OCO obvykle označuje vztah one cancels the other, tedy provedení jedné alternativy vede ke zrušení druhé podle nastavení. Příbuzné označení OCA, one cancels all, se používá pro skupiny více objednávek. Dokumentace IBKR u One Cancels Another popisuje i skupiny možná nesouvisejících pokynů. Z názvu proto nelze vyvodit, že všechny skupiny vždy slouží k prodeji jedné stejné pozice.

Bracket typicky zahrnuje vstupní rodičovský pokyn a dva navazující výstupní pokyny, například prodejní limit pro realizaci zisku a prodejní stop pro nepříznivý pohyb. Důležitá je návaznost na vstup i vztah mezi výstupy. Pouhá trojice řádků v seznamu objednávek vazbu nepotvrzuje. U každého řádku je potřeba vidět identifikátor, vztah ke skupině a stav, protože připravený výstup se může chovat jinak než aktivní výstup.

Pro investora, který už pozici drží, není nutně potřeba vytvářet nový vstupní pokyn. Pokud chce dvě alternativy pro její uzavření, hledá podporovaný způsob propojení výstupů na existující množství. Záměna s novým bracket nákupem by mohla pozici zvětšit. První otázkou tedy není, které tlačítko má hezčí název, ale zda začínáme bez pozice, s již drženými kusy, nebo s částečně provedeným vstupem.

Model se sto kusy

Uvažujme nákup 100 kusů za skutečnou cenu 50 jednotek, celkem 5 000 před poplatky. K němu jsou v modelu připraveny dva alternativní výstupy: prodejní limit 55 a prodejní stop s aktivační hladinou 45. Každý výstup je zamýšlen pro stejných 100 kusů; nejde o plán prodat 200. Vazba má zajistit řízení alternativ podle pravidel systému, nikoli zdvojnásobit ekonomický rozsah pozice.

Pokud se všech 100 kusů prodá za 55, hrubý rozdíl proti nákupní hodnotě činí 500 jednotek. Při skutečném prodeji za 45 by šlo o hrubou ztrátu 500. Tyto dva výsledky předpokládají přesně uvedené realizační ceny a celé množství. Samotné zadání hladin je nezaručuje. Už v modelu proto oddělujeme zamýšlenou cenu, podmínku aktivace a cenu skutečného obchodu; jejich zaměňování vytváří falešný pocit pevného výsledku.

Pokud se stop aktivuje a výsledné plnění nastane za 44, prodejní hodnota je 4 400 a hrubá ztráta 600. Provize a další náklady by výsledek dále změnily. Vazba OCO tuto cenovou odchylku neodstraňuje. Stop-limit má zase jinou kombinaci cenového omezení a rizika neprovedení. Typ výstupu je proto samostatné rozhodnutí, které nelze nahradit pouhým zapnutím propojení v aplikaci.

Připravený pokyn nemusí být aktivní

U navázaných výstupů bývá zásadní, kdy se uvolní do dalšího zpracování. Je třeba ověřit, jak konkrétní systém reaguje na provedení rodičovského vstupu a zda se chování liší při jeho částečném plnění. Nespoléhejte na obecnou větu, že děti se spustí po nákupu. Pravidla musí popsat, po jaké události, pro jaké množství a v jakém stavu se skutečně nacházejí.

Dokumentace bracket pokynů IBKR upozorňuje v kontextu API také na pořadí odeslání jednotlivých částí a jejich společné předání. To není návod k programování pro běžného čtenáře, ale doklad, že sestavení vazby a přenos objednávek jsou podstatné. Při práci přes uživatelské rozhraní ověřte potvrzení celé sady. Jeden přijatý řádek sám neprokazuje, že ostatní výstupy byly přijaté a správně propojené.

Připravte si tabulku s identifikátorem vstupu, identifikátory obou výstupů, stranou obchodu, typem, množstvím, platností, cenami a názvem skupiny. Zapište i podporované obchodní hodiny. Pokud je výstup určen jen pro určitou seanci, jeho existence v účtu neznamená, že může reagovat kdykoli. Rozdíl mezi čekající, aktivní, částečně provedenou a zrušenou objednávkou musí být čitelný i při rychlém pohybu trhu.

Částečné plnění vyžaduje novou kontrolu množství

Představme si, že z původního nákupu 100 kusů bylo skutečně získáno jen 40 a zbytek stále čeká. Držená pozice má v tomto okamžiku 40 kusů. Není správné předpokládat, že oba výstupy již chrání 100 skutečně držených kusů. Ověřte, zda platforma výstupy drží neaktivní, aktivuje příslušnou část nebo používá jiné pravidlo. Současně zjistěte, co se stane, jestliže později dorazí další vstupní plnění.

Jiná situace vznikne po úplném vstupu, když jeden výstup prodá 25 kusů ze sta. Zůstává 75 kusů, pokud se nic jiného nezměnilo. Dokumentace pokročilých voleb IBKR rozlišuje chování skupiny při částečném plnění, například zrušení jiných objednávek nebo redukci jejich množství. Investor tedy nemá z pouhé zkratky OCO vyvozovat, že druhý výstup určitě zůstává aktivní právě na 75 kusů.

Kontrolujte skutečně evidované hodnoty, nikoli původní plán. Nejdříve sečtěte plnění a ověřte pozici, poté zkontrolujte zbývající objednávky a jejich množství. Pokud druhý výstup zanikl, zbytek nemusí mít zamýšlené krytí. Pokud zůstává na původním množství, mohou pravidla účtu vést k jinému výsledku než k jednoduchému prodeji zbytku. Každá odchylka vyžaduje vyjasnění podle aktuálního stavu, ne automatické přidání dalšího samostatného pokynu.

Propojení a technické umístění jsou různé otázky

Zjistěte, kde platforma drží podmínky a kdo řídí zrušení navazujícího pokynu. Může jít o funkci burzy, brokerova systému nebo jiného podporovaného mechanismu. Důsledky odpojení aplikace nelze bez znalosti této architektury odhadnout. Zavření notebooku samo o sobě neříká, zda čekající pravidlo pokračuje nebo přestane reagovat. Odpověď hledejte v dokumentaci konkrétní služby, ideálně ještě před použitím skutečných peněz.

Stejně prověřte rozdíl mezi příkazem ke zrušení a potvrzeným zrušením. Stav pending cancel označuje probíhající požadavek, nikoli jistotu, že předchozí objednávka už nemůže přispět k plnění. U propojených alternativ je důležité vědět, jak platforma řeší riziko souběhu. Dokumentace může nabízet režim ochrany proti přeplnění; jeho přesný účinek a omezení ověřte pro svůj typ skupiny a trh.

V tomto bodě nepomůže jen zpětný pohled na zůstatek. Pozice, objednávky a historie mohou aktualizovat obrazovku v různých okamžicích. Když se hodnoty zdají rozporné, porovnejte identifikátory a časové údaje a získáte jasnější obraz než opakovaným klikáním. Pro dotaz brokerovi si připravte konkrétní sled událostí. Bez něj bývá obtížné rozlišit prodlevu zobrazení od skutečně nevyhovující vazby nebo množství objednávky.

Změna jednoho řádku může zasáhnout sadu

Při úpravě ceny ověřte, zda měníte pouze vybraný výstup, nebo systém ruší a vytváří novou objednávku či celou sadu. Nový identifikátor může být důležitý pro další kontrolu vazeb. Upravte jen potřebný parametr a po potvrzení znovu ověřte skupinu. Není bezpečné předpokládat, že protože původní limit a stop byly propojené, budou stejně propojené i po každé další ruční změně.

Rušení má rovněž více podob: zrušení celé skupiny, vstupu nebo jedné výstupní objednávky. Reakce souvisejících částí může záviset na nastavení. V některých rozhraních existují volby, které při zrušení dítěte zasáhnou rodiče. Před stisknutím tlačítka si proto přečtěte rozsah akce a po ní zkontrolujte všechny části. Ze zmizení jednoho řádku nelze vyvodit, že zbytek zůstává v původním stavu nebo že zmizel také.

Totéž platí pro ruční prodej mimo propojenou sadu. Pokud pozici uzavřete jiným pokynem, ověřte, co se stalo s dříve nastavenými alternativami. Nemusí být automaticky navázané na každou změnu účtu. Zůstávající objednávky mohou být pro novou velikost pozice nevhodné. Kontrola po ručním zásahu má proto dva výstupy: správnou současnou pozici a správný seznam aktivních pokynů, které se k ní mohou vztahovat.

Jak ověřit postup před prvním použitím

Vhodný cvičný scénář obsahuje úplné vstupní plnění, částečné vstupní plnění, částečný výstup a zrušení jedné části. V demo prostředí si u každé události zaznamenejte stav ostatních objednávek a velikost pozice. Simulace ověří orientaci v rozhraní a některé vztahy, ale nepotvrdí skutečnou rychlost rušení nebo kvalitu plnění na reálném trhu. Výsledek cvičení proto doplňte kontrolou aktuální dokumentace pro živý účet.

Před skutečným odesláním by investor měl umět vlastními slovy odpovědět, co aktivuje vstup, co aktivuje výstupy, jak se chovají po částečném plnění a co zůstane po ručním zrušení. Nejasnost v některé odpovědi znamená nedokončenou přípravu mechanismu. Pro vysvětlení kontaktujte podporu s názvem platformy, typem účtu a přesnými parametry skupiny; obecná otázka na stop loss nemusí pokrýt všechny vztahy mezi pokyny.

Po dokončení obchodu uložte přehled plnění a poslední potvrzený stav celé sady. Přepočítejte kusy a peněžní výsledek z reálných cen, nikoli z původních hladin. OCO a bracket mohou usnadnit provedení předem stanoveného záměru, ale nevytvářejí garantovaný výnos ani pevnou maximální ztrátu. Jejich užitečnost stojí na správném propojení, pochopení podmínek a průběžné kontrole toho, co systém skutečně eviduje a provádí.

V poslední kontrole porovnejte každou aktivní výstupní objednávku se současnou drženou pozicí. U alternativ jejich množství automaticky nesčítejte jako plánovaný prodej; naopak ověřte, že systém potvrzuje zamýšlené propojení. Bez něj může stejná dvojice čísel popisovat zcela jiný záměr.

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

Je OCO totéž jako bracket?

Ne. OCO popisuje vztah alternativ; bracket typicky přidává rodičovský vstup a navazující výstupy.

Stačí zadat dva nezávislé prodeje?

Ne. Samostatné objednávky nemusí obsahovat pravidlo pro vzájemné zrušení a mohou zůstat aktivní po změně pozice.

Zaručuje bracket maximální ztrátu?

Ne. Výsledek závisí na typu výstupu a skutečném plnění. Stop může být proveden za jinou cenu než aktivační hladina.

Co se stane po částečném plnění?

Záleží na nastavení platformy. Může například dojít k redukci ostatních množství nebo k jinému zacházení; ověřte potvrzené stavy.

Musí být aplikace pořád otevřená?

To závisí na tom, kde systém drží a zpracovává podmínky. Ověřte dokumentaci konkrétního poskytovatele.

Zruší ruční prodej automaticky staré výstupy?

Nelze to obecně předpokládat. Po ručním obchodu zkontrolujte zbývající aktivní objednávky.

Je požadavek na zrušení konečný stav?

Ne. Rozlišujte odeslaný požadavek a potvrzené zrušení, zvlášť při rychlém nebo částečném plnění.

Co si uložit pro kontrolu?

Identifikátory celé sady, vazby, množství, typy, ceny, platnost, časové údaje a skutečná 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í: Stop loss a cenový gap: proč prodejní cena není zaručená.

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

Praktické doplnění: Koš objednávek: společné odeslání není společné plnění.