לוח בקרה MKController 3.0: המדריך המלא
סיכום
לוח הבקרה 3.0 משנה את MKController ל”מרכז פיקוד” תפעולי: תצוגות גמישות (כרטיס/רשימה/מפה), מסננים חכמים, מדדים לחיצים, תצוגות משותפות ודיווחי דואר אלקטרוני אוטומטיים. מדריך זה ילווה אותך בכל רכיב וידגים איך לחזור ללוח הקודם אם תרצה.
לוח בקרה MKController 3.0: המדריך המלא
לוח בקרה 3.0 (המכונה פאנל בממשק) הוא שכבת מודיעין תפעולית. בפועל, הוא מאפשר לך לראות, לסווג ולפעול על הצי שלך מהר יותר—בלי צורך ב-5 גיליונות אלקטרוניים ותחושה שישה.
Image 1
סיכום מהיר: חשבו על לוח בקרה 3.0 כמו “שיחת קבוצת רשת” שלכם. במקום לשאול “אתה מחובר?”, הוא מראה מי באמת מחובר, מי שקט ומי מתעלם ממך—מייד.
מה שאפשר לעשות עם לוח בקרה 3.0
לוח בקרה 3.0 נבנה לתמוך בפעילות אמיתית, לא רק ב”ניטור יפה”. הוא עוזר לך:
- לבנות תצוגות מותאמות לפי חוקי העסק שלך (פרויקטים, לקוחות, אתרים, סוגי מכשירים).
- לנטר לא רק נתבים, אלא כל המערכת המחוברת סביבם.
- לזהות בעיות מוקדם יותר ולהוריד זמן תגובה לבעיות.
- לשפר את זמן התגובה וליצור שגרות אחידות לצוותים.
- להשתמש בפרספקטיבות ויזואליות, אנליטיות וגיאוגרפיות מאותו מקור נתונים.
איך לחשוב על זה
לוח בקרה 3.0 בנוי על לולאה פשוטה:
- בחר תצוגה (כרטיס, רשימה, או מפה).
- סווג בעזרת מסננים (שדות סטנדרטיים + מאפיינים מותאמים).
- מדוד עם מדדים (מספרים גדולים).
- פעל (קליק לסינון, פתיחת מכשירים, הפעלת משימות, דיווח תוצאות).
- ארוז כתצוגה (לוחות שבשימוש משותף) ואוטומציה למשלוח דרך דיווחים.
אם תשמור על הלולאה בראש, כל תכונה תתבהר.
1) מצב כרטיס (מהיר, ויזואלי, תפעולי)
סיכום מהיר: מצב כרטיס הוא מסך ה”גלישה בנפליקס” של המכשירים—רק שאתה לא צופה בסדרות, אתה מוצא תקלות.
מצב כרטיס אידיאלי לסריקה תפעולית מהירה:
- “מה תקול?”
- “אילו אתרים נראים חשודים?”
- “האם הנתבים המרכזיים יציבים?”
- “האם מישהו צועק CPU 100%?”
השתמש במצב כרטיס לסינון ראשוני, בדיקות יומיות וניתוח “מבט ראשון”.

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

המלצות עבודה במצב כרטיס
- השתמש במצב כרטיס כ”מסך איתות תנועה” לתפעול.
- שמור על שורות כרטיס עם מידע פעיל (הימנע משדות יופי).
- השתמש במסננים + מדדים כדי שהכרטיסים יציגו רק את החשוב כרגע.
התאמה אישית למצב כרטיס: נתוני מכשיר + היקפים מחוברים
סיכום מהיר: כאן הנתב מפסיק להיות “רק נתב” והופך להיות “הורה” למשפחה של מכשירים. כן, זה אחריות כבדה.
רעיון מרכזי בלוח בקרה 3.0 הוא שמכשיר “ראשי” (כמו MikroTik) לרוב תומך בנכסים קריטיים נוספים:
- סיבובים (Turnstiles)
- מצלמות
- ציוד בקרת גישה
- כל מכשיר מחובר שניתן לנטר
במקום לבדוק כל אחד בנפרד, אפשר להציג את העיקרי באותו כרטיס.
כיצד להגדיר מה יופיע בכרטיס

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

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

מה אפשר לעשות במצב רשימה
- הצג מכשירים כטבלה (עמודות לפי הבחירה).
- סדר והעדף נתונים לפי זרימת העבודה שלך.
- ייצא את הטבלה (לבדיקות, הוכחות SLA ושיתוף בין צוותים).
מערכי עמודות מומלצים (ניתן להעתיק ולהדביק)
צוות טכני (אבחונים)
- סטטוס
- CPU
- זיכרון
- קושחה
- לקוחות/מפגשים מחוברים
- הופעה אחרונה
צוות תפעולי (זמינות)
- סטטוס
- זמינות
- התראות פעילות
- אתר / אזור / פרויקט
- “נתנתק על ידי” (כאשר רלוונטי)
תצוגת מנהלים (תמונה כוללת)
- סטטוס
- זמינות (7 ימים אחרונים)
- מספר האתרים שהושפעו
- מכשירים לא מחוברים
הערה: מצב רשימה הוא בדרך כלל המקום לאמת “האם זו באמת מגמה?” לאחר שמצב כרטיס מציין בעיה.
3) מצב מפה (פעילות גיאוגרפית וזיהוי תבניות)
סיכום מהיר: מצב מפה הוא המקום שבו מגלים ש”כלום לא קורה” בעצם אומר “הכל בוער… אבל רק בשכונה הזו.”
מצב מפה מציג מבט גיאוגרפי על הפעילות שלך:
- איפה המכשירים מפוזרים
- אילו אזורים לא יציבים
- אשכולות מכשירים לא מחוברים שמרמזים על בעיות במקור

איך הסטטוס מיוצג
לוח בקרה 3.0 משתמש בצבעים מובנים:
- ירוק: מחובר
- צהוב: התראה
- אדום: לא מחובר
מתי מצב מפה הכי שימושי
- פעילויות מרובות אתרים (בנייה, זכיינים, סניפים).
- התקנות למגורים/קונדו עם יחידות מפוזרות.
- פריסות פרויקטיות בה מיקום חשוב.
תהליך מעשי ל”פתרון בעיות במפה”
- החלף למצב מפה.
- הפעל מסנן (כגון: “פרויקט= X” או “סוג סביבה=בניין”).
- חפש אשכולות סמנים צהובים/אדומים.
- אם מצאת אשכול, חשוד בתלות משותפת (קטע ISP, חשמל, נתב עליון).
- לחץ על מכשירים באיזור המושפע ואשר מה השתנה.
4) מסננים (הפוך רשימת מכשירים לכלי תפעולי)
סיכום מהיר: מסננים הם איך עוברים מ”יש לי 2,000 מכשירים” ל”יש לי בדיוק 17 מכשירים שחשובים לי כרגע.” זה כמו קסם, רק פחות נוצץ.
מסננים הם עמוד השדרה של לוח בקרה 3.0. הם מאפשרים לסווג מכשירים לפי:
- מאפייני MKController סטנדרטיים (ספק, אתר, שם, סטטוס, זמינות)
- מאפיינים מותאמים משלך (מס’ נכס, אזור, סוג סביבה, וכד’)

למה מסננים חשובים
עם מסננים אפשר:
- לבנות לוחות בקרה לפי לקוח, פרויקט או אזור
- לנטר רק מכשירים קריטיים
- למדוד SLA לפי קבוצה
- לצמצם זמן לאבחון תקלות
- ליצור מסכים מותאמים לתפקיד
מתכון פשוט לסינון
- התחל בסגמנט רחב (לדוגמה: אתר, ספק, סוג מכשיר).
- הוסף תנאי תפעולי (לדוגמה: סטטוס = לא מחובר, זמינות < 95%).
- שמור כתצוגה אם תשתמש בזה שוב.
טיפ: אם המסנן רחב מדי תרגיש מוצף. אם צר מדי, תפספס תבניות. שאף ל”תחום שניתן לפעולה.”
5) מאפיינים מותאמים (ה-DNA התפעולי שלך)
סיכום מהיר: מאפיינים מותאמים הם איפה שאתה מלמד את MKController את “השמות המוזרים שהחברה שלך משתמשת בהם.” כי כל חברה כזאת. גם שלך.
מאפיינים מותאמים מאפשרים למפות את המציאות הארגונית שלך:
- פרויקטים
- תגים לנכסים
- אזורים
- תפקידי מכשיר
- סוגי סביבה (בנייה, קונדו, מגורים, אירוע)
ניתן ליצור אותם כאן: הגדרות → פאנל → מאפיינים

סוגי מאפיינים
1) טקסט חופשי
לתוכן ייחודי, בלתי סטנדרטי:
- מזהה נכס / קוד מלאי
- הפניות לפניות פנימיות
- מזהים מותאמים
2) רשימת בחירה (ערכים מוגדרים מראש)
לפישוט וסטנדרטיזציה:
- סוג מכשיר (מצלמה, סיבוב, מדפסת, נתב)
- קבוצה
- שייכות
- קטגוריית זמינות
- סוג סביבה (בנייה, קונדו, מגורים)
מאפיינים חובה לעומת אופציונליים
ניתן לסמן מאפיין כ:
- חובה: חייב למלא בהוספה/אימוץ מכשיר.
- אופציונלי: ניתן למלא מאוחר יותר.
זו ממשל נתונים. בפשטות: אתה מחליט כמה דרישות יש לנתונים שלך.
טיפ: שים חובה רק על מאפיינים הכרחיים לתפעול. יותר מדי שדות חובה מעכבים אימוץ.
6) מדדים (מספרים גדולים) + פעולות קליק לסינון
סיכום מהיר: מדדים הם אותן מספרים גדולים שמחזיקים את המנהלים מרוצים. הפיתול: בלוח בקרה 3.0 הם גם משמחים את הטכנאים, כי אפשר ללחוץ ולעשות מעשה.
מדדים הופכים נתונים מסוננים ל-KPI שניתן לפעול עליהם. יש ארבעה סוגים עיקריים:

א - מדדי סטטוס
מציגים כמה מכשירים מחוברים מול לא מחוברים במסנן.
משתמשים ל
- “כמה תקולים באזור הזה?”
- “האם התקלה השפיעה על רבים או אחד?”
ב - מדדי זמינות
מציגים זמינות ממוצעת של קבוצה לאורך תקופה (לדוגמה: 7 הימים האחרונים).
משתמשים ל
- מדידת SLA לפי לקוח
- מגמות איכות לפי אזור או פרויקט
- ראיות לבדיקות תקלות
ג - מדדי התראות
מציגים כמה התראות פעילות וכמה מכשירים זקוקים לטיפול.
משתמשים ל
- נקודות חמות בביצועים (CPU גבוה, זיכרון גבוה)
- אובדן תקשורת
- חוסר יציבות חוזר
ד - מדדי חיבורים
מציגים KPI הקשורים לחיבורים (לדוגמה: חיבורים ARP, מפגשי PPPoE).
משתמשים ל
- “האתר פעיל אך ריק?”
- “האם מפגשים יורדים?”
- “האם נפח המשתמשים תקין?”
קליק לסינון (שכבת הפעולה)
זו ההבדל הגדול: המדדים אינטראקטיביים.
כאשר לוחצים על מספר גדול:
- MKController מפעיל אוטומטית את המסנן המתאים.
- מועברים לרשימת מכשירים מסוננת.
- המערכת שומרת על תצוגה נבחרת (כרטיס/רשימה/מפה).
דוגמה
לחצת על “4 לא מחוברים” → רואים מיד רק את 4 המכשירים הללו.
זו לוח הבקרה שמגיע כמערכת פיקוד, לא כרקע.
7) תצוגות (לוחות שמורים לצוותים)
סיכום מהיר: תצוגות הן ה”משחק השמור” שלך. לא צריך לבנות את הלוח מחדש כל פעם—אלא אם את/ה אוהב סבל. יש כאלה. אנחנו לא שופטים (הרבה).
תצוגות מאפשרות לאגד:
- מסננים
- מדדים
- חוקים ובחירות
לתוך “חבילת לוח בקרה” לשימוש חוזר.

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

איך ליצור שגרה/דוח
- גש להגדרות → פאנל → דיווחים.
- לחץ פאנל.
- לחץ צור דוח.
- בחר כרטיסיית דוח.
- הגדר:
- שם הדוח
- תצוגה מקושרת
- תדירות (יומי/שבועי/חודשי)
- זמן עיבוד (מתחשב באזור הזמן שהוגדר תחת הגדרות → חברה)
- בחר מקבלי הדוח: כל המשתמשים או משתמשים ספציפיים.
לאחר השמירה, הדוח מופיע בטבלת ניהול.
השתמש בכפתור בדיקה לפני השידור
שלח מייל בדיקה כדי:
- לאמת עיצוב ותוכן
- לוודא מקבלי הדוח
- להתאים תצוגה במידת הצורך
מה יש בדוא”ל (ולמה כדאי)
מייל שגרה כולל:
- סיכום כל המדדים בתצוגה הנבחרת
- השוואה אוטומטית לתקופה המקבילה הקודמת
(היום מול אתמול, השבוע מול השבוע שעבר וכו’) - כפתור לפתיחה מהירה של התצוגה לנמען
השוואה זו היא זהב ל:
- ראות מגמות
- הוכחת SLA
- “האם אנחנו משתפרים או סתם עסוקים?”
חזרה ללוח הקודם (ועזרה)
אם משהו בלוח בקרה 3.0 לא עושה לך את זה, יש שתי אפשרויות בטוחות:
אפשרות א: החלפה לגרסה הקודמת
במסך המכשירים (שם רואים כרטיס/רשימה/מפה), החפש מתג עם התווית “Dashboard 2 version” (נמצא כמתג בחלק העליון של העמוד). הפעל את המתג כדי לחזור לפריסה הישנה יותר.

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