الانتقال إلى المحتوى الرئيسي
الدور هو مجموعة من الأذونات: الكائنات التي يمكن لتطبيق ما قراءتها أو كتابتها، والحقول التي يمكنه رؤيتها، والقدرات على مستوى المنصّة التي يمكنه استخدامها. ترث جميع وظائف منطق كل تطبيق ومكوّنات الواجهة الأمامية الأذونات الخاصة بالدور المُعلَّم باستخدام defineApplicationRole() (انظر دور الدالة الافتراضي أدناه).
src/roles/restricted-company-role.ts

أمن على مستوى الصف

تحدّد أذونات الكائن والحقل أي الكائنات والحقول يمكن لدورٍ معيّن التفاعل معها. محددات الأذونات على مستوى الصف تتعمّق أكثر وتحدّد أي السجلات يمكن لدورٍ معيّن رؤيتها والتصرّف فيها — على سبيل المثال، دور للخدمة الذاتية حيث يرى كل مستخدم خارجي سجلاته الخاصة فقط. عرِّف المحددات باستخدام rowLevelPermissionPredicates على الدور. مثل باقي ملف manifest، يحمل كل محدِّد universalIdentifier خاصًا به، ويشير إلى كائن وحقل باستخدام universalIdentifier الخاصّ بهما، وoperand، وحقل workspaceMember (اختياري) تُحقن قيمته وقت الاستعلام — بحيث يمكنك التعبير عن: “علاقة مالك السجل هي عضو مساحة العمل الحالي”:
src/roles/partner-role.ts
نظرًا إلى أنّ المحددات (predicates) تُشحَن داخل ملف manifest، فإنّه يتم إنشاؤها وتحديثها وإزالتها مع الدور نفسه في كل عملية تثبيت وترقية — ولا توجد خطوة ما بعد التثبيت منفصلة تحتاج إلى مزامنتها.

دمج المحددات مع المجموعات

افتراضيًا، يتم دمج محددات الدور باستخدام AND. لدمج بعضها باستخدام OR (أو لتداخل المنطق)، قم بتعريف إدخال rowLevelPermissionPredicateGroups وأشِر كل محدد إليه من خلال predicateGroupUniversalIdentifier. يُتيح هذا الدور للشريك رؤية فرصة (Opportunity) إذا كان إمّا مالكها أو جهة الاتصال لها:
src/roles/partner-opportunities-role.ts
الملاحظات:
  • امنح كل محدد وكل مجموعة قيمة universalIdentifier ثابتة (أي uuid) — فهي المفتاح الذي يعرّف الكيان عبر الترقيات، كما أنّ المحددات تشير إلى المجموعات من خلاله.
  • يمكن للمحددات الإشارة إلى الكائنات والحقول التي يملكها تطبيقك أو إلى كائنات Twenty القياسية.
  • يتم تطبيق الأمان على مستوى الصف (row-level security) لمساحات العمل في الخطط التي تتضمنه؛ بينما تستمر مزامنة المحددات في الخطط الأخرى ولكن دون تطبيقها فعليًا.

الدور الافتراضي للوظيفة

عند إنشاء هيكل لتطبيق جديد، ينشئ CLI ملف دور افتراضي مُصرَّحًا به باستخدام defineApplicationRole():
src/roles/default-role.ts
تُعد defineApplicationRole() غلافًا بسيطًا حول defineRole() يشير إلى الدور المستخدم كإعداد افتراضي لتطبيقك وقت التثبيت. يتطابق التحقق من الصحة مع defineRole، لكن خط تجميع البناء يربط تلقائيًا قيمة universalIdentifier بصفة defaultRoleUniversalIdentifier في بيان التطبيق (manifest)، وبالتالي لا تحتاج إلى الإشارة إليه من defineApplication بنفسك. الملاحظات:
  • يُسمح بوجود استدعاء واحد فقط لـ defineApplicationRole(...) لكل تطبيق — سيفشل إنشاء بيان التطبيق (manifest) إذا عثر على أكثر من واحد.
  • استخدم defineRole() (وليس defineApplicationRole()) لأي أدوار إضافية يأتي بها تطبيقك.
  • لا يزال تعيين defaultRoleUniversalIdentifier صراحةً على defineApplication() مدعومًا للتوافق مع الإصدارات السابقة، ولكنه مُهمَل لصالح defineApplicationRole().

أفضل الممارسات

  • ابدأ من الدور المُنشأ تلقائيًا، ثم قم بتقييده تدريجيًا — إذ يمنح الإعداد الافتراضي صلاحيات قراءة واسعة، وهو ما نادرًا ما تريده في بيئة الإنتاج.
  • استبدل objectPermissions وfieldPermissions بالكائنات والحقول الدقيقة التي تحتاجها وظائفك فعليًا.
  • permissionFlagUniversalIdentifiers تتحكم في الوصول إلى القدرات على مستوى المنصة. اجعلها في حدّها الأدنى.
  • اطّلع على مثال عملي: hello-world/src/roles/function-role.ts.