לעתים קרובות אנו רואים משימות שנכנסות מהר יותר ממה שהצוות יכול לטפל בהן. ללא תור, הכל מתערבב: בקשה דחופה של לקוח הולכת לאיבוד בין פניות שגרתיות, ובאג קריטי ממתין בזמן שעובד מסיים משימה בעדיפות נמוכה. תורים בזרמים של Bitrix24 מביאים סדר לזרם הנכנס: משימות מסתדרות לפי עדיפות, מעובדות בסדר מוגדר, והעומס המצטבר נשאר בשליטה.
לקוח אחד מתחום הלוגיסטיקה פנה אלינו: זרם התמיכה שלהם קיבל 200 משימות ביום, ו-70% אבדו. יישמנו תור עדיפויות עם הסלמה לאחר 15 דקות לבאגים קריטיים. תוך שבוע, זמן התגובה ירד פי שלושה, משימות באיחור ירדו ל-5%, והחיסכון החודשי בקנסות SLA הגיע ל-$1.8k–2.6k. הלקוח קיבל SLA שקוף וכלי לניטור עומס העבודה של הצוות.
כיצד התור עובד בזרמים של Bitrix24
כאשר משימה מגיעה לזרם ולא ניתן להקצותה מידית (כל המבצעים עסוקים, הושגה מגבלת המשימות), היא נכנסת לתור. התור הוא חיץ בין המבקשים למבצעים. Bitrix24 תומך בשלושה מצבי מיון:
- FIFO (נכנס ראשון, יוצא ראשון) — משימות מעובדות אך ורק לפי סדר הגעתן. פשוט, מתאים לבקשות הומוגניות.
- לפי עדיפות — משימות בעדיפות גבוהה מעובדות ראשונות, ללא קשר לזמן ההגעה. באג קריטי שהגיע לפני 5 דקות עוקף משימה רגילה שממתינה שעתיים.
- משולב — קודם לפי עדיפות, ולאחר מכן FIFO בתוך אותה עדיפות.
מקור: תיעוד Bitrix24
עדיפויות והסלמה
Bitrix24 תומך בארבע רמות עדיפות: קריטי, גבוה, רגיל, נמוך. בתורים, עדיפויות קובעות את סדר העיבוד ואת זמן ההמתנה המקסימלי.
| עדיפות | סדר בתור | זמן המתנה מקסימלי |
|---|---|---|
| קריטי | ראשון | 15 דקות |
| גבוה | אחרי קריטי | שעה |
| רגיל | אחרי גבוה | 4 שעות |
| נמוך | אחרון | 8 שעות |
אם משימה בעדיפות קריטית ממתינה בתור יותר מ-15 דקות, מופעלת הסלמה: הודעה למנהל הזרם, הרחבה אוטומטית של מגבלות המשימות של המבצעים. אנו מגדירים הסלמה באמצעות תהליכים עסקיים של Bitrix24: האירוע "זמן ההמתנה חרג" מפעיל תרחיש — שליחת הודעה, יצירת משימת משנה, ביצוע שיחה דרך Open Lines.
השוואת מצבי תור
| מצב | עקרון מיון | מתי להשתמש |
|---|---|---|
| FIFO | לפי זמן הגעה | בקשות הומוגניות ללא מועדים |
| לפי עדיפות | עדיפות על פני זמן | משימות מעורבות בדחיפות שונה |
| משולב | עדיפות קודם, ואז FIFO | כאשר יש צורך באיזון |
למה לנהל את העומס המצטבר?
עומס מצטבר הוא משימות שנמצאות בתור ועדיין לא הוקצו. שליטה בעומס המצטבר היא קריטית ל-SLA. אנו מגדירים:
- ניטור גודל התור. אם העומס המצטבר גדל, הצוות לא יכול להתמודד עם הזרם הנכנס — זהו אות למנהל להוסיף אנשים או לשנות סדר עדיפויות.
- מגבלת תור. מספר מקסימלי של משימות בתור (לדוגמה, 50). כאשר המגבלה מושגת, משימות חדשות לא מתקבלות (המבקש רואה אזהרה) או מופנות אוטומטית לזרם אחר.
- ניקוי אוטומטי. משימות שנשארות בתור יותר מהתקופה המוגדרת מסומנות כאיחור ומוסללות.
ויזואליזציה וניטור
מנהל הזרם רואה את התור כרשימה ממוינת לפי עדיפות וזמן הגעה. מידע זמין:
- מספר המשימות בתור.
- זמן המתנה ממוצע.
- התפלגות לפי עדיפות.
- משימות שמתקרבות להפרת SLA.
אנו גם מגדירים לוחות מחוונים בדוחות Bitrix24 והודעות אוטומטיות דרך צ'אטבוטים.
כיצד אנו מגדירים תורים: תהליך וטכנולוגיה
אנו משתמשים ב-API של Bitrix24 REST, בתהליכים עסקיים ובשדות משימות. לדוגמה, דרך tasks.task.add עם עדיפות ומועד אחרון, אנו יוצרים משימה בזרם; עדיפויות מוגדרות דרך השדה PRIORITY. הסלמה מיושמת באמצעות תהליכים עסקיים עם השהיות.
תהליך:
- ניתוח זרמים קיימים ונקודות חנק.
- עיצוב מודל התור (FIFO/עדיפות/משולב) וכללי הסלמה.
- הגדרת עדיפויות, מגבלות, ניקוי אוטומטי דרך ממשק Bitrix24.
- יישום לוגיקה מותאמת אישית (REST API, תהליכים עסקיים).
- בדיקות: בדיקות עומס עם 200+ משימות ביום.
- השקה והדרכת צוות.
מה כלול בעבודה
- תיעוד הגדרות ו-SLA.
- גישה ללוחות מחוונים לניטור.
- הדרכת צוות (שעה אונליין).
- תמיכה למשך שבועיים לאחר ההשקה.
- אחריות לפעולה תקינה של התור.
אנו עובדים עם Bitrix24 מעל 10 שנים והשלמנו 50+ פרויקטים של הגדרת זרמים. המהנדסים שלנו מחזיקים בהסמכות Bitrix Expert. צרו קשר להערכת הזרם שלכם — נגדיר את התור במפתח מלא תוך 2-3 ימים. קבלו ייעוץ ללא התחייבות.