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

@ערוץ-הסקרים כתב בפרמטרים מצטברים לאורך השיחה:

@kolcode שים לב שאתה מגדיר בפרמטר השני ריק או no שלא יזכור הקשות, היו מקומות שעשיתי אצלי go_to_folder=. כדי להחיל מחדש בשלוחה

לא הבנתי. אני משאיר ריק ואז הוא לא מור לזכור. אז למה הוא זוכר?
ומה, צריך לעשות בכל חזרה שלב אחורה go to folder?

שלום,
אני מפתח מערכת IVR על ימות המשיח עם Python/FastAPI, ויש לי בעיה יסודית שאני נאבק איתה זמן רב. אשמח לדעת אם מישהו פתר אותה.
הבעיה הבסיסית — ימות מצרף את כל ההקשות מכל השיחה
כשימות שולח בקשה לשרת שלנו, הוא לא שולח רק את ההקשה הנוכחית — הוא שולח את כל הערכים שנאספו עד כה לאורך כל השיחה, כל אחד כפרמטר נפרד ב-URL. לדוגמה:
?data=1&data=2&data=3
זה אומר שאם המשתמש הקיש 1 בתפריט הראשי, אחר כך 2 בתפריט משנה, ואחר כך 3 — כל הבקשה הבאה תכיל את שלושתם. הפתרון שמצאנו לזה הוא לקחת תמיד את האחרון: getlist('data')[-1], וזה עובד — ימות תיכנן את זה כך.
הבעיה שלא נפתרת — "זיכרון" הקשה מה-state הקודם
הבעיה האמיתית מתרחשת כשחוזרים לstate קודם. לדוגמה:

state=main: מוצג תפריט, המשתמש מקיש 1
עוברים ל-state=hours
המשתמש מקיש * לחזרה
חוזרים ל-state=main — ימות שולח: data=1&data=*
אנחנו לוקחים [-1] = * — בסדר, נכון
מוצג תפריט ראשי שוב, המשתמש מקיש 2
ימות שולח: data=1&data=*&data=2
[-1] = 2 — תקין.

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

מה ניסיתי לפתור:
ניסיון 1 — שמות פרמטר נפרדים לכל state: שינינו כל read לשתמש בשם ייחודי לפי ה-state (menu_main, menu_hours, וכו'). תיאורטית ימות לא יכול לבלבל ביניהם כי הם שמות שונים. לא עזר — ימות עדיין מצרף את כל ההיסטוריה של כל הפרמטרים גם כשהשמות שונים.
ניסיון 2 — שמות דינמיים עם timestamp: שמות פרמטר שמשתנים בכל כניסה לstate (למשל menu_3842, menu_7193). עזר חלקית — אבל זה "עקיפה מכוערת" שמסבכת את הקוד, ולא תמיד אמינה.
ניסיון 3 — דגל processed: סימון ב-session שהפרמטר כבר עובד, כדי לדלג עליו בפעם הבאה. נכשל — גרם לבאגים חדשים כי הסשן לא תמיד תואם למה שימות שולח.
ניסיון 4 — בדיקה עם ערך 2 ב-read (use_existing): לפי התיעוד, ערך 2 שהוא ריק (ברירת מחדל) אמור לאלץ קבלה מחדש. בדקנו שאכן ריק — לא פתר את הבעיה.

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

תודה מראש

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

@CUBASE כתב בחדש! מודול ניתוב שיחות לפי תור ללא עלות יחידות - שרשור מתעדכן:

@שמואל-ש. כתב בחדש! מודול ניתוב שיחות לפי תור ללא עלות יחידות - שרשור מתעדכן:

אגב ניסיתי לשלוח ל @eliyahu מייל, אבל קיבלתי

Spoiler

אאל"ט המייל הוא eliyahu@yemot.co.il

יכול להיות שאתה צודק, אבל זה מה שהוא כתב...
@eliyahu כתב בחדש! מודול ניתוב שיחות לפי תור ללא עלות יחידות - שרשור מתעדכן:

שלח לי למייל
eliyahu@yemot.com

עכ"פ אני שלחתי לcom וחזר לי אותה שגיאה ושלחתי לco.il וכנראה הגיע
אולי אציין כאן גם את הבעיה שלי, אולי למישהו כאן יהיה פיתרון
אני מנסה במודול routing_queue (בטא) עם queue_url_link לשרת חיצוני. הבעיה: כשמחייגים פעמיים מאותו מספר לתור (אולי לאו דווקא), עם בקשה להפנייה בפעם הראשונה למספר 052******* ובפעם השניה למספר 0534****** שתי השיחות מנותבות לאותו נציג (הראשון שהשרת מחזיר) במקום כל אחת לנציג שונה.
הגדרות ext.ini בשלוחה 102:
type=routing_queue
queue_url_link=https:...
queue_api_url_post=yes
queue_end_continue_goto=hangup
queue_end_timeout_goto=hangup
queue_error_goto=hangup
הגדרות queue.ini:
strategy=linear
timeout=30
retry=5
announce-position=no
periodic-announce-frequency=0
השרת מחזיר נציג שונה לכל YemotCallID — כפי שניתן לראות בלוגים:
בדיקה עם routing_queue (לא עבד) — 05/05/2026:
07:17:09 — YemotCallID=ad6f27e2 → השרת החזיר members=["052*******"] — בפועל הגיע ל-052*******
07:17:25 — YemotCallID=8ea44dfb → השרת החזיר members=["0534******"] — בפועל הגיע ל-052*******
השרת מחזיר נציג שונה לכל YemotCallID אבל ימות מתעלם מהתגובה של השיחה השנייה ומחייג שוב לנציג הראשון.
בדיקה עם type=queue (עבד) — אותן הגדרות בדיוק, אותו שרת, אותה לוגיקה — 05/05/2026:
07:18:44 — YemotCallID=220c7287 → השרת החזיר members=["052*******"] — בפועל הגיע ל-0527*******
07:19:00 — YemotCallID=15e3e075 → השרת החזיר members=["0534******"] — בפועל הגיע ל-0534******
האם יש באג במודול routing_queue שגורם לו להתעלם מתגובת השרת בשיחה השנייה?

למי שהבין, יש לי 3 מספרים:
0533שממנו אני מחייג למערכת פעמיים
052* שאמור לקבל שיחה אחת-ראשונה
0534****** שאמור לקבל שיחה שניה
ובפועל במודל החדש שני השיחות מגיעות לראשון, ובמודל הישן הראשון מגיע לראשון והשני לשני

@ע.ג. ודה על המענה המפורט!

@HMJE22 כתב בהפעלת יותר מ6 רשימות צינתוקים יחד:

@kolcode אם אתה מתכוון לשלוח דרך API (אני מבין לפי הקטגוריה שפתחת את הפוסט) אז יש לך אפשרות להפעיל בכל קריאה עד 50 רשימות בו זמנית עיין כאן במקור.
בשניה שאתה מפעיל מספר רשימות בבת אחת דרך API, מבחינת המערכת זה ייחשב שיש רשימה אחת פעילה, הרשימה תכיל את כל המספרים שבכל הרשימות ששלחת, (והוא יסיר כפילויות), לא שיש לך באיזה מקום לראות את הרשימה, אבל אם תבדוק בזמן אמת, תראה שיש רשימה אחת פעילה במערכת, וסך המספרים יהיו כסך המספרים שיש בכל הרשימות ששלחת בלי הכפולים.

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

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

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