→ חזרה לשירותים

חבילה 2 מתוך 4

Compass Control מתריע על חריגות - ומעביר אותן לאחראי.

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

מחריגה למשימה

לדעת על בעיה בזמן שעוד אפשר לפעול.

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

Compass Control בודק את הנתונים בתזמון הנדרש, מכל חצי שעה ועד פעם בחודש, מול כללים שנקבעו איתכם. כשכלל מופר, החריגה נכנסת לתור: איזה כלל, מה הסף, מי האחראי, כמה כסף או זמן בסיכון, ומה הפעולה המומלצת. ההתראה מגיעה לאנשים הנכונים ומציגה את התנועות שמאחוריה. כשהכול תקין - שקט.

למשל, ב-Priority או ב-NetSuite:

  • אספקה באיחור מול מה שהתחייבתם ללקוח
  • לקוח בפיגור בתשלום עם הזמנות פתוחות
  • מק"ט מתחת לנקודת ההזמנה, כשזמן האספקה של הספק מתארך
  • מחסור ברכיב מול הזמנת לקוח
  • פקודת ייצור באיחור מול התאריך שהובטח ללקוח
  • קריאת שירות שעומדת לחרוג מה-SLA של לקוח בחוזה

זה קטלוג הפתיחה. הכללים עצמם נקבעים מול כל לקוח בנפרד.

הקטלוג לא סגור: כשחריגה חוזרת על עצמה, היא הופכת לכלל.

ההתראות יורשות את ההרשאות. איש מכירות רואה רק התראות על הלקוחות שלו.

בניטור לא נעשה שימוש ב-AI. הבדיקות הן הכללים שלכם, רצות על השרת הקיים שלכם, והנתונים נשארים עליו.

המלצות, לא פעולות

המערכת ממליצה. אדם מאשר.

לכל חריגה יש אחראי ופעולה מומלצת. המערכת ממליצה, ואדם מאשר כל כתיבה חזרה ל-ERP.

Compass Control הוא לא רובוט שרושם לבד לתוך ה-ERP.

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

בנוי לשליטה

שימושי זה לא מספיק. זה צריך להיות מדיד, ובאחריות של מישהו.

  • לתפוס את החריגה
  • לתת לה אחראי
  • לסגור אותה

רוצים להגדיר על מה Compass Control ישמור?

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

  1. אילו בעיות צריכות לצוף בזמן שאפשר עוד לפעול
  2. מי מקבל את ההתראה ואיך - צ'אט או מייל
  3. מי אחראי על כל חריגה, ומה הפעולה המומלצת
דברו איתנו