המדריך הזה מסביר את תהליך הפיתוח של פרויקט פעולות שמשלבים עסקאות של מוצרים פיזיים באמצעות אמצעי תשלום מנוהלים על ידי האתר שלך.
תהליך העסקה
כשפרויקט Actions מטפל בעסקאות פיזיות באמצעות תשלומים בניהול המוכר, משתמשת בתהליך הבא:
- קישור חשבון משתמש – כדי שהמשתמש יוכל להשתמש בתשלום אמצעי התשלום שנשמר בשירות שלך, צריך להשתמש בקישור חשבונות כדי לשייך את חשבון Google שלו לחשבון שלו בשירות שלכם.
- איסוף מידע (אופציונלי) – בהתאם לאופי של
עסקה, כדאי לאסוף את המידע הבא מהמשתמש בתחילת השיחה:
- אימות הדרישות לעסקאות – בתחילת קטע העסקאות של השיחה, לאמת שהמשתמש עומד בדרישות לביצוע עסקה, כמו כי פרטי התשלום מוגדרים כראוי וזמינים בתהליך היצירה של עגלת הקניות.
- לבקש כתובת למשלוח – אם העסקה מחייבת משלוח כתובת, לאסוף כתובת אחת מהמשתמש.
- הכנת ההזמנה – הדרכת המשתמש "הרכבת עגלת קניות" שבו הוא בוחר אילו פריטים הוא רוצה לרכוש.
- הצעת ההזמנה – לאחר השלמת עגלת הקניות, מציעים את ההזמנה את המשתמש, כדי שהוא יוכל לאשר שזה נכון. אם ההזמנה תאושר, עליך לקבל תשובה עם פרטי הזמנה ואסימון תשלום.
- השלמת ההזמנה ושליחת קבלה – לאחר שההזמנה אושרה, מעדכנים אותה את שירותי מעקב המלאי או שירותי מילוי הזמנות אחרים, ולאחר מכן לשלוח קבלה למשתמש.
- שליחת עדכוני הזמנות – במהלך משך החיים של מילוי ההזמנה, לעדכן את הזמנת המשתמש על ידי שליחת בקשות PATCH להזמנות API.
הנחיות בנושא הגבלות ובדיקה
חשוב לזכור שכללי מדיניות נוספים חלים על 'פעולות עם עסקאות'. הוא תהליך הבדיקה של פעולות עם עסקאות עשוי להימשך עד שישה שבועות, בזמן תכנון לוח הזמנים להשקה. כדי להקל את תהליך הבדיקה, עליך לעמוד בדרישות של מדיניות והנחיות בנושא עסקאות לפני שליחת הפעולה לבדיקה.
אפשר לפרוס פעולות למכירת מוצרים פיזיים רק במדינות הבאות:
אוסטרליה ברזיל קנדה אינדונזיה |
יפן מקסיקו קטאר רוסיה |
סינגפור שווייץ תאילנד טורקיה בריטניה ארצות הברית |
בניית הפרויקט
דוגמה לשיחה שכוללת טרנזקציות, אפשר לעיין בעסקאות של Node.js דוגמה.
הגדרת פרויקט
כשיוצרים את הפעולה, צריך לציין שרוצים לבצע עסקאות במסוף Actions.
כדי להגדיר את הפרויקט ואת מילוי ההזמנות:
- יוצרים פרויקט חדש או מייבאים פרויקט קיים.
- עוברים אל Deploy > (פריסה) >. פרטי הספרייה.
בקטע מידע נוסף > עסקאות > מסמנים את התיבה שבה כתוב "ביצוע הפעולות שלך" להשתמש ב-Transactions API כדי לבצע עסקאות של מוצרים פיזיים?".
קישור חשבון המשתמש (אופציונלי)
אם אתם משתמשים באמצעי תשלום משלכם כדי לחייב את המשתמש, מומלץ לקשר את חשבון Google שלהם לחשבון שיש לו בשירות משלכם לאחזור, להציג ולחייב את אמצעי התשלום השמורים שם.
עיצוב ממשק המשתמש הקולי בשביל תהליך האימות
בודקים אם המשתמש מאומת ומתחילים בתהליך קישור החשבונות
- פותחים את הפרויקט Actions Builder ב-Actions Console.
- כדי להתחיל לקשר חשבונות בפעולה, צריך ליצור סצנה חדשה:
- לוחצים על סצנות.
- לוחצים על סמל ההוספה (+) כדי להוסיף סצנה חדשה.
- בסצנה החדשה שנוצרה, לוחצים על סמל ההוספה add הסמל של תנאים.
- צריך להוסיף תנאי שבודק אם המשתמש שמשויך לשיחה הוא
משתמש מאומת. אם הבדיקה תיכשל, הפעולה לא תוכל לבצע קישור חשבונות
במהלך השיחה, וצריך לחזור ולספק גישה
שלא מחייבת קישור חשבונות.
- בשדה
Enter new expression
בקטע תנאי, מזינים את הלוגיקה הבאה:user.verificationStatus != "VERIFIED"
- בקטע מעבר, בוחרים סצנה שלא מחייבת קישור חשבונות, או סצנה שהיא נקודת הכניסה לפונקציונליות של אורחים בלבד.
- בשדה
- לוחצים על סמל ההוספה add לצד תנאים.
- צריך להוסיף תנאי כדי להפעיל תהליך קישור חשבון אם למשתמש לא
זהות משויכת.
- בשדה
Enter new expression
בקטע תנאי, מזינים את הלוגיקה הבאה:user.verificationStatus == "VERIFIED"
- בקטע מעבר, בוחרים בסצנת המערכת של קישור חשבונות.
- לוחצים על שמירה.
- בשדה
אחרי השמירה, תיווצר סצנה חדשה של מערכת לקישור חשבונות שנקראת <SceneName>_AccountLinking
נוסף לפרויקט.
התאמה אישית של סצנת קישור החשבונות
- בקטע סצנות, בוחרים את סצנת המערכת לקישור החשבונות.
- לוחצים על שליחת הודעה ומוסיפים למשתמש משפט קצר שמתאר למה לפעולה נדרשת גישה לזהות (לדוגמה, 'כדי לשמור את ההעדפות שלך').
- לוחצים על שמירה.
- בקטע תנאים, לוחצים על אם המשתמש משלים בהצלחה את קישור החשבון.
- מגדירים איך התהליך יימשך אם המשתמש מסכים לקשר את החשבון. לדוגמה, אפשר להפעיל את ה-webhook כדי לעבד כל לוגיקה עסקית מותאמת אישית שנדרשת ולחזור לסצנת המקור.
- לוחצים על שמירה.
- בקטע תנאים, לוחצים על אם המשתמש מבטל או סוגר את קישור החשבון.
- להגדיר איך התהליך יימשך אם המשתמש לא מסכים לקשר את החשבון חשבון. לדוגמה, צריך לשלוח הודעת אישור ולהפנות אוטומטית לסצנות שמספקות פונקציונליות שלא מחייבת קישור חשבונות.
- לוחצים על שמירה.
- בקטע תנאים, לוחצים על אם מתרחשת שגיאת מערכת או רשת.
- מגדירים איך התהליך ימשיך אם לא ניתן לבצע את תהליך קישור החשבונות הושלם עקב שגיאות מערכת או רשת. לדוגמה, צריך לשלוח הודעת אישור ולהפנות אוטומטית לסצנות שמספקות פונקציונליות שלא מחייבת קישור חשבונות.
- לוחצים על שמירה.
איסוף מידע (אופציונלי)
אימות הדרישות לקבלת עסקאות (אופציונלי)
ברגע שהמשתמש ציין שהוא רוצה לבצע רכישה, עליך לוודא שהם יוכלו לבצע עסקה. לדוגמה, כשמפעילים את הפעולה, יכול להיות שהיא תשאל: "האם ברצונך להזמין נעליים, או לבדוק את היתרה בחשבון?" אם המשתמש אומר "להזמין נעליים", עליך לוודא שהוא יכול להמשיך ולאפשר לו לתקן הגדרות שמונעות ממנו להמשיך בביצוע העסקה. כדי לעשות את זה, צריך לעבור שמבצעת בדיקה של הדרישות לעסקה.
יצירת דרישות לעסקה – בדיקת סצנה
- בכרטיסיית הסצנות, מוסיפים סצנה חדשה בשם
TransactionRequirementsCheck
. - בקטע מילוי משבצת, לוחצים על הסמל + כדי להוסיף משבצת חדשה.
- בקטע בחירת סוג, בוחרים
actions.type.TransactionRequirementsCheckResult
בתור סוג החריץ. - בשדה 'שם מיקום', מזינים למשבצת את השם
TransactionRequirementsCheck
. - מפעילים את תיבת הסימון התאמה אישית של כתיבת ערך מיקום בדף (מופעלת כברירת מחדל).
לוחצים על שמירה.
בדיקת הדרישות לעסקה תוביל לאחת מהתוצאות הבאות:
- אם הדרישות מתקיימות, פרמטר הסשן מוגדר בהצלחה ואפשר להמשיך בבניית ההזמנה של המשתמש.
- אם לא ניתן לעמוד באחת או יותר מהדרישות, פרמטר הסשן מוגדר
עם תנאי של כשל. במקרה כזה, צריך לסובב את השיחה
בממשק עצמו, או לסיים את השיחה.
- אם המשתמש יכול לתקן שגיאות שגרמו למצב הכשל, הם יתבקשו לפתור את הבעיות במכשיר שלהם. אם מתבצעת במשטח קולי בלבד, העברה מופעל לטלפון של המשתמש.
טיפול בדרישות לעסקה בתוצאה של בדיקת הדרישות
- בכרטיסייה סצנות, בוחרים את התמונה החדשה שיצרתם.
סצנה אחת (
TransactionRequirementsCheck
). - בקטע תנאי, לוחצים על הסמל + כדי להוסיף תנאי חדש.
בשדה הטקסט, מזינים את תחביר התנאי הבא כדי לבדוק אם תנאי להצלחה:
scene.slots.status == "FINAL" && session.params.TransactionRequirementsCheck.resultType == "CAN_TRANSACT"
מעבירים את העכבר מעל התנאי שהוספתם ולוחצים על החץ למעלה. כדי להציב אותו לפני
if scene.slots.status == "FINAL"
.מפעילים את האפשרות שליחת הנחיות ומספקים הנחיה פשוטה כדי ליידע את המשתמש הם מוכנים לבצע עסקה:
candidates: - first_simple: variants: - speech: >- You are ready to purchase physical goods.
בקטע מעבר בוחרים סצנה אחרת, ומאפשרים למשתמש להמשיך ולהמשיך לביצוע עסקה.
בוחרים את התנאי
else if scene.slots.status == "FINAL"
.מפעילים את האפשרות שליחת הנחיות ומספקים הנחיה פשוטה כדי ליידע את המשתמש הם לא יכולים לבצע עסקה:
candidates: - first_simple: variants: - speech: Transaction requirements check failed.
בקטע מעבר, בוחרים באפשרות סיום השיחה כדי לסיים את השיחה אם משתמש לא יכול לבצע עסקאות.
מבקשים כתובת למשלוח (אופציונלי)
אם בעסקה נדרשת כתובת למשלוח של המשתמש, צריך לבקש אותה מהמשתמש. זה יכול לעזור בקביעת המחיר הכולל. ליעד המשלוח או לאיסוף, או כדי לוודא שהמשתמש נמצא באזור השירות של העסק. כדי לעשות את זה, צריך לעבור לסצנה שבה המשתמש מתבקש כתובת למשלוח.
יצירת סצנת כתובת למשלוח
- מהכרטיסייה סצנות, מוסיפים סצנה חדשה בשם
DeliveryAddress
. - בקטע מילוי משבצת, לוחצים על הסמל + כדי להוסיף משבצת חדשה.
- בקטע בחירת סוג, בוחרים את סוג המיקום
actions.type.DeliveryAddressValue
. - בשדה 'שם מיקום', מזינים למשבצת את השם
TransactionDeliveryAddress
. - מפעילים את תיבת הסימון התאמה אישית של כתיבת ערך מיקום בדף (מופעלת כברירת מחדל).
- מקישים על שמירה.
בהגדרת יחידת הקיבולת (Slot), אפשר לספק reason
שמאפשר
להקדים את הבקשה של Assistant לקבל כתובת במחרוזת.ברירת המחדל
מחרוזת הסיבה היא "כדי לדעת לאן לשלוח את ההזמנה". לכן, Assistant
עשוי לשאול את המשתמש: "כדי לדעת לאן לשלוח את ההזמנה, אצטרך לקבל את הכתובת שלך למשלוח".
- בפלטפורמות עם מסך, המשתמשים יכולים לבחור באיזו כתובת להשתמש עבור העסקה. אם הוא לא נתן כתובת בעבר, הוא יקבל אפשר להזין כתובת חדשה.
- בפלטפורמות של קול בלבד, Assistant תבקש מהמשתמש הרשאה לשתף את כתובת ברירת המחדל שלו עבור העסקה. אם הם לא עשו זאת בעבר בהינתן כתובת, השיחה תועבר לטלפון לצורך כניסה.
כדי לטפל בתוצאה של הכתובת למשלוח, יש לבצע את השלבים הבאים:
- בכרטיסייה סצנות, בוחרים את הסצנה החדשה שיצרתם ב-
DeliveryAddress
. - בקטע תנאי, לוחצים על הסמל + כדי להוסיף תנאי חדש.
בשדה הטקסט, מזינים את תחביר התנאי הבא כדי לבדוק אם תנאי להצלחה:
scene.slots.status == "FINAL" && session.params.TransactionDeliveryAddress.userDecision == "ACCEPTED"
מעבירים את העכבר מעל התנאי שהוספתם ולוחצים על החץ למעלה. כדי להציב אותו לפני
if scene.slots.status == "FINAL"
.מפעילים את האפשרות שליחת הנחיות ושולחים הנחיה פשוטה, יודעים שקיבלתם את הכתובת שלהם:
candidates: - first_simple: variants: - speech: >- Great! Your order will be delivered to $session.params.TransactionDeliveryAddress.location.postalAddress.locality $session.params.TransactionDeliveryAddress.location.postalAddress.administrativeArea $session.params.TransactionDeliveryAddress.location.postalAddress.regionCode $session.params.TransactionDeliveryAddress.location.postalAddress.postalCode
בקטע מעבר, בוחרים סצנה אחרת ומאפשרים למשתמש להמשיך את השיחה.
בוחרים את התנאי
else if scene.slots.status == "FINAL"
.מפעילים את האפשרות שליחת הנחיות ומספקים הנחיה פשוטה כדי ליידע את המשתמש הם לא יכולים לבצע עסקה:
candidates: - first_simple: variants: - speech: I failed to get your delivery address.
בקטע מעבר, בוחרים באפשרות סיום השיחה כדי לסיים את השיחה אם המשתמש לא יכול לבצע עסקאות.
יצירת ההזמנה
לאחר שיהיה לך את פרטי המשתמש הדרושים לך, תיצרו 'עגלת קניות' assembly" שמנחה את המשתמש לבנות הזמנה. כל פעולה תהליך הרכבה של עגלת הקניות מעט שונה, בהתאם לגבי מוצר או שירות.
בחוויית ההרכבה הבסיסית ביותר של עגלת הקניות, המשתמשים יכולים לבחור פריטים מתוך רשימה להוספה לפי הסדר שלהם, למרות שאפשר לעצב את השיחה כדי לפשט את חוויית המשתמש. תוכלו לבנות חוויה של הרכבה של עגלת קניות שמאפשרת כדי להזמין מחדש את הרכישה האחרונה שבצעה באמצעות שאלה פשוטה של 'כן' או 'לא'. אפשר גם להציג למשתמש קרוסלה או כרטיס רשימה של הנכסים המובילים. או 'מומלץ' פריטים.
מומלץ להשתמש בטקסט עשיר תגובות להצגת האפשרויות למשתמש חזותית, אלא גם לעצב את השיחה כך שהמשתמש יוכל לבנות באמצעות הקול בלבד. לקבלת כמה שיטות מומלצות ודוגמאות הרכבת עגלות קניות באיכות גבוהה, הנחיות לעיצוב עסקאות.
יצירת הזמנה
צריך לאסוף לאורך השיחה את הפריטים שהמשתמש רוצה
כדי לרכוש ואז ליצור אובייקט Order
.
לכל הפחות, Order
חייב לכלול את הפרטים הבאים:
buyerInfo
- מידע על המשתמש שמבצע את הרכישה.transactionMerchant
– מידע לגבי המוֹכר שאחראי כדי להשלים את ההזמנה.contents
– התוכן בפועל של ההזמנה שרשום כ-lineItems
.priceAttributes
- פרטי מחיר של ההזמנה, כולל הסכום הכולל עלות ההזמנה כולל הנחות ומיסים.
אפשר להיעזר בOrder
.
תיעוד התגובות כדי לבנות את עגלת הקניות. לתשומת ליבכם: יכול להיות שתצטרכו לכלול
בשדות שונים, בהתאם לסדר.
הקוד לדוגמה הבא מציג הזמנה מלאה, כולל שדות אופציונליים:
const order = {
createTime: '2019-09-24T18:00:00.877Z',
lastUpdateTime: '2019-09-24T18:00:00.877Z',
merchantOrderId: orderId, // A unique ID String for the order
userVisibleOrderId: orderId,
transactionMerchant: {
id: 'http://www.example.com',
name: 'Example Merchant',
},
contents: {
lineItems: [
{
id: 'LINE_ITEM_ID',
name: 'Pizza',
description: 'A four cheese pizza.',
priceAttributes: [
{
type: 'REGULAR',
name: 'Item Price',
state: 'ACTUAL',
amount: {
currencyCode: 'USD',
amountInMicros: 8990000,
},
taxIncluded: true,
},
{
type: 'TOTAL',
name: 'Total Price',
state: 'ACTUAL',
amount: {
currencyCode: 'USD',
amountInMicros: 9990000,
},
taxIncluded: true,
},
],
notes: [
'Extra cheese.',
],
purchase: {
quantity: 1,
unitMeasure: {
measure: 1,
unit: 'POUND',
},
itemOptions: [
{
id: 'ITEM_OPTION_ID',
name: 'Pepperoni',
prices: [
{
type: 'REGULAR',
state: 'ACTUAL',
name: 'Item Price',
amount: {
currencyCode: 'USD',
amountInMicros: 1000000,
},
taxIncluded: true,
},
{
type: 'TOTAL',
name: 'Total Price',
state: 'ACTUAL',
amount: {
currencyCode: 'USD',
amountInMicros: 1000000,
},
taxIncluded: true,
},
],
note: 'Extra pepperoni',
quantity: 1,
subOptions: [],
},
],
},
},
],
},
buyerInfo: {
email: 'janedoe@gmail.com',
firstName: 'Jane',
lastName: 'Doe',
displayName: 'Jane Doe',
},
priceAttributes: [
{
type: 'SUBTOTAL',
name: 'Subtotal',
state: 'ESTIMATE',
amount: {
currencyCode: 'USD',
amountInMicros: 9990000,
},
taxIncluded: true,
},
{
type: 'DELIVERY',
name: 'Delivery',
state: 'ACTUAL',
amount: {
currencyCode: 'USD',
amountInMicros: 2000000,
},
taxIncluded: true,
},
{
type: 'TAX',
name: 'Tax',
state: 'ESTIMATE',
amount: {
currencyCode: 'USD',
amountInMicros: 3780000,
},
taxIncluded: true,
},
{
type: 'TOTAL',
name: 'Total Price',
state: 'ESTIMATE',
amount: {
currencyCode: 'USD',
amountInMicros: 15770000,
},
taxIncluded: true,
},
],
followUpActions: [
{
type: 'VIEW_DETAILS',
title: 'View details',
openUrlAction: {
url: 'http://example.com',
},
},
{
type: 'CALL',
title: 'Call us',
openUrlAction: {
url: 'tel:+16501112222',
},
},
{
type: 'EMAIL',
title: 'Email us',
openUrlAction: {
url: 'mailto:person@example.com',
},
},
],
termsOfServiceUrl: 'http://www.example.com',
note: 'Sale event',
promotions: [
{
coupon: 'COUPON_CODE',
},
],
purchase: {
status: 'CREATED',
userVisibleStatusLabel: 'CREATED',
type: 'FOOD',
returnsInfo: {
isReturnable: false,
daysToReturn: 1,
policyUrl: 'http://www.example.com',
},
fulfillmentInfo: {
id: 'FULFILLMENT_SERVICE_ID',
fulfillmentType: 'DELIVERY',
expectedFulfillmentTime: {
timeIso8601: '2019-09-25T18:00:00.877Z',
},
location: location,
price: {
type: 'REGULAR',
name: 'Delivery Price',
state: 'ACTUAL',
amount: {
currencyCode: 'USD',
amountInMicros: 2000000,
},
taxIncluded: true,
},
fulfillmentContact: {
email: 'johnjohnson@gmail.com',
firstName: 'John',
lastName: 'Johnson',
displayName: 'John Johnson',
},
},
purchaseLocationType: 'ONLINE_PURCHASE',
},
};
יצירת אפשרויות לסדר ולמצגת
לפני שהמשתמש יאשר את ההזמנה, תוצג לו הצעה כרטיס ההזמנה. אפשר להתאים אישית את האופן שבו הכרטיס הזה מוצג למשתמש על ידי להגדיר אפשרויות שונות של סדר והצגה.
בהמשך מפורטות אפשרויות ההזמנה וההצגה לביצוע הזמנה שדורשת כתובת למשלוח, כולל כתובת האימייל של המשתמש בכרטיס אישור ההזמנה:
const orderOptions = {
'requestDeliveryAddress': true,
'userInfoOptions': {
'userInfoProperties': ['EMAIL']
}
};
const presentationOptions = {
'actionDisplayName': 'PLACE_ORDER'
};
יצירת פרמטרים של תשלום
האובייקט paymentParameters
כולל merchantPaymentOption
עם שדות
שמתארת את אמצעי התשלום של המשתמש עבור ההזמנה. בהמשך מוצגת דוגמה
עבור פרמטרים של תשלום, באמצעות כרטיס אשראי של Visa:
const paymentParamenters = {
'merchantPaymentOption': {
'defaultMerchantPaymentMethodId': '12345678',
'managePaymentMethodUrl': 'https://example.com/managePayment',
'merchantPaymentMethod': [{
'paymentMethodDisplayInfo': {
'paymentMethodDisplayName': 'VISA **** 1234',
'paymentType': 'PAYMENT_CARD'
},
'paymentMethodGroup': 'Payment method group',
'paymentMethodId': '12345678',
'paymentMethodStatus': {
'status': 'STATUS_OK',
'statusMessage': 'Status message'
}
}]
}
};
שמירת נתוני ההזמנה בפרמטר של סשן
במילוי ההזמנה, שומרים את נתוני ההזמנה בפרמטר session
.
אובייקט ההזמנה ישמש בסצנות שונות באותו סשן.
conv.session.params.order = {
'@type': 'type.googleapis.com/google.actions.transactions.v3.TransactionDecisionValueSpec',
order: order,
orderOptions: orderOptions,
presentationOptions: presentationOptions,
paymentParameters: paymentParameters
};
הצעת ההזמנה
אחרי שיוצרים הזמנה, צריך להציג אותה למשתמש כדי לאשר או לדחות. כדי לעשות את זה, צריך לעבור לסצנה שבה מקבלים החלטה בנוגע לעסקה.
יצירת סצנה של החלטה על עסקה
- מהכרטיסייה סצנות, מוסיפים סצנה חדשה בשם
TransactionDecision
. - בקטע מילוי משבצת, לוחצים על הסמל + כדי להוסיף משבצת חדשה.
- בקטע בחירת סוג, בוחרים את
actions.type.TransactionDecisionValue
בתור סוג משבצת הזמן. - בשדה 'שם מיקום', מזינים למשבצת את השם
TransactionDecision
. - מפעילים את תיבת הסימון התאמה אישית של כתיבת ערך מיקום בדף (מופעלת כברירת מחדל).
- בקטע הגדרת משבצת, בוחרים באפשרות שימוש בפרמטר סשן מהתפריט הנפתח.
- בקטע הגדרת משבצת,מזינים את השם של פרמטר הסשן שבו נעשה שימוש.
לשמור את ההזמנה בשדה הטקסט (למשל
$session.params.order
). - מקישים על שמירה.
Assistant מנסה למלא משבצת של TransactionDecisionValue
חוויה מובנית שבה Order
שהעברתם מעובדת ישירות
'כרטיס תצוגה מקדימה של עגלת הקניות'. המשתמש יכול לומר "place order" (הזמנה), לדחות את העסקה,
לשנות אפשרות תשלום כמו כרטיס האשראי או הכתובת, או לבקש לשנות
תוכן ההזמנה.
בשלב הזה, המשתמש גם יוכל לבקש שינויים בהזמנה. במקרה הזה, לוודא שמילוי ההזמנה יוכל לטפל בבקשות לשינוי הזמנה לאחר סיום החוויה של הרכבת עגלת הקניות.
טיפול בתוצאה של ההחלטה לגבי העסקה
כשמשבצת TransactionDecisionValue
מתמלאת, התשובה של המשתמש
ההחלטה בנוגע לעסקה תישמר בפרמטר של סשן. הערך הזה מכיל
הבאים:
ORDER_ACCEPTED
,ORDER_REJECTED
,DELIVERY_ADDRESS_UPDATED
,CART_CHANGE_REQUESTED
USER_CANNOT_TRANSACT
.
כדי לטפל בתוצאה של החלטה לגבי עסקה:
- בכרטיסייה סצנות, בוחרים את הסצנה החדשה שיצרתם ב-
TransactionDecision
. - בקטע תנאי, לוחצים על הסמל + כדי להוסיף תנאי חדש.
בשדה הטקסט, מזינים את התחביר של התנאי הבא כדי לבדוק את התנאי להצלחה:
scene.slots.status == "FINAL" && session.params.TransactionDecision.transactionDecision == "ORDER_ACCEPTED"
מעבירים את העכבר מעל התנאי שהוספתם ולוחצים על החץ למעלה. כדי להציב אותו לפני
if scene.slots.status == "FINAL"
.מפעילים את האפשרות שליחת הנחיות ומספקים הנחיה פשוטה כדי ליידע את המשתמש ההזמנה שלהם הושלמה:
candidates: - first_simple: variants: - speech: >- Transaction completed! Your order $session.params.TransactionDecision.order.merchantOrderId is all set!
בקטע מעבר, בוחרים באפשרות סיום השיחה כדי לסיים את השיחה.
בקטע תנאי, לוחצים על הסמל + כדי להוסיף תנאי חדש.
בשדה הטקסט, מזינים את תחביר התנאי הבא כדי לבדוק אם תנאים של כשל:
scene.slots.status == "FINAL" && session.params.TransactionDecision.transactionDecision == "ORDER_REJECTED"
מעבירים את העכבר מעל התנאי שהוספתם ולוחצים על החץ למעלה. כדי להציב אותו לפני
if scene.slots.status == "FINAL"
.מפעילים את האפשרות שליחת הנחיות ומספקים הנחיה פשוטה כדי ליידע את המשתמש ההזמנה נדחתה:
candidates: - first_simple: variants: - speech: Look like you don't want to order anything. Goodbye.
בקטע מעבר, בוחרים באפשרות סיום השיחה כדי לסיים את השיחה.
בוחרים את התנאי
else if scene.slots.status == "FINAL"
.מפעילים את האפשרות שליחת הנחיות ושולחים הנחיה פשוטה, יודעים שהם לא יכולים לבצע עסקה:
candidates: - first_simple: variants: - speech: >- Transaction failed with status $session.params.TransactionDecision.transactionDecision
בקטע מעבר, בוחרים באפשרות סיום השיחה כדי לסיים את השיחה אם המשתמש לא יכול לבצע עסקאות.
השלמת ההזמנה ושליחת קבלה
כשהמשבצת TransactionDecisionValue
מחזירה תוצאה של ORDER_ACCEPTED
,
עליכם לבצע באופן מיידי כל עיבוד שנדרש כדי "לאשר" ה
(למשל, לשמור אותו במסד הנתונים שלכם ולטעון את המשתמש).
אפשר לסיים את השיחה באמצעות התשובה הזו, אבל צריך לכלול שאלה פשוטה
כדי למנוע את המשך השיחה. אחרי שתספקו את האות שמייצגת אותו
orderUpdate
, המשתמש יראה "כרטיס קבלה מכווץ" וגם כל השאר
של התשובה שלך. הכרטיס הזה ישקף את הקבלה שהמשתמש מצא
היסטוריית ההזמנות.
במהלך אישור ההזמנה, אובייקט ההזמנה יכול לכלול userVisibleOrderId
,
המזהה הזה שהמשתמש רואה בהזמנה. אפשר להשתמש שוב
merchantOrderId
בשדה הזה.
חלק מהאובייקט OrderUpdate
צריך להכיל אובייקט פעולת המשך,
שמנוסח כלחצנים של כתובות URL בחלק התחתון של פרטי ההזמנה שהמשתמש יכול להזין
יכול למצוא בהיסטוריית ההזמנות שלהם ב-Assistant.
- עליך לספק לכל הפחות
VIEW_DETAILS
פעולת המשך בכל הזמנה. הוא אמור להכיל קישור עומק אל ייצוג של ההזמנה באפליקציה לנייד או באתר שלכם. - כמו כן, עליכם לשלוח קבלה רשמית באימייל שעומדת בכל הדרישות המשפטיות דרישות לביצוע עסקה, בנוסף לכרטיס הקבלה בשיחה של הפעולה.
כדי לשלוח עדכון ראשוני של ההזמנה:
- בכרטיסייה סצנות, בוחרים את הסצנה
TransactionDecision
. בקטע תנאי, בוחרים את התנאי שבודק את התוצאה בהצלחה,
ORDER_ACCEPTED
:scene.slots.status == "FINAL" && session.params.TransactionDecision.transactionDecision == "ORDER_ACCEPTED"
עבור התנאי הזה, צריך להפעיל את האפשרות קריאה לפעולה מאתר אחר (webhook) ולציין Intent שם ה-handler, למשל
update_order
.בקוד של תגובה לפעולה מאתר אחר (webhook), צריך להוסיף handler של Intent לשליחת הזמנה ראשונית עדכון:
app.handle('update_order', conv => { const currentTime = new Date().toISOString(); let order = conv.session.params.TransactionDecision.order; conv.add(new OrderUpdate({ 'updateMask': { 'paths': [ 'purchase.status', 'purchase.user_visible_status_label' ] }, 'order': { 'merchantOrderId': order.merchantOrderId, 'lastUpdateTime': currentTime, 'purchase': { 'status': 'CONFIRMED', 'userVisibleStatusLabel': 'Order confirmed' }, }, 'reason': 'Reason string })); });
שליחת עדכונים לגבי ההזמנה
צריך לעדכן את המשתמש לגבי סטטוס ההזמנה במהלך כל משך החיים שלו. שליחת עדכונים של הזמנת המשתמש על ידי שליחת HTTP בקשות PATCH ל-Orders API עם סטטוס ההזמנה ופרטי ההזמנה.
הגדרת בקשות אסינכרוניות ל-Orders API
בקשות לעדכון הזמנות ל-Orders API מורשות על ידי גישה
ב-Assistant. כדי PATCH עדכון הזמנה ל-Orders API, צריך להוריד קובץ JSON
מפתח של חשבון שירות שמשויך לפרויקט ב-Actions Console, ולאחר מכן החלפה
את המפתח של חשבון השירות לאסימון למוכ"ז שניתן להעביר אל
הכותרת Authorization
של בקשת ה-HTTP.
כדי לאחזר את המפתח של חשבון השירות, מבצעים את השלבים הבאים:
- במסוף Google Cloud, צריך לעבור לתפריט TODO > ממשקי API שירותים > פרטי כניסה > יצירת פרטי כניסה > מפתח לחשבון השירות.
- בקטע Service Account (חשבון שירות), בוחרים באפשרות New Service Account (חשבון שירות חדש).
- מגדירים את חשבון השירות בתור
service-account
. - מגדירים את Role לערך Project > בעלים.
- צריך להגדיר את סוג המפתח כ-JSON.
- בוחרים באפשרות יצירה.
- תתבצע הורדה של מפתח חשבון שירות פרטי בפורמט JSON למחשב המקומי שלך.
בקוד לעדכון ההזמנה, אפשר להחליף את מפתח השירות באסימון למוכ"ז באמצעות ספריית הלקוח של Google APIs ההיקף "https://www.googleapis.com/auth/actions.order.developer". טיפים נוספים לאופטימיזציה מפורטים שלבי ההתקנה ודוגמאות בספריית הלקוח של ה-API. דף GitHub.
אפשר לעיין גם בכתובת order-update.js
דוגמה של Node.js
לחילופי מפתחות לדוגמה.
שליחת עדכונים לגבי ההזמנה
אחרי שהחלפתם את המפתח של חשבון השירות באסימון למוכ"ז של OAuth, אפשרות לשלוח עדכוני הזמנות כבקשות PATCH מורשות ל-Orders API.
כתובת ה-URL של Orders API:
PATCH https://actions.googleapis.com/v3/orders/${orderId}
צריך לכלול בבקשה את הכותרות הבאות:
"Authorization: Bearer token"
עם האסימון למוכ"ז OAuth החלפתם את המפתח של חשבון השירות."Content-Type: application/json"
.
בקשת PATCH צריכה לקחת גוף JSON בפורמט הבא:
{ "orderUpdate": OrderUpdate }
OrderUpdate
האובייקט מורכב מהשדות הבאים ברמה העליונה:
updateMask
- השדות בהזמנה שמעדכנים. כדי לעדכן את סטטוס הזמנה, מגדירים את הערך כ-purchase.status, purchase.userVisibleStatusLabel
.order
– תוכן העדכון. אם אתם מעדכנים את של תוכן ההזמנה, מגדירים את הערך לאובייקטOrder
המעודכן. אם מעדכנים את סטטוס ההזמנה (לדוגמה, מתאריך"CONFIRMED"
עד"SHIPPED"
), האובייקט מכיל את הפונקציה השדות הבאים:merchantOrderId
– אותו המזהה שהגדרתם באובייקטOrder
.lastUpdateTime
– חותמת הזמן של העדכון הזה.purchase
– אובייקט שמכיל את הפרטים הבאים:status
– סטטוס ההזמנה כPurchaseStatus
, כמו "SHIPPED
" או 'DELIVERED
'.userVisibleStatusLabel
– תווית שגלויה למשתמשים לגביה פרטים לגבי סטטוס ההזמנה, למשל 'ההזמנה שלך נשלחה בדרך".
userNotification
(אופציונלי) –userNotification
אובייקט שיכול להופיע במכשיר של המשתמש כשהעדכון הזה נשלח. הערה שהכללה של האובייקט הזה לא מבטיחה שתופיע התראה במכשיר של המשתמש.
הקוד לדוגמה הבא מציג OrderUpdate
לדוגמה שמעדכן את
סטטוס ההזמנה אל DELIVERED
:
// Import the 'googleapis' module for authorizing the request.
const {google} = require('googleapis');
// Import the 'request-promise' module for sending an HTTP POST request.
const request = require('request-promise');
// Import the OrderUpdate class from the client library.
const {OrderUpdate} = require('@assistant/conversation');
// Import the service account key used to authorize the request.
// Replacing the string path with a path to your service account key.
// i.e. const serviceAccountKey = require('./service-account.json')
// Create a new JWT client for the Actions API using credentials
// from the service account key.
let jwtClient = new google.auth.JWT(
serviceAccountKey.client_email,
null,
serviceAccountKey.private_key,
['https://www.googleapis.com/auth/actions.order.developer'],
null,
);
// Authorize the client
let tokens = await jwtClient.authorize();
// Declare order update
const orderUpdate = new OrderUpdate({
updateMask: {
paths: [
'purchase.status',
'purchase.user_visible_status_label'
]
},
order: {
merchantOrderId: orderId, // Specify the ID of the order to update
lastUpdateTime: new Date().toISOString(),
purchase: {
status: 'DELIVERED',
userVisibleStatusLabel: 'Order delivered',
},
},
reason: 'Order status updated to delivered.',
});
// Set up the PATCH request header and body,
// including the authorized token and order update.
let options = {
method: 'PATCH',
uri: `https://actions.googleapis.com/v3/orders/${orderId}`,
auth: {
bearer: tokens.access_token,
},
body: {
header: {
isInSandbox: true,
},
orderUpdate,
},
json: true,
};
// Send the PATCH request to the Orders API.
try {
await request(options);
} catch (e) {
console.log(`Error: ${e}`);
}
הגדרת סטטוס הרכישה
status
של עדכון הזמנה
חייב לתאר את המצב הנוכחי של הצו. בorder.purchase.status
של העדכון
צריך להשתמש באחד מהערכים הבאים:
CREATED
– ההזמנה אושרה על ידי המשתמש ו'נוצרה' מנקודת מבט של הפעולה, אבל נדרש עיבוד ידני בקצה העורפי.CONFIRMED
– ההזמנה פעילה ומעובדת למילוי הזמנות.IN_PREPARATION
– ההזמנה נמצאת בהכנה למשלוח או למשלוח, למשל אוכל מבשלים או פריט שנארז.READY_FOR_PICKUP
– ההזמנה זמינה לאיסוף על ידי הנמען.DELIVERED
- ההזמנה נמסרה לנמעןOUT_OF_STOCK
– פריט אחד או יותר בהזמנה חסרים במלאי.CHANGE_REQUESTED
– המשתמש ביקש לשנות את ההזמנה, והשינוי בתהליך עיבוד.RETURNED
– המשתמש החזיר את ההזמנה לאחר המסירה.REJECTED
– אם לא הצלחת לעבד את הבקשה, לבצע חיוב או בדרך אחרת 'הפעלה' כדי להשלים את ההזמנה.CANCELLED
- ההזמנה בוטלה על ידי המשתמש.
עליך לשלוח עדכונים של הזמנות עבור כל סטטוס שרלוונטי
העסקה. לדוגמה, אם העסקה מחייבת עיבוד ידני כדי
תיעוד ההזמנה לאחר ביצועה, שליחת עדכון הזמנה ב-CREATED
עד
שנדרש עיבוד נוסף. לא כל הזמנה מחייבת את כל ערכי הסטטוסים.
בדיקת הפרויקט
כשבודקים את הפרויקט, אפשר להפעיל את מצב ארגז החול במסוף הפעולות כדי לבדוק את הפעולה בלי לחייב אמצעי תשלום. כדי להפעיל את מצב Sandbox, מבצעים את השלבים הבאים:
- במסוף הפעולות, לוחצים על בדיקה בניווט.
- לוחצים על הגדרות.
- מפעילים את האפשרות פיתוח ארגז חול.
עבור עסקאות פיזיות, אפשר גם להגדיר את השדה isInSandbox
לערך true
ב
לדוגמה. הפעולה הזו מקבילה להפעלת ההגדרה של מצב ארגז חול (sandbox)
במסוף הפעולות. כדי לראות קטע קוד שמשתמש ב-isInSandbox
, יש לעיין ב
שליחת עדכוני הזמנות.
פתרון בעיות
אם תיתקלו בבעיות במהלך הבדיקה, כדאי לקרוא את השלבים לפתרון בעיות. לעסקאות.