@davd האם הכוונה ל https://solapayments.com/?

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

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

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

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

עודכנה גרסא (1.4.1) פרטי העדכון: שדרוג מהותי – חיבור באמצעות API Key בלבד (ללא סיסמה). שימוש ב־API Key כתחליף למספר מערכת וסיסמא. בוטל הצורך להקליד או לשמור סיסמה בתוסף שיפור עיצוב ומראה ההגדרות לפני שימוש חובה להפיק API Key ממשק חומת האש. נכנסים למערכת דרך ממשק חומת האש > יוצרים מפתח API (ללא הגבלות) > ונמלא אותו בשדה API_KEY בתוסף.

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

יש תאריך יעד בשביל כל אלה שעד שלא מגיע הרגע האחרון הם לא מוצאים זמן לסדר דברים כאלה?

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

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

@שמואל כתב בחדש! הוספת מפתח גישה - 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 בזה לא אמורה להיות שום בעית אבטחה

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

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

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

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

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

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