Přechod z Bety

Stávající API klíče nejsou zrušeny ani znovu vydány. Jejich přihlašovací údaje, oprávnění a mapování účtů jsou zachovány. Stávající volání, která nepředávají account_id, nadále fungují na primárním účtu organizace. Zkontrolujte, jak vaše integrace vybírá jiný účet a čte odpovědi na výběry.

Výběr konkrétního účtu podle potřeby

Pokud je account_id vynecháno, privátní žádost pracuje s primárním účtem:

Chcete-li pracovat s konkrétním účtem, předejte account_id jako parametr dotazu v URL:

Předávejte ho v URL, nikoli v těle požadavku. Explicitně zadaný parametr account_id má přednost před výchozím primárním účtem. Nerozšiřuje mapování účtů ani oprávnění klíče.

Přečtěte si nový formát odpovědi na výběr

WithdrawFunds vrací approval_request_id spolu s refid:

• Refid již neznamená, že výběr byl dokončen. Částka je blokována na zdrojovém účtu od okamžiku odeslání žádosti a vypořádá se až po jejím schválení.
• approval_request_id je identifikátor schválení, na které výběr čeká. Uložte ji ke svému záznamu.
• Výběry čekající na schválení se ve WithdrawStatus nezobrazují. Žádost zamítnutá nebo taková, které vyprší platnost, nezanechá žádný záznam o výběru – absence záznamu v WithdrawStatus tedy nikdy neznamená, že výběr nebyl odeslán.

Automatizace, která bere refid jako důkaz o dokončení, bude hlásit výběry jako vypořádané, přestože stále čekají ve frontě na schválení. Úplný popis modelu najdete v části klíče API.

Po konverzi získá vaše organizace dvě sady standardních stavebních bloků.

Workflow Profiles

Workflow Profile určuje, jaké akce může člen provádět v každém řízeném workflow. Každý člen má přiřazen právě jeden.

Role účtu

Role účtu určuje, co může člen dělat na vašich účtech. Standardní role se vztahují na všechny stávající i budoucí účty – člen s rolí Obchod vše může obchodovat i na účtu, který vytvoříte zítra.

Standardní profily a role se vyvíjejí spolu s produktem: při přidání nového pracovního postupu členové, kteří daný profil nebo roli mají, automaticky získají příslušnou úroveň přístupu. Úplný popis najdete v článku Role, profily a oprávnění.

Pokud oprávnění člena neodpovídají žádnému standardnímu profilu, je zařazen do role, která obsahuje přesně ta oprávnění, která měl. Členové se stejnými oprávněními sdílejí jednu roli, takže vaše organizace bude mít výrazně méně rolí než členů.

Tyto role přebírají název ze štítku, který jste u člena uvedli – člen označený jako „Obchodník" tak bude zařazen do role nazvané trader. Členové bez štítku jsou zařazeni do role migrated-role. Každá taková role nese označení migrated, které signalizuje, že název byl vygenerován automaticky a lze ho změnit.

Proč vaši členové s označením „Admin" nejsou na profilu Admin

Štítek „Admin" v beta verzi umožňoval zobrazovat, iniciovat a schvalovat žádosti, ale bez druhého schválení nebylo možné vlastní žádost dokončit. Profil Admin tuto možnost zahrnuje – jde o úroveň Execute.

Místo automatického udělení jsou členové se starým štítkem přiřazeni do role beta-admin, která obsahuje přesně ta oprávnění, jež již měli. Přesunout je do profilu Admin lze jediným přiřazením – kdykoli se rozhodnete.

Vlastník je zařazen do profilu Admin, zachovává veškerá dosavadní oprávnění a nové pracovní postupy získává automaticky. Vlastník má také přiřazenu roli Read all, kterou nelze odebrat.

Pokud jste vlastníkova oprávnění záměrně omezili, toto rozhodnutí zůstane zachováno: vlastník se převede do role odpovídající jeho skutečným oprávněním, stejně jako každý jiný člen.

• Všechna oprávnění každého člena jsou zachována.
• Přihlašovací údaje klíčů API, oprávnění a mapování účtů zůstávají zachována.
• Zůstatky, účty a vlastnictví účtů zůstávají nedotčeny.
• Žádosti o schválení, které již probíhají, pokračují dál; vaše zásady, limity schvalování a nastavení „vždy vyžadovat schválení" zůstávají beze změny.
• Ověření totožnosti není dotčeno, nikdo se nemusí znovu přihlašovat ani přijímat nové pozvání.
• Konvertují se pouze účty patřící vaší organizaci. Oprávnění k jakémukoli účtu mimo ni zůstává beze změny.

Volání bez account_id pracují s primárním účtem organizace. Chcete-li pracovat s jiným účtem z mapování účtů klíče, předejte account_id příslušného účtu v URL. Viz „Výběr konkrétního účtu v případě potřeby".

Volání vytvořilo žádost a zablokovala příslušnou částku na zdrojovém účtu. Vypořádání proběhne po schválení. Žádost sledujte pomocí approval_request_id vráceného tímto voláním nebo ji vyhledejte na stránce Žádosti. Viz Převody a výběry.

Členové, jejichž oprávnění neodpovídají žádnému standardnímu profilu, potřebují vlastní roli, která jejich přístup zachovává – dva členové jsou sloučeni do jedné role pouze v případě, že mají shodná oprávnění. Členové, kterým jste přiřadili různé štítky, zůstávají na samostatných rolích i tehdy, když mají shodná oprávnění – štítky totiž naznačují, že rozlišení bylo záměrné. Role, které nepotřebujete, lze konsolidovat přeřazením jejich členů a odstraněním prázdné role.

Členové, kteří spravují organizaci – přístup týmu, účty nebo API klíče – jsou zařazeni do role Číst vše, protože správa účtu předpokládá možnost jej vidět. Pokud je tento rozsah širší, než potřebujete, nahraďte roli Číst vše rolí účtu omezenou na konkrétní účty, ke kterým daný člen potřebuje přístup.

Ne. Konverze je jednosměrná. Vše, co konverze vytvoří, lze následně upravit – jakékoli uspořádání přístupu, které jste měli, lze znovu nastavit pomocí profilů a rolí.