קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
בדיקה בארגז חול היא בדיקה מקיפה של העלאות הפיד, שרת ההזמנות והעדכונים בזמן אמת.
אחרי שמשלימים את כל השלבים בסביבת Sandbox בתוכנית ההצטרפות מקצה לקצה, אפשר לבקש בדיקה של השילוב.
כדי לבדוק את השילוב, אפשר לשלוח מקרים לבדיקה לצוות התמיכה של מרכז הפעולות באמצעות טופס.
הבדיקה מתבצעת במשך כמה ימים רצופים, והיא נמשכת עד שבעה ימי עסקים אם לא נמצאו בעיות. אם הצוות ימצא בעיות שצריך לפתור, הוא ייצור איתכם קשר כדי לתקן אותן. אחרי שתפתרו את הבעיות, תוכלו לבקש בדיקה חדשה. הבדיקה מתאפסת ומתחילה מחדש.
בדיקה עצמית
לפני ששולחים בקשה לבדיקה של סביבת הארגז חול, צריך לוודא את הדברים הבאים:
כל המלאי מועלה לסביבת Sandbox עם התנאים הבאים כדי להבטיח את איכות הנתונים:
שיעור ההתאמה של מלאי המוצרים שלכם גבוה.
אין בעיה בזמינות השירותים.
התכונה 'התאמה של זמינות' פועלת באופן הבא:
SchedulingRules וResources מוגדרים בצורה נכונה ופועלים כמצופה.
התשתית של ארגז החול לא מבצעת הזמנות בפועל במלאי של מוכרים פעילים.
ביצעת בדיקה עצמית של כל המקרים הקיצוניים הידועים שתלויים בלוגיקה העסקית הפנימית שלך.
בקשת בדיקה
אחרי שתשלימו את הבדיקה העצמית ואת החלק של ארגז החול באבני הדרך של תוכנית ההצטרפות מקצה לקצה, תצטרכו ליצור כרטיס חדש בפורטל השותפים כדי לבקש בדיקה. כשלוחצים על הקישור, מקבלים טופס מצוות התמיכה של המרכז לפעולות, שבו אפשר לשלוח פרטים של מוכרים והזמנות ספציפיים כדי לבדוק את השילוב של ארגז החול.
מקרי בדיקה
אלה כמה מהבדיקות מקצה לקצה שמבוצעות כחלק מהבדיקות בסביבת ארגז החול ובסביבת הייצור:
מבצעים הזמנה דרך מרכז הפעולות ומוודאים שההזמנה מופיעה בצורה תקינה במערכת שלכם.
בודקים שאימיילים לאישור נשלחים ושהשעה וההזמנה שמופיעים בהם נכונים.
מבטלים את ההזמנה דרך מרכז הפעולות ומוודאים שהיא בוטלה בצורה נכונה במערכת שלכם.
קובעים פגישה נוספת דרך מרכז הפעולות ומפעילים את הביטול מהמערכת באמצעות Booking Notification API.
מסירים משבצת מסוימת מהמערכת ובודקים אם היא הוסרה בצורה תקינה במרכז הפעולות דרך BatchAvailabilityLookupResponse.
משנים הזמנה ממרכז הפעולות ומוודאים שההזמנה ששונתה מופיעה בצורה תקינה במערכת שלכם.
לוחצים על משבצות שונות כדי לוודא שאין BatchAvailabilityLookup
שגיאות.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-07-26 (שעון UTC)."],[],[],null,["# Sandbox Review\n\nSandbox testing is a comprehensive review of your Feed uploads, Booking Server,\nand Real-Time Updates.\n\nYou can request a review for your integration after all the Sandbox steps are\ncompleted in your [End-to-End Onboarding Plan](https://actionscenter.google.com/home).\nTo review your integration, you can submit test cases to the Actions Center\nSupport Team through a form.\n\nTesting runs across several consecutive days and takes up to seven business days\nto complete, if no issues are found. If the team finds issues that need to be\nresolved, they will reach out to you to correct them. After you resolve the\nissues you can request a new review. Testing then resets and begins from\nscratch.\n\n### Self-test\n\nBefore you request a review of your Sandbox environment, verify the following:\n\n1. All inventory is uploaded to the Sandbox environment with following\n conditions to assure data quality:\n\n 1. Your merchant inventory has a high match rate.\n 2. Your services aren't missing availability.\n 3. Availability fidelity works as intended in following way:\n 1. `SchedulingRules` and `Resources` are properly defined and work as expected.\n2. Your Sandbox infrastructure doesn't place actual bookings against live\n merchants' inventory.\n\n3. You have self-tested all known edge cases dependent on your internal business\n logic.\n\n### Request review\n\nAfter completion of self-test and the Sandbox portion of the End-to-End\nOnboarding Plan milestones, [create a new case](https://partnerdash.google.com/apps/reservewithgoogle/support/cases/create)\nin the Partner Portal to request review. When you press the link, you'll\nreceive a form from the Actions Center Support Team to submit specific\nmerchants and bookings to test your Sandbox integration.\n| **Note:** After you have requested testing, keep your integration in a healthy state. Continue your daily Feed upload cycle, and make sure that your `BookingServer` endpoints are responsive. Keep the Sandbox portion of your End-to-End Onboarding Plan green to verify that there are no delays in your testing schedule.\n\n#### Test cases\n\nThe following are some of the end-to-end tests that are performed as part of\nboth Sandbox and Production testing:\n\n- Make a booking through the Actions Center and confirm that the booking shows up correctly in your system.\n- Check that the confirmation emails are sent out and that the time and booking listed are correct.\n- Cancel the booking through the Actions Center and confirm that it's cancelled correctly in your system.\n- Book another appointment through the Actions Center and trigger the cancellation from your system with the Booking Notification API.\n- Remove a particular slot from your system and check to see if it's removed properly on the Actions Center through `BatchAvailabilityLookupResponse`.\n- Modify a booking from the Actions Center and confirm that the modified booking shows up correctly in your system.\n- Click various slots to verify that there are no `BatchAvailabilityLookup` errors."]]