بناء سير عمل
يتيح لك بانٍ سير العمل سحب وإفلات المسار الذي يتّخذه الطلب عبر مؤسستك. بدون كود، بدون تذكرة IT — معظم سير العمل يستغرق 5–10 دقائق للبناء.
أين تجده
Admin ← Approval Workflows ← New workflow.
تشريح سير العمل
لكل سير عمل ثلاثة أجزاء:
- المُحفّز — ما يبدأه. عادةً "عند تقديم طلب إجازة" أو "عند تقديم PO فوق $10k".
- الخطوات — الموافقون، بالترتيب.
- النهاية — ما يحدث عندما توافق الخطوة الأخيرة.
أنواع الخطوات
تسلسلي
قائمة موافقين بالترتيب. الخطوة 2 تعمل فقط بعد موافقة الخطوة 1.
متوازي
عدة موافقين في نفس الوقت. يتقدّم الطلب عند موافقة الجميع، أو عند موافقة عتبة محدّدة (مثلاً 2 من 3).
شرطي
تفرّع التدفّق بناءً على بيانات الطلب:
- المبلغ > $10k → مدير المالية
- المبلغ ≤ $10k → تخطّى
- القسم = الموارد البشرية → مدير الموارد البشرية فقط
تفويض
إذا كان الموافق المختار في إجازة، وجِّه إلى مفوّضه تلقائياً.
بناء سير عمل — مثال
الهدف: تدفّق طلب شراء حيث تتخطّى المشتريات الصغيرة CFO.
- سير عمل جديد → الاسم: "موافقة طلب الشراء".
- المُحفّز → "تقديم طلب الشراء".
- الخطوة 1 — النوع: موافق وحيد — الموافق: مدير المُقدِّم.
- الخطوة 2 — النوع: شرطي —
- إذا
total_amount > 10000→ مدير المالية. - وإلا → تخطّى.
- إذا
- الخطوة 3 — النوع: متوازي — الموافقون: CFO + CEO. العتبة: 1 من 2 (يمكن لأيٍّ منهما الموافقة).
- النهاية → "إصدار PO تلقائياً وإرسال بريد للمورد".
احفظ. يصبح سير العمل الجديد الافتراضي لطلبات الشراء.
الإصدارات
سير العمل مُصدَّر. عند تحرير سير عمل منشور، يسألك النظام:
- تحديث الموجود — تتبع الطلبات الجارية التدفّق الجديد.
- نشر كـ v2 — تستخدم الطلبات الجديدة فقط v2؛ تنتهي الجارية على v1.
النشر كإصدار جديد أكثر أماناً للاستخدام في الإنتاج.
وضع الاختبار
قبل النشر، اضغط اختبر سير العمل لـ:
- اختيار طلب نموذجي من الشهر الماضي.
- مشاهدة كيف كان سير العمل سيوجّهه.
- رؤية أين كان سينتهي.
هذا يلتقط القواعد المهيَّأة بشكل خاطئ قبل أن يصطدم بها أي مستخدم.