البعثات والأدوار
مالك/محرر/فيوير ما تقوم به الأدوار الأربعة، وضوح مستوى الموارد، قائمة المصادقين.
يستخدم Braidrun مصفوفة مكونة من "أربعة أدوار × فئات الموارد" للتحكم في من يمكنه فعل ماذا. توفر هذه الصفحة جدول مقارنة كاملاً واقتراحات لتعيين الأدوار في العديد من السيناريوهات الشائعة.
أربعة أدوار
- Owner — السلطة العليا للفريق . إدارة الاشتراكات والأعضاء والفرق القابلة للحل. الفريق لديه مالك واحد فقط.
- Admin — يمكن فعل كل شيء تقريبًا باستثناء الاشتراك/نقل الملكية/الحل. مناسبة للقادة / العمليات الفنية.
- Editor — يمكنه إنشاء وتعديل وتنفيذ سير العمل والجداول الزمنية؛ يمكن عرض كل تاريخ التنفيذ. يمكنه استخدام (ولكن ليس إدارته) بيانات اعتماد الفريق.
- Viewer — للقراءة فقط - راجع سجلات سير العمل والتنفيذ والتدقيق. لا يمكن التحرير، لا يمكن التنفيذ، لا يمكن عرض قيم بيانات الاعتماد.
مصفوفة الإذن
| الموارد/العمليات | Owner | Admin | Editor | Viewer |
|---|---|---|---|---|
| الفريق/الاشتراك | ||||
| حزمة الترقية/التخفيض | ✓ | — | — | — |
| إدارة الفواتير / الفواتير | ✓ | — | — | — |
| نقل الملكية | ✓ | — | — | — |
| حل الفريق | ✓ | — | — | — |
| إدارة الأعضاء | ||||
| دعوة الأعضاء | ✓ | ✓ | — | — |
| إزالة العضو | ✓ | ✓ | — | — |
| التغيير | ✓ | ✓ | — | — |
| تدفقات العمل | ||||
| إنشاء تدفق جديد للعمل | ✓ | ✓ | ✓ | — |
| تحرير/حذف سير العمل | ✓ | ✓ | ✓ | — |
| عرض سير العمل | ✓ | ✓ | ✓ | ✓ |
| تنفيذ سير العمل (يدويًا) | ✓ | ✓ | ✓ | — |
| استنساخ من القالب | ✓ | ✓ | ✓ | — |
| أوراق اعتماد | ||||
| انظر قائمة أوراق الاعتماد | ✓ | ✓ | ✓ | — |
| جديد/تحديث/حذف بيانات الاعتماد | ✓ | ✓ | — | — |
| بيانات الاعتماد المرجعية في سير العمل | ✓ | ✓ | ✓ | — |
| الجدولة/الخطافات عبر الويب | ||||
| إنشاء/تحرير الجدول الزمني | ✓ | ✓ | ✓ | — |
| إنشاء/تحرير خطافات الويب | ✓ | ✓ | ✓ | — |
| عرض قائمة الجدول الزمني / webhook | ✓ | ✓ | ✓ | ✓ |
| موافقة | ||||
| البدء بالموافقة | تلقائي | تلقائي | تلقائي | — |
| الموافقة على الطلبات المقدمة من الآخرين | ✓ | ✓ | الموافقون الصحفيون | — |
| Modules | ||||
| تعزيز سير العمل كوحدة نمطية | ✓ | ✓ | ✓ | — |
| حذف الوحدة النمطية | ✓ | ✓ | لا تخلق إلا بنفسك | — |
| تاريخ التنفيذ/التدقيق | ||||
| عرض تاريخ التنفيذ | ✓ | ✓ | ✓ | ✓ |
| عرض سجل التدقيق | ✓ | ✓ | — | — |
| تصدير بيانات التنفيذ | ✓ | ✓ | ✓ | — |
| التركيبات | ||||
| تغيير إعدادات الفريق | ✓ | ✓ | — | — |
| تغيير تكوين الإخطار | ✓ | ✓ | — | — |
| تغيير سياسة الاحتفاظ بالبيانات | ✓ | — | — | — |
حالة خاصة لقائمة الموافقين
يمكن تحديد الموافقين بشكل صريح في خطوة الموافقة اليدوية - معرفات أو أدوار حساب معينة. في هذا الوقت:
- القائمة فارغة - يمكن لجميع الأعضاء الإداريين والأعلى الموافقة (افتراضي)
- تحتوي القائمة على معرفات مستخدمين محددة - يمكن لهؤلاء الأشخاص فقط الموافقة (حتى لو كانوا محررين)
- توجد في القائمة الأدوار (مثل "الدور: المشرف") - يمكن لجميع الأعضاء الذين يشغلون هذا الدور الموافقة
بمعنى آخر، يمثل المعتمدون آلية "تراكب": فهم يسمحون للأعضاء غير الإداريين بالموافقة على خطوات محددة.
اقتراحات الأدوار للسيناريوهات النموذجية
السيناريو 1: فريق هندسي مكون من 3 أشخاص
- الشخص الفني المسؤول → المالك
- 2 مهندسين → محرر
- يعمل القائد الفني بدوام جزئي كمعتمد
السيناريو 2: الفريق المختلط (الهندسة + العمليات + الامتثال)
- مدير التكنولوجيا → المالك
- قائد هندسي + التشغيل والصيانة → المشرف (إدارة بيانات الاعتماد والأعضاء)
- مهندس + عملية → محرر (إنشاء سير العمل بشكل منفصل، ولكن لا يمكن تغيير بيانات الاعتماد بشكل عشوائي)
- الامتثال/التمويل ← العارض (التدقيق فقط، بدون عملية)
- قم بإضافة موظفي الامتثال بشكل صريح إلى قائمة المعتمدين في سير العمل الذي يتضمن بيانات العميل
السيناريو 3: فرق التطوير/الإنتاج
- قم بإنشاء فريقين مستقلين في Braidrun: my-company-dev / my-company-prod
- جميع المهندسين هم محررون في التطوير ومشاهدون في الإنتاج.
- SRE فقط هو المحرر/المسؤول في الإنتاج
- بعد التحقق من استقرار سير العمل في فريق التطوير، سيتم نقله إلى المنتج من خلال "الانتقال إلى الفريق"
تدقيق الإذن
في كل مرة يتغير فيها الدور، سيتم تسجيل حدث التدقيق. يمكنك تصفية نوع الحدث: member_role_changed في "سجل تدقيق الفريق" لعرض السجل.
الخطوة التالية
- الأفرقة — كيفية إنشاء/دعوة/نقل
- الموافقة على الدليل — في أي سيناريوهات تتطابق الموافقة اليدوية مع المعتمدين؟