ניתוח נתוני מועמדים

A1ארכיטקטורה: מיקומה בפלטפורמה

ניתוח נתוני מועמדים is a first-class module of the ניהול תהליכי גיוס ולקוחות suite inside the authenticated Expertini ATS workspace. הפלטפורמה מרונדרת בצד השרת באופן מכוון: כל תצוגה מיוצרת על ידי שרת האפליקציה ונשלחת כ-HTML מלא, ללא ספריות צד-לקוח, ללא סקריפטים של CDN חיצוניים וללא תהליכי בנייה בין הנתונים לדף. מה שמוצג הוא בדיוק מה שהשרת חישב — המאפיין שהופך את הממשק לניתן לביקורת מלאה.

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

Availability is governed by the platform's tool registry: this tool is registered from the Growth plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.

A2מודל נתונים ומפת תלויות

In production the tool reads and writes the candidate database (ats_candidates), pipeline applications (ats_applications). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.

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

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

A3שיקולים תפעוליים

הגדרות ברמת הארגון, פעולות בלתי הפיכות וחיבורים מוגבלים לתפקידי בעלים ומנהל מערכת (Admin); מגייסים מפעילים את הכלי על הרשומות שהם מורשים לראות. שינויי תפקידים חלים בבקשה הבאה — האכיפה מתבצעת ברמת הניתוב (Route), ולא ברמת התפריט.

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

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

A4Interaction contract

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

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