ארכיטקטורה ואבטחה בסקירה כללית

Zentor App בנויה כפלטפורמה מרובת דיירים (Multi-Tenant). לכל דייר יש הקשר נתונים נפרד, ובדיקות בצד השרת מגבילות כל בקשה מאומתת לדייר הפעיל. בורר הדיירים הגלוי אינו מחליש הפרדה זו: הוא רק מחליף את ההקשר הפעיל עבור משתמשים בעלי גישה ליותר מדייר אחד, בעוד שה-backend ממשיך לבדוק את ההרשאות בכל בקשה. דיירים נוספים אינם נוצרים על ידי משתמשים רגילים. הם מופעלים על ידי Zentor, והמחיר המאושר לדייר נוסף בחבילת Individuell הוא 39 € לחודש.

האימות ללוח הבקרה מבוסס על דוא״ל וסיסמה, עם אימות דו-שלבי אופציונלי באמצעות TOTP ושיטות SSO נתמכות. JWT רגיל של סשן תקף למשך 12 שעות, ו-refresh token יכול להישאר בתוקף עד שבעה ימים. אין מערכת נפרדת של מפתחות API למפתחים עבור ה-API הציבורי המתועד. טפסים ציבוריים ונקודות קצה של תוכן פועלים ללא התחברות ללוח הבקרה, בעוד שפעולות הווידג׳ט משתמשות באסימון הטמעה (embed token) ייעודי יחד עם הגבלות Origin. אסימון ההטמעה מוצג כטקסט גלוי פעם אחת בלבד, ויש להתייחס אליו כסוד במהלך ההגדרה.

הפלטפורמה משלבת את לוח הבקרה, שירותי backend המשויכים לדייר, מאגר ידע, ערוצי תקשורת ופריסת SIP מבודדת לטלפוניה. בוט הקול (Voicebot) של SIP מופרד מהאפליקציה הראשית מאז 24 ביולי 2026. כל דייר מופעל מקבל מופע SIP מבודד, וההפעלה או ההשבתה נשארות באחריות ה-Master Admin. הפרדה זו מונעת מלוח הבקרה של הדייר לנהל ישירות trunks או תשתית טלפוניה ברמה נמוכה.

בקרות האבטחה כוללות כללי IP, דומיין ומדינה. כל כלל חדש מתחיל במצב הרצה יבשה (Dry-Run) וניתן להפעילו רק לאחר תקופת המתנה מחייבת של 24 שעות. כללי היתר (Allow) קודמים לכללי חסימה (Block). תכנון זה מעניק למנהלי המערכת זמן לבחון את השפעת הכלל לפני שהוא נכנס לתוקף, ומפחית את הסיכון לחסימה בשוגג של גישה לגיטימית.

אין לקרוא את דף הארכיטקטורה כ-SLA ציבורי או כהתחייבות שכל רכיב אופציונלי זמין בכל חבילה. הגישה לפונקציות תלויה בהרשאות (Entitlements) ובתוספות. ההפעלה המקומית (On-Premises) הוכנה, אך עדיין אינה מוכנה לייצור, מאחר שמנגנון הרישוי הנוכחי עדיין מכיל מפתח מציין מקום (placeholder). לכן יש לתאר אותה כזמינה לפי בקשה וכנמצאת בשלבי הטמעה, ולא כאפשרות פריסה בשירות עצמי מלא.