@CUBASE כתב בחדש! - אימות רשת מקור השיחה ביחס לזיהוי המתקשר בכניסה לכל מודול:

@בשכמל-ו זה לא קשור לאימות דו שלבי.

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

הפילטר הזה מזהה את מקור השיחה אם היא הגיעה מחברת התקשורת או ממקור אחר ואז זה זיוף

נו אז לא הבנתי את ההבדל בין זה לבין אימות דו שלבי?

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

@אדם הם לא בדיוק חדשים,
לפני 3 שנים!!...😊

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

@מ-מ-פליישער לא הבנתי מה זה קשור לפיתוח הנ"ל

@שמואל כתב בחדש! הוספת מפתח גישה - PASSKEY לטובת ביצוע אימות דו שלבי בקלות ללא צורך בשליחת קוד:

בגלל הצורה שמפתחות גישה עובדות - ניתן לבצע אימות של המפתח רק מאותו האתר שממנו המפתח נוצר (למשל call2all.co.il // private.call2all.co.il), ולכן לא ניתן לאמת מפתחות גישה דרך API - אלא בשימוש עם MFA SSO.

אתם יכולים להגדיר פרמטר Relying Party ID של call2all.co.il ואז זה יהיה זמין בכל התתי דומיינים

לחלופין אפשר להשתמש ב https://web.dev/articles/webauthn-related-origin-requests

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

@שמואל תודה רבה רבה רבה!!!!
...

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

...
שוב תודה עצומה על הכל!!!!

ג"א מצטרף.

Spoiler

בזה לא אמורה להיות שום בעית אבטחה

אני מגדיר ככה:

;שיתוף מערכת בין מאזינים type=system_sharing ;שהשיחה תנותב למספר אחר של המערכת system_sharing_custom_did=0771234567 ;שהשיחה תישלח למספר של המחייג עצמו system_sharing_to_myself=yes

ואני מקבל את השיחה מהמספר אליו חייגתי, ולא מהמספר שהגדרתי ב-system_sharing_custom_did=0771234567
והשיחה כמובן נכנסת למערכת כרגיל כאילו חייגתי למספר שחזר אלי (המספר שחייגתי אליו בתחילה), ולא כאילו חייגתי למספר שהגדרתי ב-system_sharing_custom_did=0771234567
מדוע??

@eliyahu

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

@ארי-0 אז אין מנוס מלחכות בתור, או לשלוח להם מייל cs@yemot.co.il.

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

@eliyahu כתב בהודעה חשובה על שינוי מתוכנן בצורת שליחת Webhook במודולים השונים (מעבר מסינכורני לאסינכורני):

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

סליחה על ההקפצה, אבל האם יש צפי לשינוי בעניין?

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

בשביל תוכנת אקסס של מכירות

הייתי ממליץ לך להשתמש ב-API_KEY

Spoiler

לא שאני יודע מה זה ה'תוכנת אקסס של מכירות שלך'...

לא אפשרי.

אבל כן במקרה שתוציא קמפיין תוכל לראות בדוחות את אלו שלא קיבלו בגלל "חסום"

@שלוימי-770 ואווווו!!!!!!!!
מעולה!!!!!!

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

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

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

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

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