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

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

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

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

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

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

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

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

טיפים

בדוק את המסלולים השליליים — כרטיסים שנדחו, checkout שננטש, שגיאות רשת
בדוק webhook-ים end-to-end — ודא שמצב המנוי שלך מתעדכן כראוי כאשר אירועי Stripe מופעלים
בדוק ביטול — תהליך at_billing_period_end קל להתעלם ממנו
בדוק שערי תכונות — קרא ל-commerce.check() מתוך תהליך ממשק משתמש לפני שאתה מניח שהוא עובד

בקרוב

toggle של מצב בדיקה תחת Dashboard > Commerce — מעבר של חשבון התשלום שלך למצב בדיקה של Stripe ושימוש בכרטיסים פיקטיביים
checkout במצב preview — תרגול תהליך ה-checkout בתוך ה-builder ללא פרסום
סימולטור אירועי webhook להפעלת אירועי Stripe מזויפים ב-runtime שלך