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

יצרן מערכות אזעקה וחדירה מסחריות

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

השאלה המרכזית בבחירת יצרן מערכות אזעקה וחדירה מסחריות היא: האם הספק מסוגל לתמוך בכל שרשרת האותות — מגלאי, לוח בקרה, רכיב תקשורת, נתיב תעבורה, מקלט אזעקות ומרכז ניטור (CMS), ועד לתהליך העבודה של המפעיל ופריסה מרובת אתרים — או שמא הוא מייצר רק את הרכיב שבמרכזה?

מדריך זה מיועד להערכה הנדסית זו. הוא מכסה את המבדיל בין ספק חומרה בלבד לבין יצרן מערכות אבטחה, כיצד מתנהגים פרוטוקולי Contact ID ופרוטוקול דיווח אירועים IP מסוג SIA DC-09 בתשתיות מעורבות, כיצד עמידות ניתוב תקשורת דו-נתיבית ושימוש באפיק אזעקה דיפרנציאלי RS-485 משפיעים על תחזוקה ארוכת טווח, ומה מפיץ חייב לבדוק לפני החדרת סדרת לוחות בקרה לשוק חדש.

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

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

הסיכון שקובע את מרווח הרווח ועומס התמיכה לאורך זמן מפורט בטבלה הבאה:

מה שקונים משווים בדרך כלל מה שקובע בפועל את ביצועי השטח
מחיר ליחידת לוח בקרה עלות בעלות כוללת (TCO) כולל קריאות שירות והחזרות ציוד (RMA)
מספר אזורים במפרט הטכני ארכיטקטורת הרחבה וכיצד אזורים גדלים מעבר למספר הבסיסי
עיצוב תעשייתי ומארז הגנת גילוי חבלה (Tamper), הגנת נחשולי מתח ותנאי סביבה בשטח
הצהרות שיווקיות של “IP + 4G + PSTN” האם מעבר הגיבוי מנוטר ומפוקח וכיצד הוא מתנהג בעת אובדן נתיב
מארז חיישנים כלול פורמט דיווח למרכז הניטור ודיוק מיפוי קודי האירועים
ביצועי יחידת מדגם בודדת עקביות גרסאות קובץ קשיח (Firmware) ותיעוד לאורך סדרות ייצור

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

לוח בקרה מרכזי למערכת חדירה מסחרית

חשיבות ארכיטקטורת התקשורת מעבר לרשימת תכונות

הגדרה כמו “תמיכה ב-IP, 4G ו-PSTN” היא הצהרה שיווקית. היא אינה מספקת מידע על אופן זיהוי כשל בנתיב התקשורת, האם מקלט מרכז הניטור מקבל את הפורמט, האם קיים ניטור תקינות רציף (Heartbeat), או האם מיפוי החשבונות והאזורים נשמר לאחר עדכון קובץ קשיח.

العלות الנסתרת של דילוג על אימות מול מרכז ניטור (CMS)

התקשרות עם יצרן ללא תיאום פרוטוקולים ואימות מול מרכז ניטור מייצרת עלויות נסתרות:

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

ארכיטקטורת לוח בקרה מרכזי במערכת חדירה מסחרית

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

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

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

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

ממד יצרן חומרה בסיסי יצרן מערכות אבטחה מסחריות משמעות למפיצים
היקף לוח הבקרה מכירת הקופסה בלבד לוח בקרה + רכיבי תקשורת + מודולי הרחבה כפלטפורמה אחודה קובע אם מנהלים מק"ט בודד או סדרת מוצרים מלוכדת
תמיכה בפרוטוקולי CMS לא מתועד או עמום פורמטי דיווח מתועדים ונבדקו מול מקלטים בפועל מונע גילוי אי-תאימות לאחר היבוא
תאימות למרכזי ניטור לא נבדקה מיפוי קודי אירועים ומבנה חשבון מאומתים מפחית בלבול מפעילים וקריאות שווא
אפשרויות תקשורת מודול יחיד קבוע גרסאות PSTN / IP / סלולר שניתנות לשילוב מאפשר לסדרת לוחות לכסות אתרים ישנים וחדשים
תכנון מעבר גיבוי (Failover) התנהגות לא מתועדת מרווחי ניטור מפוקחים ולוגיקת חזרה לנתיב ראשי קובע אמינות אמתית בשטח
ארכיטקטורת הרחבה מספר אזורים קבוע הרחבה באמצעות אפיק כתובתי לאתרים גדולים משפיע על תכנון פרויקטים והכנה לעתיד
דיאגנוסטיקה ואבחון ללא יומן אירועים, היסטוריית רכיב, אבחון מרחוק מקצר מחזורי איתור תקלות

שימוש ב-RS-485 להרחבת מערכות אזעקה מסחריות

כאשר פרויקט מסחרי מתרחב מעבר לקיבולת האזורים הבסיסית של לוח הבקרה, ארכיטקטורת ההרחבה היא שקובעת את עלויות ההתקנה והתחזוקה. שימוש בפורמט אפיק אזעקה דיפרנציאלי RS-485 מספק תשתית תקשורת טורית רב-נקודתית (Multi-drop) המאפשרת חיבור מודולי הרחבה כתובתיים, מקלדות, וכרטיסי יציאות לאורך תוואי כבל יחיד.

יתרונות העבודה עם אפיק אזעקה דיפרנציאלי RS-485:

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

תכנון הרחבה לא נכון של RS-485 עלול להגדיל קושי תחזוקה ואיתור תקלות באתר. חוסר ניתוב נכון, חוסר בנגדי סיום קו (Termination resistors), או מעבר למגבלות האורך והעומס החשמלי של האפיק יגרמו לניתוקי תקשורת סירוגיים ולקושי רב באיתור תקלות בשטח.

תאימות SIA DC-09 לדיווח אירועי אזעקה למרכזי ניטור

מעבר תשתיות התקשורת לרשתות IP וסלולר דורש שימוש בפרוטוקול דיווח אירועים IP מסוג SIA DC-09. בשונה מפורמטים אנלוגיים היסטוריים, פרוטוקול דיווח אירועים IP מסוג SIA DC-09 נבנה מראש עבור תשתית רשת מבוססת חבילות (Packet-based transport).

מאפיינים טכניים של פרוטוקול דיווח אירועים IP מסוג SIA DC-09:

  • מבנה נתונים עשיר: מעביר קודי אירועים, מזהי מדורים, מזהי אזורים, ונתוני זיהוי משתמשים בצורה מובנית.
  • אבטחה והצפנה: תמיכה בהצפנת AES להבטחת שלמות הנתונים ומניעת שינוי דיווחים בדרך.
  • ניטור חוסן התקשורת: אפשרות להגדרת איתותי תקינות (Heartbeat) במרווחי זמן מוגדרים.
פרוטוקול / שיטה תשתית תעבורה טיפוסית תרחיש שימוש מסחרי יתרונות מגבלות
Contact ID PSTN, מחייג אנלוגי תשתיות ותיקות ומעורבות תאימות נרחבת במקלטים ישנים מבנה נתונים מוגבל, אינו מותאם ל-IP טבעי
פרוטוקול דיווח אירועים IP מסוג SIA DC-09 IP / סלולר פריסות מנוטרות מודרניות מיועד לתקשורת IP, תומך בדיווח מוצפן ועשיר דורש מקלט תואם IP בצד מרכז הניטור
דיווח IP/סלולר ייעודי TCP/IP, 4G/LTE פרויקטים מסחריים חדשים מאפשר הוספת ניטור ונתוני אירוע מורחבים תלוי לחלוטין באיכות התיעוד ובתמיכת המקלט

ארכיטקטורת תקשורת כפולה למערכות חדירה מסחריות

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

מנגנון עמידות ניתוב תקשורת דו-נתיבית כולל:

  1. נתיב תקשורת ראשי: תעבורה שוטפת דרך רשת IP קווית (Ethernet/LAN).
  2. נתיב תקשורת גיבוי: מעבר אוטומטי לרשת סלולרית (4G/LTE) או PSTN בעת כשל.
  3. ניטור תקינות (Heartbeat): שידור אותות בדיקה קצובים מהלוח אל המקלט לאימות זמינות התקשורת.
  4. סף מעבר מוגדר: מנגנון המונע מעבר שווא בגלל תנודה רגעית, אך מבטיח מעבר מהיר בעת נתק אמיתי.
  5. חזרה לנתיב ראשי (Failback): חזרה סדורה לנתיב הראשי לאחר התייצבותו ללא אובדן או כפילות אירועים.

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

סוג אתר נתיב ראשי נתיב גיבוי אסטרטגיית ניטור (Heartbeat) נימוק הנדסי
סניף בנק ותיק עם תשתית PSTN PSTN (Contact ID) סלולרי אות בדיקה יומי התאמה לתשתית קיימת עם גיבוי מודרני
מבנה מסחרי חדש IP (SIA DC-09) סלולרי אות תקינות במרווח קצר אתר מבוסס IP עם גיבוי סלולרי מלא
אתר מרוחק / כפרי סלולרי PSTN (אם קיים) מרווח מותאם לזמינות רשת מניעת התראות שווא מאי-יציבות תקשורת

שילוב מערכת אזעקה עם מרכז ניטור מרכזי

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

שרשרת העברת האותות במערכת חדירה מסחרית מורכבת מהשלבים הבאים:

  1. שכבת הגילוי: גלאים (PIR, גלאי זכוכית, לחצני מצוקה) מזהים אירוע ומפעילים אזור.
  2. שכבת הבקרה: לוח בקרה מרכזי למערכת חדירה מסחרית מעבד את האות, משייך מדור/אזור, ומעדכן יומן אירועים.
  3. שכבת התקשורת: רכיב התקשורת אורז את הנתונים בפורמט SIA DC-09 או Contact ID ומשדר בנתיב הראשי.
  4. שכבת התעבורה: רשת IP או סלולר מעבירה את החבילה.
  5. שכבת הקליטה: ארכיטקטורת מקלט מרכז ניטור מרכזי מקבלת את החבילה, מפענחת את הפורמט, ומאשרת קבלה (ACK).
  6. שכבת התפעול: תוכנת הניהול במוקד מציגה את ההתרעה למפעיל עם ההקשר המלא (שם האתר, אזור, מדור, והנחיות פעולה).

תרשים תפקוד מערכת ניטור אזעקות רשת

שכבה תפקיד מצב כשל נפוץ שאלת אימות של הקונה
חיישן / גלאי זיהוי האירוע בשטח הפעלות שווא, מיקום לא נכון האם היצרן מספק הנחיות פריסה מפורטות לכל סוג גלאי?
לוח בקרה עיבוד אזורים ומדורים סיווג אזור לא ברור, חוסר ביומן אירועים האם נשמר יומן אירועים פנימי בלתי תלוי ב-CMS?
רכיב תקשורת אריזה ושידור הפורמט פורמט דיווח אינו תואם למקלט האם פורמט הדיווח מתועד ונבדק מול מקלטים?
נתיב תעבורה העברת האות (IP/4G/PSTN) כשל שקט בקו, חוסר בפיקוח האם קיים ניטור Heartbeat ומהו המרווח?
מקלט / CMS פענוח והצגת האירוע חוסר התאמה במיפוי חשבון/אזור האם לוח הבקרה נבדק מול המקלט הספציפי שלך?
זרימת עבודה תגובת המפעיל לאירוע טיפול מעוכב או דיווח כפול האם המערכת מפרידה בין אזעקה, תקלה ופיקוח?

רשימת תיוג לשילוב מרכזי ניטור עבור מפיצים ואינטגרטורים

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

רשימת אימות בת 12 נקודות לשילוב מול מרכז ניטור

  1. אימות פרוטוקול הדיווח הנתמך מול דגם המקלט שבשימוש.
  2. ביצוע שידור ניסיון בפועל לאימות תאימות המקלט ותוכנת ה-CMS.
  3. אימות מבנה החשבון (אורך, פורמט, מספר תווים).
  4. תיעוד ואישור תכנית שמות האזורים והמדורים.
  5. בדיקת דיווחי פתיחה/סגירה (Arm/Disarm).
  6. הגדרת מרווח אות בדיקה/תקינות (Heartbeat) ואישור קליטתו ב-CMS.
  7. בדיקת מעבר גיבוי (Failover) על ידי ניתוק פיזי של הנתיב הראשי.
  8. בדיקת אירועי חבלה (Tamper), כשל רשת חשמל (AC Fail) ומתח סוללה נמוך.
  9. השוואת עקביות יומן האירועים בלוח הבקרה מול יומן האירועים במקלט.
  10. בדיקת ממשק אימות וידאו (Video Verification) במידה וקיים.
  11. וידוא שלמות התיעוד הטכני ומדריכי ההתקנה.
  12. הגדרת נהלי הסלמה ותמיכה טכנית מול צוות ההנדסה של היצרן.

איתור תקלות נפוצות בדיווח אירועים בין לוח הבקרה ל-CMS

סימפטום הכשל סיבה שורשית משוערת בדיקה ברמת לוח הבקרה בדיקה ברמת התקשורת בדיקה ברמת ה-CMS
הלוח משדר, ה-CMS אינו מקבל דבר אי-התאמה במספר חשבון או הגדרות מקלט אימות יומן אירועים המראה ניסיון שידור בדיקת רישום רשת, APN או קו טלפון אימות שהמקלט מאזין בפורמט ובפורט הנכון
PSTN עובד, IP/4G נכשל הגדרת רכיב תקשורת שגויה, IP לא מופעל בדיקת תכנות רכיב התקשורת בדיקת רישום SIM, הגדרות APN וניתוב אימות שדיווח IP/סלולר מופעל בחשבון
אירועים מגיעים ללא אזור/מדור נכון מיפוי לא תואם, שמות לא מסונכרנים סקירת תכנות אזורים של המתקין לא רלוונטי בדיקת תבנית החשבון ומיפוי היבוא
נתיב הגיבוי אינו נכנס לפעולה לוגיקת מעבר מבוטלת או סף לא מוגדר אימות שהמעבר מופעל והספקים מוגדרים בדיקה עצמאית של הנתיב הסלולרי אימות שה-CMS מקבל תנועה מנתיב הגיבוי
ריבוי אירועי תקלות קו / אובדן תקשורת מרווח ניטור תקינות תובעני מדי סקירת הגדרות מרווח ניטור ה-Heartbeat בדיקת יציבות הרשת באתר התאמת סף הניטור לתנאי השטח האמיתיים
אימות וידאו אינו מופעל אירוע אזעקה אינו ממופה לתהליך וידאו אימות מיפוי יציאות ממסר/אזעקה לא רלוונטי בדיקת פרופיל האוטומציה וחוקי הקישור ל-NVR

ארכיטקטורות פריסה מומלצות לפי סוגי אתרים

סוג אתר פרופיל סיכון ארכיטקטורה מומלצת נתיב תקשורת דגש הנדסי למפיץ
סניף בנק / כספומט גבוה חלוקה למדורים, דיווח דו-נתיבי IP + גיבוי סלולרי נדרש שילוב אימות וידאו
רשת קמעונאית בינוני, נפח גבוה תבנית הגדרות אחידה לכל אתר נתיב עקבי לפי תבנית ניהול חשבונות מרכזי בהיקף נרחב
מרכז לוגיסטי / מחסן בינוני, מרוחק שכבות גילוי היקפי ופנימי סלולרי כנתיב ראשי באתרים מרוחקים עמידות לתנאי סביבה קשים
קמפוס / מרובה מבנים בינוני ניהול מרובה מבנים ומדורים תשתית IP מרכזית בין מבנים ניהול ומניעת התראות שווא

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

ספק המציע לוח בקרה מרכזי למערכת חדירה מסחרית כחלק מפלטפורמה כוללת מספק ערך מוסף מעבר לחומרה.

לוח בקרה מרכזי למערכת חדירה מסחרית מסדרת AS-9000

דוגמה לפלטפורמה הנדסית מסוג זה היא חברת Athenalarm. סדרת AS-9000 לוח בקרה מרכזי למערכת חדירה מסחרית מבוססת על מעבד ARM בחיבור 32-bit, ותומכת ב-16 אזורים קוויים ו-30 אזורים אלחוטיים בלוח הבסיס, עם אפשרות הרחבה עד כ-1,656 אזורים כתובתיים באמצעות אפיק אזעקה דיפרנציאלי RS-485 ומודולי הרחבה. סדרה זו מגיעה בתצורות תקשורת שונות (AS-9000FX, AS-9000IP, AS-9000GPRS-4G, AS-9000FF), המאפשרות התאמה של נתיב התקשורת לתשתית האתר — בין אם מדובר בסניף המבוסס על PSTN, מבנה חדש המבוסס IP, או אתר מרוחק המבוסס על רשת סלולרית.

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

דרישת הקונה יכולת פלטפורמה נדרשת רלוונטיות לפריסה בשטח
התרחבות מרובת אתרים ומבנים ארכיטקטורת הרחבה כתובתית RS-485 מונע תכנון מחדש של הארכיטקטורה בכל פרויקט
כיסוי תשתיות מעורבות מגוון רכיבי תקשורת (PSTN/IP/4G) בסדרה אחת סדרת מוצרים אחת מכסה תשתיות מגוונות
תפעול מרכז ניטור תוכנת ניהול מרכז ניטור רשתי מחבר בין פלטפורמת הלוח לזרימת העבודה במוקד
אבחון ותמיכה במחזור חיים יומן אירועים פנימי, קטגוריות כשל מתועדות מקצר זמן איתור תקלות בשטח
אסטרטגיית ערוצי הפצה תמיכה בשירותי OEM/ODM מאפשרת בניית מותג פרטי למפיץ

שאלות נפוצות

מה ההבדל בין יצרן לוח אזעקה לבין יצרן מערכת אבטחה מסחרית?

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

כיצד SIA DC-09 תומך בשילוב בין מערכת אזעקה למרכז ניטור?

SIA DC-09 מגדיר מבנה דיווח אירועים דיגיטלי להעברת מידע ממערכת האזעקה אל מקלטי ניטור תואמים בסביבות IP.

מדוע תקשורת כפולה חשובה במערכות חדירה מסחריות?

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

סיכום: מיומנויות נדרשות מיצרני מערכות אזעקה

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

שלושה עקרונות מרכזיים להערכת הספק:

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

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