پرداختیار با اتصال کسبوکار به زیرساخت پرداخت، دریافت درگاه غیرمستقیم و مدیریت تراکنشها را سادهتر میکند. در این راهنما با نحوه کار، مراحل دریافت، الزامات فنی، تسویه، استرداد، مزایا، محدودیتها و تفاوت پرداختیاری با PSP و درگاه مستقیم آشنا میشوید.
درگاه پرداخت غیرمستقیم یا پرداختیار کسبوکار را برای دریافت آنلاین وجه به زیرساخت شبکه پرداخت متصل میکند و میتواند مسیر راهاندازی و مدیریت عملیات پرداخت را متمرکزتر کند. در این مدل، پذیرنده بهجای آنکه تمامی ارتباط فنی و عملیاتی را جداگانه با یک PSP پیش ببرد، از خدمات یک پرداختیار برای دسترسی به درگاه و ابزارهای همراه آن استفاده میکند.
پرداختیاری را نباید فقط با «دریافت سریعتر درگاه» تعریف کرد. ارزش این مدل زمانی روشن میشود که کسبوکار علاوه بر پذیرش پرداخت، به گزارشگیری، پایش تراکنشها، مدیریت خطا، تسویه، استرداد وجه و هماهنگی میان تیمهای مالی، فنی و پشتیبانی نیاز داشته باشد.
امکانات، هزینهها، شرایط پذیرش و مسئولیتهای هر پرداختیار یکسان نیست؛ بنابراین انتخاب سرویس باید بر پایه قرارداد، مستندات فنی و نیاز واقعی کسبوکار انجام شود؛ نه فقط زمان اعلامشده برای فعالسازی یا تعداد قابلیتهایی که در صفحه معرفی محصول دیده میشوند.
در ادامه این مطلب بهصورت کامل توضیح دادهایم که پرداختیار چیست و درگاه پرداخت غیرمستقیم چگونه کار میکند و چه مزیتهایی برای کسبوکارها به وجود میآورد.
پرداختیار چیست؟
پرداختیار یک شخصیت حقوقی فعال در حوزه پرداخت است که در چارچوب قراردادها و ضوابط شبکه، خدمات پرداخت را ازطریق PSPهای همکار در اختیار پذیرندگان قرار میدهد. کسبوکار با پرداختیار وارد فرایند پذیرش و همکاری میشود و تراکنشها از مسیر زیرساخت PSP و شبکه پرداخت پردازش میشوند.
به درگاهی که ازطریق این مدل ارائه میشود درگاه پرداخت غیرمستقیم یا درگاه پرداخت پرداختیاری گفته میشود. واژه «غیرمستقیم» به رابطه پذیرنده با PSP اشاره دارد، نه به کیفیت، امنیت یا واقعیبودن تراکنش. کاربر همچنان پرداخت خود را در مسیر شبکه بانکی انجام میدهد.
پرداختیار بانک یا PSP نیست. PSP زیرساخت پذیرش و پردازش تراکنش را در شبکه پرداخت فراهم میکند و پرداختیار روی این زیرساخت، لایهای برای ارائه سرویس به کسبوکار، اتصال فنی و مدیریت بخشی از عملیات پرداخت ایجاد میکند.
برای شناخت اجزای اصلی جریان پرداخت، ابتدا راهنمای درگاه پرداخت اینترنتی را بخوانید.
درگاه پرداخت غیرمستقیم چگونه کار میکند؟
از دید مشتری، پرداخت در یک درگاه غیرمستقیم تفاوت بنیادینی با سایر پرداختهای اینترنتی ندارد. مشتری سفارش را ثبت میکند، به صفحه پرداخت هدایت میشود، اطلاعات لازم را وارد میکند و نتیجه را دریافت میکند. تفاوت اصلی در پشت صحنه و نحوه ارتباط پذیرنده با ارائهدهنده سرویس است.
۱. ثبت سفارش در سامانه کسبوکار
سامانه فروشنده یک سفارش با مبلغ، شناسه و وضعیت مشخص ایجاد میکند. سفارش باید پیش از رفتن مشتری به صفحه پرداخت ثبت شده باشد تا نتیجه تراکنش بعداً به همان سفارش متصل شود.
۲. ایجاد درخواست پرداخت
سرور کسبوکار مبلغ، شناسه سفارش، نشانی بازگشت و اطلاعات ضروری دیگر را برای پرداختیار ارسال میکند. در صورت معتبر بودن درخواست، شناسه یا توکن پرداخت در اختیار سامانه قرار میگیرد.
۳. انتخاب مسیر پردازش
در سرویسهایی که به چند PSP متصلاند، پرداختیار ممکن است براساس تنظیمات پذیرنده یا وضعیت مسیرها، PSP مناسب را برای پردازش انتخاب کند. وجود چند PSP بهتنهایی به معنای مسیردهی هوشمند نیست؛ منطق پایش و انتخاب مسیر نیز باید وجود داشته باشد.
جزئیات این سازوکار در راهنمای مسیردهی هوشمند درگاه پرداخت توضیح داده شده است.
۴. هدایت مشتری به صفحه پرداخت
مشتری به محیط پرداخت منتقل میشود و تراکنش را انجام میدهد. اطلاعات حساس کارت نباید بدون معماری، مجوزها و کنترلهای لازم در سامانه پذیرنده دریافت یا ذخیره شوند.
۵. بازگشت نتیجه تراکنش
پس از پردازش، مشتری به نشانی بازگشت پذیرنده منتقل میشود و نتیجه اولیه تراکنش در اختیار سامانه قرار میگیرد. این بازگشت بهتنهایی اثبات موفقیت پرداخت نیست.
۶. تأیید پرداخت از سمت سرور
سامانه کسبوکار باید وضعیت پرداخت را از مسیر معتبر و سمت سرور تأیید کند. مبلغ، شناسه سفارش، شناسه تراکنش و وضعیت نهایی باید با اطلاعات ثبتشده تطبیق داده شوند.
سفارش فقط پس از تأیید معتبر باید نهایی شود. راهنمای امنیت اتصال به درگاه پرداخت OWASP نیز بر تأیید سمت سرور، اعتبارسنجی پاسخ و جلوگیری از پردازش چندباره سفارش تأکید میکند.
۷. ثبت، گزارشگیری و تسویه
پس از تأیید، تراکنش در پنل یا گزارشهای پذیرنده قابل مشاهده میشود. تسویه نیز براساس قرارداد، برنامه سرویس و ضوابط شبکه انجام میشود. موفقیت تراکنش را نباید با انجامشدن تسویه یکی دانست.
پرداختیار چه نقشی میان پذیرنده و PSP دارد؟
پرداختیار نقطه ارتباط عملیاتی کسبوکار با خدمات پرداخت است. دامنه این نقش به قرارداد و امکانات سرویس بستگی دارد، اما ممکن است این موارد را در بر بگیرد:
- دریافت و بررسی درخواست پذیرندگی
- فراهمکردن اتصال فنی و مستندات API
- مدیریت ارتباط با یک یا چند PSP
- ارائه پنل مشاهده و جستوجوی تراکنشها
- فراهمکردن گزارشهای مالی و عملیاتی
- پشتیبانی از پیگیری خطاها و وضعیتهای نامشخص
- مدیریت یا نمایش وضعیت تسویهها
- ارائه سرویسهای مکمل مانند استرداد وجه
- فراهمکردن ابزارهای پایش، مغایرتگیری یا مسیردهی در صورت پشتیبانی سرویس
این فهرست تعریف عمومی نقش پرداختیار است و به معنای ارائه همه قابلیتها توسط هر سرویس نیست. پذیرنده باید امکانات قابل استفاده، سطح دسترسی، محدودیتها و مسئولیت پشتیبانی هر قابلیت را در قرارداد و مستندات همان ارائهدهنده بررسی کند.
برای شناخت دقیقتر قابلیتهایی که میتوان هنگام ارزیابی سرویس بررسی کرد، راهنمای ویژگیهای درگاه پرداخت را ببینید.
پرداختیار چه مسئولیتهایی را از کسبوکار نمیگیرد؟
استفاده از پرداختیار بخشی از پیچیدگی اتصال و عملیات را کاهش میدهد، اما مسئولیت طراحی محصول و فرایند سفارش همچنان با کسبوکار است. پذیرنده باید این موارد را در سامانه خود مدیریت کند:
- ثبت سفارش پیش از آغاز پرداخت
- تطبیق مبلغ و شناسه سفارش با نتیجه تراکنش
- تأیید سمت سرور و جلوگیری از جعل نتیجه
- جلوگیری از ثبت یا تحویل چندباره سفارش
- نمایش پیام روشن برای پرداخت موفق، ناموفق یا نامشخص
- نگهداری سوابق لازم برای پیگیری مشتری
- تعریف سیاست لغو سفارش و بازگشت وجه
- کنترل دسترسی تیمهای مالی، فنی و پشتیبانی
- پایش خطاها و واکنش به اختلال سرویس
پرداختیار نیز نمیتواند موفقیت همه تراکنشها را تضمین کند. خطاهای بانکی، محدودیت کارت، اطلاعات نادرست مشتری، اختلال مسیر و اشکال در منطق داخلی سایت میتوانند باعث ناتمامماندن پرداخت شوند.
برای تفکیک بهتر عوامل و راهکارها، راهنمای کاهش پرداختهای ناموفق را مطالعه کنید.
شرایط و مدارک دریافت درگاه از پرداختیار
شرایط دقیق پذیرش به پرداختیار، نوع شخصیت متقاضی و حوزه فعالیت کسبوکار بستگی دارد. مقررات و فرایندها نیز ممکن است تغییر کنند؛ بنابراین فهرست نهایی مدارک باید مستقیماً از سرویس انتخابی دریافت شود.
در فرایند پذیرش معمولاً اطلاعات و موارد زیر بررسی میشوند:
- اطلاعات هویتی متقاضی حقیقی یا نمایندگان شخص حقوقی
- مدارک ثبتی شرکت و اطلاعات صاحبان امضای مجاز
- شماره حساب و شبای منطبق با اطلاعات پذیرنده
- شماره همراه، نشانی و اطلاعات تماس
- دامنه، وبسایت یا اپلیکیشن فعال
- اینماد معتبر و اطلاعات مرتبط با فعالیت آنلاین
- کد یا شناسه رهگیری مالیاتی موردنیاز
- مجوز فعالیت برای حوزههای نیازمند مجوز
- توضیح روشن کالا یا خدمت، قیمت و شیوه تحویل
- صفحات قوانین، حریم خصوصی و سیاست بازگشت وجه
- پذیرش قرارداد و ضوابط استفاده از سرویس
وجود پرداختیار به معنای حذف احراز هویت، بررسی فعالیت یا الزامات پذیرندگی نیست. ممکن است ثبتنام و تبادل مدارک بهصورت متمرکزتر انجام شود، اما اطلاعات پذیرنده و قانونیبودن فعالیت همچنان بررسی میشوند.
مراحل دریافت درگاه از پرداختیار
برای دریافت درگاه پرداخت غیرمستقیم یا پرداختیاری باید این مراحل را طی کرد:
مشخصکردن نیازهای پرداخت
پیش از انتخاب سرویس، مشخص کنید چه تعداد تراکنش دارید، چه کسانی به گزارشها نیاز دارند، برنامه تسویه مطلوب چیست، پرداختهای نامشخص چگونه پیگیری میشوند و آیا به امکاناتی مانند چند PSP، استرداد یا تسهیم نیاز دارید.
مقایسه پرداختیارها
کارمزد، نحوه تسویه، کیفیت مستندات، محیط آزمایشی، سطح پشتیبانی، گزارشهای مالی، وضعیت مسیرهای پرداخت و امکانات پس از تراکنش را کنار هم بررسی کنید.
برای تبدیل این مقایسه به یک چکلیست عملی، معیارهای انتخاب درگاه پرداخت را مرور کنید.
ثبتنام و تکمیل اطلاعات
اطلاعات هویتی یا ثبتی، بانکی، مالیاتی و اطلاعات وبسایت در مسیر اعلامشده ثبت میشوند. کامل و هماهنگ بودن اطلاعات میتواند از رفتوبرگشتهای غیرضروری جلوگیری کند.
بررسی و فعالسازی پذیرندگی
پرداختیار اطلاعات و فعالیت کسبوکار را بررسی میکند و در صورت وجود نقص، اصلاح یا مدرک تکمیلی میخواهد. زمان فعالسازی ثابت نیست و به کاملبودن مدارک، نوع فعالیت و فرایند سرویس بستگی دارد.
دریافت اطلاعات اتصال
پس از تأیید، کلیدها، شناسهها یا اطلاعات لازم برای اتصال در اختیار تیم فنی قرار میگیرند. این اطلاعات محرمانهاند و نباید در کد عمومی، فایلهای قابلدانلود یا سمت مرورگر منتشر شوند.
پیادهسازی در محیط آزمایشی
ایجاد درخواست، هدایت مشتری، دریافت پاسخ، تأیید پرداخت، ثبت نتیجه و مدیریت خطا باید مطابق مستندات سرویس پیادهسازی شوند. استفاده از افزونه آماده نیز نیاز به تنظیم، بهروزرسانی و آزمون را از بین نمیبرد.
آزمایش سناریوهای اصلی
پیش از انتشار، فقط پرداخت موفق را آزمایش نکنید. حداقل این سناریوها باید بررسی شوند:
- پرداخت موفق و تأییدشده
- پرداخت ناموفق
- انصراف مشتری
- بازگشت بدون نتیجه معتبر
- قطع ارتباط هنگام بازگشت
- دریافت چندباره callback
- اختلاف مبلغ پرداخت و سفارش
- استفاده دوباره از شناسه پرداخت
- موفقیت تراکنش با تأخیر
- نامشخصماندن موقت وضعیت
- خطا یا توقف یکی از مسیرهای PSP
انتشار و پایش
پس از فعالسازی در محیط اصلی، نرخ موفقیت، خطاها، زمان پاسخ، تراکنشهای نامشخص، مغایرت سفارشها و تسویهها باید پایش شوند. مسئول هر نوع پیگیری نیز باید میان تیمهای فنی، مالی و پشتیبانی مشخص باشد.
چه خدماتی ممکن است کنار درگاه پرداخت ارائه شوند؟
تمایز اصلی بسیاری از پرداختیارها در ابزارهای عملیاتی همراه درگاه است. این امکانات باید براساس کیفیت اجرا و تناسب با فرایند واقعی کسبوکار ارزیابی شوند، نه صرفاً حضور نام قابلیت در فهرست محصول.
اتصال به چند PSP و مسیردهی
برخی سرویسها یک اتصال واحد به چند PSP فراهم میکنند و با پایش وضعیت مسیرها، امکان تعیین اولویت یا انتخاب مسیر مناسب را در اختیار پذیرنده میگذارند. منطق دقیق تصمیمگیری و رفتار سرویس هنگام اختلال باید از مستندات بررسی شود.
پنل پذیرندگان و گزارشگیری تراکنش
پنل پذیرندگان میتواند امکان جستوجوی تراکنش، مشاهده وضعیت، دریافت گزارش و تفکیک دادهها براساس زمان، مبلغ یا PSP را فراهم کند. تیم مالی باید بررسی کند آیا خروجیها با فرایند حسابداری و مغایرتگیری آن سازگارند.
مدیریت مغایرت و تراکنشهای نامشخص
در تراکنشهایی که نتیجه قطعی بلافاصله در دسترس نیست یا گزارش سفارش با داده پرداخت همخوانی ندارد، ابزارهای پیگیری و مغایرتگیری اهمیت پیدا میکنند. کسبوکار باید بداند کدام وضعیتها خودکار اصلاح میشوند و کدام موارد به پیگیری انسانی نیاز دارند.
استرداد وجه
در صورت لغو سفارش یا نیاز به بازگرداندن تمام یا بخشی از مبلغ، سرویس استرداد میتواند فرایند بازگشت وجه را به تراکنش اصلی متصل و پیگیریپذیر کند. شرایط، زمانبندی و محدودیتها باید پیش از استفاده بررسی شوند. برای طراحی این بخش از عملیات، راهنمای استرداد وجه را بخوانید.
تسویه و انتقال وجه
پرداخت ورودی و انتقال وجه خروجی دو فرایند متفاوتاند. اگر کسبوکار باید به فروشندگان، کاربران یا ذینفعان وجه واریز کند، لازم است راهکار تسویه و انتقال وجه را مستقل از خود درگاه بررسی کند.
افزونهها، SDK و مستندات فنی
ابزار آماده میتواند زمان پیادهسازی را کاهش دهد، اما کیفیت مستندات، نسخهبندی API، روش مدیریت خطا و سازگاری با معماری محصول همچنان تعیینکنندهاند.
پشتیبانی متمرکز
وجود یک نقطه تماس برای مسائل درگاه، گزارش و تسویه میتواند پیگیری را سادهتر کند. بااینحال، کانالهای ارتباطی، ساعات پاسخگویی، سطح تخصص و اولویتبندی رخدادهای بحرانی باید روشن باشند.
مزایای درگاه پرداخت غیرمستقیم
کسبوکار پس از دریافت درگاه پرداخت غیرمستقیم یا پرداختیاری میتواند از این مزیتها بهرهمند شود:
مسیر پذیرش و اتصال متمرکزتر
اطلاعات، قرارداد و اتصال فنی از مسیر پرداختیار مدیریت میشوند و کسبوکار لازم نیست برای هر قابلیت با ساختارهای جداگانه درگیر شود. سرعت واقعی فعالسازی به شرایط پذیرنده و سرویس بستگی دارد.
دسترسی به ابزارهای عملیاتی
گزارشگیری، پنل تراکنش، پیگیری وضعیت، ابزارهای مغایرت و سرویسهای پس از پرداخت میتوانند در یک بستر در دسترس باشند.
امکان مدیریت چند مسیر پرداخت
در صورت پشتیبانی پرداختیار، کسبوکار میتواند بدون نگهداری اتصالهای مستقل متعدد، از چند PSP استفاده کند و عملیات آنها را در یک پنل ببیند.
پشتیبانی هماهنگتر
یک نقطه تماس میتواند تشخیص و ارجاع مسئله میان پذیرنده و مسیرهای مختلف پرداخت را سادهتر کند، بهویژه زمانی که کسبوکار تیم پرداخت تخصصی ندارد.
توسعه تدریجی زیرساخت مالی
کسبوکار میتواند با درگاه آغاز کند و در صورت نیاز، سرویسهایی مانند استرداد، انتقال وجه یا ابزارهای گزارشگیری را به جریان مالی خود اضافه کند.
پرداختیاری برای چه کسبوکارهایی مناسب است؟
این مدل معمولاً برای کسبوکارهایی قابل بررسی است که:
- میخواهند پذیرش و عملیات پرداخت را در یک نقطه مدیریت کنند؛
- به گزارشگیری و پیگیری تراکنش اهمیت میدهند؛
- به چند PSP یا مسیر جایگزین نیاز دارند؛
- به سرویسهایی مانند استرداد یا انتقال وجه نیاز دارند؛
- حجم یا پیچیدگی عملیات آنها در حال رشد است؛
- به پشتیبانی متمرکز برای تیمهای مالی و فنی نیاز دارند.
در مقابل، کسبوکاری که زیرساخت فنی کامل، قراردادهای مستقیم مناسب و ابزار داخلی قدرتمند برای مدیریت چند PSP دارد، ممکن است مدل ترکیبی را نیز ارزیابی کند.
پیش از انتخاب پرداختیار چه مواردی را بررسی کنیم؟
موارد متعددی در انتخاب پرداختیار مناسب برای دریافت درگاه پرداخت غیرمستقیم وجود دارد که ازجمله آنها میتوان به این موارد اشاره کرد:
- وضعیت و چارچوب فعالیت ارائهدهنده
- مدارک و زمانبندی واقعبینانه فعالسازی
- PSPهای متصل و سازوکار مدیریت اختلال
- کیفیت، نسخهبندی و مثالهای مستندات فنی
- وجود محیط آزمایشی و شباهت آن به محیط اصلی
- روش تأیید تراکنش و رفتار callback
- گزارشهای تراکنش، تسویه و مغایرت
- برنامه، شرایط و محدودیتهای تسویه
- کارمزد و هزینه سرویسهای تکمیلی
- روش استرداد وجه و پیگیری آن
- کانالها و سطح پاسخگویی پشتیبانی
- کنترل دسترسی اعضای تیم
- امکان دریافت داده و مهاجرت به سرویس دیگر
- SLA، اطلاعرسانی اختلال و سابقه تغییرات سرویس
این بررسی باید با سناریو و داده واقعی کسبوکار انجام شود. گزینهای که برای یک فروشگاه کوچک مناسب است، لزوماً پاسخگوی نیاز یک مارکتپلیس یا سامانه پرتراکنش نیست.
تفاوت پرداختیار و PSP چیست؟
PSP زیرساخت پذیرش و پردازش تراکنش را در شبکه پرداخت فراهم میکند. پرداختیار با استفاده از زیرساخت یک یا چند PSP، خدمات پرداخت را در قالبی عملیاتیتر به پذیرنده ارائه میدهد و ممکن است ابزارهایی برای اتصال، گزارشگیری، تسویه، استرداد و پشتیبانی فراهم کند.
این تمایز به معنای حذف PSP از زنجیره نیست. تراکنشهای پرداختیاری نیز از مسیر PSP و اجزای شبکه پردازش میشوند. تفاوت اصلی در رابطه قراردادی پذیرنده، نحوه اتصال و ابزارهای مدیریتی همراه سرویس است.
تفاوت درگاه مستقیم و پرداختیاری چیست؟
در مدل مستقیم، پذیرنده برای دریافت ترمینال و اتصال فنی با PSP وارد فرایند همکاری میشود. در مدل پرداختیاری، پذیرنده با پرداختیار همکاری میکند و پرداختیار دسترسی و عملیات مربوط به یک یا چند مسیر PSP را مدیریت میکند.
هیچکدام برای همه کسبوکارها بهترین گزینه نیستند. توان فنی، زمان راهاندازی، الگوی تراکنش، نیاز به چند PSP، گزارشگیری، تسویه و عملیات پس از پرداخت باید در تصمیم لحاظ شوند.
برای بررسی مستقل مدل مستقیم، راهنمای درگاه پرداخت مستقیم را بخوانید. مقایسه جزئیتر نیز در مقاله مقایسه درگاه مستقیم و پرداختیاری آمده است.
جیبیت، پرداختیار رسمی شاپرک، اکوسیستم کامل برای پرداخت و عملیات مالی
جیبیت، بهعنوان پرداختیار رسمی شاپرک، مدل پرداختیاری را با معماری فنی پیشرفته و رویکردی مبتنی بر نیازهای واقعی کسبوکارها ترکیب کرده است. هدف این رویکرد ایجاد زیرساختی پایدار، هوشمند و مقیاسپذیر برای مدیریت کامل جریانهای مالی آنلاین است.
ویژگیهای کلیدی این ساختار از این قرار است:
- اتصال همزمان به چند PSP و بهرهگیری از مسیردهی هوشمند تراکنشها بهمنظور افزایش نرخ موفقیت پرداخت، کاهش خطا و بهحداقلرساندن قطعی
- ارائه مجموعهای یکپارچه از سرویسها شامل درگاه پرداخت اینترنتی، استرداد وجه، تسویه و انتقال وجه، سرویسهای استعلامی و احراز هویت بایومتریک
- تمرکز بر شفافیت دادهها ازطریق APIهای گزارشگیری، ابزارهای تحلیلی و امکانات رفع مغایرت برای تیمهای مالی و فنی
- فرایند فعالسازی و پشتیبانی متناسب با ساختار و مدل عملیاتی هر کسبوکار
- پنل مدیریتی جامع با قابلیتهای عملیاتی، کنترلی و تحلیلی متناسب با نیازهای رشد و مقیاسپذیری
در این چارچوب، درگاه پرداخت اینترنتی جیبیت صرفاً یک ابزار اتصال به شبکه بانکی نیست، بلکه بخشی از یک زیرساخت یکپارچه است که تمامی نیازهای مرتبط با مدیریت پرداخت، تسویه، بازگشت وجه، استعلام و احراز هویت را در یک بستر هماهنگ فراهم میکند. این جامعیت باعث میشود کسبوکارها بهجای استفاده از سرویسهای پراکنده، از یک اکوسیستم کامل و منسجم بهرهمند شوند و با تمرکز بر توسعه بازار و بهبود تجربه کاربری، مسیر رشد خود را با اطمینان بیشتری دنبال کنند.
پرسشهای متداول
پرداختیار شرکتی است که در چارچوب شبکه پرداخت و با استفاده از زیرساخت PSPها، خدمات درگاه و ابزارهای عملیاتی همراه آن را در اختیار پذیرندگان قرار میدهد.
درگاهی است که پذیرنده آن را از یک پرداختیار دریافت میکند و ارتباط قراردادی و عملیاتی خود را از مسیر همان پرداختیار پیش میبرد.
خیر. PSP زیرساخت پردازش تراکنش را فراهم میکند و پرداختیار خدمات پرداخت را با اتکا به یک یا چند PSP به پذیرنده ارائه میدهد.
خیر. تفاوت اصلی در رابطه پذیرنده با ارائهدهنده، مسیر دریافت ترمینال، اتصال فنی و ابزارهای عملیاتی همراه سرویس است.
خیر. اطلاعات هویتی یا ثبتی، بانکی، مالیاتی، اطلاعات سایت و مجوزهای مرتبط ممکن است بررسی شوند. فهرست نهایی به سرویس و نوع فعالیت بستگی دارد.
کاملبودن مدارک، نوع فعالیت، فرایند بررسی و آمادگی فنی کسبوکار بر زمان فعالسازی اثر میگذارند. در صورت کاملبودن مدارک، درگاه پرداخت میتواند در یک روز کاری هم فعال شود.
تسویه براساس قرارداد، برنامه سرویس و ضوابط شبکه انجام میشود. زمانبندی، گزارش و محدودیتهای آن باید پیش از انتخاب بررسی شوند.
پرداختیار نتیجه و ابزارهای لازم را ارائه میکند، اما سامانه پذیرنده باید تراکنش را از سمت سرور تأیید و با سفارش تطبیق دهد.
بسته به سرویس، امکان اتصال به چند PSP وجود دارد. باید مشخص شود انتخاب مسیر دستی است یا خودکار و هنگام اختلال چه رفتاری اجرا میشود.
برای پاسخ به این پرسش باید هزینه، نیازهای عملیاتی، توان فنی، حجم تراکنش و مدل تسویه را با گزینه مستقیم یا ترکیبی مقایسه کرد. بهصورت کلی ویژگیهای متعدد درگاه پرداختیاری مزیتهای متعددی برای کسبوکارها دارد. برای بررسی اتصال به چند PSP، مسیردهی هوشمند، گزارشگیری متمرکز و ابزارهای مدیریت تراکنش، امکانات درگاه پرداخت اینترنتی جیبیت را ببینید.