חסימת שינוי סטטוס ראשי עד ליצירת משימה ללקוח

שלום רב,

נראה שמדובר בתהליך הדורש תכנון ואפיון מדויק כדי להבטיח זרימת עבודה נכונה במערכת שלכם.

חשוב לציין כי אנחנו לא מאפייניםתהליכים במערכת כחלק מהתמיכה, במידה ותרצו ליווי מקצועי ואפיון נכון, אנו מציעים שירותי אפיון מקצועיים שיוכלו לדייק את הצרכים שלכם. כמו כן, ניתן להיעזר בשותפים העסקיים שלנו המתמחים באפיון תהליכים במערכת וישמחו לעמוד לרשותכם.

להלן הצעה לרעיון כללי ליישום הפתרון:

1. יצירת שדה סיכומי: יש להגדיר שדה שיסכם את כמות המשימות הפתוחות המשויכות ללקוח. תוכלו למצוא כאן הסבר מפורט על הגדרת שדה סיכומי.
2. עדכון הגדרות בשדה סטטוס: ניתן להגדיר את שדה הסטטוס כ"שדה לקריאה בלבד" (Read Only) תחת התניות מסוימות. לדוגמה: השדה יינעל לעריכה במידה והסטטוס שווה לערך מסוים (X) וערך שדה הסיכומי שיצרנו בסעיף1 שווה ל-0 (כלומר, לא קיימות משימות פתוחות).

היי אייל, תודה רבה על ההסבר והכיוון 🙏
הפתרון שהצעת בהחלט יכול לעבוד טכנית, אבל הוא קצת מוגבל אצלנו מכמה סיבות:

1. זה פתרון “שקט” שמבוסס על לוגיקה פנימית - אנשי המכירות חייבים להכיר מראש איך זה עובד כדי להבין למה לפעמים הסטטוס “נתקע” או למה נדרש לבצע פעולה מסוימת. בפועל אנחנו מחפשים פתרון יותר ברור/מונחה משתמש, שלא דורש מהם לזכור כללים נסתרים.

2. קושי להבחין בין משימה קיימת למשימה חדשה - אם כבר קיימת משימה על הלקוח מלפני שנכנס לסטטוס, לפי ההיגיון הזה יהיה קשה לזהות שהמשימה הרלוונטית “נוצרה בעקבות הכניסה לסטטוס”. המטרה שלנו היא לוודא שנוצרת משימה חדשה מרגע הכניסה לסטטוס, ולא להסתמך על משימות שהיו קיימות קודם.

אם יש דרך להוסיף תנאי שמוודא שהמשימה נוצרה אחרי המעבר לסטטוס (למשל לפי תאריך/חותמת זמן או שדה עזר), או פתרון יותר “מוצהר” למשתמש (כפתור/Flow שמייצר משימה ואז משנה סטטוס) - אשמח ממש לשמוע.

היי,

תודה על הפירוט הנוסף.

שוב חשוב לי לציין כי נראה שמדובר במקרה שדורש לאפיין את התהליך נכון בהתאם לצורך שלכם . ייתכן ישנן דרכים פשוטות ונכונות יותר ליישם את הצרכים שלכם, ולכן הייתי ממליץ על לקבוע שיחת ייעוץ איתנו ושם נדע להגיד האם זה דורש אפיון מלא, עבודה מול אחד השותפים שלנו או שנפתור זאת יחד בשיחת ייעוץ

אם יש שאלה טכנית ספציפית אשמח לסייע