מדוע CallerID ב-Битрикс24 אינו מזוהה
זיהוי מספר של שיחה נכנסת הוא תרחיש בסיסי: הטלפון מצלצל, וב-Битрикс24 נפתחת מעצמה כרטיסיית הלקוח עם היסטוריית הפניות. כאשר זה לא קורה, הנציג מבזבז את תחילת השיחה על חיפוש ידני, והשיחה עצמה נשארת ללא קישור לעסקה. ישנן בדיוק שלוש סיבות, והן חוזרות על עצמן מיישום ליישום.
הראשונה — אי-התאמה בפורמט המספר. המרכזייה מעבירה את המספר בצורה אחת, והמסד שומר אותו בצורה אחרת: עם קידומת מדינה או בלעדיה, עם קידומת עירונית או עם ה-8 המובילה, עם שלוחה מופרדת במקף. ההשוואה מתבצעת לפי מחרוזת, ולכן שתי צורות כתיבה של אותו מספר הן עבור הפורטל שני לקוחות שונים.
הפתרון הוא נרמול: כלל אחיד להמרה לפורמט בינלאומי עבור כל הערוצים, ובנוסף כללים נפרדים למספרים קצרים ולמספרים פנימיים.
השנייה — הטלפוניה והפורטל אינם מקושרים בקטע אחד. האינטגרציה מוגדרת, אך כיוון חדש, מספר שנרכש נוסף או עובד חדש נותרו מחוץ לניתוב — השיחה נכנסת, אך אין למה לקשר אותה.
קורה גם ההיפך: הרשאות לשיחות נכנסות לא ניתנו, והפורטל אינו יודע לאיזה נציג להעביר את השיחה ובכרטיסייה של מי לרשום את ההיסטוריה.
השלישית — אובדן המספר המקורי בעת העברה. כאשר מעבירים שיחה למחלקה אחרת או לטלפון נייד, לכרטיסייה נכנס המספר של זה שמעביר, או שהשדה נשאר ריק. אותו דבר עם העברה חיצונית דרך ספק התקשורת: לפורטל מגיעה כתובת ביניים ולא מספר הלקוח, והשיחה נוחתת על איש קשר זר.
אנחנו מפרקים כיצד זה נסגר: משווים פורמטים לאורך כל נתיב השיחה, בודקים את החיבור בין המרכזייה לפורטל עבור כל מספר ועובד, ומריצים שיחות בדיקה לפי תרחישים — נכנסת חדשה, מועברת, שלא נענתה, וחזרה.
מה משתנה לאחר זיהוי נכון של המספר
זיהוי המספר (CallerID) פועל במפגש בין שתי מערכות: הספק מעביר את המספר המתקשר, ו-Битрикс24 משווה אותו למסד אנשי הקשר לפני שהנציג מרים את השפופרת. אם ההשוואה מוגדרת, כרטיסיית הלקוח נפתחת אוטומטית בעת השיחה — עם היסטוריית העסקאות, המנהל האחראי והפניות האחרונות. השיחה מתחילה לא בשאלה ״מי זה ובאיזו סוגיה״, אלא מיד מתוך הקשר.
זה משנה שלושה מדדים בבת אחת. מהירות הטיפול בשיחה נכנסת עולה: השניות הראשונות של השיחה כבר לא מוקדשות לזיהוי. שיעור הפניות שהוחמצו יורד, מפני שהשיחה מנותבת אל האחראי על העסקה ולא לתור כללי, שבו עונה מי שהספיק.
נעלם סוג נפרד של כשלים בטלפוניה: פניות שהתקבלו ללא קישור לכרטיסייה ואחר כך לא נמצאו במשפך; אנשי קשר כפולים עם אותו מספר בפורמטים שונים; שיחות שהוחמצו ואף אחד לא ידע עליהן, מפני שהשיחה לא יצרה משימה.
היציבות נשענת על נרמול מספרים: פורמט אחסון אחיד, כללי השוואה תוך התחשבות בקידומת המדינה, וניתוח של שיחות מועברות ופנימיות. בלעדי זה המספר מגיע בצורה שאינה תואמת לרישום במסד, והכרטיסייה לא נפתחת — כלפי חוץ ההגדרה עובדת, אך אין תוצאה.
דרכי חיבור טלפוניה וזיהוי המספר
זיהוי המספר ב-Битрикс24 אינו פועל מעצמו: תחילה יש להבין באיזו דרך השיחה בכלל מגיעה למערכת. מהסכמה הנבחרת תלוי אם הנציג יראה את שם הלקוח לפני שירים את השפופרת, והאם המספר יירשם בכרטיסייה אוטומטית — או שיהיה צורך לחפש אותו ידנית.
ישנן ארבע אפשרויות, והן פותרות משימות שונות: מהתחלה מהירה על קו בענן ועד לשימור מערך מכשירים קיים. להלן השוואה לפי תנאי העבודה והמגבלות שמתגלות לא בעת החיבור, אלא בתפעול היומיומי.
השוואת סכמות חיבור
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| דרך ספק התקשורת | משרד אחד, שיחות למספר עירוני, נדרשת הפעלה מהירה | זיהוי המספר פועל רק עבור קווים של ספק זה, ומערך השירותים נקבע על ידי הספק |
| מרכזייה עצמאית וקווים פנימיים | מספר משרדים, שלוחות משלכם, העברות בין עובדים | נדרשים שער ותחזוקת ציוד, והשוואת המספרים מוגדרת בנפרד |
| קו וירטואלי | צוות מבוזר, עבודה ללא מכשירים נייחים | תלות באיכות הערוץ, חלק מהטלפונים עוברים לתוכנה |
| סכמה היברידית | קיימת מרכזייה עצמאית, אך חלק מהכיוונים נוח יותר למסור לספק | אבחון מורכב יותר: המספר יכול ללכת לאיבוד במפגש בין שני המעגלים |
בנפרד אנחנו בודקים מה בדיוק מעביר הספק — מספר עירוני, נייד או שלוחה. אם הפורמט אינו תואם את ציפיות המערכת, זיהוי המספר פועל באופן חלקי, וזה מתברר כבר ביום הראשון על הקו, ולא בעת ההגדרה.
סדר ההגדרה: מביקורת הקו ועד הבדיקה
CallerID ב-Битрикс24 אינו תיבת סימון בכרטיסיית המספר, אלא חיבור של שלושה רבדים: הספק והמרכזייה, הטלפוניה של הפורטל וכללי הפצת השיחה. כשל באחד מהם נותן תוצאה זהה — המנהל רואה ״מספר לא ידוע״ ומאבד את ההקשר של השיחה. לכן אנחנו מבצעים את העבודה בשלבים, וכל שלב מסתיים בתוצאה ניתנת לבדיקה.
- ביקורת קו הטלפון. סופרים את המספרים והשלוחות, מבררים את הספק ואת תרחיש הקבלה: מספר כללי, ישיר, העברה מנייד. מתעדים היכן בדיוק המספר הולך לאיבוד — בכניסה למרכזייה, בהעברה לפורטל או כבר בשלב ההפצה.
- סכמת ניתוב השיחות. משרטטים את נתיב השיחה: מספר → קו → תור → אחראי → כרטיסייה. קובעים כיצד מטפלים בשיחות מוסתרות ובשיחות מעבר ולאן מופנית שיחה שלא נענתה.
- הגדרת החיבור בין המרכזייה לפורטל. רושמים את הקו בטלפוניה, מגדירים שלוחות וקבוצות, מסנכרנים את ספר העובדים. בנפרד משווים את פורמט רישום המספר לזה שבו הוא נשמר באנשי הקשר — אחרת חיפוש הלקוח לא יעבוד.
- הצגה בכרטיסייה. מגדירים מה רואה המנהל בשיחה נכנסת: כרטיסייה קופצת, יצירת פנייה או עסקה, משימה לאחראי. עבור שיחות חוזרות — קישור לאיש קשר קיים, כדי שההיסטוריה לא תוכפל.
- בדיקה על שיחות אמיתיות. מריצים רשימת בדיקה: שיחה ממספר ידוע, ממספר חדש, ממוסתר, דרך העברה, ללא מענה. משווים מה ראה הנציג ומה נרשם בכרטיסיית הלקוח.
- נהלים ומסירה. מוסרים את סכמת הניתוב, טבלת הקווים והשלוחות, הוראות למנהל הפורטל ואת סדר הפעולות במקרה שהמספר הפסיק להיות מזוהה.
תיעוד, סכמות ניתוב ונהלים
אנחנו מוסרים את העבודה יחד עם חבילת מסמכים: לפיה ניתן לתפעל ולפתח את הטלפוניה בלעדינו. את החומרים אנחנו אוספים במהלך ההגדרה, ולא משלימים לאחר ההשקה — לכן הסכמה מתארת את התצורה בפועל של הפורטל, ולא כוונות תכנון.
- סכמת ניתוב — קווים נכנסים, תורים, קבוצות, כללי העברה ונקודות שבהן מספר הלקוח מוצג או הולך לאיבוד.
- כללי הצגת המספר — טבלת התאמות: קו ותור, המספר המוצג, מי ובאילו תנאים משנה אותו.
- מטריצת אחראים והרשאות — מי בצד הלקוח יכול לערוך את הכללים, ולמי השינויים זמינים רק דרך בקשה.
- הוראות לנציגים — כיצד נראית שיחה נכנסת עם מספר מזוהה ובלתי מזוהה, מה נראה בכרטיסייה, ולאן לדווח על אי-התאמה.
- מפת הקשרים עם 1С — היכן נשמר מספר הלקוח, כיצד השהיית הסנכרון משפיעה על הזיהוי, ומה לעשות עם לקוחות חדשים.
- נוהל בעת תקלת טלפוניה — סדר הפעולות, האחראים, ערוץ תקשורת חלופי ותיעוד פניות שהוחמצו.
- יומן שינויים ונקודת שחזור — מה ומתי השתנה בניתובים ובכללים, כיצד להחזיר את התצורה הקודמת ובאיזה פרק זמן.
- סדר חיבור מספרים חדשים — בקשה, בדיקה מול המסד, שיחת בדיקה, הכנסה לעבודה וסימון בסכמה.
את המערכת אנחנו בוחנים מחדש בכל שינוי של ניתובים או חיבור קו חדש. אחרת המסמכים סוטים מההגדרות ומפסיקים לסייע בדיוק ברגע שבו הם נדרשים.
מקרה בוחן: כיצד נעלם סוג הכשלים עם הצגת המספר
הלקוח — חברת שירותים עם שני קווי קבלה: מחלקת מכירות ותמיכה טכנית. השיחות התקבלו ב-Битрикс24, אך המספר הוצג רק בשיחה למספר העירוני — מניידים ואחרי העברה הגיע המספר הטכני של ספק התקשורת.
המנהל פתח את השיחה בלי מידע, שיעור השיחות שהוחמצו בשעות השיא הגיע ל-18%, והמענה ארך עד 45 שניות: הזמן הזה הוקדש לחיפוש ידני של הלקוח במסד.
מה נבנה מחדש
המהנדסים שלנו עברו את השרשרת מקו הספק ועד הכרטיסייה: הפעילו זיהוי מספר (CallerID) בכל השיחות הנכנסות, הוסיפו נרמול פורמט לפני חיפוש איש הקשר, תיארו כללים לשיחות מועברות וספר התאמה של מספרי שלוחות לעובדים.
למקרים שבהם המספר בכל זאת אינו מזוהה, הוגדר תרחיש נפרד: השיחה לא יוצרת כפילות, אלא מקושרת לעסקה האחרונה של הלקוח לפי נתוני התפריט הקולי. הכרטיסייה עם המספר נפתחת לפני הצלצול הראשון.
לאחר הכיוונון ירד שיעור השיחות שהוחמצו ל-6%, זמן המענה הממוצע ירד ל-12 שניות, ומשיחות ללא קישור לכרטיסייה נותרו שברי אחוז. תופעת לוואי: אנשי הקשר הפסיקו להיות מוכפלים — לקוח אחד שווה כרטיסייה אחת, מכל מספר שממנו יתקשר. סוג הכשלים ״מספר לא ידוע בשפופרת״ נעלם יחד עם איחוד שיחות ידני ובקשות לשחזור היסטוריית השיחות.
אם CallerID ב-Битрикс24 מוגדר, אך המספר אינו מוצג
מקרה קלאסי: שיחת בדיקה ישירה מציגה את הכרטיסייה, אך שיחה בעבודה — לא. האשמה בהעברה: כשמעבירים לעובד אחר, לסניף אחר או לנייד, הספק מעביר את המספר של השלב האחרון, ואת המקורי משאיר בשדה שירות ש-Битрикс24 אינו קורא בעת ניתוח השיחה. השוו את הפירוט מהספק ליומן השיחות — אי-התאמה בשדה המספר תראה מיד היכן בדיוק הוא הוחלף.
קווי שלוחות שוברים את הקישור אחרת. כל עוד המספר צמוד לקו החיצוני של המשרד, CallerID פועל בכל השלבים; ברגע שעובד יושב על שלוחה, יש לבנות את ההתאמה כזוג ״מספר חיצוני + שלוחה״, אחרת חלק מהשיחות מגיעות בלי בעלים. בעת העברה בין משרדים, השלוחה מאבדת את הקישור ראשונה.
מספר ערים ומספרים מוסיפים רובד נוסף. לכל מספר חיצוני נדרשים קו נכנס משלו וכלל ניתוב משלו; כשכולם נערמים לקו אחד, הכרטיסייה מוצגת לפי המתקשר האחרון ונראית שבורה. בנפרד בדקו את הפורמט: ה-8 המובילה, סוגריים, קידומת העיר — אם הרישום במסד והערך בשיחה שונים, איש הקשר פשוט לא נמצא.
אבחון הטלפוניה מבוסס על שלושה מקורות: פירוט מהספק, יומן השיחות ומפת הקישורים הנוכחית. לאחר מכן מריצים תרחישים אחד-אחד — שיחה ישירה, דרך התפריט הקולי, משלוחה, דרך העברה לעיר אחרת. כך רואים את השלב הספציפי שבו המספר הולך לאיבוד, ולא ״הטלפוניה לא עובדת״.
לאחר תיקון מפת הקישורים ונרמול הפורמטים, ההצגה פועלת בכל השלבים, כולל בסניפים. נותר לתעד את הנוהל: מה בודקים בעת החלפת ספק, הוספת מספר או פתיחת משרד חדש.
שאלות טכניות בנוגע לזיהוי המספר
חלק מהתלבטויות חוזרות כמעט בכל פרויקט: באיזו צורה יגיע המספר, מה לעשות עם כמה קווים, וכיצד לוודא שאחרי עדכון שום דבר לא התנתק. להלן תשובות מעשיות שבדרך כלל מסירות את הספקות עוד לפני תחילת העבודה.
באיזה פורמט מגיע המספר הנכנס?
המרכזייה מעבירה את המספר כפי שהספק מעביר אותו: עם קידומת מדינה וללא תווי הפרדה, או בצורה לאומית. לכן אנחנו מגדירים נרמול — ממירים את כל הווריאציות לתבנית אחת, אחרת מנוי אחד נרשם במסד כשתי כרטיסיות שונות והיסטוריית השיחות נקרעת.
מה לעשות אם יש כמה קווי טלפון?
לכל קו מותאמים מספר משלו ותור טיפול משלו, והניתוב נבנה לפי הקו ולפי שעות היום. אחרת שיחה לקו השני נופלת לתור כללי, והלקוח ממתין למענה ממחלקה שאינה קשורה אליו.
כיצד לבדוק שזיהוי המספר עובד לאחר עדכון?
מריצים מערך בקרה: שיחה נכנסת מנייד, שיחה נכנסת דרך הקו העירוני, שיחה שלא נענתה, העברה בין עובדים. בודקים ביומן אם נוצרה כרטיסייה, אם לקוח ידוע כבר נטען, ואם המספר לא אבד בקטע הביניים.
האם הזיהוי פועל בשיחות יוצאות?
בשיחה מתוך הכרטיסייה המספר מוצג אוטומטית, והקלטת השיחה מקושרת ללקוח. אם המנהל מתקשר מהמכשיר ישירות, הקישור תלוי בשאלה אם השיחה עוברת דרך האינטגרציה — תרחיש זה נבדק בנפרד ומתואר בנוהל.
ואם המספר בכל זאת לא זוהה?
השיחה לא הולכת לאיבוד — היא נכנסת לרשימה כללית ללא קישור לכרטיסייה, וניתן לנתח אותה ידנית. ביומן רואים באיזה קטע המספר נעלם: מרכזייה, ספק או כלל ניתוב. זה הדבר הראשון שאנחנו בודקים בניתוח.
נדון במשימת הטלפוניה שלכם
כדי לדון במשימת הטלפוניה באופן ענייני, נדרשים נתוני מוצא על הקווים ועל תרחישי הקבלה. לפיהם אנחנו משחזרים שיחה נכנסת ורואים באיזה קטע המספר הולך לאיבוד או שהחתימה בכרטיסייה מוחלפת. אין חובה לאסוף הכול בבת אחת — התחילו ממה שיש בהישג יד.
מה לשלוח להערכה:
- סכמת קווים: ספקים, מספר המספרים, כיצד הם נרשמו בפורטל — דרך מחבר, העברה מהמספר העירוני או שער נפרד.
- תרחישי קבלה: מי עונה ראשון, האם יש תור ושלוחות, ולאן מופנית השיחה לאחר שעות העבודה.
- דוגמאות למספרים — שלוש עד חמש שיחות נכנסות אמיתיות, כולל אלו שבהן שם המנוי אינו מזוהה או מוצג באופן שגוי.
- נקודות כניסה: אתר, טופס חזרה טלפונית, מסרים מיידיים, רשתות חברתיות, שיחות לניידים האישיים של העובדים.
- הרשאות גישה: מנהל הפורטל, אזור אישי של ספק התקשורת, האחראי על הטלפוניה בצד הלקוח.
- כללי ההפצה הנוכחיים וחתימת הכרטיסייה: האם יש להציג שם, מקור הפנייה והאחראי.
- מגבלות: דרישות לאחסון הקלטות שיחות ונוהל בנוגע לנתונים אישיים.
לפי נתונים אלו אנחנו משווים מה מגיע באירוע השיחה, בודקים התאמה עם מסד אנשי הקשר, וחוזרים עם תוכנית עבודה ליישום והערכת לוחות זמנים להגדרה. תארו את המשימה — אם הסכמה חלקית, נשלים בעצמנו את החסר.