הרכיב המובנה לערעורים מאמת את המשתמש ומאפשר לו לערער על חיובים, עסקאות ועמלות. הרכיב הזה משתמש בגרסה מותאמת אישית של הרכיב המובנה Authentication כדי לאמת את בעלי החשבונות ובעלי הכרטיסים. הרכיב משתמש גם בגרסה מותאמת אישית של הרכיב המובנה תאריך לידה כדי לאסוף תאריכים של עסקאות שנויות במחלוקת.
מגבלות
בנוסף למגבלות הנפוצות של רכיבים מובנים, לרכיב המובנה הזה יש את המגבלות הבאות:
- הרכיב הזה לא מצפין נתונים.
דוגמאות לדו-שיח
השיחות לדוגמה הבאות ממחישות תרחישים נפוצים שהרכיב המוכן מראש הזה מטפל בהם. הדיאלוגים לדוגמה מדגימים את ההתנהגות כשהרכיב נקרא באמצעות טלפוניה, שמפעילה את כוונת ברירת המחדל לפתיחה ואת התגובה הראשונה של הנציג בתחילת השיחה.
משתמש לא מאומת עם ערעור על עסקה
הנציג מזהה שהמשתמש לא אומת בעבר ואוסף מידע כדי לוודא שהמשתמש הוא בעל חשבון רשום. הנציג אוסף מידע על הערעור, כולל מספר החשבון, אופן הערעור, התאריך והסכום, ויוצר בקשה חדשה לערעור.
| קלט של משתמשים | התשובה של הסוכן |
|---|---|
| הנציג מאמת את המשתמש באמצעות הרכיב המוגדר מראש Authentication | |
| תודה, האימות בוצע בהצלחה. | |
| חשוב לזכור שאפשר להגיש תביעה או לערער על חיוב בפורטל הבנקאות הדיגיטלית. רוצה להמשיך בשיחה הזו כדי להגיש תלונה או התנגדות? | |
| כן, אני רוצה לשלוח התנגדות | |
| עליך לציין אם המחלוקת קשורה לחיובים או לעסקאות בכרטיס אשראי. | |
| השאלה שלי קשורה לעסקה שביצעתי | |
| אנחנו מאחזרים את פרטי החשבון שלך. מצאנו שיש 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 | (אופציונלי) 4 הספרות האחרונות של מספר הכרטיס שלגביו רוצים להגיש את הערעור. אם ללקוח יש כרטיס אחד, המידע הזה מאוחזר באופן אוטומטי אחרי האימות. אם ללקוח יש כמה כרטיסים, מספר הכרטיס הספציפי נאסף מהלקוח. | מחרוזת |
| $session.params.last_four_digit_of_account_number | (אופציונלי) ארבע הספרות האחרונות של מספר חשבון הלקוח שלגביו הוגשה התלונה. אם ללקוח יש חשבון אחד, המידע הזה מאוחזר באופן אוטומטי אחרי האימות. אם ללקוח יש כמה חשבונות, מספר החשבון הספציפי נאסף מהלקוח. | מחרוזת |
| $flow.max_dispute_month | מציין את מספר החודשים המקסימלי לפני התאריך הנוכחי שמותר לתאריך של עסקה שנויה במחלוקת. כברירת מחדל, הערך הזה הוא -6, כלומר אפשר להגיש ערעורים על עסקאות שבוצעו עד 6 חודשים לפני התאריך הנוכחי. |
מספר שלם |
| $flow.max_attempts | מציינת את מספר הניסיונות החוזרים שמותרים כשמבקשים מהמשתמש להזין את הסיסמה החד-פעמית (OTP). ערך ברירת המחדל הוא 2. |
מספר שלם |
| flow.max_retry_counter | מציין את מספר הניסיונות החוזרים המותרים כשנאסף מידע מהמשתמש. ערך ברירת המחדל הוא 2. |
מספר שלם |
כדי להגדיר את הפרמטרים של הקלט לרכיב הזה, מרחיבים את ההוראות.
- פותחים את מסוף Dialogflow CX.
- בוחרים את הפרויקט ב-Google Cloud.
- בוחרים את הסוכן.
- לוחצים על הכרטיסייה Build.
- לוחצים על הרכיב המיובא בקטע Flows (תהליכים).
- בקטע Pages, לוחצים על Start Page.
- לוחצים על המסלול true בדף הפתיחה.
- בחלון Route, עורכים את הערכים של Parameter Presets לפי הצורך.
- לוחצים על Save.
פרמטרים של פלט
פרמטרים של פלט הם פרמטרים של סשן שיישארו פעילים אחרי היציאה מהרכיב. הפרמטרים האלה מכילים מידע חשוב שנאסף על ידי הרכיב. הרכיב המוכן מראש הזה מספק ערכים לפרמטרים הבאים של פלט:
| שם הפרמטר | תיאור | פורמט הפלט |
|---|---|---|
| auth_level | מציין את רמת האימות של המתקשר. | מספר שלם |
| phone_number | מספר הטלפון המקומי של המשתמש, ללא קוד המדינה, שמשמש לזיהוי המשתמש. | מחרוזת |
| card_count | מספר כרטיסי האשראי שמשויכים למשתמש המאומת. | מספר שלם |
| account_count | מספר החשבונות שמשויכים למספר הטלפון הרשום. החשבונות האלה כוללים חשבונות עצמיים וחשבונות שלמשתמש יש ייפוי כוח עבורם. | מספר שלם |
| last_four_digit_of_card_number | 4 הספרות האחרונות של מספר הכרטיס שבו בוצעה העסקה שחולקתם עליה. | מחרוזת |
| last_four_digit_of_account_number | ארבע הספרות האחרונות של מספר חשבון הלקוח שלגביו הוגשה בקשת הערעור. | מחרוזת |
| 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. |
מחרוזת |
הגדרה בסיסית
כדי להגדיר את הרכיב המוכן מראש:
- מייבאים את הרכיב שהוגדר מראש.
- מגדירים את ה-webhooks הגמישים שסופקו, באמצעות הגדרה שמתארת את השירותים החיצוניים שלכם. בהמשך מוסבר איך מגדירים webhook.
הגדרת תגובה לפעולה מאתר אחר (webhook)
כדי להשתמש ברכיב הזה, צריך להגדיר את ה-webhooks הגמישים שכלולים בו כדי לאחזר את המידע הדרוש מהשירותים החיצוניים.
אימות
אם לא הגדרתם בעבר שירותים חיצוניים שנדרשים לאימות, תצטרכו להגדיר אותם כדי לאפשר אימות של משתמשים ברכיב הזה. הוראות מפורטות זמינות במאמר הגדרת תגובה לפעולה מאתר אחר (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 "קבלת פרטי כרטיס אשראי" לרכיב הזה, מרחיבים את ההוראות.
- פותחים את מסוף Dialogflow CX.
- בוחרים את הפרויקט ב-Google Cloud.
- בוחרים את הסוכן.
- לוחצים על הכרטיסייה ניהול.
- לוחצים על Webhooks.
- בוחרים את ה-webhook prebuilt_components_account_services:get_credit_card_details.
- מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שרוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
- בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-webhook.
- בודקים ומעדכנים את Response configuration כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הם נדרשים לרכיב כדי לגשת לערכי השדות שמוחזרים.
- בודקים ומעדכנים את הגדרות האימות לפי הצורך.
- לוחצים על Save.
אימות כרטיס אשראי
הרכיב משתמש ב-webhook של prebuilt_components_disputes:validate_credit_card כדי לוודא שכרטיס אשראי מסוים רשום על שם המשתמש.
פרמטרים של בקשות API
הרכיב מספק את הפרמטרים הבאים כקלט לבקשת ה-API.
| שם הפרמטר | תיאור | פורמט הקלט |
|---|---|---|
| $session.params.phone_number | מספר הטלפון המקומי של המשתמש, ללא קוד המדינה, שמשמש לזיהוי המשתמש. | מחרוזת |
| $session.params.last_four_digit_of_card_number | ארבע הספרות האחרונות של מספר הכרטיס שהמשתמש ביקש להגיש לגביו ערעור. | מחרוזת |
פרמטרים של תגובה מה-API
הפרמטרים הבאים נשלפים מהתגובה מה-API כדי שהרכיב ישתמש בהם.
| שם הפרמטר | תיאור | פורמט הפלט |
|---|---|---|
| card_found | מציין אם הכרטיס המבוקש קיים. | בוליאני |
כדי להגדיר את ה-webhook לאימות כרטיס אשראי ברכיב הזה, מרחיבים את ההוראות.
- פותחים את מסוף Dialogflow CX.
- בוחרים את הפרויקט ב-Google Cloud.
- בוחרים את הסוכן.
- לוחצים על הכרטיסייה ניהול.
- לוחצים על Webhooks.
- בוחרים את ה-webhook prebuilt_components_disputes:validate_credit_card.
- מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שרוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
- בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-webhook.
- בודקים ומעדכנים את Response configuration כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הם נדרשים לרכיב כדי לגשת לערכי השדות שמוחזרים.
- בודקים ומעדכנים את הגדרות האימות לפי הצורך.
- לוחצים על 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 לאימות החשבון ברכיב הזה, מרחיבים את ההוראות.
- פותחים את מסוף Dialogflow CX.
- בוחרים את הפרויקט ב-Google Cloud.
- בוחרים את הסוכן.
- לוחצים על הכרטיסייה ניהול.
- לוחצים על Webhooks.
- בוחרים את ה-webhook prebuilt_components_account_services:validate_account.
- מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שרוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
- בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-webhook.
- בודקים ומעדכנים את Response configuration כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הם נדרשים לרכיב כדי לגשת לערכי השדות שמוחזרים.
- בודקים ומעדכנים את הגדרות האימות לפי הצורך.
- לוחצים על 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 לאימות עסקאות ברכיב הזה, מרחיבים את ההוראות.
- פותחים את מסוף Dialogflow CX.
- בוחרים את הפרויקט ב-Google Cloud.
- בוחרים את הסוכן.
- לוחצים על הכרטיסייה ניהול.
- לוחצים על Webhooks.
- בוחרים את ה-webhook prebuilt_components_disputes:validate_transaction.
- מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שרוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
- בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-webhook.
- בודקים ומעדכנים את Response configuration כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הם נדרשים לרכיב כדי לגשת לערכי השדות שמוחזרים.
- בודקים ומעדכנים את הגדרות האימות לפי הצורך.
- לוחצים על 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 של Create dispute case לרכיב הזה, מרחיבים את ההוראות.
- פותחים את מסוף Dialogflow CX.
- בוחרים את הפרויקט ב-Google Cloud.
- בוחרים את הסוכן.
- לוחצים על הכרטיסייה ניהול.
- לוחצים על Webhooks.
- בוחרים את ה-webhook prebuilt_components_disputes:create_dispute_case.
- מחליפים את כתובת ה-URL בשדה Webhook URL ב-Dialogflow CX בנקודת הקצה של השירות שרוצים לשלב. בוחרים את השיטה המתאימה בתפריט הנפתח.
- בודקים ומעדכנים את גוף הבקשה כדי ליצור את פורמט הבקשה המתאים ל-webhook.
- בודקים ומעדכנים את Response configuration כדי לחלץ שדות ספציפיים מהתגובה של ה-webhook. אל תשנו את שמות הפרמטרים, כי הם נדרשים לרכיב כדי לגשת לערכי השדות שמוחזרים.
- בודקים ומעדכנים את הגדרות האימות לפי הצורך.
- לוחצים על Save.
הושלמה
עכשיו הנציג וה-webhooks שלו אמורים להיות מוגדרים ומוכנים לבדיקה.