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

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

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

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

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

הבעיה: כשהמערכת מחליטה במקום החוק

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

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

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

ניתוח עמוק: אנטומיה של אפליה טכנולוגית

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

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

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

הפתרון: שבירת חומות בין משאבי אנוש למערכות מידע

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

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

שלושה תרחישים שבהם הטכנולוגיה פוגעת בייצוג הולם

הנה שלוש דוגמאות מהשטח שממחישות כיצד ברירות מחדל טכניות הופכות למכשול משפטי:

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

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

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

התובנה שמשנה את התמונה: הקוד הוא המדיניות

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

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

למה כדאי לפעול עכשיו? היתרונות שבבקרה יזומה

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

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

הצד השני של המטבע: מתי סקירת מערכות עושה יותר נזק מתועלת?

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

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

סיכון נוסף הוא "שבירת" תוכנות מדף. התאמה אישית (Customization) אגרסיבית מדי של מערכות סאס (SaaS) גלובליות כמו Workday או SAP, עלולה למנוע מהארגון לקבל עדכוני אבטחה וגרסאות עתידיות מהספק. הפתרון חייב להיות מאוזן: שימוש בהגדרות מערכת גמישות וב-APIs, ולא כתיבת קוד טלאים מסורבל.

משמעויות פרקטיות: מה עושים מחר בבוקר

כדי להימנע מהמלכודת הטכנולוגית, כל מעסיק צריך לאמץ תוכנית פעולה ברורה ומיידית.

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

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

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

נקודות מפתח למנהלים

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

הצעד הבא שלכם

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