בדיקת תשלומים

בדוק את תהליך הרכישה המלא לפני העלייה לאוויר. תכונת מצב בדיקה מובנית בדרך; לעת עתה, השתמש בכרטיס אמיתי עם מוצר בעל ערך נמוך ב-preview שפורסם.

Proyecta Commerce פועל כיום בסביבת production בלבד — אין toggle בתוך ה-builder שמאפשר מעבר בין מצב בדיקה למצב חי. הגישה המומלצת כיום היא לפרסם את האפליקציה שלך, לבצע תשלום אמיתי עם מוצר בעל ערך נמוך, ולהחזיר לעצמך את הכסף מיד לאחר מכן.

תהליך בדיקה מומלץ להיום

צור מוצר בדיקה בשווי $1 (או יחידת המטבע הקטנה ביותר) תחת Admin > Commerce
פרסם את האפליקציה שלך לתת-הדומיין *.proyecta.live שלה
פתח את ה-URL שפורסם בלשונית דפדפן נפרדת וצלח את תהליך ה-checkout המלא עם הכרטיס שלך
אמת את ההשפעות הנלוות — ה-webhook handlers רצו, הלקוח נוצר, הרשאות הגישה ניתנו
בצע החזר כספי לעסקה מתוך הלשונית Admin > Commerce > Payments

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

למה לא פשוט להשתמש במצב הבדיקה של Stripe?

כיום, החיבור של Proyecta ל-Stripe פועל במצב חי בלבד. תכונת toggle למצב בדיקה שתאפשר לך לחבר את Commerce לסביבת הבדיקה של Stripe (ולהשתמש בכרטיסים פיקטיביים כמו 4242 4242 4242 4242) נמצאת ב-roadmap.

טיפים

בדוק את המסלולים הבעייתיים — כרטיסים שנדחו, checkouts שננטשו, שגיאות רשת
בדוק webhooks end-to-end — ודא שמצב המנוי מתעדכן כראוי כאשר אירועי Stripe מופעלים
בדוק ביטול מנוי — מסלול at_billing_period_end קל להתעלם ממנו
בדוק שערי תכונות — עבור דרך המסלול המוגבל ב-UI לפני שאתה מניח שהוא עובד

בקרוב

Toggle למצב בדיקה תחת Admin > Commerce — העבר את חשבון התשלום שלך למצב הבדיקה של Stripe והשתמש בכרטיסים פיקטיביים
Preview-mode checkout — עבור את תהליך ה-checkout בתוך ה-builder מבלי לפרסם
סימולטור אירועי webhook להפעלת אירועי Stripe פיקטיביים על ה-runtime שלך