הפרדת גישה לעסקאות ב-Bitrix24 לפי מחלקות

מדוע עסקאות נעלמות מהנראות ב-Bitrix24

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

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

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

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

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

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

מה משתנה בעבודת המחלקות לאחר הגדרת הרשאות

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

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

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

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

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

דרכים להפריד גישה לעסקאות: השוואה

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

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

סדר יישום הפרדת הגישה

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

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

מה מוסרים: סכימות תפקידים וכללי נראות

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

• מטריצת גישה — טבלת "תפקיד → אובייקט → פעולה": משפך, שלב, שדות כרטיס, הרשאת קריאה, עריכה וייצוא. ממנה עולה באופן חד-משמעי מדוע עובד מיחידה סמוכה לא רואה עסקה של אחר.
• תפקידים וקבוצות שהוגדרו — פרופילים עובדים עם שיוך למחלקות, תחומים וטריטוריות, כולל זמניים: מילוי מקום בתקופת חופשה, צוות פרויקט, גישה למשפך של שותף.
• כללי נראות לפי משפכים — אילו שלבים פתוחים למחלקה שלו, מה זמין לראש התחום, ומה סגור עד لحظة העברת העסקה לטיפול.
• נוהל הסלמה — למי כותב איש מכירות אם לקוח מנוהל במקביל על ידי שני עובדים, תוך איזה פרק זמן מחזירים את העסקה למאגר המשותף ומי מאשר הסרת מגבלות.
• מדריך למנהל — כיצד להכניס עובד חדש לתחום הנראות, כיצד לתת גישה למשפך של אחר לזמן העסקה, מה לעשות בסכסוך הרשאות בין שתי מחלקות.
• תזכיר לעובד — מה נראה בכרטיס, מדוע עסקאות של עמיתים אינן זמינות ובאיזה סדר מבקשים הרחבה.
• תיעוד הגדרה — אילו כללים עוברים בירושה מקבוצה, אילו הוגדרו נקודתית, ורשימת בדיקות בקרה אחרי כל שינוי במבנה הארגוני.

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

תיאור מקרה: איך מחלקות הפסיקו לראות עסקאות של אחרים

מה היה

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

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

מה הוגדר

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

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

מה השתנה

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

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

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

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

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

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

שאלות נפוצות על הגדרת גישה לעסקאות

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

מה רואים מחלקות סמוכות ומנהלים?

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

האם ההפרדה לא שוברת דוחות וייצוא?

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

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

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

מה לשלוח או להראות בניתוח:

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

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

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