روش · کارتها
پرداخت کارتی، درست و حسابی.
کارت روشی است که هیچکس نمیتواند از آن بگذرد؛ برای همین بخشهای کسلکننده مهمترند: اعتبارسنجی لحظهای، 3-D Secure 2.0 بر پایهی سیاستی که خودتان تعیین میکنید نه اصطکاک پیشفرض، سیاست مسیریابی قابلخواندن، و تلاش مجدد روی مسیر جایگزین پیش از آنکه یک رد نرم به فروش از دسترفته تبدیل شود.
Visa·MC
و برندهای مشترک
3-DS 2.0
SCA درون جریان پرداخت
EUR
تسویه به حساب شما
0
شماره کارت روی سرورهای شما
چگونه کار میکند
از کارت تا خط بانکی، در چهار گام.
- 01
ENTER
مشتری کارت را در صفحهی میزبانیشدهی ما وارد میکند؛ اعتبارسنجی لحظهای است و هیچ داده کارتی به شما نمیرسد.
- 02
AUTHENTICATE
3-D Secure طبق سیاست اجرا میشود: بیشتر پرداختها بر اساس سیگنالها عبور میکنند و چالش فقط در صورت لزوم نمایش داده میشود.
- 03
AUTHORIZE
وجه تأیید و مسدود میشود و در صورت رد نرم، پرداخت روی مسیر جایگزین دوباره تلاش میشود.
- 04
SETTLE
سفارشهای روز دستهبندی میشوند و با همان شناسه سفارش به EUR پرداخت میشوند.
مشتری چه چیزی میبیند
یک فرم کارت، در همان صفحهای که سایر روشها هستند و سفارش کنارش است. فیلدها هنگام تایپ اعتبارسنجی میشوند، شبکهی کارت از روی شماره تشخیص داده میشود و دکمهی پرداخت بهجای «ارسال» مبلغ را نشان میدهد. اگر بانک صادرکننده چالش بخواهد، همانجا درون صفحه انجام میشود و مشتری هرگز صفحهای را که در آن شروع کرده ترک نمیکند.
- 01فرم کارت در کنار کیفپولها، USDC و انتقال بانکی، نه بهعنوان گامی جدا
- 02اعتبارسنجی لحظهای و تشخیص شبکهی کارت همزمان با وارد کردن شماره
- 03چالش 3-D Secure درون همان صفحه، هر زمان که سیاست اقتضا کند
چه چیزی دریافت میکنید
یورو، در قالب پرداخت دستهای روزانه و با همان شناسه سفارشی که ساختهاید. مجوز و برداشت (capture) را ما انجام میدهیم؛ رسید شبکهی کارت، چهار رقم آخر و نتیجهی احراز هویت را ثبت میکند. همین سابقه مدرک اعتراض شما هم هست: برای پاسخ به یک chargeback یک جستوجو کافی است، نه گشتن میان چند سیستم.
- 01یک خط پرداخت EUR برای هر دستهی تسویه
- 02شبکهی کارت، چهار رقم آخر و نتیجهی 3-DS در سابقهی پرداخت
- 03بازپرداخت روی سفارش، کامل یا جزئی، به همان کارت
فعالسازی به چه نیاز دارد
کارتها بهطور پیشفرض فعالاند. آنچه شما پیکربندی میکنید سیاست پیرامون آنهاست: چه زمانی 3-D Secure سختگیرانهتر شود، مسیریابی کدام مسیر را ترجیح دهد و با رد نرم چه شود. اول با کارت سندباکس خودتان آزمایش کنید؛ جریانها یکساناند، پس آنچه در آزمایش میگذرد همان است که در محیط واقعی اجرا میشود.
FAQ
پرداختهای کارتی — پرسشهایی که پذیرندگان میپرسند.
در عمل نه. صفحهای که کارت را دریافت میکند متعلق به ماست و دامنهی PCI آن سمت ما قرار دارد؛ سرورهای شما فقط یک توکن و یک شناسه سفارش دریافت میکنند. این موضوع چه صفحه روی دامنهی ما باشد، چه روی دامنهی شما، چه در اپلیکیشن شما، و چه بهصورت فیلدهای پرداخت درون طرحبندی خودتان، صادق است.
مرحلهی احراز هویتی است که الزام احراز هویت قوی مشتری را مطابق PSD2 برآورده میکند. بیشتر پرداختها بر اساس سیگنالهای دستگاه و رفتار بدون نمایش چالش عبور میکنند. گام تکمیلی فقط وقتی ظاهر میشود که سیاست، که خودتان تعیین میکنید، آن را بخواهد؛ یعنی اصطکاک یک تصمیم است، نه یک پیشفرض.
رد نرم پیش از آنکه مشتری خطایی ببیند، در همان نشست روی مسیر جایگزین دوباره تلاش میشود. رد قطعی هم به زبانی گزارش میشود که اپراتور بتواند روی آن اقدام کند، مثلاً کارت منقضیشده، موجودی ناکافی یا ریسک بانک صادرکننده، نه بهصورت کد خام بانک.
مجوز، وجه را هنگام خرید مسدود میکند و تسویه آن را جابهجا میکند. سفارشهای روز در یک دسته بسته میشوند و در زمان پرداخت روزانهای که در تنظیمات شما مشخص شده، به EUR پرداخت میشوند؛ یک خط بانکی که میتوانید آن را به سفارشهایی که تأمینش کردهاند باز کنید.
روشهای بیشتر
اغلب با هم فعال میشوند.
کارتهای ذخیرهشده
Vault · تککلیکمشتری بازگشتی با یک لمس پرداخت میکند؛ کارت در vault ماست و سیستم شما فقط یک مرجع ذخیره میکند.
02پرداختهای دورهای
اشتراک · تلاش مجدداشتراکها طبق زمانبندی شما شارژ میشوند، در صورت soft decline دوباره تلاش میشوند و با صدور مجدد کارت از کار نمیافتند.
03Apple Pay
یکلمس · توکن دستگاهبرگهی یکلمسی در همان صفحه، با پرداخت از طریق توکن دستگاه تا شمارهی واقعی کارت هرگز ظاهر نشود.
با هر کدام یک پرداخت انجام دهید.
یک پذیرندهی سندباکس، کلیدهای API و چکاوتی که همهی این روشها در آن فعال است. هر روش را از اول تا آخر اجرا کنید، پیش از آنکه به چیزی متعهد شوید.