הגדרת מבנה Bitrix24: היכן נשבר המבנה הארגוני
המבנה הארגוני ב-Bitrix24 חי בשלושה מקומות בו-זמנית: עץ החטיבות והמחלקות, המשרות בכרטיס העובד והרשאות הגישה שהמחלקות הללו מקצות למשימות, לדיסק, ל-CRM ולמדורי כוח האדם. כל עוד החברה אינה משתנה, החיבור נראה עקבי — אך כיוון עסקי חדש, העברה של מנהל או מיזוג מחלקות מערערים אותו.
שבר טיפוסי: החטיבות בפורטל מפגרות אחרי המבנה הארגוני האמיתי של החברה בכמה החלטות כוח אדם. העובד כבר מוביל כיוון אחר, אך ההרשאה ניתנה לו ידנית ונקודתית; המחלקה הקודמת נותרה עם הרשאות למשפך, לחשבוניות ולמסמכים שכבר מזמן אינם שייכים לה.
מכאן נכנס לפעולה ניהול ידני. אנשים חדשים מחוברים ביד, ובעת העברה או פיטורים ההרשאה נשללת גם כן ביד — וחלק ממנה נשאר. בסופו של דבר איש אינו יכול לומר בוודאות מי רואה עסקה מסוימת, חוזה או נתוני כוח אדם: בדיקת ההרשאות הופכת למעבר סדרתי על כרטיסים.
אין לכך תיקון חד-פעמי: המבנה משתנה מהר יותר מכפי שמספיקים לצייר אותו מחדש בפורטל, וההרשאות עוברות בירושה ממחלקה לתת-מחלקה וגוררות אחריהן קשרים מיושנים.
הגדרת המבנה ב-Bitrix24 נדרשת לא לשם סכימה יפה — המבנה הארגוני של החברה הופך למקור האמת היחיד, והרשאות הגישה לפי מחלקות נגזרות ממנו ולא מוקצות ידנית.
אנו מפרטים כיצד זה נסגר: מספירת מלאי של עץ המחלקות והמשרות ועד לתקנון שלפיו ההרשאות נוצרות ומבוטלות יחד עם שינויי כוח האדם.
מה משתנה כאשר הפורטל משקף את המבנה הארגוני האמיתי
כל עוד היררכיית המחלקות חיה בטבלה, ובפורטל נשארת הישנה, ההרשאות נאספות ידנית: המהנדס עובר על חטיבות האב ועל הקבוצות המקוננות, משווה משרות ומקצה הרשאות כרטיס אחר כרטיס. עובד חדש גובה כמה שעות, ואותה עבודה חוזרת בכל העברה בין מחלקות. כל תיקון ידני הוא נקודה שבה הולכת לאיבוד רמה אחת, והאדם מקבל הרשאה מיותרת למדור של מישהו אחר.
כאשר עץ החטיבות והקבוצות ב-Bitrix24 משקף את המבנה הארגוני האמיתי, הרשאות גישה אחידות מתוארות פעם אחת לכל מחלקה ועוברות בירושה לקבוצות המקוננות. ההקצאה הופכת להוספה של העובד לחטיבה, והשלילה — להוצאתו ממנה: שתי הפעולות אורכות דקות ואינן דורשות מעבר על כרטיסים.
העברה בין מחלקות נסגרת בהחלפת החטיבה — ההרשאות הישנות מוסרות יחד איתה, והחדשות מגיעות יחד עם החדשה, ולכן הרשאות מיותרות אינן מצטברות.
קליטתם של עובדים חדשים מפסיקה להיות תלויה בתזכורות: המחלקה והמשרה עצמם מושכים את מערך המדורים, המשימות וכללי הנראות, והאדם מגיע למצב עבודה כבר ביום הראשון.
סוג השגיאה „ההרשאה נותרה מהתפקיד הקודם” נעלם ברמת מודל ההרשאות ולא ברמת המשמעת של המנהל, ומספר הפניות לתמיכה בנושא הרשאות יורד. חלוקת ההרשאות הופכת לניתנת לבדיקה: בכל מחלקה רואים בדיוק מה העובד רואה, והביקורת אורכת מעבר אחד על העץ במקום ספירת מלאי של כרטיסים.
ניהול חטיבות ותפקידים: סימון ידני או סנכרון
המבנה הארגוני בפורטל חי יותר זמן מכל ייבוא חד-פעמי: עובדים עוברים בין מחלקות, מחליפים משרות, עוזבים. כדי שהחטיבות והתפקידים לא ייפרדו מהמציאות, בוחרים אופן תחזוקה — סימון ידני של החטיבות בתוך הפורטל, סנכרון עם מערכת החשבונאות או תכנית היברידית.
ההבדל מתגלה בהיקף ובדינמיקה של השינויים. במצבת עובדים קטנה ובכמה שינויים בחודש, המצב הידני זול יותר מבחינת תשומת הלב של המנהל; במאות עובדים ובמעברים מתמידים התיקון הידני מפגר ושובר את הרשאות הגישה. להלן האפשרויות שביניהן באמת בוחרים.
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| סימון ידני של חטיבות | מצבת עובדים קטנה, שינויי כוח אדם נדירים, אין מקור נתונים זמין | כל שינוי הוא משימה נפרדת למנהל; עם גידול המצבה התכנית מפגרת אחרי המציאות |
| סנכרון עם מערכת החשבונאות | רישום כוח האדם והרישום הארגוני כבר מנוהלים באופן ריכוזי, השינויים תכופים | נדרש מזהה יציב לעובד והתאמה חד-משמעית של שדות; שגיאות במקור מגיעות מיד לפורטל |
| תכנית היברידית | שלד החטיבות והתפקידים מגיעים בייבוא אוטומטי של עובדים, קבוצות הפרויקטים והקבלנים החיצוניים מנוהלים ידנית | נדרש כלל עדיפות: מה נחשב למקור האמת בעת סתירה בין רשומות |
בכל מצב אנו קובעים מראש לפי איזה סימן אנו מתאימים רשומות, כיצד אנו מטפלים במפוטרים — חסימה במקום מחיקה שומרת על היסטוריית המשימות ועל ההתכתבות — ומי אחראי על התיקונים הידניים. זה מה שמחזיק את המבנה מעודכן בלי התערבות יומיומית.
כיצד מתבצעת ההטמעה: מביקורת ועד מסירת הפורטל
סדר העבודה זהה לחברה בכל גודל: מתעדים את מצב הפורטל בפועל, מתכננים תכנית, בודקים אותה על עותק ורק לאחר מכן מעבירים למופע העבודה. זה מסיר את הסיכון העיקרי — תיקונים במבנה ארגוני חי, שאחריהם העובדים מאבדים את הנראות של משימות, ואישור הבקשות נשבר באמצע המסלול.
- ביקורת המבנה הארגוני. מפרקים את החטיבות הפעילות, התפקידים ומטריצת הכפיפות, ואת האופן שבו הם משתקפים בפורטל כעת. משווים למציאות: היכן העובד רשום, למי הוא מאשר בקשות, מי רואה את משימות העמיתים.
- תכנון תכנית היעד. מרכיבים את עץ החטיבות ואת הרשאות הגישה עם זיקה לתהליכים ולדיווח. צמתים שמשתנים בתכיפות מסומנים בנפרד, כדי לא לתפור אותם להיררכיה נוקשה.
- תכנית המעבר. קובעים את סדר העדיפויות: אילו חטיבות מעבירים ראשונות, מי עובד לפי התכנית הישנה עד סוף השלב, והיכן יידרש בדיקה ידנית של ההרכב.
- מופע בדיקה של הפורטל. פורסים עותק, מעבירים אליו את המבנה וההרשאות, ומריצים תרחישים: קליטת עובד חדש, העברה בין מחלקות, אישור בקשה, גישה למסמכים משותפים.
- בדיקת התרחישים. עובדים תחת התפקידים האמיתיים ובוחנים היכן ההרשאה עודפת והיכן חסומה. כל התיקונים נעשים בעותק — אין נוגעים בפורטל העבודה עד לאישור הסופי.
- העברה ומסירת תקנונים. מעבירים את התכנית המאושרת לפורטל העבודה ומתעדים את הכללים: מי פותח עובד, כיצד מאושרת העברה, כיצד מוקצות הרשאות. את המנהלים אנחנו מלמדים — הפורטל נשאר ניתן לניהול בלעדינו.
תכנית החטיבות, התפקידים ותקנוני הגישה
מבנה הפורטל חי לא בממשק אלא במסמכים, שלפיהם אפשר לשחזר אותו ולהעביר אותו למנהל אחר בלי הסברים בעל פה. להלן מערך התוצרים שנשארים אצל הלקוח לאחר הגדרת המבנה ב-Bitrix24.
- תכנית החטיבות — היררכיית המחלקות עם המנהלים והכפיפות, מכווצת למבנה הארגוני האמיתי ולא לזה שהתגבש היסטורית בפורטל.
- תפקידים וקבוצות משתמשים — רשימת התפקידים עם ייעודם, הזיקה לחטיבות, וכללים נפרדים לבעלי משרות כפולות ולקבלנים חיצוניים.
- מטריצת הרשאות הגישה — שורות של תפקידים, עמודות של אובייקטים: דיסקים, קבוצות, משימות, יומנים, מסמכים. בנקודת החיתוך — רמת הגישה, ולכן הרשאות עודפות נראות לפני ההפעלה ולא אחרי תקלה.
- תקנון הגישה — מי מאשר את ההקצאה, בתוך כמה זמן היא ניתנת, ומה קורה בעת העברת עובד בין מחלקות ובעת פיטורים.
- תכנית הסנכרון עם מערכת החשבונאות — התאמה בין חטיבות למשרות, לוח זמני ההחלפה, רשימת השדות המועברים וכללי הטיפול בפערים.
- מדריך למנהל הפורטל — פעולות טיפוסיות עם צעדים מפורטים: יצירת מחלקה, החלפת מנהל, הקצאת הרשאות, בדיקת יומן השינויים.
- רשימת בדיקה לקבלה — מערך בדיקות שלפיהן המבנה נחשב לעובד: נראות המדורים בעיני כל תפקיד, תקינות ההתראות, והיעדר קבוצות „מתות”.
המסמכים נכתבים במקביל להגדרה ולא אחריה, ולכן הם מתארים את מצב הפורטל בפועל. אנו בודקים בעת הקבלה: נכנסים תחת כל תפקיד ומשווים מה העובד רואה ומה אינו אמור לראות.
מקרה בוחן: קבוצת חברות עם כמה ישויות משפטיות — מבנה ארגוני אחד
מקרה ההטמעה הזה עוסק בקבוצת חברות עם חמש ישויות משפטיות: את העובדים ניהלו בטבלאות נפרדות, לכל ישות משפטית היה קובץ משלה, קיצורי מחלקות משלה והיגיון כפיפות משלה.
ב-Bitrix24 הרכיבו את המבנה הארגוני ביד, והוא נפרד מהמציאות בתוך שבועות ספורים: בעת העברת אדם בין ישויות משפטיות נוצר כפילות, והרשאות הגישה נותרו מהמשרה הקודמת.
מה היה לפני
ארבעה ספרי עזר לא מתואמים, כ-400 עובדים, 12% מהרשומות — כפילויות. הרשאה לאדם חדש ניתנה בתוך שניים-שלושה ימי עבודה: הבקשה נשלחה במכתב, כל מערכת חוברה בנפרד, ואחרי פיטורים חלק מההרשאות נותרו פעילות.
מה עשינו ומה השתנה
איחדנו את ספרי העזר לעץ חטיבות אחד, ואת הישות המשפטית הפכנו לשדה בכרטיס ולא לחטיבה נפרדת ומכפילה. את הקצאת ההרשאות העברנו לתקנון: משרה → תפקיד → מערך הרשאות, בלי מנייה ידנית של מערכות.
זמן הקצאת הגישה התקצר ל-15 דקות במקרה טיפוסי, התיקונים הידניים פחתו פי חמישה, והכפילויות במאגר — אפס. הניתוק בעת פיטורים מתבצע בפעולה אחת, ולא נותרות הרשאות שפג תוקפן. את התכנית תיעדנו בתקנון — ישות משפטית חדשה מתחברת לפי אותה תבנית.
מה עושים אם מבנה החברה כבר פרוס ומשתנה?
אין צורך לעצור את הפורטל: מבנה ארגוני חי משתנה בכלים המובנים של Bitrix24 — דרך חטיבות והצמדת הרשאות אליהן ולא לאנשים מסוימים. מחלקה נוספת, משנה שם או עוברת מקום בעץ בתוך דקות, ועבודת העובדים אינה נפסקת.
העיקרון המרכזי — ההרשאה ניתנת לתפקיד ולחטיבה, והעובד רק ממוקם בהם. אז בעת ארגון מחדש די להעביר את האדם: ההרשאות לקבצים, למשימות ולעסקאות נמשכות לפי המקום החדש, וההיסטוריה והמסמכים המצטברים נשארים משויכים למחלקה ולא לחשבון.
את אופן הבנייה מחדש בוחרים לפי היקף השינויים.
| שיטה | מתי מתאימה | מגבלות |
|---|---|---|
| שינוי שם או העברת חטיבה | החלפת שמות, מיזוג שתי מחלקות | ההרשאות נשמרות כפי שהן — אין כמעט מה לבדוק |
| חטיבה חדשה עם העברת אנשים | הוצאת כיוון עסקי, פונקציה חדשה | התפקידים וכללי הגישה מוגדרים מחדש |
| ארכוב חטיבה | המחלקה פורקה, ההיסטוריה נדרשת | הנתונים אינם נמחקים, הגישה נשארת בידי המנהל |
אין למחוק חטיבה עם מסמכים מצטברים — כשהמחלקות משתנות בתכיפות, זו הדרך המהירה ביותר לאבד את ההקשר. היא עוברת לארכיון: הגישה נסגרת לכולם מלבד האחראי, והקבצים השוטפים מועברים למקום החדש.
אחרי כל ארגון מחדש אנחנו בודקים שלושה דברים: את הירושת ההרשאות לפי העץ, את נראות הקבצים והמשימות עבור התפקידים החדשים, ואת העובדה שהגישה נשללה מעובדים שעזבו. אלו כמה שעות עבודה במקום הרכבה מחדש של הפורטל והקצאה חוזרת של הרשאות ביד.
שאלות טכניות נפוצות על המבנה הארגוני ועל הרשאות הגישה
העברת תכנית קיימת מורכבת יותר מהגדרה מאפס: בחברה כבר יש תקנון, שמות היסטוריים של מחלקות, וזיקה של אנשים למנהלים שאין לאבד. אנו מתאימים את החטיבות, המשרות והתפקידים הקיימים לישויות הפורטל, מסירים כפילויות ורק לאחר מכן מפעילים את ההחלפה — אחרת כבר בסבב הראשון נוצר מערך מחלקות שני.
האם אפשר להעביר מבנה ארגוני שכבר פועל ולא להרכיב אותו מחדש?
כן. ראשית אנו מייצאים את התכנית הקיימת ומשווים קודים של חטיבות ומשרות, ולא רק שמות, — הרי דווקא עליהם נשענת ההתאמה בעת ההחלפה. אחר כך מעבירים את המבנה, ממנים מחדש את המנהלים ובודקים את הגישה בחשבונות בדיקה, בלי לפגוע במופע העבודה.
מה קורה להרשאות בעת העברה או פיטורים של עובד?
הגישה ניתנת למחלקה ולמשרה ולא לאדם, ולכן העברה בין חטיבות משנה את מערך ההרשאות אוטומטית, בלי תיקון ידני. בעת פיטורים החשבון נחסם דרך ההחלפה, והמשימות והמסמכים משויכים מחדש למנהל — הקבצים אינם נשארים בפרופיל סגור.
כיצד מחברים קבלנים חיצוניים וישויות משפטיות חדשות?
הקבלן נפתח כמשתמש עם גישה מבחוץ: הוא רואה רק משימות, צ'אטים ומסמכים שהוקצו לו, אך לא את המבנה ולא את ההתכתבות של המחלקות. ישות משפטית חדשה נוספת כענף נפרד, והסנכרון ממשיך לעבוד — ובכלל זה באופן חלקי, לפי חטיבות נבחרות.
ספרו לנו על הפורטל — נחזור עם הערכה ותכנית עבודה
כדי לחזור עם הערכה ותכנית עבודה, די לנו שתתארו את מצב הפורטל כעת ואת המשימה. להלן מה שכדאי לציין בפנייה; אם נתונים מסוימים אינם ידועים, נברר אותם בעצמנו במהלך השיחה ובביקורת הפורטל.
- כמה עובדים וכמה חטיבות, האם יש סניפים, שילוב משרות או כפיפות מטריציונית.
- כיצד אמור להיראות המבנה: מי כפוף למי, מי רואה נתונים של מחלקות סמוכות, והיכן נדרשים מדורים סגורים.
- תפקידים והרשאות גישה: אילו קבוצות נדרשות, מי מאשר בקשות, מי מנהל את הפורטל ומגדיר את ספרי העזר.
- אילו תרחישים צריכים לעבוד: מסלולי אישור, הצבת משימות, בסיס ידע, תהליכי כוח אדם.
- עם מה הפורטל מחליף נתונים: 1C, דואר, טלפוניה, שירותים חיצוניים.
- מה קיים כעת: פורטל עבודה עם היסטוריה, מופע בדיקה או רק כוונה להפעיל.
- מגבלות: לוח הזמנים הרצוי להפעלה, דרישות להגנת נתונים, סדר הכנסת שינויים למערכת העבודה.
מכאן אנו עובדים לפי הסדר. אנו מפרקים את המבנה הקיים ואת הרשאות הגישה, מראים היכן קבוצות מוכפלות ונקשרים נשברים בין מחלקות, ומרכיבים מודל לתהליכים שלכם. תקבלו תכנית של המבנה הארגוני עם תפקידים, מפת מדורי הפורטל, ומערך הטמעה מלאה עם שלבים, אחראים וסדר העברת הנתונים למופע העבודה.
תארו את המשימה בנוחיות לכם: ברשימה, במכתב או בפגישה. נחזור עם הערכה ותכנית עבודה שמראה מה אנחנו עושים, באיזה סדר, ומה יידרש מצדכם.