חיפוש בקטגוריה זו


  • קווי יסוד למרכזייה הטלפונית של ימות המשיח

    נעוץ הועבר
    6
    5 הצבעות
    6 פוסטים
    9k צפיות
    ש
    4. עריכת הגדרות - הגדרות נוספות לאחר שהגדרתם את סוג השלוחה ניתן להוסיף הגדרות נוספות שמתאימות לאותו סוג שלוחה לפי מה שמופיע בשרשור המסביר את הגדרות השלוחה. לדוגמא: בשלוחת השמעת קבצים ברירת המחדל היא שהמערכת משמיעה את הקובץ החדש ביותר (עם השם הגבוה ביותר | אם יש בשלוחה קובץ 000 וגם קובץ 001 המערכת תשמיע קודם את קובץ 001 ואח"כ את קובץ 000), לפעמים נרצה לשנות שהמערכת תשמיע קודם את הקובץ הישן ולאחמ"כ את החדש. נחפש בשרשור של השמעת קבצים את ההגדרה של אופן השמעת הקבצים, נעתיק אותה, ונדביק בשורה חדשה בשלוחה. [image: 1646058736780-f8465809-d3f4-4893-9695-204e8d980783-image.png] בדוגמא: הגדרנו בשלוחה 6 שתחת התפריט הראשי שיושמע קודם הקובץ הישן ביותר בשלוחה ולאחמ"כ הקובץ החדש יותר. בתכלס' אם הגעתם לכאן אז את הבסיס כבר יש לכם!! מומלץ כבר עכשיו לעשות נסיונות בחי | לאחר שהכל יהיה ברור לכם תתקדמו לשרשור הבא. בהצלחה.
  • אינדקס קישורים

    נעוץ הועבר אינדקס הקישורים חיפוש
    13
    1
    51 הצבעות
    13 פוסטים
    131k צפיות
    י
    למעבר לתחילת העמוד - לחצו כאן או על הסימון הזה [image: 1614065549495-d2ecb234-649a-4a03-93f6-bd42cfb59a74-image.png] שבתחילת כל פוסט
  • 4 הצבעות
    17 פוסטים
    32k צפיות
    E
    הזמן במערכת כברירת מחדל הזמן שמוגדר במערכת הוא לשעון ישראל. פורמט התאריך הוא dd/mm/yyyy פורמט השעון הוא 24 המקומות העיקריים במערכת שיש בהם שימוש בזמן מחולקים ל-3 הגדרות במערכת רישום בדוחות ההשמעה של הזמן בשיחה טלפונית בשלב זה, לא ניתן לשנות בכל מקום את סוג הזמן אלא רק בחלק מהמקומות. בעז"ה בעתיד נוסיף תמיכה בשינוי זמן בשאר המקומות. שינוי משעון 24 לשעון 12 כדי לשנות את צורת השמעת השעה משעון 24 לשעון 12 יש להגדיר say_time_am_pm=yes במקרה כזה, במקום 17:53 "שבע עשרה חמישים ושלוש" ישמיע 05:53PM "חמש חמישים ושלוש PM" במקומות במערכת בהם ניתן להקיש את השעה, המערכת מתייחסת להקשה בפורמט של שעון 24 (הקשה של 0600 תיחשב כ6 בבוקר. הקשה של 1800 תיחשב כ6 בערב) ניתן להקיש שעה של אחרי צהרים (PM) לפי שעון 12 על ידי הוספת * בסוף ההקשה. למשל *0600 ייחשב כ6 בערב.
  • הגדרות הזיהוי בכלל המערכת

    נעוץ
    18
    8 הצבעות
    18 פוסטים
    28k צפיות
    א
    ב"ה הגבלת כניסת ID בו זמנית ניתן להגביל כניסת ID לאותה מערכת בו זמנית. למשל: אם משתמש א' נכנס עם ID שמספרו '1234', משתמש ב' לא יוכל להיכנס עם אותו ID כל עוד ה ID פעיל במערכת. כדי שתחול ההגבלה, יש להגדיר: limit_double_entry=yes באם חלה הגבלה, המשתמש ישמע: M4376 לא ניתן להתחבר בו זמנית מאותו משתמש הערות חשובות בדיקת ההגבלה נעשית בשלוחת ההתחברות (enter_id=yes) ניתן להכניס את ההגדרה בשלוחת התחברות מסוימת בקובץ ext.ini או בקובץ ivr.ini הנמצא בשלוחה הראשית כך שבכל מקום שיש התחברות, יבצע הגבלה. שימו לב: ההגבלה חלה אך ורק באותו סוג ID לדוגמה, אם משתמש א' נכנס עם ID מסוג list ומשתמש ב' נכנס עם ID מסוג enter_phone_list ההגבלה לא תחול. כברירת מחדל, תוקף ההגבלה הוא עד ל-3 שעות מתחילת השיחה או עד לניתוק השיחה. לאחר התוקף, יהיה ניתן להיכנס עם אותו ID פעם נוספת. כדי לשנות את התוקף, יש להוסיף: limit_double_entry_expired=2h בדוגמה, ההגבלה תחול עד שעתיים מתחילת השיחה או עד לניתוק השיחה. ניתן להגדיר מספר שניות / דקות / שעות ערכים להגבלת זמן s = שניות m = דקות h = שעות
  • הרשאות כניסה לשלוחה

    נעוץ הועבר
    12
    3 הצבעות
    12 פוסטים
    17k צפיות
    שמואלש
    ב"ה, ניתן להגדיר פילטר בכניסה לשלוחה לפי מקור רשת השיחה באם הוא תואם לזיהוי המתקשר - לטובת מניעת זיופי שיחות. להלן פירוט ההגדרות: הפעלת אימות מקור השיחה: verify_phone_operator_network=yes ברירת מחדל - רק אם בוצע אימות וודאי הלקוח ממשיך לשלוחה. באם לא בוצע אימות, או שיש הפניית שיחות, או שאין בכלל מידע האם המקור מאומת או לא - יוצא מהשלוחה שלב אחד אחורה, או כפי המוגדר ב: verify_phone_operator_network_mismatch_goto=/1/66 או ניתוק: verify_phone_operator_network_mismatch_goto=hangup היציאה מהשלוחה/ניתוק הינם ללא השמעת הודעה כל שהיא. המידע האם יש אימות של הרשת ביחס לזיהוי המתקשר מגיע מספק התקשורת, ועלול לא להתקבל במקרים מסויימים. ניתן להגדיר שכאשר אין מידע האם רשת המקור זהה לרשת זיהוי המתקשר, יכנס לשלוחה: verify_phone_operator_network_no_have_info_goto=in_extention או ילך לשלוחה ייעודית: verify_phone_operator_network_no_have_info_goto=/1/777 או ינתק: verify_phone_operator_network_no_have_info_goto=hangup ברירת מחדל אם יש אינדיקציה על ביצוע הפניה שיחות - לא מתחשב בזה - וזה יתפרש כחוסר התאמה. ניתן להגדיר שאם יש אינדיקציה על הפניה שיחות - ידלג ויכנס לשלוחה: verify_phone_operator_network_skip_have_referred=yes
  • רשימת הודעות מערכת

    נעוץ
    1
    45 הצבעות
    1 פוסטים
    26k צפיות
    אין תגובות
  • השמעת קבצים

    נעוץ הועבר
    12
    2 הצבעות
    12 פוסטים
    38k צפיות
    E
    ארכיון הודעות הסבר ארכיון הודעות מיועד לבצע אבחנה בין קבצים "חדשים" לבין קבצים "ישנים". קובץ "חדש" זהו קובץ שנמצא בשלוחה. קובץ "ישן" זהו קובץ שנמצא בארכיון. (ראה להלן דוגמאות שימוש) הארכיון ממוקם בשלוחה שבה הקבצים בתוך תיקייה בשם Old העברת קבצים בצורה אוטומטית לארכיון ניתן להגדיר שכל קובץ שמסיימים לשמוע אותו, יעבור בצורה אוטומטית לארכיון (וימוספר מחדש בתוך הארכיון) ההגדרה היא playfile_move_file_to_old=yes שמיעת קבצים מהארכיון כברירת מחדל, המערכת לא משמיעה את הקבצים שנמצאים בארכיון. ניתן להגדיר שהמערכת תתן תפריט האם להשמיע הודעות מהארכיון ההגדרה היא playfile_end_play_old=tfr במקרה כזה, במקרה של כניסה לשלוחה ואין הודעות חדשות או במקרה של סוף שמיעת הודעות חדשות המערכת תשמיע M2599 "אין הודעות חדשות, לשמיעת הודעות ישנות, הקישו 1. ליציאה הקישו 2 או המתינו" ניתן להגדיר שהמערכת תשמיע בצורה אוטומטית את ההודעות הישנות ההגדרה היא playfile_end_play_old=yes במקרה כזה, המערכת תשמיע את ההודעות הישנות כאילו הן הודעות חדשות
  • menu-שלוחת תפריט

    נעוץ הועבר תפריט
    15
    9 הצבעות
    15 פוסטים
    32k צפיות
    E
    התראה על הודעות בשלוחות במערכת ניתן להגדיר שבכניסה לתפריט המערכת תבדוק אם יש קבצים בשלוחות במערכת וא"כ תשמיע הודעה מתאימה על כך. יכול לשמש לדוגמה עבור "יש לך 4 הודעות בתא הקולי, לכניסה הקש 1" וכדומה שימו לב! המערכת עוקבת רק אחרי קבצים שממוספרים לפי מספר סידורי בלבד (000 001 וכדומה). בשלב ראשון יש להגדיר menu_check_playfile_message=yes בשלב השני יש להגדיר את השלוחות במערכת לבדיקה ההגדרה היא (דוגמה) menu_check_playfile_message_1=2/2 menu_check_playfile_message_2=folder menu_check_playfile_message_3=personal-id הסבר על הדוגמה: בהגדרה menu_check_playfile_message_X מגדירים את השלוחות למעקב כשבמקום X יש לרשום את הסדר הרצוי לבדיקה (כלומר, איזה שלוחה תיבדק ראשונה ואיזה שניה וכן הלאה) לאחר מכן יש לרשום = לאחר מכן יש לרשום את נתיב השלוחה לבדיקה. בדוגמה למעלה מוגדר כך: בדיקה בשלוחה "2/2" בדיקה בשלוחה "folder" בדיקה של קבצים אישיים בשלוחה "personal". לדוגמה עבור זיהוי phone-0772222770 המערכת תבדוק בנתיב personal/Phone/0772222770. (כלומר התוספת של -id מגדירה את הבדיקה בתיקייה אישית) כמובן שניתן להגדיר עוד שלוחות לבדיקה. לאחר הבדיקה המערכת תשמיע M2596 "יש לך..." (כמות הודעות)M2597 "הודעות חדשות" M2598 "בשלוחה..." (שם שלוחה). זה יוצא כך: "יש לך 5 הודעות חדשות בשלוחה 1" שימו לב! את שם השלוחה המערכת מקריאה בצורה אוטומטית. ניתן להעלות קובץ לשלוחה והמערכת תשמיע אותו כשם השלוחה (במקום ההקראה האוטומטית) שם הקובץ צריך להיות כך PlayfileMessageCheck-שם שלוחה לדוגמה, עבור שלוחה 1/1 שם הקובץ הוא PlayfileMessageCheck-1-1 אם ברצונכם שהמערכת תשמיע רק שיש הודעות חדשות ולא תשמיע את הכמות ואת השלוחה יש להגדיר menu_check_playfile_message_1_say_new_only=yes בדוגמה, עבור השלוחה הראשונה שנבדקה המערכת לא תשמיע את כמות ההודעות אלא רק תשמיע M2595 "יש לך הודעות חדשות" (כמובן שבמקום "1" ניתן להגדיר מספר אחר בהתאם לבדיקה הרצויה) השמעת הודעה רק למספר שנמצא ברשימת צנתוקים מסוימת כברירת מחדל המערכת משמיעה את ההודעה לכל אחד. ניתן להגדיר שההודעה תושמע רק למספר שנמצא ברשימת צנתוקים מסוימת ההגדרה היא menu_check_playfile_message_1_check_in_list_tzintuk=שם הרשימה במקרה כזה, עבור השלוחה הראשונה שנבדקה המערכת תשמיע את ההודעה רק למי למספר שנמצא ברשימת הצנתוקים שהוגדרה. (כמובן שבמקום "1" ניתן להגדיר מספר אחר בהתאם לבדיקה הרצויה) טיפ מומלץ לשלב את האפשרות הזאת עם ההגדרות של ארכיון בשלוחת השמעת קבצים. ראו כאן.
  • confbridge - חדר ועידה / שידור חי

    נעוץ הועבר
    17
    6 הצבעות
    17 פוסטים
    16k צפיות
    E
    קישורים רלוונטיים ממודולים אחרים הודעה על חדר ועידה פעיל, בשלוחת תפריט למפתחים - גישת API לניהול חדרי ועידה לחזרה לתחילת השרשור
  • 16 הצבעות
    1 פוסטים
    789 צפיות
    אין תגובות
  • מודול ניתוב שיחות לפי תור (בטא)

    הועבר
    15
    1 הצבעות
    15 פוסטים
    1k צפיות
    ש
    הודעות מערכת קשורות M1460 אין מספרים לחיוג אנא הוסיפו מספרים לחיוג ונסו שנית M2780 נציגנו עסוקים כרגע בפניות קודמות אנא המתן ותענה לפי התור M2781 תודה על סבלותכם M2782 הנך ראשון בתור M2783 מיקומך בתור הוא M2784 מחכה לשיחה עם נציג M2785 זמן ההמתנה הממוצע הוא כ.. M2786 דקות M2787 שניות M2788 פחות מ... M2789 זמן ההמתנה M3790 התור סגור כעת, אנא נסה שנית בשעות הפעילות
  • הזדהות מאובטחת ומותאמת אישית בAPI - מפתח קבוע - API KEY

    1
    11
    18 הצבעות
    1 פוסטים
    336 צפיות
    אין תגובות
  • נושא זה נמחק!

    1
    1 הצבעות
    1 פוסטים
    19 צפיות
    אין תגובות
  • API - גישת מפתחים למערכות

    71
    14 הצבעות
    71 פוסטים
    89k צפיות
    שמואלש
    ניהול/ביצוע אימות דו-שלבי הפקודה היא - MFASession השירות מאפשר לנהל כמה חלקים שקשורים לאימות הדו-שלבי, לבצע אימות דו שלבי בחיבור הנוכחי, לנהל שיטות התחברות, ועוד. בכל פניה יש לצרף: פרמטר תיאור סוג token טוקן string action פעולה לביצוע string שימו לב: לא כל הפעולות אפשריות בכל שלב. יבואר בכל פעולה השלב שניתן לפנות אליה. פעולות: בדיקת האם הסשן עבר אימות דו-שלבי - isPass הפעולה היא - isPass כל סשן חייב להיות במצב ״pass״ של מנגנון האימות הדו-שלבי, אחרת עליו לבצע אימות דו-שלבי בפועל - לפני היכולת להשתמש עם כל שירות אחר בAPI. כאשר סשן לא עבר אימות דו שלבי - הוא יכול לגשת רק לשירות MFASession - וגם בו - לחלקים מסויימים. הדברים יבוארו בהמשך. דרישה מקדימה לשימוש בשירות זה: אין. מצב שבו השירות לא זמין: אין. פירוט מענה: מאפיין סוג הסבר דוגמא הערה responseStatus string סטטוס הפעולה OK isAvailable boolean האם יש יכולת לבצע אימות דו-שלבי - מבחינת שיש שיטות אימות זמינות. true כאשר סשן לא עבר אימות - ואין אפשרות טכנית לאמת אותו - לא ניתן לבצע שום פעולות. isPass boolean האם הסשן עבר אימות בהצלחה true לאחר שהסשן אומת - ישנם פעולות שלא ניתן לבצע בגלל זה, אבל ניתן להשתמש בסשן לטובת גישה לכל השירותים (שלא דורשים אימות קשיח - יבואר בהמשך). passReason string סיבת מעבר מנגנון האימות הדו שלבי. MFA_PASSED ישנם הרבה סיבות למה הסשן עבר את מנגנון האימות הדו שלבי - ניתן לראות בטבלא את הסיבות האפשריות. isPassInThisSession boolean האם הסשן עבר אימות בפועל בחיבור הנוכחי (אימות קשיח) true בהמשך לפרמטר מעלה - ישנם מצבים שבו הסשן ״עבר״ את מנגנון האימות הדו-שלבי - בגלל סיבות ש״פוטרות״ אותו מהצורך לבצע אימות דו שלבי בפועל - אבל לא בוצע ממש באותו הסשן אימות דו-שלבי. ישנם פעולות שדורשות ״אימות קשיח״ = רמה חזקה יותר של אימות - וזה דורש שיבוצע אימות דו-שלבי ממש באותו החיבור ממנו רוצים לגשת לשירותים האלה. פירוט סיבות מעבר אימות: כאמור, יש הבדל בין ״מעבר במנגון האימות הדו-שלבי״ לבין ״ביצוע אימות דו שלבי בפועל״. בטבלא זו ניתן לראות פירוט של סוגי הסיבות שניתן לעבור בגינם במנגנון האימות - את הפירוט שלהם. סיבת מעבר הסבר הערה INACTIVE_SYSTEM מנוע האימות הדו שלבי לא פעיל או לא זמין WAIT_TO_BLOCK_DATE תאריך אכיפת השירות לא הגיע במצב שבו מגדירים זמן מסויים ממנו חובה לעבור אימות דו שלבי - כל עוד הזמן לא הגיע - כל הסשנים עוברים ״בהצלחה״ במנגנון - כי תאריך אכיפת השירות לא הגיע. INIT_WHITELIST_IPS כתובת IP ברשימה לבנה כתובת הIP שממנה בוצעה הבקשה למעבר - קיבלה אישור כי היא נמצאת ברשימה הלבנה. INIT_MASTER_LOGIN_WHITELIST_IPS כתובת IP ברשימה לבנה בהתחברות מאסטר כתובת הIP שממנה בוצעה הבקשה למעבר - קיבלה אישור כי היא נמצאת ברשימה הלבנה כאשר מתבצע התחברות עם סיסמת מאסטר של ריסיילר. HAVE_ACTIVE_TRUST_TOKEN בוצע מעבר על ידי אסימון ״זכור אותי״ INHERITED_FROM_ORIGINAL_SESSION ירושה מסשן קודם כל שהוא למשל, בעת מעבר מהאתר ניהול הרגיל לממשק חיצוני - נוצר טוקן API שסיבת המעבר שלו היא שכבר בוצע מעבר בסשן קודם. MFA_PASSED בוצע אימות בפועל בחיבור הנוכחי אין להסתמך על הסיבה בלבד בנושא ״אימות קשיח״ - אלא להסתמך על isPassInThisSession SPECIAL_VALID_TOKEN טוקן שנוצר עם פטור מאימות מסיבה מיוחדת ניסיון ביצוע אימות - try הפעולה היא - try הפעולה של מעבר אימות דו-שלבי בסשן מתבצעת פעם אחת - עד לסימון הסשן כסשן שעבר את המנגנון. כאשר סשן לא עבר אימות - ניתן לפנות לשירות זה על מנת לנסות להעביר אותו. למשל, אם הפניה תגיע מכתובת IP מאושרת, או עם אסימון ״זכור אותי״ - הסשן יעבור אימות. דרישה מקדימה לשימוש בשירות זה: אין. מצב שבו השירות לא זמין: לאחר מעבר שקיבל החלטת ״עבר״ (isPass: true). פירוט מענה (מענה זהה ל isPass - רק שהנתונים יהיו לאחר ביצוע ניסיון אימות): ניסיונות מרובים לבצע מעבר ב try שלא יצליחו - כלומר שלא יהיה מעבר בהם - יובילו לחסימת המערכת כולה לעבור אימות דו שלבי. כל מערכת זכאית למספר מסויים של מעברים בדקה/שעה/יום וכו. מערכת שצריכה לעבור יותר מידי הרבה פעמים במנגנון - כלומר - מערכת שיוצרת יותר מידיי הרבה סשנים בפרק זמן קצר מידיי - תחסם מלעבור במנגנון ולא תוכל להשתמש בסשנים חדשים שנוצרים. קבלת שיטות אימות זמינות - getMFAMethods הפעולה היא - getMFAMethods פעולה זו יכולה להחזיר נתונים שונים לפני ואחרי ביצוע אימות קשיח. דרישה מקדימה לשימוש בשירות זה: אין. מצב שבו השירות לא זמין: אין. פירוט מענה: מענה זהה ל isPass - בתוספת מערךmfaMethods עם שיטות האימות הזמינות. להלן פירוט של אובייקט מתוך המערך: מאפיין סוג הסבר דוגמא הערה ID int מזהה שיטה 1 מזהה השיטה אינו קבוע - ונבנה בצורה דינמית בעת הבקשה. צריך לפנות איתו בשביל לבצע אימות - אבל אי אפשר להתסמך לאורך זמן שהוא יהיה אותו הדבר. STATUS string סטטוס שיטת האימות ACTIVE שיטה יכולה להיות ACTIVE = פעילה, או PENDING = ממתינה. שיטה ממתינה לאימות לא יכולה לשמש לטובת ביצוע אימות קשיח. יש לאמת אותה קודם. MFA_METHOD_ID int מזהה שיטה קבוע 6598 בניגוד לשדה ID - מזהה השיטה שפה הוא קבוע, אבל זה אומר שהוא נוסף בצורה יזומה - ולא מוצע בצורה אוטמאטית, ויתכן שיהיה ריק. NIKE string תיאור מקור שיטת האימות RESET_MAIL יכול להיות: CREATE_PHONE = המספר שיצר את המערכת. RESET_MAIL המייל לשחזור. PROFILE הגיע מהפרופיל הקבוע. MASTER_LOGIN הגיע מהתחברות מאסטר של ריסיילר. BY_CUSTOMER נוסף על ידי הלקוח. NOTE string תיאור חופשי שנכתב בעת הוספת השיטה הטלפון בבית SEND_TYPE סוגי שליחות אפשריות מערך של שיטות שליחת אימות אפשריות ["CALL","SMS"] יכול להיות: CALL = בשיחה. SMS בהודעת סמס. EMAIL בהודעה למייל. ישנם שיטות שלא יהיה אפשרי לשלוח עבורם בצורה יזומה אימות, והמערך עבורם יהיה ריק. VALUE string היעד של השיטה +972773137770 כאשר לא בוצע אימות קשיח - היעד לא יוצג במלואו ויראה למשל: shmu•••@•••.co.il כאשר מספר ה• אינם משקפות את האורך האמיתי של הערך. EXPIRED_DATE string זמן תפוגת השיטה 2025-09-28 12:11:38 שיטות שפגו תוקף - לא יוצגו אחרי זה בכלל, ויש להוסיף ולאמת אותם מחדש. LAST_USED string הזמן האחרון שהשיטה אומתה בהצלחה 2025-09-28 12:11:38 שיטות שלא יבצעו אימות הרבה זמן - יתכן ולא יהיה זמינות בפועל או יוסרו. שליחת אימות לטובת אימות קשיח/מעבר - sendMFA הפעולה היא - sendMFA שליחת אימות יכולה להיות רלוונטית כאשר רוצים לבצע אימות קשיח בסשן שעבר את המנגנון - או במקרה שהסשן לא עבר try וחייב לבצע אימות. דרישה מקדימה לשימוש בשירות זה: אין. מצב שבו השירות לא זמין: לאחר ביצוע אימות קשיח (isPassInThisSession: true). בכל פניה יש לצרף: פרמטר תיאור סוג הסבר mfaId מזהה שיטת האימות אליה רוצים לשלוח אימות int mfaSendType סוג האימות הרצוי - מתוך SEND_TYPE string lang שפת שליחת האימות. string HE או EN. ברירת מחדל ישלח בעברית. autoOtpHostname כתובת ה HOST_NAME שנמצאים בו לטובת הוספה שלו בסמס string מאפשר להשתמש עם OTPCredential בצד לקוח. רשות. פירוט מענה: כאשר responseStatus הוא OK השיחה/סמס/מייל - נשלחו. כל שליחה חוזרת - תיצור קוד חדש - ותבטל את הקוד הקודם. לכל סשן יש בקשת אימות ממתינה אחד בלבד. שליחות רבות עלולות לחסום את המערכת ו/או את כתובת הIP מלשלוח לזמנים ארוכים מאד. בעת חסימה יופיע בפירוט הזמן שיש להמתין: { responseStatus: "Exception", message: "exception send by customer. wait 55s", file: "CustomerMFA.class.ym", Line: "590:19", yAfastVersion: "6.7.30" } כאשר בדוגמא מופיע wait 55s - 55 שניות. כאמור, הזמן יכול לעלות למספרים גבוהים מאד באם מתבצעים נסיונות רבים. ביצוע אימות בפועל לאחר שליחת אימות - validMFA הפעולה היא - validMFA דרישה מקדימה לשימוש בשירות זה: אין. מצב שבו השירות לא זמין: לאחר ביצוע אימות קשיח (isPassInThisSession: true). בכל פניה יש לצרף: פרמטר תיאור סוג הערה mfaCode קוד האימות שהתקבל string mfaRememberMe יצירת אסימון ״זכור אותי״ בעת הצלחה boolean אסימון ״זכור אותי״ שנוצר ב API ייצור רק אסימון מסוג IP. mfaRememberNote תיאור לאסימון ״זכור אותי״ החדש. string פירוט מענה: מאפיין סוג הסבר דוגמא הערה responseStatus string סטטוס הפעולה OK mfa_valid_status string האם בוצע אימות. VALID יכול להיות UNVALIDאו VALID , או OVERTRY - שאומר שיש צורך לשלוח אימות חדש- כי עברו מספר הנסיונות האפשריים. mfa_valid_trys int כמות הפעמים שבוצע ניסיון אימות קוד 1 mfa_valid_left int כמות הפעמים שנשארו לבצע ניסיון אימות לפני שהקוד לא רלוונטי 4 mfa_valid_message string הסבר מיוחד מדוע הקוד לא אומת. validMFA not allow. over trys attempt הוספת שיטת אימות חדשה - addMethod הפעולה היא - addMethod דרישה מקדימה לשימוש בשירות זה: לאחר ביצוע אימות קשיח (isPassInThisSession: true). מצב שבו השירות לא זמין: אין בכל פניה יש לצרף: פרמטר תיאור סוג אופציות mfaNewType סוג שיטה string מייל - EMAIL או טלפון - PHONE mtaNewValue הערך של השיטה החדשה string המייל או הטלפון. mtaNewValidNote תיאור של השיטה החדשה string למטרות נוחות בלבד. לא חובה. newExpiredDate זמן תפוגה של השיטה string תאריך תפוגה בתבנית YYYY-MM-DD HH:mm:ss. שימו לב: ניתן להוסיף עד 20 שיטות אימות ניתן להוסיף מספרי טלפון של המדינות הבאות: ישראל, ארה״ב, קנדה. פירוט מענה: כאשר responseStatus הוא OK השיטה נוספה כממתינה לאימות, כאשר בפרמטר methodId מצויין מזהה השיטה לטובת האימות שלה/מחיקה שלה בעתיד. אימות או שליחת אימות חוזר של שיטת אימות חדשה - reValidMethod הפעולה היא - reValidMethod דרישה מקדימה לשימוש בשירות זה: לאחר ביצוע אימות קשיח (isPassInThisSession: true). מצב שבו השירות לא זמין: אין בכל פניה יש לצרף: פרמטר תיאור סוג הסבר נוסף mfaId מזהה שיטת האימות string מתקבל כתגובה אחרי היצירה בפרמטר methodId, או בפרמטר MFA_METHOD_ID בפעולה getMFAMethods בתוך מערך mfaMethods כמו שהוסבר למעלה. mfaSendType סוג האימות הרצוי - מתוך SEND_TYPE string lang שפת שליחת האימות. string HE או EN. ברירת מחדל ישלח בעברית. autoOtpHostname כתובת ה HOST_NAME שנמצאים בו לטובת הוספה שלו בסמס string מאפשר להשתמש עם OTPCredential בצד לקוח. רשות. פירוט מענה: כאשר responseStatus הוא OK הקוד לאימות נשלח. ביצוע אימות של שיטה חדשה לאחר שליחת אימות - validMethod הפעולה היא - validMethod דרישה מקדימה לשימוש בשירות זה: לאחר ביצוע אימות קשיח (isPassInThisSession: true). מצב שבו השירות לא זמין: אין בכל פניה יש לצרף: פרמטר תיאור סוג הסבר נוסף mfaId מזהה שיטת האימות string מתקבל כתגובה אחרי היצירה בפרמטר methodId, או בפרמטר MFA_METHOD_ID בפעולה getMFAMethods בתוך מערך mfaMethods כמו שהוסבר למעלה. mfaCode קוד האימות שהתקבל string פירוט מענה: זהה לתגובת בקשה אימות בפועל - validMFA. מחיקת שיטת אימות - deleteMethod הפעולה היא - deleteMethod דרישה מקדימה לשימוש בשירות זה: לאחר ביצוע אימות קשיח (isPassInThisSession: true). מצב שבו השירות לא זמין: אין ניתן למחוק שיטות פעילות או ממתינות לאימות, אך לא ניתן למחוק שיטות שמגיעות מהפרופיל/רייסילר/מספר שפתח וכו. בכל פניה יש לצרף: פרמטר תיאור סוג הסבר נוסף mfaId מזהה שיטת האימות string מתקבל כתגובה אחרי היצירה בפרמטר methodId, או בפרמטר MFA_METHOD_ID בפעולה getMFAMethods בתוך מערך mfaMethods כמו שהוסבר למעלה. פירוט מענה: כאשר responseStatus הוא OK השיטה נמחקה. קבלת אסימוני ״זכור אותי״ פעילים - getMFATrustTokens הפעולה היא - getMFATrustTokens דרישה מקדימה לשימוש בשירות זה: לאחר ביצוע אימות קשיח (isPassInThisSession: true). מצב שבו השירות לא זמין: אין פירוט מענה: בפרמטר trustTokens יש מערך אסימונים, להלן המבנה: מאפיין סוג הסבר דוגמא הערה id int מזהה אסימון 1 משמש לטובת מחיקתו trust_key_type string סוג אסימון YM_CALL2ALL_WEBSITE יכול להיות או YM_CALL2ALL_WEBSITE אסימון אימות של אתר הניהול. או CUSTOMER_IP אסימון כתובת IP. create_by string נוצר על ידי 192.168.1.1 create_date string זמן יצירה 2025-09-28 21:56:52 update_by string עודכן על ידי 192.168.1.1 עדכון אסימון מתבצע כאשר מסמנים ״זכור אותי״ עם אסימון שכבר שמור. update_date string זמן עדכון null last_use string זמן שימוש בפועל null כאשר מתבצע שימוש באסימון - ומעבר של המנוע בגללו - הזמן מתעדכן. trust_note string הערת האסימון מזמן היצירה המחשב שלי פרמטר mfaRememberNote בבקשת validMFA. מחיקת אסימון ״זכור אותי״ - deleteTrustToken הפעולה היא - deleteTrustToken דרישה מקדימה לשימוש בשירות זה: לאחר ביצוע אימות קשיח (isPassInThisSession: true). מצב שבו השירות לא זמין: אין בכל פניה יש לצרף: פרמטר תיאור סוג הסבר נוסף trustTokenId מזהה האסימון string מתקבל בid בבקשת getMFATrustTokens. פירוט מענה: כאשר responseStatus הוא OK האסימון נמחקה. קבלת כתובות IP לבנות - getMFATrustIps הפעולה היא - getMFATrustIps דרישה מקדימה לשימוש בשירות זה: לאחר ביצוע אימות קשיח (isPassInThisSession: true). מצב שבו השירות לא זמין: אין פירוט מענה: בערך trustIps מערך כתובות IP לבנות. שמירת כתובות IP לבנות - setMFATrustIps הפעולה היא - setMFATrustIps דרישה מקדימה לשימוש בשירות זה: לאחר ביצוע אימות קשיח (isPassInThisSession: true). מצב שבו השירות לא זמין: אין שימו לב: ניתן להוסיף עד 50 כתובות. כתובת IP לבנה תעבור MFA עם סיבה INIT_WHITELIST_IPS כפי שהוסבר למעלה. כתובת IP לבנה עדיין תצטרך לבצע אימות קשיח בשביל לקבל isPassInThisSession: true לטובת ביצוע פעולות רגישות. ניתן להוסיף כתובות IPv4 או IPv6. בכל פניה יש לצרף: פרמטר תיאור סוג הסבר נוסף trustIps רשימת כתובות IP string/array כאשר שולחים string ההפרדה תיהיה בין שורה לשורה. בשליחה מערך כל איבר זה כתובת. פירוט מענה: מאפיין סוג הסבר דוגמא הערה responseStatus string סטטוס הפעולה OK okCount int מספר הכתובות שנוספו בהצלחה 1 save boolean האם בוצע שינוי בפועל true יהיה false אם הרשימה לא השתנתה. valid_new_list array מערך הכתובות החדש errors array מערך שגיאות [ "ip: 0.192.66.2222 is not valid" ]
  • מודול תור (מענה אנושי)

    הועבר
    18
    7 הצבעות
    18 פוסטים
    19k צפיות
    ש
    דירוג חווית השירות לאחר שיחה עם נציג - קובץ ext.ini להפעלת הדירוג יש להגדיר בקובץ ext.ini: queue_call_rating=yes הגדרה זו היא חובה, כדי שאפשרות הדירוג תופעל. להגדרת זמן ההמתנה רצוי להקשת הדירוג (אופציונלי) יש להגדיר בקובץ ext.ini: queue_call_rating_timeout=10 ברירת מחדל 7 שניות, בדוגמה כאן המערכת תמתין 10 שניות להקשת הדירוג. במידה ואין הקשה במשך הזמן שהוגדר, המערכת תנתב את המחייג בהתאם להגדרת queue_end_continue_goto. לקביעת תדירות הדוח (אופציונלי) יש להגדיר בקובץ ext.ini: queue_call_rating_log_file_type=day בדוגמה זו, הדוח הוא יומי. ברירת מחדל, הדוח הוא כללי, כלומר החל מיום הפעלת הדירוג במערכת ועד לזמן הנוכחי. להלן פירוט ערכי תדירות דוח אפשריים: דוחות יומיים: day - דוח יומי (ברירת מחדל) day.15:23 - דוח יומי שמתחדש מדי יום בשעה 15:23 דוחות שבועיים: week - דוח שבועי (מתחדש כל יום ראשון) week.5 - דוח שבועי שמתחדש כל יום חמישי week.5.19:59 - דוח שבועי שמתחדש כל יום חמישי בשעה 19:59 דוחות חודשיים: month - דוח חודשי (מתחדש בראשון לחודש) month.25 - דוח חודשי שמתחדש ב-25 לכל חודש month.25.19:59 - דוח חודשי שמתחדש ב-25 לכל חודש בשעה 19:59 דוחות שנתיים: year - דוח שנתי (מתחדש בראשון בינואר) year.31/11 - דוח שנתי שמתחדש ב-31 בנובמבר year.31/11.19:59 - דוח שנתי שמתחדש ב-31 בנובמבר בשעה 19:59 דוחות דירוגים דוח מפורט של נתוני הדירוג נוצר אוטומטית בתוך תקיית Queue שבתוך תקיית Log (תקיית הדוחות) במערכת. שם הדו"ח: QueueCallRatingLog.ymgr. ניתן להוריד את הדו"ח, בדומה לכל דוחות המערכת כמפורט כאן. במידה והגדרתם דו"ח יומי / חודשי / שנתי, התאריך יתווסף אוטומטית בשם הדו"ח שנוצר, לדוגמה: QueueCallRatingLog[.תאריך].ymgr הערות חשובות: הדירוג מתבצע רק לאחר סיום שיחה שנענתה על ידי נציג. כל דירוג חדש מעדכן את הממוצע הכללי של הנציג. הדירוג הוא פר מערכת, כך שגם אם ישנם כמה שלוחות תור באותה מערכת, כל הנתונים ירוכזו בדו"ח כללי אחד. הודעות מערכת קשורות M4117 לקוח יקר כחלק משיפור השירות, נשמח לקבל משוב על חווית השירות. אנא דרג את רמת השירות מ 1 עד 5 כאשר 1 הוא הדירוג הנמוך ביותר ו-5 הוא הדירוג הגבוה ביותר M4118 הדירוג התקבל בהצלחה. תודה וּלהתראות
  • שיתוף מערכת בין מאזינים

    הועבר
    1
    14 הצבעות
    1 פוסטים
    946 צפיות
    אין תגובות
  • התחברות למנוע סליקה כללי - credit_card

    הועבר
    3
    1
    5 הצבעות
    3 פוסטים
    14k צפיות
    ש
    קופונים הנחת קופונים בסליקת אשראי ️ הסבר ניתן לאפשר ללקוחות להזין קוד קופון במהלך הרכישה וליהנות מהנחה אוטומטית בעת סליקת אשראי! האופציה מאפשרת להגדיר הנחות לפי אחוזים או סכום קבוע, ולשלוט בכמות המימושים לכל קופון. הפעלת אפשרות קופונים כדי לאפשר שימוש בקופונים בסליקת, הוסיפו את השורה הבאה לקובץ ההגדרות: credit_card_discount_coupons=yes הוספת קופונים יש להכניס את הקופונים לקובץ: CouponDiscount.ini ברירת מחדל: הקובץ ימוקם בשלוחה שבה נמצא המשתמש. במודול קבלת נתונים עם סליקת אשראי – ההתנהגות לפי recording_and_entering_data_folder_to_play. 🧮 סוגי הנחות ניתן להגדיר שני סוגי קופונים: הנחה באחוזים – למשל: 1234=25% קופון מספר 1234 מקנה 25% הנחה. הנחה בסכום קבוע (ש"ח) – למשל: 4567=30 קופון מספר 4567 מקנה 30 ש"ח הנחה. הגבלת מימושים 1. הגבלה גלובלית לכל הקופונים: discount_coupons_quantity_limit=10 בדוגמה, כל קופון ניתן למימוש עד 10 פעמים. 2. הגבלה ספציפית לכל קופון ההגדרה מתבצעת באותו קובץ שבו מגדירים את הקופונים (CouponDiscount.ini) – פשוט מוסיפים פסיק וכמות מקסימלית. דוגמה: 1234=25%,5 4567=30,4 בפירוט: 1234 – 25% הנחה, עד 5 מימושים. 4567 – 30 ש"ח הנחה, עד 4 מימושים. כמות המימושים נשמרת אוטומטית בקובץ: CouponDiscountAmoun.ini נתונים בדוחות הסליקה כאשר נעשה שימוש בקופון, יתווספו הנתונים הבאים לדוחות: initialAmount=סכום לפני ההנחה CouponCode=קוד הקופון שהוזן DiscountAmount=סכום ההנחה בפועל 🧾 הנתונים יופיעו בדוחות הסליקה ובדוחות סיכום המשתמשים עם סליקת אשראי.
  • פונקציה לפיצול דו"חות לפי זמן (יום / שבוע / חודש / שנה)

    1
    2 הצבעות
    1 פוסטים
    561 צפיות
    אין תגובות
  • שאלות טריוויה ונכון או לא נכון - trivia_questions

    3
    8 הצבעות
    3 פוסטים
    9k צפיות
    ש
    שלוחה לניהול הטריוויה = הקלטת השאלות כמו שכתוב לעיל ניתן להקליט את השאלות דרך הטלפון, יש לפתוח שלוחה נפרדת מהשלוחה של הטריוויה עצמה ולהגדיר שם את ההגדרות הבאות מלבד הגדרת סוג השלוחה שיש להגדיר כמו בשלוחת הטריוויה עצמה type=trivia_questions יש להגדיר את סוג שלוחת הטריוויה למצב ניהול trivia_type=admin כמובן שצריך להגן על שלוחה זו שלא כל אחד יוכל להיכנס איליה בשביל להגדיר סיסמא לשלוחה ראה כאן יש להגדיר את השלוחה במערכת שלתוכה יוכנסו השאלות (בדרך כלל שלוחת הטריוויה עצמה): trivia_questions_val=2 כאן בדוגמה מוגדר שהשאלות יוקלטו לשלוחה 2 שתחת השלוחה הראשית (שימו לב! לא שמים את הסלש לפני הכתובת). כברירת מחדל, בשלוחת הקלטת השאלות, מושמעת שאלה איזה סוג שאלה רוצים להקליט (טריוויה או נכון/לא נכון). אם רוצים שלא יושמע תפריט זה, ולעבור ישירות להקלטת שאלה מסוג טריוויה אמריקאית, יש להגדיר: record_trivia_american=yes אם רוצים שלא יושמע התפריט הנ"ל, אלא לעבור ישירות להקלטת שאלה מסוג 'נכון או לא נכון' יש להגדיר: record_trivia_yes_no=yes כברירת מחדל, בשלוחת הקלטת השאלות, השאלות מוקלטות עבור טריוויה יומית. על מנת להגדיר את הקלטת השאלות למצב טריוויה 'קבוע', יש להגדיר: trivia_questions_location=always על סוגי החלפת השאלות (יומי/שבועי/קבוע) - ראו בהמשך.
  • טוקארד

    1
    13 הצבעות
    1 פוסטים
    1k צפיות
    אין תגובות