آزمایش پرداخت‌ها

فرایند خرید را پیش از انتشار به‌طور کامل آزمایش کنید. یک حالت آزمایشی داخلی در راه است؛ فعلاً از یک کارت واقعی با یک محصول کم‌ارزش روی یک preview منتشرشده استفاده کنید.

Proyecta Commerce در حال حاضر فقط در حالت تولید (production) کار می‌کند — هیچ کلیدی در builder وجود ندارد که بین حالت آزمایشی و حالت واقعی جابه‌جا شود. روش توصیه‌شده امروز این است که اپ خود را منتشر کنید، یک پرداخت واقعی با یک محصول کم‌ارزش انجام دهید و بلافاصله مبلغ را به خودتان بازگردانید.

روش آزمایش توصیه‌شده در حال حاضر

1. یک محصول آزمایشی ۱ دلاری (یا کمترین واحد ارزی) بسازید در Admin > Commerce
2. اپ خود را منتشر کنید روی زیردامنه‌ی *.proyecta.live
3. URL منتشرشده را باز کنید در یک تب مرورگر جداگانه و فرایند checkout را با کارت خودتان به‌طور کامل طی کنید
4. عوارض جانبی را تأیید کنید — webhook handlerها اجرا شدند، مشتری ایجاد شد، دسترسی‌ها اعطا شدند
5. تراکنش را بازگشت دهید از تب Admin > Commerce > Payments

این رویکرد پوشش کامل end-to-end از مسیر پول واقعی را به شما می‌دهد، که تنها راه برای اطمینان ۱۰۰٪ از صحت کارکرد integration شماست.

چرا از حالت آزمایشی Stripe استفاده نکنیم؟

امروز، اتصال Proyecta به Stripe فقط در حالت live اجرا می‌شود. یک کلید حالت آزمایشی که به شما اجازه می‌دهد Commerce را به محیط آزمایشی Stripe متصل کنید (و از کارت‌های آزمایشی مانند 4242 4242 4242 4242 استفاده کنید) در نقشه‌ی راه قرار دارد.

نکات

• مسیرهای ناموفق را آزمایش کنید — کارت‌های رد شده، checkout‌های نیمه‌کاره، خطاهای شبکه
• webhookها را به‌صورت end-to-end آزمایش کنید — مطمئن شوید وضعیت اشتراک شما به‌درستی هنگام وقوع رویدادهای Stripe به‌روزرسانی می‌شود
• لغو اشتراک را آزمایش کنید — فرایند at_billing_period_end به‌راحتی نادیده گرفته می‌شود
• دروازه‌های ویژگی را آزمایش کنید — مسیر محدودشده را در UI امتحان کنید پیش از آنکه فرض کنید کار می‌کند

به‌زودی

• کلید حالت آزمایشی در Admin > Commerce — حساب پرداختی‌تان را به حالت آزمایشی Stripe سوئیچ کنید و از کارت‌های آزمایشی استفاده کنید
• checkout در حالت preview — فرایند checkout را داخل builder و بدون انتشار طی کنید
• شبیه‌ساز رویداد webhook برای ارسال رویدادهای جعلی Stripe به runtime شما