רכיב מוכן מראש של התנגדויות

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

מגבלות

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

  • הרכיב הזה לא מצפין נתונים.

דוגמאות לתיבות דו-שיח

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

משתמש לא מאומת עם ערעור על עסקה

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

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

מצאנו 2 חשבונות שמשויכים למספר שלך. מהן 4 הספרות האחרונות של מספר החשבון שאליו מתייחסת הפנייה שלך?
1001
תודה, 4 הספרות האחרונות שקיבלנו הן 1001. זה נכון?
כן
כדי להתחיל, מה היה תאריך העסקה?
הסוכן הווירטואלי אוסף את תאריך העסקה באמצעות רכיב מוכן מראש של תאריך לידה
אפשר לאשר את הסכום שהעברת? לדוגמה, אם רוצים למצוא עסקה מעל 100.30$, אומרים "100".
‫15 דולר
הזנת סכום מחלוקת של 15 $לתאריך 2023-05-0. רוצה להגיש ערעור בחשבון שלך?
כן
יצרנו פנייה חדשה עם הערעור שלך. מספר הפנייה שלך הוא 448639 והוא נשלח לכתובת האימייל הרשומה שלך. אחרי שנבדוק את הפרטים שסיפקת, נזכה את החשבון שלך שמספרו מסתיים ב-1001.

משתמש מאומת עם ערעור על חיוב בכרטיס אשראי

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

קלט של משתמשים התשובה של הסוכן
מצאנו 2 כרטיסי אשראי שמשויכים למספר שלך. האם חיפשת מספר כרטיס שמסתיים בספרות 4321?
כן
אם הערעור קשור לחיוב בכרטיס אשראי, אומרים "חיוב בכרטיס אשראי".
חיוב בכרטיס אשראי
רוצה לערער על חיוב יתר או על הוצאה שמופיעים בחשבון כרטיס האשראי?
חייבתם אותי בסכום גבוה מדי
לפני שנתחיל, אפשר בבקשה לציין באיזה חודש הבעיה קרתה?
04
מה הסכום שברצונך לתבוע? לדוגמה, אם רוצים למצוא תביעה מעל 100.30$, אומרים "100".
4567
תודה! אפשר לאשר את תיאור העמלה שמשויכת לבעיה הפוטנציאלית הזו? אתם יכולים לבחור מתוך עמלות שנתיות, עמלות על עסקאות, עמלות על איחור בתשלום או כל עמלה אחרת.
זו הייתה עמלה שנתית
הזנת סכום ערעור של ‎4,567 $בתאריך 2023-04-01. רוצה להגיש ערעור על חיוב בכרטיס האשראי?
כן
יצרנו פנייה חדשה עם הערעור שלך. מספר הפנייה שלך הוא 111236 והוא נשלח למספר הטלפון הרשום שלך. הבעיה תיפתר תוך 3 ימי עסקים.

מוסכמות למתן שמות

הרכיב המובנה הזה משתמש במוסכמות הבאות למתן שמות:

תכונה פורמט דוגמה
Flow [שם הרכיב] מחלוקות
כוונת רכישה ספציפית לרכיב prebuilt_components_[component_name]_[intent_name] prebuilt_components_disputes_dispute_type
סוג ישות prebuilt_components_[component_name]_[entity_type] prebuilt_components_disputes_dispute_reason
Webhook prebuilt_components_[component_name]:[webhook_action] prebuilt_components_disputes:get_disputed_transaction

פרמטרים של קלט

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

המרכיב המובנה הזה מקבל את פרמטרי הקלט הבאים:

שם הפרמטר תיאור פורמט קלט
$session.params.auth_level (אופציונלי) מציין את רמת האימות של המתקשר. מספר שלם
$session.params.auth_level_req מציין את רמת האימות שנדרשת לפני שהמשתמש יכול לגשת להיסטוריית העסקאות שלו. הערך הזה מוגדר בהגדרות הקבועות מראש של הפרמטרים של השלמת הכניסה לדף בדף check auth level. ערך ברירת המחדל הוא 1. מספר שלם
$session.params.account_auth_enabled מציין אם המשתמש צריך לעבור אימות כבעל החשבון, כפי שמתואר בסוגי אימות. הערך הזה מוגדר בהגדרות הקבועות מראש של הפרמטרים של השלמת הכניסה לדף בדף check auth level. ערך ברירת המחדל הוא true. בוליאני
$session.params.card_auth_enabled מציין אם המשתמש צריך לעבור אימות כבעל כרטיס, כפי שמתואר בסוגי אימות. הערך הזה מוגדר בהגדרות הקבועות מראש של הפרמטרים של השלמת הכניסה לדף בדף check auth level. ערך ברירת המחדל הוא false. בוליאני
$session.params.phone_number (אופציונלי) מספר הטלפון הרשום של הלקוח שמשמש לאימות. מחרוזת
$session.params.card_count (אופציונלי) מספר כרטיסי האשראי שמשויכים למשתמש המאומת. מספר שלם
$session.params.account_count (אופציונלי) מספר החשבונות שמשויכים למספר הטלפון הרשום. החשבונות האלה כוללים חשבונות עצמאיים וחשבונות שבהם למשתמש יש ייפוי כוח. מספר שלם
$session.params.last_four_digit_of_card_number (אופציונלי) ארבע הספרות האחרונות של מספר הכרטיס שעליו רוצים להגיש את הערעור. אם ללקוח יש כרטיס אחד, המידע הזה מאוחזר באופן אוטומטי אחרי האימות. אם ללקוח יש כמה כרטיסים, המערכת אוספת את מספר הכרטיס הספציפי מהלקוח. מחרוזת
$session.params.last_four_digit_of_account_number (אופציונלי) ארבע הספרות האחרונות של מספר חשבון הלקוח שאליו מתייחסת המחלוקת. אם ללקוח יש חשבון יחיד, המידע הזה מאוחזר באופן אוטומטי אחרי האימות. אם ללקוח יש כמה חשבונות, נאסף ממנו מספר החשבון הספציפי. מחרוזת
$flow.max_dispute_month מציין את מספר החודשים המקסימלי לפני התאריך הנוכחי שמותר להגדיר כתאריך של עסקה שבמחלוקת. ערך ברירת המחדל הוא -6, שמציין שאפשר להגיש ערעורים על עסקאות שבוצעו עד 6 חודשים לפני התאריך הנוכחי. מספר שלם
$flow.max_attempts מציינת את מספר הניסיונות החוזרים שמותרים כשמבקשים מהמשתמש את הסיסמה החד-פעמית (OTP). ערך ברירת המחדל הוא 2. מספר שלם
flow.max_retry_counter מציין את מספר הניסיונות החוזרים שמותרים כשמבקשים מידע מהמשתמש. ערך ברירת המחדל הוא 2. מספר שלם

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

  1. פותחים את מסוף Dialogflow CX.
  2. בוחרים את הפרויקט ב-Google Cloud.
  3. בוחרים את הסוכן.
  4. בוחרים בכרטיסייה Build (פיתוח).
  5. לוחצים על הרכיב המיובא בקטע Flows (תהליכי עבודה).
  6. בקטע דפים, לוחצים על דף הפתיחה.
  7. לוחצים על המסלול true בדף הפתיחה.
  8. בחלון Route (מסלול), עורכים את הערכים של Parameter Presets (הגדרות קבועות מראש של פרמטרים) לפי הצורך.
  9. לוחצים על Save.

פרמטרים של פלט

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

שם הפרמטר תיאור פורמט הפלט
auth_level מציין את רמת האימות של המתקשר. מספר שלם
phone_number מספר הטלפון המקומי של המשתמש, ללא קוד המדינה, שמשמש לזיהוי המשתמש. מחרוזת
card_count מספר כרטיסי האשראי שמשויכים למשתמש המאומת. מספר שלם
account_count מספר החשבונות שמשויכים למספר הטלפון הרשום. החשבונות האלה כוללים חשבונות עצמאיים וחשבונות שבהם למשתמש יש ייפוי כוח. מספר שלם
last_four_digit_of_card_number ארבע הספרות האחרונות של מספר הכרטיס שעליו נפתח הערעור. מחרוזת
last_four_digit_of_account_number ‫4 הספרות האחרונות של מספר חשבון הלקוח שעליו נפתח הערעור. מחרוזת
transfer_reason הפרמטר הזה מציין את הסיבה ליציאה מהתהליך, אם הוא לא הושלם בהצלחה. הערך שמוחזר הוא אחד מהערכים הבאים:

agent: משתמש הקצה ביקש לדבר עם נציג אנושי בשלב מסוים במהלך השיחה.

denial_of_information: משתמש הקצה סירב לשתף מידע שהרכיב ביקש.

max_no_input: השיחה הגיעה למספר המקסימלי של ניסיונות חוזרים לאירועים ללא קלט.

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

webhook_error: אירעה שגיאת webhook. מידע נוסף זמין במאמר בנושא אירוע מובנה webhook.error. ‫

webhook_not_found: לא הייתה אפשרות להגיע לכתובת ה-URL של ה-webhook. מידע נוסף זמין במאמר בנושא אירוע מובנה webhook.error.not-found.
מחרוזת

הגדרה בסיסית

כדי להגדיר את הרכיב המובנה הזה:

  1. מייבאים את הרכיב שנוצר מראש.
  2. מגדירים את ה-webhooks הגמישים שסופקו עם הגדרה שמתארת את השירותים החיצוניים. פרטים נוספים מופיעים בקטע 'הגדרת webhook' בהמשך.

הגדרת webhook

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

אימות

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

קבלת פרטי כרטיס אשראי

רכיב ה-webhook‏ prebuilt_components_account_services:get_credit_card_details משמש לקבלת מידע על כרטיסי האשראי שרשומים על שם המשתמש.

פרמטרים של בקשות API

הפרמטרים הבאים מסופקים על ידי הרכיב כקלט לבקשת ה-API.

שם הפרמטר תיאור פורמט קלט
$session.params.phone_number מספר הטלפון המקומי של המשתמש, ללא קוד המדינה, שמשמש לזיהוי המשתמש. מחרוזת

פרמטרים של תגובה מה-API

הפרמטרים הבאים נשלפים מתגובת ה-API כדי שהרכיב יוכל להשתמש בהם.

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

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

  1. פותחים את מסוף Dialogflow CX.
  2. בוחרים את הפרויקט ב-Google Cloud.
  3. בוחרים את הסוכן.
  4. לוחצים על הכרטיסייה ניהול.
  5. לוחצים על Webhooks.
  6. בוחרים את ה-webhook ‏prebuilt_components_account_services:get_credit_card_details.
  7. מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שאותו רוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
  8. בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-Webhook.
  9. בודקים ומעדכנים את הגדרות התגובה כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הרכיב צריך אותם כדי לגשת לערכי השדות שמוחזרים.
  10. בודקים את הגדרות האימות ומעדכנים אותן לפי הצורך.
  11. לוחצים על Save.

אימות כרטיס אשראי

רכיב ה-prebuilt_components_disputes:validate_credit_card משמש לאימות של כרטיס אשראי ספציפי שרשום על שם המשתמש.

פרמטרים של בקשות API

הפרמטרים הבאים מסופקים על ידי הרכיב כקלט לבקשת ה-API.

שם הפרמטר תיאור פורמט קלט
$session.params.phone_number מספר הטלפון המקומי של המשתמש, ללא קוד המדינה, שמשמש לזיהוי המשתמש. מחרוזת
$session.params.last_four_digit_of_card_number ‫4 הספרות האחרונות של מספר הכרטיס שהמשתמש ביקש לפתוח לגביו מחלוקת. מחרוזת

פרמטרים של תגובה מה-API

הפרמטרים הבאים נשלפים מתגובת ה-API כדי שהרכיב יוכל להשתמש בהם.

שם הפרמטר תיאור פורמט הפלט
card_found מציין אם הכרטיס המבוקש קיים. בוליאני

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

  1. פותחים את מסוף Dialogflow CX.
  2. בוחרים את הפרויקט ב-Google Cloud.
  3. בוחרים את הסוכן.
  4. לוחצים על הכרטיסייה ניהול.
  5. לוחצים על Webhooks.
  6. בוחרים את ה-webhook של prebuilt_components_disputes:validate_credit_card.
  7. מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שאותו רוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
  8. בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-Webhook.
  9. בודקים ומעדכנים את הגדרות התגובה כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הרכיב צריך אותם כדי לגשת לערכי השדות שמוחזרים.
  10. בודקים את הגדרות האימות ומעדכנים אותן לפי הצורך.
  11. לוחצים על Save.

אימות החשבון

רכיב ה-webhook‏ prebuilt_components_account_services:validate_account משמש לאימות קיומו של חשבון על סמך מספר הטלפון הרשום של המשתמש וארבע הספרות האחרונות של מספר החשבון שסופק. אם קיים חשבון, ה-webhook מחזיר גם את יתרת החשבון.

פרמטרים של בקשות API

הפרמטרים הבאים מסופקים על ידי הרכיב כקלט לבקשת ה-API.

שם הפרמטר תיאור פורמט קלט
$session.params.phone_number מספר הטלפון המקומי של המשתמש, ללא קוד המדינה, שמשמש לזיהוי המשתמש. מחרוזת
$session.params.last_four_digit_of_account_number ארבע הספרות האחרונות של מספר החשבון שלגביו המשתמש ביקש להגיש ערעור. מחרוזת

פרמטרים של תגובה מה-API

הפרמטרים הבאים נשלפים מתגובת ה-API כדי שהרכיב יוכל להשתמש בהם.

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

כדי להגדיר את ה-webhook של רכיב האימות, מרחיבים את ההוראות.

  1. פותחים את מסוף Dialogflow CX.
  2. בוחרים את הפרויקט ב-Google Cloud.
  3. בוחרים את הסוכן.
  4. לוחצים על הכרטיסייה ניהול.
  5. לוחצים על Webhooks.
  6. בוחרים את ה-webhook‏ prebuilt_components_account_services:validate_account.
  7. מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שאותו רוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
  8. בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-Webhook.
  9. בודקים ומעדכנים את הגדרות התגובה כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הרכיב צריך אותם כדי לגשת לערכי השדות שמוחזרים.
  10. בודקים את הגדרות האימות ומעדכנים אותן לפי הצורך.
  11. לוחצים על Save.

אימות העסקה

רכיב ה-webhook‏ prebuilt_components_disputes:validate_transaction משמש לאימות קיומה של עסקה ספציפית.

פרמטרים של בקשות API

הפרמטרים הבאים מסופקים על ידי הרכיב כקלט לבקשת ה-API.

שם הפרמטר תיאור פורמט קלט
$session.params.phone_number מספר הטלפון המקומי של המשתמש, ללא קוד המדינה, שמשמש לזיהוי המשתמש. מחרוזת
$flow.dispute_type סוג העסקה שעליה ערערת. הערכים התקינים מוגדרים על ידי הישות המותאמת אישית prebuilt_components_disputes_dispute_type. מחרוזת
$flow.dispute_date התאריך של העסקה שבמחלוקת בפורמט YYYY-MM-DD. מחרוזת
$flow.dispute_amount סכום העסקה שעליה הוגש ערעור. מספר שלם
$flow.last_four_digits ארבע הספרות האחרונות של מספר כרטיס האשראי או מספר החשבון שבו בוצעה העסקה שבמחלוקת. מחרוזת

פרמטרים של תגובה מה-API

הפרמטרים הבאים נשלפים מתגובת ה-API כדי שהרכיב יוכל להשתמש בהם.

שם הפרמטר תיאור פורמט הפלט
transaction_found מציין אם הטרנזקציה המבוקשת קיימת. בוליאני

כדי להגדיר את ה-webhook של אימות העסקה לרכיב הזה, מרחיבים את ההוראות.

  1. פותחים את מסוף Dialogflow CX.
  2. בוחרים את הפרויקט ב-Google Cloud.
  3. בוחרים את הסוכן.
  4. לוחצים על הכרטיסייה ניהול.
  5. לוחצים על Webhooks.
  6. בוחרים את ה-webhook של prebuilt_components_disputes:validate_transaction.
  7. מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שאותו רוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
  8. בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-Webhook.
  9. בודקים ומעדכנים את הגדרות התגובה כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הרכיב צריך אותם כדי לגשת לערכי השדות שמוחזרים.
  10. בודקים את הגדרות האימות ומעדכנים אותן לפי הצורך.
  11. לוחצים על Save.

יצירת בקשת תמיכה בנושא התנגדות

רכיב ה-webhook‏ prebuilt_components_disputes:create_dispute_case משמש ליצירת פנייה חדשה בנושא ערעור.

פרמטרים של בקשות API

הפרמטרים הבאים מסופקים על ידי הרכיב כקלט לבקשת ה-API.

שם הפרמטר תיאור פורמט קלט
$session.params.phone_number מספר הטלפון המקומי של המשתמש, ללא קוד המדינה, שמשמש לזיהוי המשתמש. מחרוזת
$flow.dispute_type סוג הערעור. הערכים התקינים מוגדרים על ידי הישות המותאמת אישית prebuilt_components_disputes_dispute_type. מחרוזת
$flow.dispute_date התאריך של העסקה שבמחלוקת בפורמט YYYY-MM-DD. מחרוזת
$flow.dispute_amount סכום העסקה שעליה הוגש ערעור. מספר שלם
$flow.dispute_reason הסיבה להתנגדות. הערכים התקינים מוגדרים על ידי הישות המותאמת אישית prebuilt_components_disputes_dispute_reason. מחרוזת
$flow.dispute_fee_type סוג העמלה שקשורה לערעור. הערכים התקינים מוגדרים על ידי הישות המותאמת אישית prebuilt_components_disputes_fee_types. מחרוזת
$flow.last_four_digits ארבע הספרות האחרונות של מספר כרטיס האשראי או מספר החשבון שבו בוצעה העסקה שבמחלוקת. מחרוזת

פרמטרים של תגובה מה-API

הפרמטרים הבאים נשלפים מתגובת ה-API כדי שהרכיב יוכל להשתמש בהם.

שם הפרמטר תיאור פורמט הפלט
dispute_case_number מספר הפנייה שנוצרה לצורך הערעור. מספר שלם

כדי להגדיר את ה-webhook של רכיב 'יצירת פנייה לערעור', מרחיבים את ההוראות.

  1. פותחים את מסוף Dialogflow CX.
  2. בוחרים את הפרויקט ב-Google Cloud.
  3. בוחרים את הסוכן.
  4. לוחצים על הכרטיסייה ניהול.
  5. לוחצים על Webhooks.
  6. בוחרים את ה-webhook ‏prebuilt_components_disputes:create_dispute_case.
  7. מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שאותו רוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
  8. בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-Webhook.
  9. בודקים ומעדכנים את הגדרות התגובה כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הרכיב צריך אותם כדי לגשת לערכי השדות שמוחזרים.
  10. בודקים את הגדרות האימות ומעדכנים אותן לפי הצורך.
  11. לוחצים על Save.

הושלמה

הסוכן ורכיבי ה-webhook שלו אמורים להיות מוגדרים עכשיו ומוכנים לבדיקה.