@שיבקשו-שלשתם כתב במהפך במנוע הצינתוקים:

לא נתקלתי בחסרונות כלשהם,

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

בפקודה UploadPhoneList להעלאת מספרים לרשי"ת, כאשר מדובר באלפי מספרים מלבד מה שלוקח למערכת הרבה זמן עד שהוא מחזיר תגובה (לא נורא...), הבעיה העיקרית היא שהוא מחזיר בסוף שגיאה, אפי' שלמעשה הוא בהחלט כן העלה את כל הטלפונים. (כל הפעמים שבדקתי, תמיד המספרים הועלו והתעדכנו, על אף שהיה שגיאה...)
אצלי זה קרה כאשר העלתי רשימות של 15,000 מספרים ויותר, (ויכול להיות שגם בפחות עדיין יש את הבעיה הזאת).
מה שחשבתי שאולי זה בגלל זמן התגובה של שרתי API של ימות במצב כזה שלוקח הרבה זמן כנ"ל, שיכול להיות שאחרי X זמן הוא מחזיר שגיאה. בכל מקרה זה לא כ"כ משנה מה אני חושב או משער, כי לא אני מטפל בבעיה...

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

@שמואל @ימות-המשיח אשמח לדעת האם הבעיה מוכרת? ואם כן האם יש פתרון לזה?

@אלחנן1 כתב בחדש! הקלטת הודעה זמנית עם הגדרת תוקף | מודול הקלטת הודעות מערכת:

באם לא, תשלח פרטי שיחה במייל

עדיין אותה בעיה, השיחה מתנתקת מיד.
לאיזה מייל לשלוח פרטי שיחה?

@אלחנן1 כתב בחדש! הקלטת הודעה זמנית עם הגדרת תוקף | מודול הקלטת הודעות מערכת:

הגדרת כמות זמן כערך קבוע ללא תפריט

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

record_system_temp_validity_quantity=30

בדוגמה, באם מקליט ההודעה בחר בסוג 'שעות', הזמן שיוגדר לשמיעת ההודעה הוא: 30 שעות.

@אלחנן1 השורה record_system_temp_validity_quantity=30 לא עובד.
כאשר מוגדר השורה הנ"ל השיחה מתנתקת מיד בכניסה לשלוחה.

אני הגדרתי שיהיה לפי ימים, וכן הגדרתי שיהיה ברירת מחדל 2, כך:

record_system_temp_validity_type=days
record_system_temp_validity_quantity=2

ובכניסה לשלוחה השיחה מתנתקת!

@מוטי-לוין כתב בשגיאת M1080 בהשמעת קובץ הקלטה עם שם ארוך דרך (f-):

האם יש הגבלה בכמות התווים בהשמעת קובץ מתיקייה אחרת במערכת?
אני רוצה שישמוע את ההקלטה שהקליטו בהמרה לטקסט בקבלת נתונים
אני שלחתי בתגובה

id_list_message=f-/999/Record/OK-Folder-999-1005-Phone-0773137770-Date-2026-01-14-09-47-07-EnterIDType-phone_from_list_all_information-EnterID-123-Data-P050-1-P051-2-P052-321654980-P053-5-P054-8-P056-29-P057-22-11-2022

והוא אומר שגיאה (M1080)

ההודעה שגיאה (M1080) היא לא אמורה להישמע אם היה בעיה באורך השם של הקובץ, אלא אם באמת היה את הבעיה הנ"ל היית צריך לשמוע "אין מענה...".
בכל מקרה ההודעה "שגיאה" היא כאשר יש שגיאה או בעיה בהגדרת מיקום הקובץ.

אם אני מבין אותך נכון, כל זה הוא השם של הקובץ OK-Folder-999-1005-Phone-0773137770-Date-2026-01-14-09-47-07-EnterIDType-phone_from_list_all_information-EnterID-123-Data-P050-1-P051-2-P052-321654980-P053-5-P054-8-P056-29-P057-22-11-2022

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

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

מקוה שעזרתי
בהצלחה

@NA73438
מה לא טוב בזה?
ApiCallId=מזהה ייחודי לאורך השיחה

@121244 אתה בטוח שלא נשמר?
לפעמים יש לך בתיקיית log יותר מידי קבצים, ולכן אתה לא רואה את הקובץ, כי הקובץ של logapi תמיד נמצא האחרון, ובאתר הוא מציג רק 20 קבצים (אם אתה לא בוחר אחרת).
אתה פשוט צריך ללחוץ על הכפתור טען הכל, ואז תגלגל ללמטה תראה את הקובץ.

@799326426 זה מה שידוע לי.

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

האם שייך שכשהם חוזרים למספר שלי הם ישמעו את ההודעה הקולית? {ולא שיחייג אלי כמו שמחייגים לכל מספר ניד בישראל}

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

@מוזר כתב בהצעה לפיתוח: "צינתוק אינטראקטיבי" – מענה ישיר לשיחה נכנסת:

• חיסכון במשאבים: מונע עומס של חיוגים חוזרים למערכת בבת אחת, ומאפשר זרימה רציפה של המאזינים אל התוכן.

הסעיף הזה לא נראה לי כ"כ, לא שאני יכול להסביר למה, אבל זה המציאות, כי מבחינת ימות אין שום הגבלה על כמות הערוצים לחיוג למערכת, דהיינו כמה מאזינים יאזינו בו זמנית למערכת שלך, אתה יכול להגיע גם לאלפים רבים...
מצד שני שליחת קמפיין או צינתוק יש לך הגבלה על כמות השיחות הפעילות בו זמנית, רק בשביל פורפורציות, הברירת מחדל היא (תלוי מאוד בין מערכות), יש כאלו שראיתי 400 ויש כאלו שראיתי גם 450, אבל בשניה שאתה מנסה לשנות את זה, בין אם להגדיל ובין אם להפחית, המקסימום נהפך לך מיד ל200, וזהו, אין לך איך להחזיר את זה ליותר מכך.
עכשיו ניתן להגדיל את ההגבלה הזו ליותר מכך דרך שירות הלקוחות בתשלום חודשי, וגם אחרי ההגדלה המקסימום שמגדילים הם ל5000 ערוצים בלבד (יותר מכך הם לא מאפשרים), והמחיר החודשי הוא בעיקר על צריכת המשאבים העצומים שזה צורך...
בקיצור, אני לא מבין במשאבים של מערכות וכו', אבל המציאות היא שהמשאבים של הוצאת שיחה (בין מבזק ובין צינתוק) הם הרבה הרבה יותר מאשר קבלת שיחה (שיחה נכנסת למערכת).
כמובן ניתן להתווכח איתי, ויכול להיות שאני טועה, אבל לפי הנתונים זה נראה שיש הרבה משאבים בהוצאת שיחות יותר ממה שנראה לנו...

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

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

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

ומאידך - באסטרטגיות חיוג כתבת שם גם בקשר לשיחה ממתינה לנציג, שאם רוצים שיופיע אצל הנציג שיחה ממתינה, יש להגדיר
ringuse=yes

ההגדרה הזאת באמת לא עובדת ויש להגדיר כמו בתור הישן (כנראה טעות אנוש של אי-זכירת ההגדרה המדוייקת)

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

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

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

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

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

@HMJE22 למה לא לתייג את אליהו? מה עשה לך שלוימי770?...

Spoiler

ולמה הפוסט שלך מנוסח כמו מ-AI?

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

Spoiler

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

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

ringinuse=yes

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

ringuse=yes

(הגדרה שונה מהקודם)...

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

reportholdtime=yes
timeout=20
retry=10

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

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

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

control_play3=stop_points_plus

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

playfile_002_control_play_8=stop_points_plus

אז כשאני מקיש 8, גם בקובץ 002, הוא מתייחס למה שמוגדר במקש 8 ברמת כללית - שזה מעבר לקובץ הבא, כך שהוא לא מתייחס להגדרה הנ"ל - וכאילו לא הגדרתי כלום.
כמובן שהגדרתי בשלוחה קובץ בשם StopPoints.ini, ולא עובד...

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

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

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

בהצלחה

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

למה אתה בטוח שזו אותה טכנולוגיה? לכאורה לא אמור להיות קשר ביניהם.

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

בהצלחה

@עידו לפי איך שכתבת יש לך מכשיר נוקיה 225, שהוא תומך G4. ובפשטות הטכנולוגיה הזו עובדת באותה צורה.
השאלה שלך היא א"כ אחרת, מה שאתה אומר שאת ההודעות מפיקוד העורף לא קיבלת, זה השאלה למה אז לא קיבלת... הרי בעיקרון כל דור 4 קיבלו את ההודעות הנ"ל, אלא א"כ המכשיר שלך היה מוגדר באותו זמן על G3 (אם יש לך את האפשרות הזו).
בכל מקרה לא זה הנושא כאן כזה או אחר למה קיבלת ולא קיבלת את ההודעה הנ"ל, אבל מה שבטוח שמבחינת דור 4 קיבלת את ההודעות של פיקוד העורף, ואם לא קיבלת זה סיבה אחרת שאין לי איך לעזור בזה.
בכל מקרה מה שעליו פתחת את הנושא הוא על ההודעה המתקבלת מקופת חולים וכו', זה בכל מקרה עובד רק בG4 בדיוק כמו ההודעות של פיקוד העורף, וכבר נטחן בעבר במקומות רבים התועליות והנזקים מG4 ביחס לקומה הכשרה.

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

בהצלחה

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

@מתעניין
מאז הנפילה ביום חמישי הפסיק לעבוד המודול של ספירת מאזינים, המודול שהבאת type=amount_incoming_phone_numbers.
המודול הפסיק לעבוד מאז גם בשרתי B (השרתים שלא קרסו בנפילה הנ"ל).
כבר ביום חמישי נודע הבעיה, רק שאז זה היה בשיא הבלאגן של הקריסה, ולכן לא טיפלו בזה עדיין.

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

בהצלחה
ושבוע טוב

בפניה לשרת api במקש ממודול השמעת קבצים, בקבלת ערך PressKey= המקש עליו המאזין הקיש.
כאשר המקש הוא מקש בתוך אפשרויות נוספות control_play_moreAX המידע שמגיע לשרת הוא & בלבד, ורק כאשר המקש הוא מקש ישיר control_playX מגיע לשרת המקש שהוקש.

מצורף צילום מסך מLogApi, בשורה הראשונה המקש שהוקש הוא 0, בשורה השניה המקש שהוקש הוא *8

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

אם יהיה אפשרות לסדר את הענין
תודה רבה