Přechod z verze Beta

Vaše 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ů se přenášejí. Mění se to, jak váš kód zpracovává požadavky a čte odpovědi.

Vyberte účet pro každý požadavek

Klíč API Organizace pokrývá jeden nebo více účtů a nemá žádnou výchozí hodnotu, proto každý soukromý požadavek musí uvést, na který účet se vztahuje. Předejte account_id jako parametr dotazu v URL, nikoli v těle požadavku:

To se týká obchodování, dotazů na zůstatek a účetní knihy, historie objednávek a obchodů, exportů a pohybu finančních prostředků stejně tak.

Přečtěte si novou odpověď na výběr

WithdrawFunds vrací approval_request_id spolu s refid:

• refid již neznamená, že výběr byl dokončen. Částka je zablokována na zdrojovém účtu při odeslání požadavku a je vypořádána až po schválení požadavku.
• approval_request_id je identifikátor pro schválení, na které výběr čeká. Uložte si jej do vlastních záznamů.
• Výběry čekající na schválení se nezobrazují ve WithdrawStatus. Požadavek, který je zamítnut nebo vyprší, nevytvoří žádný záznam o výběru vůbec, takže nepřítomnost ve WithdrawStatus nikdy neznamená, že výběr nebyl odeslán.

Automatizace, která zpracovává refid jako důkaz dokončení, bude hlásit výběry jako vypořádané, zatímco jsou stále ve frontě schvalování. Úplný model naleznete v API klíčích.

Vaše Organizace vyjde z konverze se dvěma sadami standardních stavebních bloků.

Workflow Profiles

Profil pracovního postupu určuje, co může člen dělat v každém řízeném pracovním postupu. Každý člen má přesně jeden.

Account Roles

Role účtu určuje, co může člen dělat s vašimi účty. Standardní role pokrývají všechny současné a budoucí účty, takže člen s rolí Trade all může obchodovat na účtu, který vytvoříte zítra.

Standardní profily a role drží krok s produktem: když je přidán nový pracovní postup, členové s takovým profilem nebo rolí automaticky získají odpovídající úroveň. Pro kompletní model viz Role, profily a oprávnění.

Pokud se oprávnění člena neshodují se standardním profilem, jsou umístěni do role, která jim uděluje přesně to, co měli. Členové s identický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í svůj název z označení, které jste měli napsané u člena, takže člen označený jako „Trader“ získá roli s názvem trader. Členové bez označení získají roli migrated-role. Každá z nich nese odznak migrováno, což znamená, že název byl vygenerován a je na vás, abyste jej změnili.

Proč vaši „Admin“ členové nejsou v profilu Admin

Označení „Admin“ v Beta verzi umožňovalo někomu prohlížet, iniciovat a schvalovat, ale nikoli dokončit vlastní požadavky bez druhého schválení. Profil Admin tuto schopnost zahrnuje, což je úroveň Spustit.

Namísto automatického udělení jsou členové se starým označením umístěni do role s názvem beta-admin, která drží přesně ta oprávnění, která již měli. Přesunutí do role Admin je jednorázové přiřazení, kdykoli se rozhodnete.

Vlastník je umístěn do profilu Admin, zachovává si vše, co měl, a automaticky získává nové pracovní postupy. Vlastník má také oprávnění Číst vše, které nelze odebrat.

Pokud jste úmyslně omezili oprávnění Vlastníka, toto rozhodnutí je zachováno: Vlastník se převede na roli, která drží jeho skutečná oprávnění, stejně jako každý jiný člen.

• Každé oprávnění, které měl každý člen, je přeneseno.
• Pověření API klíčů, oprávnění a mapování účtů jsou zachována.
• Zůstatky, účty a vlastnictví účtů zůstávají nedotčeny.
• Již probíhající žádosti o schválení pokračují a vaše zásady, limity schválení a nastavení „vždy vyžadovat schválení“ zůstávají beze změny.
• Ověření identity není ovlivněno a nikdo se nemusí znovu přihlašovat ani být znovu zván.
• Převedeny jsou pouze účty patřící vaší Organizaci. Oprávnění na jakémkoli účtu mimo ni zůstává tak, jak je.

Požadavek téměř jistě postrádá account_id. Bez něj se soukromé volání nerozpozná na jeden z účtů klíče a může vrátit prázdný výsledek namísto chyby. Přidejte account_id do URL a zkontrolujte každý koncový bod, který vaše integrace volá, nejen ty, které viditelně selhaly. Viz API klíče.

Volání vytvořilo požadavek a zablokovalo částku na zdrojovém účtu. Vyrovnání následuje po schválení. Sledujte požadavek pomocí approval_request_id vráceného voláním, nebo jej najděte na stránce Požadavky. Viz Převody a výběry.

Členové, jejichž oprávnění neodpovídala standardnímu profilu, potřebují každý roli, která zachovává jejich přístup, a dva členové jsou sloučeni do jedné role pouze tehdy, když jsou jejich oprávnění identická. Členové, kterým jste přiřadili odlišné štítky, zůstávají v samostatných rolích i tam, kde se jejich oprávnění shodují, protože štítky naznačují, že rozlišení bylo úmyslné. Role, které nepotřebujete, lze sloučit přeřazením jejich členů a odstraněním prázdné role.

Členové, kteří spravují Organizaci, řídí týmový přístup, účty nebo API klíče, jsou zařazeni do Read all, protože správa účtu znamená možnost jej vidět. Pokud je to širší, než chcete, nahraďte Read all rolí účtu, která je omezena na konkrétní účty, které potřebují.

Ne. Konverze je jednosměrná. Vše, co vytvoří, je poté editovatelné, takže jakékoli uspořádání přístupu, které jste měli, lze obnovit pomocí profilů a rolí.