רק לי נראה שנסחפנו? (גם בדברים צודקים...)
-
RE: תגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩"
-
RE: תגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩"
@פלפל-שחור כתב בתגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩":
בקיצור - אין כלום, כי לא היה כלום? וכנראה גם לא יהיה?
אתה נשמע מאוכזב?!
אבל אם יש למישהו מידע נשמח לשמוע כי אני כבר חשבי לעבור לapi רק לא עשיתי את זה כי חשבתי שזה כולא שבוע, אם זה יקח זמן אולי פשוט נעשה את זה
אשמח למידע -
RE: תגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩"
@CUBASE כתב בתגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩":
@אבו הודלף, מי שישמע, זה משהו גלוי לעין כל, רק צריך לדעת איפה למצוא אותו..

זה הודלף בזה שהם לא ביטלו את האופציה עד ה1/4 או עד בכלל...
-
RE: תגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩"
@CUBASE כתב בתגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩":
@אליהו-קטורזה לדעתי יש הגדרה מסויימת שמגדירים בשלוחה שאפשר יהיה לענות לצינתוק, אם באמת יש הגדה כזו - היא לא ידוע לאף משתמש בפורום ולכן אני אומר שצריך מישהו שירים את הכפפה ויפנה לשירות הלקוחות בעניין, אני נמאס לי מזה (ראה נימוק באימוג׳י לעיל
...)הapi כבר הודלף, מה עם ההגדרה (או הניוז שזה יקרה ב...)
-
RE: תגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩"
@היועץ-שלנו כתב בתגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩":
@אבו בהגדרות באתר בשליחה זה עובד מצוין עוד לפני התאריך שהובטח, אך משום מה זה עדיין לא עובד בצורה אוטומטית
מה ההגדרה?
-
תגובה ל"הכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩"
@ימות-המשיח כתב בהכירו את מודול ההתראות: חדש וייחודי מבית ימות המשיח 🤩
חדש במודל התראות 🥳
במקום צינתוק (שהמאזין מקבל צלצול-ניתוק וצריך לחזור באופן אקטיבי לקו)
החל מתאריך 01/04/2026 תשלח הודעה קבועה אוטומטית ומעבר בלחיצת כפתור ישירות לשולח ההודעה!
הכירו את מודל ההתראות הייחודי מבית ימות המשיח

אם עד היום שלחתם צינתוק למאזינים, לתלמידים, ללקוחות;
חלקם חזרו לקו כדי לשמוע את ההודעה
וחלקם (או רובם) לא עשו את זה 🥺
מ 01/04/2026 - תוכלו לשלוח להם הודעה קבועה
עם אפשרות למעבר לקו שלכם באופן ישיר:
יותר האזנות ושיתוף פעולה כאשר לא צריך לעשות פעולה אקטיבית
פחות אובדן מאזינים - כאשר לא נתקלים בקשיי חיוג וחזרה
ללא עלות! ולא צורך דקות מחשבון הדקות של המאזין

אנחנו ממש מחכים, מישהו שם נרדם או שמדובר ב'שיטת מצליח' של ה'אחד באפריל'?

-
RE: הפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית
@יב כתב בהפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית:
@אבו אם הבנתי נכון, ככה זה אמור לפעול.
בשלוחהראשיתיש לך 3 אופציות, רשימה לבנה, רשימה שחורה, והפנייה לפי מספר מחייג ו/או מחויג.
אבל לפי סדר הפעולות, הוא מתייחס רק לרשימה לבנה.
מי שמורשה עובר הלאה - מי שלא מורשה עובר לשלוחה00.
כלומר, רשימה שחורה והפנייה לפי מספר מחייג ו/או מחויג מיותר ולא מתייחס אליו, כי ברגע שהוא תקין/חסום לפי רשימה לבנה, אז הוא כבר לא נמצא בשלוחה.
אז מה קורה בפועל?
גם כל אלו של רשימה שחורה והפנייה לפי מספר מחייג ו/או מחויג מגיעים לשלוחה00.ועל זה אני אשאל - יש לך מישהו שמגיע לשלוחה
חסום?
אם כן, מהיכן הוא מגיע?לא
מי שרשום ברשימה לבנה נכנס לשלוחה ומועבר לבדיקת הרשימה השחורה וההפניה לפי מחויג
מי שלא רשום עובר ל00 כמו שכתבת
מי שרשום ברשימה לבנה:
אם הוא חסום ברשימה שחורה עובר ל'חסום'
ואם לא הוא ממשיך להפניה לפי מחויג
מקוה שעכשיו זה מסודר -
RE: הפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית
@יב כתב בהפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית:
@אבו לפי סדר הפעולות, הוא עושה בהתחלה
רשימה לבנה, ורק אחרי זההפנייה לפי מספר מחייג ו/או מחויג.
מה שקורה שבעצם הוא מתייחס רק לרשימה לבנה.ראה כאן סדר הפעולות
נכון, אבל מה זה קשור? הרי אם הוא עבר לשלוחה 'חסום' למה הוא מעביר הלאה לשלוחה שמוגדר בתפריט הראשי?
@אבו כתב בהפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית:
כשאני מוחק את השורה
check_did_and_go_to_folder=yesמשלוחהחסוםהכל עובד תקין (כמובן בלי להפנות בכלל את מי שחסום לפי מחויג כי לא מוגדר הפניה לפי מחויג בשלוחהחסום)
אשמח לשמוע אם טעיתי במשהו או שבאמת יש כאן משהו מוזר
תודה -
RE: הפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית
@CUBASE כתב בהפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית:
@אבו כתב בהפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית:
אשמח לדעת סתם כדי להבין, לכאורה זה משהו שונה לגמרי, לא?!
אם יש לך את ההגדרה הזו בשלוחה הראשית או ב-
ivr.iniאז יתכן וזה חל על כל הפנייה לפי מחייג ומחויג במערכת ואז בפעם השנייה לא מתבצעת בדיקה.אין לי את ההגדרה
ולענ"ד זה לא קשור, אבל לפה זה ודאי לא קשור

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

-
מה זה BRIDGED REPORTID, והטקסט הפך לסימני שאלה

מה זה הBRIDGED REPORTID=144617? (אין לי מזהה רשימ"ת עם מספר זה) -
RE: הפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית
@CUBASE כתב בהפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית:
@אבו יכול להיות שיש לך בקובץ
ivr.iniאת ההגדרה שיבצע בדיקה פעם אחת בשיחה?מה זה קשור?
אשמח לדעת סתם כדי להבין, לכאורה זה משהו שונה לגמרי, לא?!(ד"א, אם זה לא עובד - למה שלא תבצע את ההפניה לפי מחוייג בשרת ש
חסוםפונה אליו ע"פApiDID?)זה באמת רעיון, אשקול את זה
-
הפניה לפי מחוייג בשלוחה פנימית מפנה לפי הקובץ בשלוחה הראשית
במערכת אצלי מוגדר בשלוחה הראשית להפנות לשלוחות פנימיות וכן בשלוחה פנימית מוגדר להפנות כנ"ל אבל רק לחלק מהמספרים הנ"ל. ומשום מה זה מפנה גם את שאר המספרים כמו בשלוחה הראשית ולא כמו בפנימי. ואפרט:
בשלוחה ראשית מוגדר:type=menu check_did_and_go_to_folder=yes ;רשימה לבנה ושחורה white_list=yes white_list_error_goto=/00 black_list=yes black_list_error_goto=/חסום go_to_from_tzintuk=noהרלוונטי זה מי שחסום עובר ל/חסום
ובקובץDid_Go_Toמוגדר:08*****40=/00 02*****00=/01 07******70=/0 07******71=/1/1 07******72=/2/1 07******73=/3/1 07******74=/4/1 07******75=/5/1 07******76=/6/1 07******77=/7/1 07******78=/8/1 07******79=/9/1ובשלוחה
/חסוםמוגדר:type=api api_link=https://***/yemot check_did_and_go_to_folder=yesובקובץ
Did_Go_Toמוגדר:08*****40=/00 02*****00=/01 07******70=/0רק את ה3 הראשונים ומה שקורה בפועל זה שהוא מעביר את כל המספרים כמו בשלוחה הראשית וכשאני מוחק את השורה
check_did_and_go_to_folder=yesמשלוחהחסוםהכל עובד תקין (כמובן בלי להפנות בכלל את מי שחסום לפי מחויג כי לא מוגדר הפניה לפי מחויג בשלוחהחסום)
אשמח לשמוע אם טעיתי במשהו או שבאמת יש כאן משהו מוזר
תודה -
RE: ביטול פרסומות במערכת הטלפונית עבור לקוחות פרטיים - ללא צורך בנציג שירות
@MGM-IVR אבל הענין הוא שכבר יש להם מודל לריסיילרים (ע"ע מבזק) רק משום מה לשאר הריסיילרים לא עשו את זה
ולא יותר תקין קודם לבנות אל כלל המודלים לכלל הלקוחות ורק אח"כ להתחיל עם השימוש במוצר?לא שמישהו חייב לי משהו, אבל השאלה היא מה הצד שלהם בענין...
-
רכישת שרת בימות המשיח
זה מה שקיבלתי בסקירת AI:
השרת הטוב והמהיר ביותר לעבודה מול מערכות "ימות המשיח" הוא השרת הפנימי והישיר של החברה (api.yemot.co.il), המבטיח סנכרון בזמן אמת, אבטחה מקסימלית ומהירות תגובה גבוהה עבור קבלת נתונים, שליחת הודעות והפעלת קווי תוכן.
ימות המשיח פתרונות תקשורת
ימות המשיח פתרונות תקשורת
+1
נקודות מרכזיות לביצועים מהירים:
גישה ישירה: שימוש ב-API הרשמי של ימות המשיח מבטיח את המהירות הגבוהה ביותר.
תמיכה טכנית: מומלץ לפנות לצוות הטכני של ימות המשיח לקבלת הגדרות השרת האופטימליות לחשבון הספציפי שלכם.
פתרונות עסקיים: מערכת "הכפתור" ושירותים מתקדמים נוספים מותאמים למהירות גבוהה עבור העברת הודעות ללקוחות.
לעבודה מותאמת אישית, מומלץ לפנות אליהם ישירות לקבלת המלצה טכנית מדויקת.
@ימות-המשיח אולי באמת?
-
RE: רשימה לבנה, שחורה ושניהם יחד
@אA כתב ברשימה לבנה, שחורה ושניהם יחד:
@אבו
בסדר, תוכל לפתוח שלוחה 1000 בשלוחה הראשית ובתוכה להכניס את כל מה שהוא אמר.תודה
אבל אשמח בכ"ז לשמוע אם יש למישהו רעיון בלי זה -
RE: רשימה לבנה, שחורה ושניהם יחד
@אA כתב ברשימה לבנה, שחורה ושניהם יחד:
@אבו
אתה יכול לעשות מעבר לפי מחוייג וז להכניס הכל בשלוחה פנימיתכן, אבל אני לא רוצה עם שלוחה פנימית
זה מערכת מידיי גדולה ומסובכת בשביל להתחיל עם עוד שלוחות, השאלה היא האם יש דרך לעשות הכל בשלוחה הראשית
ובלי api... תודה למי שהציע.... -
RE: רשימה לבנה, שחורה ושניהם יחד
@BEN-ZION תודה שניסית,
אבל...כתב ברשימה לבנה, שחורה ושניהם יחד:
נ.ב. אני שואל על לעשות הכל בשלוחה 1 בדווקא ולא ע"י מעבר בין שלוחות
-
רשימה לבנה, שחורה ושניהם יחד
אשמח אם מישהו בדק לעומק את הענין של רשימה לבנה ושחורה ומה קורה כשהם יחד.
אני הייתי רוצה לעשות כזה דבר:
מי שלא רשום בכלל בשניה יעבור לשלוחה 1
מי שרושם רק בלבנה יעבור לשלוחה 2
מי שרשום רק בשחורה יעבור לשלוחה 3
ומי שרשום בשניהם יעבור לשלוחה 4
יש חיה כזו?
נ.ב. כנ"ל לגבי שני רשימות לבנות ואני שואל על לעשות הכל בשלוחה 1 בדווקא ולא ע"י מעבר בין שלוחות
אם יש למישהו רעיון או פיתרון איך לעשות כזה דבר אני אשמח מאוד -
RE: לינק של הקלטה
@איל-משולש כתב בלינק של הקלטה:
@אבו כתב בלינק של הקלטה:
@איל-משולש כתב בלינק של הקלטה:
עשיתי שלוחה של הקלטה עם לינק, ואחרי שמוחקים הודעה בשלוחה הרגילה אז בהקלטה הבאה היא תהיה גם המספר שנמחק וגם עוד מספר מעל
לדוגמא:
הקלטתי את קובץ 005 לשלוחה 1 ונוצר לינק לשלוחה 2
מחקתי את קובץ 005
אח"כ הקטתי שוב הקלטה
בשלוחה 1 עבוד רגיל
בשלוחה 2 ניהיה קובץ 005 ו 006 ושתיהם עם אותו תוכן (כשאר פרטי הודעה 005 יהיו של מי שהשאיר אותה בפעם הראשונה)הבאג שציינת הוא לא מדויק, אלא זה התוצאה של הבאג.
מה שקורה זה שכשאתה מוחק את הקובץ המקורי הלינק לא באמת נמחק אלא הוא פשוט לא מושמע כי אין לו את המקור להשמיע ואז ברגע שאתה יוצר קובץ מקורי עם אותו שם הוא משמיע כי יש לו את מה, ובנוסף נוצר קובץ חדש של לינק בהקלטה החדשה
מה שצריך לעשות:
מצד ימות זה שכשמוחקים קובץ שימחק גם הלינק שלוזה אין לי איך לסדר
מהצד שלך זה פשוט לא להקליט קובץ עם אותו שם אלא קודם להקליט ורק אח"כ למחוק כך שהקובץ החדש יהיה בשם גבוה יותר מקובץ המקור אליו שולח הלינק
זה אוטמטי המספרי קובץ ואין לי איך לשלוט על זה!
אבל עכשיו ניסתי לבנות כזה שלוחה ולא קרה הבעיה הזאת אני לא מבין מה גורם לה בשלוחה אחרת (איזה הגדרה יכול להשפיע על זה)מה לא קרה?
אם תסביר ותשים את כל ההגדרות ואולי זה יעזור לבדוק