@קו-בית-יעקב
יש עומסים על הקווים

@חויוה-טלפונית
כנראה שלא הגדרת את say_details_message נכון בשלוחה.

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

@דוד_מלך_ישראל
תודה
הבעיה נפתרה
כנראה ע"י ימות, לא עשיתי כלום
חבל שבבוקר זה היה לי ממש דחוף ולא עבד

@yosafizak תנסה לשנות את הקול לאליק

@אבו נכון. הכי שמים לב לזה ביציאה מהשמעת קבצים

@6422615 אני מסכים עם טענה זו
וזה דחוף מאוד
אציין שזה לא היה פעם הבעיה הזו

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

היות שהגדרתי את ההגדרה enter_id_type=phone_from_list_all_information בקובץ ivr.ini ,
(בכדי שזה יהיה זיהוי ברירת המחדל בכל פעם שמפעילים כניסה עם זיהוי במערכת ללא צורך לסמן כל פעם את סוג הזיהוי.)
הבעיה נפתרה בסוף על ידי הוספת ההגדרה login_add_val_name=yes גם בקובץ ivr.ini.
וזאת למרות שהגדרתי בשלוחה הספציפית במפורש:

enter_id=yes enter_id_type=phone_from_list_all_information login_add_val_name=yes

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

@הלי לא עזר

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

@eliyahu
זה באמת מה שאני עושה כל פעם שקורה לי טעות כזו
ואף על פי כן זה לא אמור להיות ככה אלא להחזיר שגיאה.

@הרב כמובן שפניתי, בינתיים אין תגובה בכלל...
האמת שפניתי במייל, ננסה בטלפון
@ימות-המשיח