@מערכות-טלפוניות כתב:

מתוך דברי מורון רבינו GPT

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

אכן הGPT אחרי שנתתי לו לעבור על כל ההגדרות לבדוק שאין לי טעות- הוא העלה את החשש הנ"ל- וטען שלא מתועד על כך..........

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

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

• 23:00 עד 23:59 — מעבר לשלוחה 11.
• 00:00 עד 07:30 — מעבר לשלוחה 11.
  עפ"ל||

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

לדוגמה:
כך:

access_filter_1=h.22:00-07:00.*.*.*.*.*

או שחייב כך:

access_filter_1=h.22:00-00:00.*.*.*.*.*
access_filter_2=h.00:00-07:00.*.*.*.*.*

ובדוגמה זה האם לרשום עד 00:00 או עד 23:59?

תודה רבה

@יעקב-ב
באיזה ממשק ניסיתם?
תנסו בכל הממשקים הקיימים:
אתר ישן אתר חדש אתר עוד יותר חדש פתרוןAI ויש עוד כמה אפשרויות כולל תוכנה מהמחשב
אם כל זה לא עוזר, יש עוד כמה פתרונות

אני גם השתגעתי מזה

@יענקי-פולק כתב:

מה הבעיה שיש ניתוק?

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

@יענקי-פולק כתב:

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

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

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

@הפצת-התורה
?
תסביר את עצמך

לבינתיים (ארוך מידי..) מצאתי קומבינה לפתרון
הוספתי ל API ביטול ההשהיה של הנציג
(לפני הבקשה לטעינת נציגים)

מכאן

action: "unpause",
agent: agent

כשיש AI מי צריך קשרים בימות?

@שלוחה-404 כתב:

מניין לך שזה לא עובד אולי השרת פשוט מגיב מהר ואין צורך במוזיקה ?

לוקח לי כ- 5 שניות
כרגע זה עובד עם worker ו- app skript, לכן זה הרבה זמן
אני מקווה לעבור למשהן אחר- לקצר את הזמן
לכן דחוף לי עכשיו המוזיקה בהמתנה

@המתכנת-הראשי תודה רבה
אני מצאתי בפורום שצריך להכניס את השורות האלו:

api_wait_answer_music_on_hold=yes
api_wait_answer_music_on_hold_different=שם_המוזיקה_שלכם

ניסתי את שני האפשרויות
אבל גם מה שהבאת וגם מה שאני שמתי מלכתחילה- בשניהם זה לא עובד

@המתכנת-הראשי כתב:

אפשר.

תודה רבה!

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

אחרי שהגדרתי את המוזיקה
אני רוצה שזה ינגן גם בזמן שממתינים לתגובה של השרת (ולא רק בזמן שממתינים לנציג שיענה)

הייתי מסביר לך יותר אבל אין לי כוח, עיין כאן וכמו כן גם כאן

@מסובך-מאוד כתב:

ואיך החישוב יעבוד?

@isi כתב:

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

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

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

Spoiler

@אA כתב:

אתה שואל האם ישנה אפשרות למוזיקה בזמן ההמתנה לתשובת השרת?

כן!
אבל לא במודל API
אלא במודל תור

אני מבין שאף אחד מחברת ימות- לא הולך להתייחס למה שאני כותב
אבל בשביל החברים בפורום אני כותב רעיון

יש כאן שני קבוצות:

1. בעת שכל הערוצים תפוסים - מעדיפים שיעבור להשמעת פרסומות
2. בשום אופן שלא יעבור לפרסומות- עדיף ניתוק כאשר כל הערוצים תפוסים

ההבדל ביניהם:

1. בעלי קווים קהילתיים וכדו' (לא "מכובדים") שלא איכפת להם השמעת פרסומות ו/או לא מוכנים לשלם הרבה בעד הסרת פרסומות או בעד הפעלת הקו
2. בעלי קווים מסחריים ("מכובדים") שבשום אופן אינם יכולים לסבול השמעת פרסומות ומוכנים לשלם הרבה בעד הסרת פרסומות ובעד הפעלת הקו

ההצעה:

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

ובקיצור:

1. תשלום מופחת עם ביטול פרסומות חלקי
2. תשלום מוגדל עם ביטול פרסומות מלא

@המתכנת-הראשי
יש אופציה לשיבוט קולי?

האם יש אופציה להגדרה כזו?

@אז-נדברו

ושלחת?

בטח שלחתי!
ראיתי שלא עונים- עברתי בינתיים למודל הישן
אין לי פריוולגיה להפסיד כל כך הרבה שיחות

@אז-נדברו כתב:

שלח פרטי מערכת לשירות לקוחות במייל cs@yemot.co.il ובעז"ה יבדקו זאת.

כמה זמן אמור לקחת לבדוק זאת
לא קיבלתי מהשרות שום תגובה חוץ מבקשת פרטי המערכת והשלוחה

@אז-נדברו כתב:

שלח פרטי מערכת לשירות לקוחות במייל cs@yemot.co.il ובעז"ה יבדקו זאת.

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

@אז-נדברו כתב:

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

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

@אז-נדברו כתב:

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

עברתי למודל החדש (+טעינת התור מAPI)
לוקח לו 2-3 שניות לעבור לתור (אולי בגלל הAPI)
ועדיין נציג שמקיש סולמיתX (להעברת הלקוח לשלוחה אחרת) יוצא להשהייה
עריכה: לאחר בדיקה מעמיקה יותר- הנציג רואה שהשיחה מנותקת- והוא לא יכול להקיש ** כדי להחזיר את הלקוח, הלקוח נמצא באותה שלוחה אליו הנציג העביר אותו- ללא יכולת לעבור מהשלוחה הזו לשום מקום, ובDB אונליין נראה שהנציג עדיין באמצע שיחה- 'תפוס', וברגע שהלקוח מנתק את השיחה גם הנציג נראה שהוא חוזר למצב 'פנוי'

@אז-נדברו כתב:

שלח לפה כל באג שתמצא בו ובעז"ה נטפל בהם אחד אחד.

הבעיה שאני יושב עכשיו על זמן אמת- ואין לי את היכולת לבצע טסטים-דמו