קליטה בארגון

01הפקת הצעות עבודה ומעקב אחריהן

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

02מה נשמר יחד עם הרשומה

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

03What this doesn't do

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

04מדוע הפער בין הצעת העבודה לתחילת ההעסקה חשוב יותר ממה שנראה

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

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