Skip to main content
Role je sada oprávnění: které objekty může aplikace číst nebo zapisovat, která pole může vidět a jaké schopnosti na úrovni platformy může používat. Všechny logické funkce aplikace a front-endové komponenty dědí oprávnění role označené pomocí defineApplicationRole() (viz Výchozí role funkce níže).
src/roles/restricted-company-role.ts

Zabezpečení na úrovni řádků

Oprávnění objektů a polí určují, kterých objektů a polí se může role dotýkat. Predikáty oprávnění na úrovni řádků jdou dále a určují, které záznamy může role vidět a s nimi pracovat — například samoobslužná role, kde každý externí uživatel vidí pouze své vlastní záznamy. Predikáty deklarujte na roli pomocí rowLevelPermissionPredicates. Stejně jako zbytek manifestu nese každý predikát svůj vlastní universalIdentifier a odkazuje na objekt a pole podle jejich universalIdentifier, dále na operand a (volitelně) na pole workspaceMember, jehož hodnota je vložena v době dotazu — takže můžete vyjádřit „vztah vlastníka záznamu je aktuálním členem pracovního prostoru“:
src/roles/partner-role.ts
Protože predikáty jsou součástí manifestu, vytvářejí se, aktualizují a odstraňují společně s rolí při každé instalaci a aktualizaci — není potřeba žádný samostatný post‑instalační krok, který by je udržoval v synchronizaci.

Kombinování predikátů se skupinami

Ve výchozím nastavení se predikáty role kombinují pomocí AND. Aby bylo možné některé z nich kombinovat pomocí OR (nebo vnořovat logiku), deklarujte položku rowLevelPermissionPredicateGroups a každý predikát na ni odkažte prostřednictvím predicateGroupUniversalIdentifier. Tato role umožňuje partnerovi zobrazit obchodní příležitost, kterou buď vlastní, nebo u ní vystupuje jako kontaktní osoba:
src/roles/partner-opportunities-role.ts
Poznámky:
  • Každému predikátu a skupině dejte stabilní universalIdentifier (libovolný uuid) — podle něj se entita identifikuje při aktualizacích a predikáty podle něj odkazují na skupiny.
  • Predikáty mohou odkazovat na objekty a pole vlastněné vaší aplikací nebo na standardní objekty Twenty.
  • Zabezpečení na úrovni řádků je vynucováno pro pracovní prostory v tarifech, které ho zahrnují; predikáty se i na ostatních tarifech stále synchronizují, pouze nejsou vynucovány.

Výchozí role funkce

Když vygenerujete novou aplikaci, CLI vytvoří výchozí soubor role deklarovaný pomocí defineApplicationRole():
src/roles/default-role.ts
defineApplicationRole() je tenký wrapper kolem defineRole(), který označuje tu roli, jež je při instalaci použita jako výchozí role vaší aplikace. Validace je shodná s defineRole, ale build pipeline automaticky propojí její universalIdentifier s defaultRoleUniversalIdentifier v manifestu aplikace — takže na něj nemusíte v defineApplication sami odkazovat. Poznámky:
  • Na jednu aplikaci je povolena přesně jedna definice defineApplicationRole(...) — pokud build manifestu najde více než jednu, sestavení selže.
  • Pro všechny další role, které vaše aplikace poskytuje, použijte defineRole() (nikoli defineApplicationRole()).
  • Explicitní nastavení defaultRoleUniversalIdentifier v defineApplication() je stále podporováno kvůli zpětné kompatibilitě, ale je označeno jako zastaralé ve prospěch defineApplicationRole().

Osvědčené postupy

  • Začněte od vygenerované role a postupně ji omezujte — výchozí nastavení poskytuje široká oprávnění pro čtení, což je v produkci zřídka žádoucí.
  • Nahraďte objectPermissions a fieldPermissions přesně těmi objekty a poli, které vaše funkce skutečně potřebují.
  • permissionFlagUniversalIdentifiers řídí přístup k schopnostem na úrovni platformy. Udržujte je co nejmenší.
  • Podívejte se na funkční příklad: examples/hello-world/src/roles/default-role.ts.