درگاه پرداخت چیست؟ پرداخت آنلاین، توضیح داده شده
درگاه پرداخت سرویسی است که جزئیات پرداخت مشتری را در صندوق پرداخت امن می‌گیرد، برای تأیید به بانک‌ها و شبکه‌های کارت می‌فرستد و پاسخ «تأیید شد» یا «رد شد» را برمی‌گرداند — معمولاً ظرف چند ثانیه. پلی است میان برنامه شما و سیستم مالی. Stripe، PayPal، Adyen، Square و Braintree نمونه‌های شناخته‌شده‌اند.
امروزه بیشتر این شرکت‌ها درگاه را با همه چیزهای دیگری که برای دریافت پول لازم دارید در یک بسته ارائه می‌دهند، پس «درگاه پرداخت»، «پردازشگر پرداخت» و «ارائه‌دهنده پرداخت» اغلب یک معنی دارند.
چرا درگاه‌های پرداخت وقتی با هوش مصنوعی می‌سازید مهم‌اند
«پرداخت اضافه کن» یکی از رایج‌ترین درخواست‌هایی است که مردم از سازنده‌های هوش مصنوعی دارند، و یکی از آسان‌ترین مواردی که ظریف اشتباه می‌شود. خود کد معمولاً کوتاه است. بخش مهم، تصمیم‌های اطرافش است:
- کدام ارائه‌دهنده با کسب‌وکار، کشور و چیزی که می‌فروشید سازگار است.
- کد کجا اجرا می‌شود. کلیدهای محرمانه پرداخت باید روی سرور بمانند، هرگز در مرورگر.
- برنامه چطور می‌فهمد پرداختی موفق بوده است. راه قابل‌اعتماد، یک وب‌هوک از ارائه‌دهنده است — نه اینکه مشتری روی یک صفحه «متشکریم» فرود بیاید.
- مسئولیت‌های حقوقی و مالیاتی شما، که به اینکه چه کسی تاجر ثبت‌شده است بستگی دارد.
فهمیدن کار درگاه کمک می‌کند دستورهای روشن بدهید و بررسی کنید نتیجه امن است.
یک تشبیه روزمره
پرداخت با کارت در یک فروشگاه را تصور کنید.
دستگاه کارت‌خوان روی پیشخوان همان درگاه است: کارت شما را امن می‌خواند و درخواست را می‌فرستد. خودش تصمیمی نمی‌گیرد — سؤال «آیا این شخص می‌تواند ۴۰ یورو پرداخت کند؟» را در زنجیره‌ای تا بانک شما می‌فرستد و جواب را برمی‌گرداند. بانک فروشگاه (acquirer) و بانک شما (issuer) تصمیم می‌گیرند، از طریق شبکه کارت (Visa، Mastercard) که آن‌ها را به هم وصل می‌کند.
یک درگاه پرداخت آنلاین همان کارت‌خوان است، که برای وب بازسازی شده — به علاوه امنیت لازم برای مدیریت اطلاعات کارتی که از اینترنت می‌رسد.
یک پرداخت کارتی آنلاین چطور کار می‌کند
این کاری است که در چند ثانیه بعد از اینکه مشتری روی «پرداخت» کلیک می‌کند رخ می‌دهد:
| گام | چه اتفاقی می‌افتد | چه کسی انجامش می‌دهد |
|---|---|---|
| ۱. صندوق پرداخت | مشتری جزئیات کارتش را در فرم امن پرداخت وارد می‌کند | فرم یا صفحه ارائه‌دهنده پرداخت |
| ۲. رمزگذاری | جزئیات رمزگذاری شده و به درگاه فرستاده می‌شود | درگاه |
| ۳. درخواست مجوز | درخواست به شبکه کارت و بانک مشتری می‌رود | پردازشگر، شبکه کارت |
| ۴. بررسی‌ها | بانک موجودی و نشانه‌های تقلب را بررسی می‌کند و ممکن است تأیید اضافی مثل 3D Secure بخواهد | بانک صادرکننده |
| ۵. پاسخ | پاسخ تأیید یا رد به برنامه شما برمی‌گردد | درگاه |
| ۶. دریافت و تسویه | پول جمع می‌شود و، طبق برنامه پرداخت ارائه‌دهنده، پس از کسر کارمزد به حساب بانکی شما واریز می‌شود | پردازشگر، acquirer |
دو نکته ارزش دانستن دارد:
- مجوز با دریافت پول یکی نیست. اول پول رزرو می‌شود، سپس دریافت (capture) و بعد تسویه به حساب شما — که اغلب چند روز بعد است.
- برنامه شما اصلاً نباید شماره کارت را ببیند. ارائه‌دهندگان امروزی یک صفحه پرداخت میزبانی‌شده یا فیلدهای جاسازی‌شده می‌دهند که خودشان کنترلشان می‌کنند، و برنامه شما فقط یک مرجع به پرداخت می‌گیرد.
بخش‌های اصلی و اینکه چه کسی آن‌ها را انجام می‌دهد
| بخش | چیست |
|---|---|
| درگاه پرداخت | جزئیات پرداخت را امن می‌گیرد و منتقل می‌کند. |
| پردازشگر پرداخت | داده تراکنش را بین بانک‌ها جابه‌جا می‌کند. |
| حساب تاجر | حسابی که پرداخت‌های کارتی را از طرف شما دریافت می‌کند. ارائه‌دهنده‌هایی مثل Stripe آن را در بسته قرار می‌دهند. |
| Acquirer | بانک طرف تاجر. |
| Issuer | بانک مشتری، که تأیید یا رد می‌کند. |
| شبکه کارت | Visa، Mastercard و دیگران که acquirer و issuer را به هم وصل می‌کنند. |
| تاجر ثبت‌شده (Merchant of record) | کسب‌وکاری که از نظر قانونی به مشتری می‌فروشد و مسئول مالیات، بازپس‌گیری و اختلاف‌هاست. |
برخی ارائه‌دهندگان (Paddle، Lemon Squeezy) خودشان نقش تاجر ثبت‌شده را دارند و در ازای کارمزد بالاتر، مالیات فروش و VAT را برای شما مدیریت می‌کنند. برخی دیگر (Stripe، PayPal) شما را تاجر ثبت‌شده نگه می‌دارند، با ابزارهای مالیاتی اختیاری. برای نگاهی منصفانه به گزینه‌ها، Stripe در برابر Paddle در برابر Lemon Squeezy و Stripe در برابر PayPal را ببینید.
یک مثال کامل: فروش یک دوره آموزشی
یک دوره آنلاین ۹۹ یورویی می‌فروشید و از سازنده هوش مصنوعی‌تان می‌خواهید دکمه «خرید» اضافه کند.
- مشتری روی خرید کلیک می‌کند. سرور شما با کلید محرمانه‌اش از ارائه‌دهنده می‌خواهد یک جلسه پرداخت برای ۹۹ یورو بسازد و یک لینک برمی‌گرداند.
- مشتری به صفحه پرداخت میزبانی‌شده ارائه‌دهنده فرستاده می‌شود، کارتش را وارد می‌کند و هر بررسی 3D Secure را با بانکش انجام می‌دهد.
- پرداخت تأیید می‌شود و مشتری به صفحه موفقیت شما هدایت می‌شود.
- جداگانه، ارائه‌دهنده یک وب‌هوک به سرور شما می‌فرستد: «پرداخت برای جلسه X موفق بود.» سرور شما امضای وب‌هوک را بررسی می‌کند، سفارش را پیدا می‌کند، آن را پرداخت‌شده علامت می‌زند و دوره را باز می‌کند.
- چند روز بعد، پول منهای کارمزد به حساب بانکی شما می‌رسد.
گام ۴ مهم‌ترین است. اگر دوره را در صفحه موفقیت باز می‌کردید، هر کسی که آن نشانی را پیدا می‌کرد می‌توانست رایگان دوره را بگیرد، و مشتریانی که مرورگرشان زود بسته می‌شد پول می‌دادند و چیزی نمی‌گرفتند.
اصطلاحات کلیدی
| اصطلاح | معنی |
|---|---|
| جلسه پرداخت (Checkout session) | یک صفحه یا جریان پرداخت یک‌باره که سرور شما برای یک خرید مشخص می‌سازد. |
| حالت آزمایشی (Test mode) | محیط شن‌سندباکس با کلیدهای آزمایشی و شماره کارت‌های آزمایشی — هیچ پول واقعی جابه‌جا نمی‌شود. |
| کلید قابل انتشار / محرمانه | کلید قابل انتشار می‌تواند در کد مرورگر باشد؛ کلید محرمانه باید روی سرور بماند. |
| 3D Secure | گام اضافه‌ای که در آن مشتری پرداخت را با بانکش تأیید می‌کند؛ در اروپا زیر قوانین Strong Customer Authentication (SCA) رایج است. |
| PCI DSS | استاندارد امنیتی صنعت کارت برای هر کسی که داده کارت را مدیریت می‌کند. |
| Chargeback | وقتی مشتری پرداختی را نزد بانکش مورد اختلاف قرار می‌دهد و پول پس گرفته می‌شود. |
| بازپرداخت (Refund) | پولی که شما داوطلبانه برمی‌گردانید. |
| Payout | انتقال پول دریافت‌شده توسط ارائه‌دهنده به حساب بانکی شما. |
باورهای غلط رایج
- «برای اینکه بتوانم دوباره مشتری را شارژ کنم، باید شماره کارت‌ها را ذخیره کنم.» نه. ارائه‌دهندگان کارت را نگه می‌دارند و یک توکن مرجع برای شارژهای تکراری و اشتراک‌ها به شما می‌دهند. هرگز خودتان شماره کارت را ذخیره نکنید.
- «صفحه موفقیت یعنی پرداخت درست کار کرد.» پرداخت‌ها را با وب‌هوک‌ها روی سرور تأیید کنید. هدایت‌ها قابل حذف، جعل یا اصلاً رخ ندادن‌اند.
- «همه ارائه‌دهندگان پرداخت تقریباً هزینه یکسانی دارند.» کارمزدها بسته به ارائه‌دهنده، کشور، نوع کارت و اینکه مدیریت مالیات هم شامل شود فرق می‌کند. صفحه قیمت فعلی هر ارائه‌دهنده را برای کشورتان بررسی کنید.
- «استفاده از Stripe مرا PCI-compliant می‌کند.» کار را خیلی ساده‌تر می‌کند، چون داده کارت نزد ارائه‌دهنده می‌ماند — اما هنوز یک خودارزیابی (معمولاً کوتاه) دارید که باید انجام دهید.
- «حالت آزمایشی و حالت واقعی دقیقاً یکسان رفتار می‌کنند.» نزدیک‌اند، اما حالت واقعی یک حساب کاملاً تأییدشده، وب‌هوک‌های واقعی برای محیط واقعی و اطلاعات بانکی واقعی می‌خواهد.
- «درگاه پرداخت مالیات من را مدیریت می‌کند.» فقط اگر تاجر ثبت‌شده باشد یا ابزارهای مالیاتی‌اش را روشن و تنظیم کنید. قوانین محلی‌تان را بررسی کنید یا از یک مشاور بپرسید.
از سازنده هوش مصنوعی‌تان چه بپرسید
- «یک Checkout با [Stripe] برای [محصول] اضافه کن. جلسه را روی سرور با کلید محرمانه از یک متغیر محیطی بساز.»
- «سفارش‌ها را فقط از یک وب‌هوک تأییدشده پرداخت‌شده علامت بزن و امضای وب‌هوک را بررسی کن.»
- «اگر وب‌هوک دو بار فرستاده شد، سفارش‌های تکراری نساز.»
- «از کلیدهای حالت آزمایشی استفاده کن و با کارت‌های آزمایشی ارائه‌دهنده، از جمله یک کارت ردشده، آزمایش را قدم‌به‌قدم توضیح بده.»
- «اگر مشتری بعد از پرداخت تب را ببندد چه می‌شود؟»
- «همه جاهایی که یک کلید پرداخت استفاده می‌شود را نشانم بده و تأیید کن که کلید محرمانه هرگز به مرورگر نمی‌رسد.»
درگاه‌های پرداخت در Mythex
Mythex پرداخت داخلی برای برنامه‌هایی که می‌سازید ارائه نمی‌دهد، و گزینه «یک کلیک برای اتصال Stripe» وجود ندارد. شما یک حساب نزد ارائه‌دهنده‌ای که انتخاب کرده‌اید می‌سازید، کلیدهای آزمایشی‌اش را به‌عنوان رازهای پروژه اضافه می‌کنید و از عامل می‌خواهید صندوق پرداخت را در سمت سرور بسازد. در پیش‌نمایش با شماره کارت‌های آزمایشی ارائه‌دهنده آزمایش کنید، سپس منتشر کنید. مستندات این کار را در پذیرش پرداخت با Stripe توضیح می‌دهد و وب‌هوک‌ها گام تأیید را پوشش می‌دهد.
برای ساخت گام‌به‌گام، چطور پرداخت به برنامه‌تان اضافه کنید را ببینید و برای صورتحساب تکرارشونده، چطور اشتراک با Stripe اضافه کنید.
پرسش‌ها
درگاه پرداخت به زبان ساده چیست؟
درگاه پرداخت سرویسی است که جزئیات پرداخت مشتری را امن از صندوق پرداخت شما می‌گیرد، برای تأیید به بانک‌ها و شبکه‌های کارت می‌فرستد و جواب «تأیید شد» یا «رد شد» را به برنامه شما برمی‌گرداند — معمولاً در چند ثانیه.
تفاوت درگاه پرداخت و پردازشگر پرداخت چیست؟
به‌طور دقیق، درگاه همان در ورودی امن است که جزئیات پرداخت را می‌گیرد و منتقل می‌کند، و پردازشگر تراکنش را بین بانک‌ها جابه‌جا می‌کند. در عمل، ارائه‌دهندگان امروزی مثل Stripe، PayPal و Adyen هر دو را همراه حساب تاجر در یک سرویس ارائه می‌دهند، پس این اصطلاحات اغلب به جای هم به کار می‌روند.
برای پذیرش پرداخت کارت باید PCI مطابقت داشته باشم؟
هر کسب‌وکاری که کارت می‌پذیرد باید به شکلی با استاندارد امنیتی PCI DSS مطابقت داشته باشد. استفاده از صفحه پرداخت میزبانی‌شده یا فیلدهای پرداخت جاسازی‌شده ارائه‌دهنده یعنی شماره کارت هرگز به سرورهای شما نمی‌رسد، و این مسئولیت‌های شما را به‌شدت کم می‌کند. ارائه‌دهنده‌تان به شما می‌گوید کدام خودارزیابی کاربرد دارد.
تاجر ثبت‌شده (Merchant of record) چیست؟
تاجر ثبت‌شده کسب‌وکاری است که از نظر قانونی به مشتری می‌فروشد و مسئول چیزهایی مثل جمع‌آوری و پرداخت مالیات فروش یا VAT، و رسیدگی به بازپس‌گیری‌ها و مرجوعی‌هاست. سرویس‌هایی مثل Paddle و Lemon Squeezy به‌عنوان تاجر ثبت‌شده به جای شما عمل می‌کنند؛ با Stripe یا PayPal معمولاً خودتان تاجر ثبت‌شده هستید.
آیا می‌توانم پرداخت را به برنامه‌ای که با هوش مصنوعی ساخته شده اضافه کنم؟
بله. یک سازنده هوش مصنوعی می‌تواند کدی بنویسد که برنامه را به ارائه‌دهنده‌ای مثل Stripe وصل کند: ساخت جلسات پرداخت روی سرور، مدیریت وب‌هوک‌ها و به‌روزرسانی سفارش‌ها. همچنان به حساب خودتان نزد ارائه‌دهنده نیاز دارید و باید همه چیز را پیش از راه‌اندازی در حالت آزمایشی‌اش آزمایش کنید.