בניית תהליך עבודה

בונה תהליכי עבודה מאפשר לגרור-ולשחרר את הנתיב שבקשה לוקחת דרך הארגון שלכם. ללא קוד, ללא כרטיס IT — רוב תהליכי העבודה לוקחים 5–10 דקות לבנות.

איפה למצוא אותו

ניהול ← תהליכי אישור ← תהליך עבודה חדש.

אנטומיה של תהליך עבודה

לכל תהליך עבודה יש שלושה חלקים:

1. טריגר — מה מתחיל אותו. בדרך כלל "כשבקשת חופשה מוגשת" או "כש-PO מעל $10k מוגש".
2. שלבים — המאשרים, לפי הסדר.
3. סיום — מה קורה כשהשלב האחרון מאשר.

סוגי שלבים

רציף

רשימת מאשרים בסדר. שלב 2 רץ רק לאחר ששלב 1 מאשר.

מקבילי

מספר מאשרים בו-זמנית. הבקשה מתקדמת כשכל מאשרים, או כשסף מוגדר מאשר (למשל 2 מ-3).

תנאי

פיצול הזרימה לפי נתוני הבקשה:

• סכום > $10k → מנהל כספים
• סכום ≤ $10k → דלג
• מחלקה = משאבי אנוש → רק מנהל משאבי אנוש

האצלה

אם המאשר הנבחר בחופשה, נתבו למאציל שלו אוטומטית.

בניית תהליך עבודה — דוגמה

מטרה: זרימת דרישת רכש שבה רכישות קטנות מדלגות על ה-CFO.

1. תהליך עבודה חדש → שם: "אישור דרישת רכש".
2. טריגר → "דרישת רכש הוגשה".
3. שלב 1 — סוג: מאשר יחיד — מאשר: מנהל המבקש.
4. שלב 2 — סוג: תנאי —
   • אם total_amount > 10000 → מנהל כספים.
   • אחרת → דלג.
5. שלב 3 — סוג: מקבילי — מאשרים: CFO + CEO. סף: 1 מ-2 (כל אחד יכול לאשר).
6. סיום → "הוצאת PO אוטומטית ושליחת אימייל לספק".

שמרו. תהליך העבודה החדש הופך לברירת המחדל לדרישות רכש.

גרסאות

תהליכי עבודה מנוהלים בגרסאות. כשעורכים תהליך עבודה שפורסם, המערכת שואלת:

• עדכון קיים — בקשות בתהליך עוקבות אחר הזרימה החדשה.
• פרסום כ-v2 — רק בקשות חדשות משתמשות ב-v2; אלו בתהליך מסתיימות ב-v1.

פרסום כגרסה חדשה בטוח יותר לשימוש בייצור.

מצב בדיקה

לפני פרסום, לחצו בדוק תהליך עבודה כדי:

1. בחרו בקשה לדוגמה מהחודש האחרון.
2. צפו איך תהליך העבודה היה מנתב אותה.
3. ראו איפה היא הייתה מסתיימת.

זה תופס כללים שגויים לפני שמשתמש כלשהו פוגש את הזרימה החדשה.

השלב הבא

אישור בקשות חופשה →