@מערכת-המשפחה אולי הוא באמת ניתק?
זה לא יכול לנתק.
אם זה לא מעביר, פשוט לא קורה כלום

@פיתה בודאי

@מערכת-המשפחה
נכנסת מטלפון שהוא "tzintuk_not_found"?

@מערכת-המשפחה תסמן כנפתר

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

ציטוט:
שינוי נתיב השלוחה בדו"חות ובכותרת המייל
כברירת מחדל, בדו"חות הרישום שהמערכת מנפיקה ובכותרת המייל שנשלח (באם הוגדר שיישלח מייל), רשום נתיב השלוחה שבה בוצע הרישום. לדוגמא - Folder/3/4
באם רוצים לשנות את הערך, כך שבמקום נתיב השלוחה יהיה רשום משהו אחר, ניתן להכניס את הערך הרצוי בהגדרה הבאה:

set_var=FolderYY

בדוגמא כאן, הערך יהיה שווה ל FolderYY וזה מה שיהיה כתוב בדו"חות.
[הערך "var" שנשמר בתור ברירת מחדל הוא FolderXX כאשר XX זה מספר השלוחה/תיקייה].

שימו לב:
נא לא להשתמש עם תווים בעברית, רווחים, וסימנים מיוחדים, כגון: , : ; " ! @ #
הדבר יכול לגרום לשיבושים בהגדרות שמשתמשות עם הערך הזה.

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

set_var=שאלות

( @פישל )
יראה הציבור ויחסוך לעצמו הרבה עוגמת נפש.

@123456 כתב בעזרה בשלוחת API:

להשמעה חוזרת
לחיפוש חוזר
לחזרה לתפריט הראשי וניקוי כל הנתונים

אתה צריך להגדיר במייק את התשובה כread, ולפעול בהתאם.

@פיתה
אולי @נר-יצחק יעזור

@פיתה רלוונטי?

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

@שיואו-הצלחתי באיזה זיהוי נכנסים אצלך?

enter_id_type=teudat_zehut

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

@שולי רק חינם. עקרונית ( )

@BEN-ZION עיין בקבלת הקלטות ונתונים
תלמד טוב טוב את כל הסוגיה.
בסופו של יום הנתונים ישמרו לך בקובץ בתוך המערכת, ואקסס יכול לגשת אליו בקלות באמצעות API.

אשמח להרחיב על כל שאלה קונקרטית בהנ"ל.

@123456

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

זה קורה לבד...

@קו-הרהיטים מנסיון שלי מודול ראוטינג מאד מוגבל בכל ההקשר הזה.
אבל אדרבה,

מודל תור אני בטוח שזה יעשה כאילו הנציג דחה ולא ישמיע את ההודעה של החברה

תעשה בדיקות מקיפות בעניין, ונחכים.

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

@קו-הרהיטים
ומה קרה בסיום ההודעה?
כמובן שאת "הלקוח ..." אין איך לבטל.

@123456 כתב בעזרה בשלוחת API:

say_api_answer=yes

תבטל את זה כמובן...

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

@BEN-ZION למה לא ליבא ישירות באקסס מימות?

@קו-הרהיטים

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

routing_end_goto=/8

כתוב מפורש