درگاه پرداخت اینترنتی؛ راهنمای کامل انتخاب، دریافت و وصل‌کردن به سایت
درگاه پرداخت اینترنتی از یک دکمه‌ی ساده خیلی پیچیده‌تر است؛ راهنمای انتخاب بین درگاه مستقیم و پرداختیار، گرفتن اینماد و باگ‌هایی که شب اول فروش لو می‌روند.
ساعت یازده شب است. مشتری سبد خریدش را بسته، کارت را کشیده، رمز پویا را زده و پول از حسابش کم شده. بعد صفحه سفید میشود و هیچ اتفاقی نمی‌افتد. سفارش در پنل تو ثبت نشده. فردا صبح یک پیام عصبانی داری و یک تراکنش که نمی‌دانی کجاست. این سناریوی خیالی نیست؛ رایج‌ترین اتفاقی است که سر یک درگاه پرداخت اینترنتی بدقواره می‌افتد و بدترین بخشش این است که تا وقتی یک مشتری شاکی زنگ نزند، اصلاً خبردار نمی‌شوی.
درگاه پرداخت اینترنتی از بیرون یک دکمه‌ی ساده به نظر میرسد. از داخل یک زنجیره‌ی چندلایه است بین سایت تو، شرکت پرداخت، شاپرک، بانک مبدأ و بانک مقصد. هر حلقه‌ی این زنجیره میتواند بشکند و هرکدام راه‌حل جدا دارد. این مقاله دقیقاً همان چیزی است که ما بعد از وصل‌کردن درگاه روی همه‌ی فروشگاه‌ها و سایت‌هایی که ساخته‌ایم یاد گرفتیم: از انتخاب بین درگاه مستقیم و پرداختیار، تا اینماد، تا باگ‌هایی که فقط شب اول فروش خودشان را نشان می‌دهند.
درگاه پرداخت اینترنتی چیست و پشت پرده چه اتفاقی می‌افتد
درگاه پرداخت اینترنتی سرویسی است که به سایت تو اجازه می‌دهد پول را مستقیم از کارت بانکی مشتری بگیرد؛ بدون کارت‌به‌کارت، بدون فیش واریزی و بدون تماس تلفنی. در ایران این کار زیر نظر بانک مرکزی و از مسیر شاپرک انجام میشود. شرکت‌هایی که مجوز دارند و درگاه صادر می‌کنند، شرکت‌های ارائه‌دهنده‌ی خدمات پرداخت هستند؛ اسم‌هایی مثل به‌پرداخت ملت، سامان، پارسیان، آسان‌پرداخت و سداد. هر درگاهی که تو در ایران می‌گیری، در نهایت به یکی از همین‌ها میرسد، حتی اگر یک واسطه بین تو و آن‌ها ایستاده باشد.
مسیر یک پرداخت موفق پنج قدم دارد و بهتر است این پنج قدم را بشناسی، چون هر خطایی که بعداً می‌بینی دقیقاً در یکی از همین‌ها اتفاق افتاده. قدم اول، سایت تو مبلغ و شمارهی سفارش را به شرکت پرداخت می‌فرستد و یک شناسه‌ی یکتا تحویل می‌گیرد. قدم دوم، مشتری به صفحه‌ی امن بانک منتقل میشود. قدم سوم، کارت و رمز پویا وارد میشود و بانک مبلغ را از حساب برمیدارد. قدم چهارم، مشتری به آدرس بازگشتی که تو تعیین کرده‌ای برمی‌گردد. قدم پنجم و مهمترین قدم، سایت تو باید همان تراکنش را دوباره از شرکت پرداخت استعلام کند و تأیید نهایی بگیرد.
قدم پنجم دقیقاً جایی است که اکثر سایتهای ارزان‌قیمت شکست می‌خورند. برنامه‌نویس عجول فرض میکند هر کسی که به آدرس بازگشت رسید یعنی پرداخت کرده، سفارش را تأیید میکند و کار تمام است. نتیجه‌اش این است که یک نفر با دست‌کاری همان آدرس، بدون یک ریال پرداخت، سفارش موفق ثبت میکند. یا برعکس: پول از حساب مشتری کم میشود ولی چون تأیید نهایی انجام نشده، بانک بعد از مدتی پول را برمی‌گرداند و تو یک مشتری عصبانی داری که فکر میکند کلاه سرش رفته و دیگر از تو خرید نمی‌کند.
تراکنشی که تأیید نهایی نشده، پول نیست. فقط یک وعده است که هر لحظه میتواند برگردد.
نکته‌ی دومی که خیلی‌ها دیر می‌فهمند این است که درگاه پرداخت اینترنتی صرفاً یک محصول نرم‌افزاری نیست؛ یک پروندهی حقوقی و مالی هم هست. درگاه به نام یک شخص حقیقی یا حقوقی صادر میشود، به یک شمارهی شبا وصل است، به یک دامنه‌ی مشخص قفل میشود و به پروندهی مالیاتی همان کسب‌وکار گره می‌خورد. یعنی حتی اگر سایتت از نظر فنی بی‌نقص باشد، تا وقتی مدارک هویتی و مالی مرتب نباشد درگاه فعال نمی‌شود. این را از روز اول در برنامه‌ریزی زمانی حساب کن، نه یک هفته مانده به افتتاح.
دو مسیر برای گرفتن درگاه پرداخت اینترنتی
برای گرفتن درگاه پرداخت اینترنتی دو مسیر واقعی وجود دارد و تقریباً همه‌ی تصمیم‌های بعدی تو به همین انتخاب گره می‌خورد. مسیر اول، درگاه مستقیم از یک شرکت ارائه‌دهنده‌ی خدمات پرداخت است. مسیر دوم، پرداختیار است؛ شرکت‌هایی مثل زرین‌پال، زیبال، نکست‌پی، وندار و پی‌پینگ که خودشان زیر مجوز یک شرکت پرداخت کار می‌کنند و درگاه را با فرایندی به‌مراتب ساده‌تر در اختیارت می‌گذارند.
درگاه مستقیم یعنی قرارداد تو مستقیم با شرکت پرداخت بسته میشود. پول تراکنش‌ها طبق چرخهی تسویه‌ی شاپرک مستقیم به حساب بانکی خودت مینشیند و هیچ واسطه‌ای وسط نیست. برای پذیرنده معمولاً کارمزد تراکنش یا وجود ندارد یا ناچیز است. در عوض فرایند اداری‌اش سنگین‌تر است: افتتاح یا معرفی حساب در بانک مربوطه، ارائه‌ی مدارک کامل کسب‌وکار و در عمل داشتن نماد اعتماد الکترونیکی. زمان‌بر است و برای کسی که میخواهد همین هفته اولین فروشش را ثبت کند، گزینه‌ی خوبی نیست.
درگاه مستقیم یک مزیت پنهان هم دارد که کمتر به آن اشاره میشود: اعتماد. وقتی مشتری روی دکمه‌ی پرداخت می‌زند و بلافاصله به صفحه‌ی آشنای بانک میرود، مکث نمی‌کند و شک نمی‌کند. برای فروش‌های با مبلغ بالا — طلا، لوازم یدکی گران، تجهیزات صنعتی — همین چند ثانیه مکث میتواند تفاوت بین سفارش ثبت‌شده و سبد رهاشده باشد. در فروشگاه‌هایی با سبد خرید سنگین، این عامل را دست‌کم نگیر.
پرداختیار مسیر سریع است: ثبتنام آنلاین، احراز هویت و اتصال شمارهی شبا. این مسیر به‌مراتب سریع‌تر از مسیر مستقیم است، ولی زمان دقیقش را باید از خود شرکت بپرسی، چون به رسته و مدارک و شلوغی صف بستگی دارد و هر عددی که در مقاله‌ها می‌بینی ممکن است دیگر درست نباشد. در عوض رابط برنامه‌نویسی‌شان معمولاً تمیزتر است، مستنداتشان به‌روزتر است، بازگشت وجه دارند، امکان تسویه‌ی سریع‌تر ارائه می‌دهند و بعضی‌شان تقسیم پول بین چند فروشنده روی یک درگاه را هم پشتیبانی می‌کنند. طبیعتاً روی هر تراکنش هم درصدی کارمزد برمی‌دارند که معمولاً سقف دارد.
تفاوت مهم دیگر، مسیر پول است. در پرداختیار، پول اول به حساب خود پرداختیار میرود، در کیف پول تو مینشیند و بعد طبق دورهی تسویه به حساب بانکی‌ات منتقل میشود. یعنی یک لایه‌ی واسط بین تو و پولت وجود دارد. برای اکثر کسب‌وکارها این اصلاً مشکل‌ساز نیست، ولی اگر گردش روزانه‌ات بالاست و به نقدینگی سریع وابسته‌ای، باید شرایط تسویه را دقیق بخوانی و بعد انتخاب کنی.
کدام مسیر برای کسب‌وکار تو درست است
قاعده‌ای که ما در پروژه‌ها به آن رسیده‌ایم ساده است. اگر تازه شروع کرده‌ای و می‌خواهی زودتر اولین فروش را ثبت کنی، با پرداختیار شروع کن؛ اگر هنوز اینماد نداری، برای حجم فروش کم اینماد بدون ستاره سریعترین راه است. اگر گردش مالی‌ات جدی شده و کارمزد درصدی دارد به رقم قابل‌توجهی در ماه تبدیل میشود، به درگاه مستقیم مهاجرت کن. این مهاجرت اتفاق بدی نیست؛ اتفاق طبیعی رشد است و اگر کد سایت درست نوشته شده باشد، تعویض درگاه چند ساعت کار است نه چند هفته.
یک انتخاب سوم هم هست که کمتر کسی جدی می‌گیرد: هر دو. سایت‌هایی که درآمدشان به پرداخت آنلاین وابسته است بهتر است بیش از یک درگاه فعال داشته باشند. شرکت‌های پرداخت قطعی دارند، بانک‌ها در ساعات پیک از دسترس خارج می‌شوند و شب‌های پرفروش دقیقاً همان شب‌هایی است که یکی از درگاه‌ها جواب نمی‌دهد. اگر معماری سایتت طوری باشد که با یک کلید بتوانی درگاه دوم را جایگزین کنی، یک شب فروش را نجات داده‌ای.
برای سایتهای شرکتی داستان کمی فرق میکند. خیلی از شرکت‌ها اصلاً به درگاه نیاز ندارند و پرداخت‌شان قراردادی و بانکی است. ولی بعضی‌ها یک نیاز کوچک و مشخص دارند: دریافت بیعانه، ثبتنام دوره، پرداخت هزینه‌ی مشاوره یا شارژ اشتراک. برای این موارد یک درگاه ساده کافی است و لازم نیست هزینه‌ی یک فروشگاه کامل را بدهی. در صفحه‌ی تعرفه‌های ما همین تفکیک وجود دارد؛ پکیج شرکتی سطح بالا شامل درگاه پرداخت و همراهی در دریافت اینماد است، بدون اینکه مجبور شوی به پکیج فروشگاهی کوچ کنی.
اینماد؛ گلوگاه واقعی ماجرا
اگر از ما بپرسی طولانی‌ترین بخش راه‌اندازی یک فروشگاه اینترنتی چیست، جواب‌مان نه طراحی است نه برنامه‌نویسی. نماد اعتماد الکترونیکی است. اینماد را مرکز توسعه‌ی تجارت الکترونیکی صادر میکند و شرط گرفتن درگاه است؛ هم درگاه مستقیم و هم پرداختیار، چون از سال ۱۴۰۰ پرداختیارها هم موظف شده‌اند فقط به سایتهای دارای اینماد درگاه بدهند. احراز هویت پذیرنده هم سال‌به‌سال جدی‌تر شده است.
چیزهایی که همیشه لازم بوده و کم‌وبیش ثابت مانده‌اند این‌ها هستند: هویت مالک کسب‌وکار باید با هویت مالک دامنه یکی باشد، یک شماره تلفن ثابت به نام همان شخص یا شرکت لازم است، آدرس فیزیکی باید واقعی و قابل تأیید باشد، و سایت باید صفحه‌ی تماس، صفحه‌ی قوانین و شرایط، و معرفی شفاف محصولات با قیمت داشته باشد. سطح‌ها، آخرین تعرفه‌های رسمی و مراحلش را جدا در راهنمای اینماد نوشته‌ایم؛ ولی هر عددی را همان روز در سامانه‌ی رسمی هم چک کن، نه فقط در یک مقاله.
نکته‌ای که بیشترین پروژه‌ها را عقب می‌اندازد، مجوز رسته است. بعضی رسته‌ها بدون مجوز تخصصی اصلاً اینماد نمی‌گیرند. دارو و مکمل مجوز سازمان غذا و دارو میخواهد، طلا و جواهر به اتحادیه‌ی مربوطه گره خورده و تجهیزات پزشکی و مواد غذایی و آرایشی هرکدام مسیر مخصوص خودشان را دارند. وقتی برای صنف‌هایی مثل دارو یا طلا جلسه‌ی اول را می‌گذاریم، از همان‌جا درباره‌ی این مجوزها حرف می‌زنیم، چون سایت آماده‌ای که ماه‌ها روی دست بماند بدترین حالت ممکن است.
درس عملی خیلی ساده است: کار اینماد را همان روزی شروع کن که تصمیم به ساخت سایت می‌گیری، نه روزی که سایت تحویل داده شد. ساخت سایت پیش ما بین هفت تا ده روز کاری برای پروژه‌های شرکتی و ده تا چهارده روز کاری برای فروشگاه‌ها طول می‌کشد. اگر همان روز اول مدارکت را جلو ببری، تقریباً هم‌زمان با تحویل سایت درگاهت هم آماده است. اگر نه، یک سایت کامل و زیبا داری که هفته‌ها نمی‌تواند حتی یک ریال بگیرد.
ساخت سایت هفته‌ای است که خودت کنترلش می‌کنی. اینماد و درگاه هفته‌ای است که در صف اداری می‌گذرد. این دو را موازی ببر، نه پشت سر هم.
درگاه پرداخت بدون اینماد؛ هنوز راهی هست؟
کوتاهش این است: تحت ضوابط فعلی، نه. طبق اطلاعیه‌ی اینماد، شرکت‌های پرداخت از سال ۱۳۹۸ موظف شدند فقط به دارندگان اینماد درگاه بدهند و از تابستان ۱۴۰۰ همین الزام با بخشنامه‌ی شاپرک به پرداختیارها هم رسید. یعنی آن دوره‌ای که می‌شد بی‌اینماد از یک پرداختیار درگاه گرفت، تمام شده است.
صفحه‌های رسمی خود شرکت‌ها هم تا مهر ۱۴۰۵ همین را می‌گویند. زیبال برای دریافت درگاه، اینماد معتبر و منطبق با هویت متقاضی، کد رهگیری مالیاتی و سن دست‌کم ۱۸ سال را الزامی می‌داند. در مسیر درگاه مستقیم هم پرداخت الکترونیک سامان اول اینماد و سایت و فرایند فروش را بررسی میکند و بعد یک کد پذیرنده‌ی محدود برای تراکنش آزمایشی می‌دهد؛ یعنی حتی مرحله‌ی تست هم بعد از اینماد است.
پس اگر جایی «درگاه بدون اینماد» تبلیغ شده، معمولاً یکی از این سه است: یا منظورش اینماد بدون ستاره است — کاملاً قانونی و برای شروع کافی —، یا درگاه به نام شخص یا کسب‌وکار دیگری است و پولت اول از حساب او رد میشود، یا اصلاً درگاه نیست و یک لینک کارت‌به‌کارت است. دومی و سومی همان ریسک‌هایی‌اند که پایین‌تر باز می‌کنم. تنها استثنای رسمی‌ای که پیدا کردیم، حوزه‌های مالی تازه‌ای است که هنوز ضابطه ندارند و با تأیید بانک مرکزی ممکن است زودتر درگاه بگیرند؛ که به فروشگاه معمولی ربطی ندارد.
راه درست برای کسی که عجله دارد این است: اینماد بدون ستاره بگیر — طبق اطلاعیه‌ی رسمی اینماد صدورش حداکثر حدود ده دقیقه طول می‌کشد — و با یک پرداختیار شروع کن؛ بعضی پرداختیارها صدورش را داخل پنل خودشان انجام می‌دهند. فقط سقف ماهانه‌اش را بدان و وقتی فروشت از آن گذشت، سراغ تک‌ستاره برو.
درگاه پرداخت شخصی؛ بدون ثبت شرکت هم میشود؟
بله. درگاه فقط مال شرکت‌های ثبت‌شده نیست و شخص حقیقی هم میتواند به نام خودش درگاه بگیرد؛ به همین می‌گویند درگاه پرداخت شخصی. ولی «شخصی» یعنی به نام شخص، نه بی‌مدرک. همان سه شرط اصلی سر جایشان‌اند: سایت فعال، اینماد و پروندهی مالیاتی.
برای نمونه، زیبال برای ثبتنام شخص حقیقی شمارهی همراه و شبای به نام خود متقاضی، ایمیل و تصویر کارت ملی هوشمند یا شناسنامه میخواهد و در فهرست پیش‌نیازها، کد رهگیری مالیاتی از سامانه‌ی my.tax.gov.ir، اینماد و مجوز معتبر از درگاه ملی مجوزها را آورده است؛ هر کد ملی هم فقط یک بار ثبتنام میکند و درگاه فقط برای سایت است، نه لینک پرداخت شخصی. در مسیر مستقیم، پرداخت الکترونیک سامان برای اشخاص حقیقی شناسنامه و کارت ملی، سند یا اجاره‌نامه‌ی محل، اینماد، کد رهگیری مالیاتی و مجوز مرتبط با فعالیت را فهرست کرده است.
پروانه‌ی کسب چطور؟ طبق پرسش‌های متداول اینماد، پروانه‌ی کسب فقط برای فعالیت‌های صنفی لازم است و کسی که پروانه‌ی کسب حضوری یا مجوز کسب‌وکار خانگی دارد، معمولاً مجوز مجازی جدا نمی‌خواهد. چیزی که در درگاه شخصی بیشترین دردسر را می‌سازد، یکی‌نبودن نام‌هاست: دامنه، اینماد، شبا و پروندهی مالیاتی باید همه به نام همان یک نفر باشند. درگاه به نام برادر و شبا به نام خودت، دقیقاً همان‌جایی است که پرونده برمی‌گردد.
یک نکته‌ی مالیاتی هم بگویم: درگاه به پروندهی مالیاتی گره خورده و فروشی که از آن رد میشود، دیده میشود. این بد نیست؛ یعنی از روز اول حساب‌وکتابت شفاف است. فقط اگر تا امروز فروشت دستی و پراکنده بوده، پیش از فعال‌کردن درگاه با یک مشاور مالیاتی درباره‌ی نحوه‌ی اظهار حرف بزن.
کارت به کارت مستقیم؛ چرا ارزان به نظر میرسد و گران تمام میشود
کارت‌به‌کارت برای فروشنده‌ی تازه‌کار وسوسه‌کننده است: نه درگاه میخواهد، نه کارمزد درگاه، نه انتظار برای تسویه. اینماد هم ذاتاً پرداخت آنلاین را اجباری نمی‌کند؛ طبق پرسش‌های متداول سامانه‌ی اینماد، پرداخت میتواند به هر روشی باشد، حتی واریز و فرستادن فیش، به شرطی که خود سفارش آنلاین ثبت شود. پس ممنوع نیست. ولی چهار هزینه‌ی پنهان دارد:
- خریدار بی‌پناه، یعنی خریدار مردد. در سامانه‌ی شکایت اینماد، شکایت با اطلاعات تراکنش بانکی ثبت میشود و طبق اطلاعیه‌ی اینماد، پولی که کارت‌به‌کارت پرداخت شده از این مسیر قابل پیگیری نیست. خریدار باتجربه این را می‌داند و برای خرید گران، همین‌جا عقب می‌کشد.
- سقف روزانه. در صفحه‌ی راهنمای بانک مرکزی سقف کارت‌به‌کارت موبایلی از هر کارت در شبانه‌روز ۱۰ میلیون تومان آمده است؛ رسانه‌ها از سقف‌های تازه‌تری هم خبر داده‌اند که منبع رسمی‌اش را پیدا نکردیم. در هر حال، سفارش گران عملاً در یک مرحله پرداخت نمی‌شود.
- تطبیق دستی. هیچ تأیید خودکاری در کار نیست: کسی باید فیش‌ها را با واریزها تطبیق بدهد، سفارش را دستی تأیید کند و موجودی را دستی کم کند. هر اشتباه در این زنجیره، یا کالای بی‌پول است یا مشتری‌ای که پول داده و منتظر مانده.
- ریسک مالیاتی حساب شخصی. بانک مرکزی حساب‌های تجاری و غیرتجاری را از هم جدا کرده و حساب غیرتجاری‌ای را که الگوی واریزش شبیه فعالیت تجاری است شناسایی میکند (اطلاعیه‌ی بانک مرکزی). فروش مداوم روی کارت شخصی دقیقاً همین الگوست.
جمع‌بندی صادقانه‌ام این است: برای چند سفارش اول یا مشتری‌هایی که سال‌هاست تو را می‌شناسند، کارت‌به‌کارت قابل‌قبول است. ولی فروشگاهی که میخواهد مشتری غریبه را به خریدار تبدیل کند، با کارت‌به‌کارت همان مشتری را درست در لحظه‌ی پرداخت از دست می‌دهد.
قبل از هر قراردادی، پیش‌نمایش صفحه‌ی اصلی سایتت را ببین — طراحی‌اش رایگان است.
شروع کنچکلیست مدارکی که قبل از درخواست باید آماده باشد
قبل از اینکه فرم هیچ درگاهی را پر کنی، این‌ها را کنار هم بگذار: مدارک هویتی مالک، مدارک ثبتی شرکت اگر شخص حقوقی هستی، شمارهی شبا به همان نام، شماره تلفن ثابت به همان نام و آدرس، دامنه‌ای که به نام خودت ثبت شده باشد، گواهی امنیتی فعال روی دامنه، اینماد، و پروندهی مالیاتی با کد رهگیری. این آخری را جدی بگیر؛ درگاههای پرداخت به سامانه‌های مالیاتی متصل‌اند و فروش آنلاین دیگر نقطه‌ی کوری در سیستم نیست که بشود نادیده‌اش گرفت.
یک اشتباه رایج هم دقیقاً همین‌جا اتفاق می‌افتد: ثبت دامنه به نام طراح سایت یا شرکت میزبانی. اگر مالک دامنه تو نباشی، نه اینماد می‌گیری نه درگاه، و هر بار برای یک تغییر کوچک باید دنبال کسی بگردی که شاید دیگر جواب تلفن هم ندهد. پس از همان روز اول شرط کن که دامنه به نام خودت باشد و مدارکش دست خودت. درباره‌ی خودِ سایت هم منطق ما همین است: سورس‌کد کامل به مالکیت مشتری میرسد و چیزی گروگان نگه داشته نمی‌شود. در بخش سؤالات متداول سایت هم درباره‌ی هاست و دامنه و درباره‌ی درگاه و اینماد جواب کوتاه‌تری داده‌ایم.
یک نکته‌ی عملی دیگر که خیلی‌ها را غافلگیر میکند: در لحظه‌ی بررسی درخواست، سایتت باید واقعاً بالا باشد. یعنی روی دامنه‌ی نهایی نشسته باشد، گواهی امنیتی‌اش فعال باشد، صفحه‌ی تماس و قوانین داشته باشد و محصولاتش با قیمت واقعی نمایش داده شود. یک سایت نیمه‌کاره با این توجیه که «فردا کاملش می‌کنیم» عملاً یعنی یک درخواست ردشده و چند روز عقب‌افتادگی که هیچ‌کس جبرانش نمی‌کند.
چیزهایی که فقط بعد از وصل‌کردن درگاه روی سایتهای واقعی می‌فهمی
اولین و مسخره‌ترین باگ دنیای پرداخت در ایران، ریال و تومان است. بیشتر درگاه‌ها مبلغ را به ریال می‌گیرند، در حالی که سایت تو به تومان نمایش می‌دهد. یک ضرب‌در‌ده جاافتاده یعنی مشتری یک‌دهم مبلغ را پرداخت میکند و یک ضرب‌در‌ده اضافه یعنی ده برابر مبلغ از حسابش کم میشود. این خطا آن‌قدر رایج است که ما در تمام پروژه‌ها تبدیل واحد را فقط در یک نقطه‌ی مشخص از کد نگه می‌داریم و اجازه نمی‌دهیم هیچ جای دیگری به مبلغ دست بزند.
دوم، قفل دامنه. درگاه به دامنه‌ی اعلام‌شده قفل میشود. یعنی همان کدی که روی نشانی آزمایشی جواب می‌داد، ممکن است روی دامنه‌ی اصلی رفتار دیگری داشته باشد و برعکس. در یکی از پروژه‌های فروشگاهی‌مان درگاه روی دامنه‌ی نهایی ثبت شده بود ولی تست‌ها روی نشانی موقت انجام می‌شد؛ تا وقتی سایت روی دامنه‌ی اصلی ننشست، هیچ تراکنشی تأیید نمی‌شد. حالا این جزو قدم‌های ثابت تحویل ماست: یک تراکنش واقعی، روی دامنه‌ی نهایی، با کمترین مبلغ ممکن، قبل از اعلام افتتاح.
سوم، قفل آی‌پی. بعضی پرداختیارها اجازه می‌دهند تراکنش فقط از آی‌پی سرور ثبت‌شده ارسال شود. اگر سرورت را عوض کنی یا میزبانی را جابه‌جا کنی، درگاه بدون هیچ توضیح روشنی فقط یک کد خطای عددی برمی‌گرداند و تمام. یک بار برای یکی از مشتری‌ها بعد از انتقال سرور، ساعت‌ها دنبال باگ در کد گشتیم و آخرش معلوم شد مشکل فقط ثبت‌نشدن آی‌پی جدید در پنل پرداختیار بوده. هر بار که میزبانی عوض میشود، این را قبل از هر چیز دیگری چک کن.
چهارم، تراکنش‌های گم‌شده. مشتری پرداخت میکند، بعد اینترنتش قطع میشود یا تب مرورگر را می‌بندد و هیچ‌وقت به آدرس بازگشت نمی‌رسد. پول کم شده ولی سفارشی ثبت نشده. راه‌حل درست این است که سایت خودش یک کار زمان‌بندی‌شده داشته باشد که تراکنش‌های بلاتکلیف را از شرکت پرداخت استعلام کند و تعیین تکلیف کند. بدون این سازوکار، هر ماه چند سفارش را از دست می‌دهی و اصلاً متوجه هم نمی‌شوی که از دست داده‌ای.
پنجم، مبلغ را هیچ‌وقت از سمت مرورگر نگیر. اگر مبلغ پرداخت را از داده‌ای بخوانی که مرورگر می‌فرستد، هر کسی با ابزارهای ساده‌ی داخل خود مرورگر میتواند قیمت را عوض کند و یک کالای ده‌میلیونی را هزار تومان بخرد. مبلغ باید سمت سرور و از روی قیمت واقعی محصول در پایگاه داده محاسبه شود. این یک انتخاب سلیقه‌ای بین دو روش نیست؛ خط قرمز است و ما هیچ پروژه‌ای را بدون آن تحویل نمی‌دهیم.
ششم، تأیید تکراری. اگر مشتری صفحه‌ی بازگشت را دوباره بارگذاری کند، کد بی‌دقت ممکن است سفارش را دو بار ثبت کند یا موجودی انبار را دو بار کم کند. هر تراکنش باید یک شناسه‌ی یکتا داشته باشد و منطق تأیید باید طوری نوشته شود که اجرای چندباره‌اش نتیجه را تغییر ندهد. مرورگرهای داخلی پیام‌رسان‌ها و شبکه‌های اجتماعی هم رفتار عجیبی موقع بازگشت دارند و دقیقاً همین سناریو را زیاد می‌سازند.
فرق یک درگاه سالم با یک درگاه شکننده در روز آرام معلوم نمی‌شود. در شب پرفروش، با اینترنت ضعیف و مشتری بی‌حوصله معلوم میشود.
بعد از پرداخت موفق، کار تازه شروع میشود
خیلی‌ها فکر می‌کنند وقتی تأیید نهایی گرفته شد ماجرا تمام است. دقیقاً برعکس؛ از همان لحظه یک زنجیره‌ی چهارتایی باید بدون خطا اجرا شود: وضعیت سفارش عوض شود، موجودی انبار کم شود، به مشتری اطلاع داده شود و به خودت هم خبر برسد. اگر این زنجیره وسطش بشکند، مشتری پول داده ولی هیچ نشانه‌ای از سفارشش نمی‌بیند و تو هم سفارشی می‌بینی که نمی‌دانی باید بفرستی یا نه.
اولین چیزی که باید سر جایش باشد، چرخهی وضعیت سفارش است. یک فروشگاه سالم دست‌کم این حالت‌ها را دارد: در انتظار پرداخت، پرداخت‌شده، در حال آماده‌سازی، ارسال‌شده، تحویل‌شده، لغوشده و بازگشت وجه. سایت‌هایی که فقط دو حالت پرداخت‌شده و پرداخت‌نشده دارند، در اولین مرجوعی یا لغو سفارش قفل می‌کنند و کارمند مجبور میشود همه‌چیز را در دفتر و پیام‌رسان دستی نگه دارد. همان‌جاست که آمار فروشت با واقعیت فاصله می‌گیرد.
دومین نکته، زمان کم‌کردن موجودی است و از آن چیزی که به نظر میرسد ظریف‌تر است. اگر موجودی را همان لحظه‌ی اضافه‌شدن به سبد کم کنی، سبدهای رهاشده انبارت را الکی قفل می‌کنند و کالای موجود را ناموجود نشان می‌دهی. اگر فقط بعد از تأیید نهایی کم کنی، ممکن است دو نفر هم‌زمان آخرین کالا را بخرند و مجبور شوی به یکی زنگ بزنی و عذرخواهی کنی. راه معقول، رزرو موقت با زمان انقضاست: موجودی حین پرداخت کوتاه‌مدت کنار گذاشته میشود و اگر پرداخت کامل نشد، خودکار آزاد میشود.
سوم، رسید و اطلاع‌رسانی. مشتری باید بلافاصله یک صفحه‌ی نتیجه‌ی روشن ببیند که هم شمارهی سفارش داشته باشد هم شمارهی پیگیری تراکنش. آن شمارهی پیگیری تنها چیزی است که موقع اختلاف واقعاً به درد می‌خورد؛ بدون آن، پیگیری یک پرداخت مشکوک تبدیل میشود به چند روز رفت‌وبرگشت. صفحه‌ی نتیجه را برای حالت ناموفق هم جدی طراحی کن و به مشتری بگو دقیقاً چه کار کند، وگرنه همان مشتری در حالت شک دوباره پرداخت میکند و حالا دو تراکنش داری.
چهارم، تطبیق حساب. ماهی یک بار گزارش تراکنش‌های پنل پرداخت را با سفارش‌های ثبت‌شده در سایت مقایسه کن. هر مغایرتی یعنی یک تراکنش بلاتکلیف که یا باید به سفارش تبدیل شود یا به مشتری برگردد. سیاست بازگشت وجهت را هم از قبل مکتوب کن: در چه شرایطی پول برمی‌گردد، چقدر طول می‌کشد و چه کسی تأیید میکند. این‌ها را از هر کسی که برایت سایت می‌سازد بخواه؛ اگر جواب روشنی نداشت، احتمالاً هیچ‌کدامش را ننوشته است.
کارمزد، تسویه و سؤال‌هایی که باید خودت بپرسی
درباره‌ی کارمزد و تسویه عمداً عدد نمی‌دهیم و به هیچ مقاله‌ای که عدد قطعی می‌دهد اعتماد نکن. نرخ‌ها، سقف کارمزد، دوره‌های تسویه و شرایط مبلغ ضمانت هر سال تغییر می‌کنند و نتایج گوگل پر از عددهای منقضی‌شده است. چیزی که ثابت می‌ماند الگوست: درگاه مستقیم بار کارمزدی کمتری روی دوش پذیرنده می‌گذارد ولی فرایند اداری سنگینتری دارد؛ پرداختیار سریع‌تر و ساده‌تر است ولی درصدی از هر تراکنش را برمیدارد. برای اینکه تصویری از اندازه‌اش داشته باشی: زیبال تا مهر ۱۴۰۵ کارمزدش را یک درصد هر تراکنش با کف ۲ هزار و سقف ۲۰ هزار تومان اعلام کرده؛ عدد بقیه را از خودشان بپرس.
قبل از انتخاب، این چهار سؤال را از خود شرکت بپرس و جوابش را مکتوب بگیر. کارمزد هر تراکنش دقیقاً چقدر است و سقف دارد یا ندارد. دورهی تسویه چند روز است و آیا تسویه‌ی سریع‌تر با هزینه‌ی جداگانه وجود دارد. بازگشت وجه از طریق پنل و رابط برنامه‌نویسی ممکن است یا باید دستی و تلفنی انجام شود. و در چه شرایطی درگاه معلق میشود. جواب سؤال چهارم از سه تای اول مهم‌تر است، چون درگاه معلق یعنی فروش صفر و صفر بودن فروش با هیچ کارمزدی جبران نمی‌شود.
چرا نوع سایت روی سرنوشت درگاه اثر می‌گذارد
خیلی‌ها فکر می‌کنند درگاه یک افزونه است که هر جایی نصب میشود و تمام. تا حدی درست است، ولی جایی که تفاوت خودش را نشان می‌دهد لایه‌ی زیر درگاه است: مدیریت سفارش، قفل موجودی، جلوگیری از ثبت دوباره و آشتی‌دادن تراکنش با سفارش. در سایت‌هایی که از چند افزونه‌ی متفرقه سرهم شده‌اند این لایه اصلاً وجود ندارد و هر افزونه فرض خودش را دارد. نتیجه‌اش همان سفارش‌های ناهماهنگ، موجودی اشتباه و تراکنش‌های بی‌صاحب است.
ما دقیقاً به همین دلیل روی کدنویسی اختصاصی ایستاده‌ایم. سایتهای ما با نکست‌جی‌اس و ری‌اکت نوشته می‌شوند و خبری از وردپرس و افزونه‌های روی‌هم‌چیده نیست. منطق پرداخت را خودمان می‌نویسیم، پس دقیقاً می‌دانیم در هر حالت خطا چه اتفاقی می‌افتد. سورس‌کد هم کامل به مشتری تحویل میشود؛ اگر فردا خواستی با تیم دیگری ادامه بدهی، چیزی گروگان نیست. این رویکرد را در صفحه‌ی طراحی سایت اختصاصی مفصل‌تر توضیح داده‌ایم.
اگر می‌خواهی ببینی این حرف‌ها در عمل چه شکلی است، دو فروشگاه واقعی را ببین. در پیمان‌کار پرداخت از درگاه زیبال می‌گذرد و تأیید نهایی سمت سرور انجام میشود؛ یعنی سفارش تا وقتی خود درگاه تأیید نکرده، پرداخت‌شده حساب نمی‌شود. در آلادخت کنار درگاه زیبال، خرید اقساطی اسنپ‌پی هم برای خریدار فعال است؛ دو مسیر پرداخت که هر دو باید به یک منطق سفارش برسند. نمونه‌کار زنده تنها مدرکی است که در این بازار واقعاً ارزش دارد؛ بقیه‌اش حرف است.
هزینه‌ی یک سایت با درگاه پرداخت اینترنتی چقدر است
بازار ایران در این حوزه دو سر طیف دارد. یک طرف قالب‌های آماده از چند صد هزار تومان که ظاهر دارند و پشت‌شان هیچ منطق سفارش و پرداخت درستی وجود ندارد. طرف دیگر شرکت‌هایی که برای کدنویسی اختصاصی رقم‌هایی از حدود هشتاد تا سیصد و شصت میلیون تومان اعلام می‌کنند. هر دو سر این طیف برای کسب‌وکار کوچک و متوسط ایرانی جواب نمی‌دهد؛ اولی پول دور ریختن است و دومی بودجه‌ای است که خیلی‌ها اصلاً ندارند.
تعرفهی ما بین این دو نشسته و کاملاً شفاف است. سایت شرکتی سه سطح دارد: سی میلیون تومان تا چهار صفحه، چهل میلیون تومان تا هشت صفحه، و پنجاه میلیون تومان تا دوازده صفحه که درگاه پرداخت و همراهی در دریافت اینماد را هم شامل میشود. فروشگاه آنلاین چهل و پنج، پنجاه و پنج و شصت و پنج میلیون تومان است. پشتیبانی ماهانه اختیاری است و سه پله دارد: پنج، شش یا هفت میلیون تومان برای سایت شرکتی و شش، هشت یا ده میلیون تومان برای فروشگاه. جزئیات هر سطح در صفحه‌ی تعرفه‌ها آمده و در صفحه‌ی طراحی سایت فروشگاهی هم دقیقاً نوشته‌ایم داخل پکیج فروشگاهی چه چیزهایی هست.
درباره‌ی سئو هم بگذار صریح باشیم، چون این کلیدواژه معمولاً کنار وعده‌های بزرگ سئو فروخته میشود. ما سئوی فنیِ پایه را با هر سایت درست و کامل انجام می‌دهیم: ساختار صفحات، سرعت بارگذاری، نشانه‌گذاری، عنوان و توضیحات، نقشه‌ی سایت و تجربه‌ی موبایل؛ و اگر بخواهی، سئوی ماهانه را هم جدا ارائه می‌دهیم. ولی هیچ تیمی مالکِ جایگاه تو در نتایج نیست. اگر کسی رتبه‌ی یک را تضمین کرد، دارد چیزی می‌فروشد که مالکش نیست.
جمع‌بندی
خلاصه‌ی همه‌ی این مقاله در چند جمله جا میشود. درگاه پرداخت اینترنتی را از دو مسیر می‌گیری؛ پرداختیار برای شروع سریع و درگاه مستقیم برای گردش بالا. اینماد گلوگاه زمانی ماجراست، پس همین امروز شروعش کن نه بعد از تحویل سایت. مدارک باید همه به یک نام باشند، از دامنه تا شبا تا تلفن ثابت. و در نهایت، سلامت پرداخت تو به کیفیت کدی وابسته است که تأیید نهایی، تراکنش گم‌شده، محاسبه‌ی مبلغ سمت سرور و ثبت تکراری را جدی گرفته باشد. این چهار مورد را از هر کسی که برایت سایت می‌سازد بپرس؛ جوابش خیلی چیزها را روشن میکند.
اگر داری برای کسب‌وکارت سایت می‌سازی و می‌خواهی از روز اول پرداخت آنلاین سالمی داشته باشی، لازم نیست از همین حالا قرارداد ببندی. پیش‌نمایش صفحه‌ی اصلی سایتت را در کمتر از چهل و هشت ساعت طراحی می‌کنیم و نشانت می‌دهیم؛ طراحی‌اش رایگان است و فقط ۶۸۰ هزار تومان بابت تصاویر اختصاصی‌اش می‌گیریم. بعد اگر پسندیدی ادامه می‌دهیم. جلسه‌ی حضوری در اهواز و خوزستان ممکن است و برای بقیه‌ی ایران کل پروژه کاملاً غیرحضوری پیش میرود. کافی است بگویی چه می‌فروشی و بقیه‌اش با ما.
پرسش‌های پرتکرار
بدون اینماد میشود درگاه پرداخت گرفت؟
تحت ضوابط فعلی، نه. از سال ۱۴۰۰ پرداختیارها هم مثل درگاههای مستقیم موظفاند فقط به سایتهای دارای اینماد درگاه بدهند. سریعترین راه قانونی، اینماد بدون ستاره است که برای کسبوکارهای خرد فقط با احراز هویت و دامنه و طبق اعلام رسمی در حدود ده دقیقه صادر میشود. جزئیاتش را در راهنمای اینماد آوردهایم.
درگاه پرداخت شخصی چه مدارکی لازم دارد؟
شخص حقیقی هم میتواند به نام خودش درگاه بگیرد، ولی سایت فعال، اینماد و کد رهگیری مالیاتی همچنان لازم است. پرداختیارهایی مثل زیبال معمولاً تصویر کارت ملی هوشمند یا شناسنامه، شمارهی همراه و شبای به نام خود متقاضی را هم میخواهند. مهمترین نکته این است که دامنه، اینماد، شبا و پروندهی مالیاتی همه به نام یک نفر باشند.
کارمزد درگاه پرداخت اینترنتی چقدر است؟
هر شرکت تعرفهی خودش را دارد و تغییر میکند. برای نمونه، زیبال تا مهر ۱۴۰۵ کارمزد را یک درصد هر تراکنش با کف ۲ هزار و سقف ۲۰ هزار تومان اعلام کرده است. درگاه مستقیم معمولاً بار کارمزدی کمتری روی پذیرنده دارد ولی فرایند اداری سنگینتری میخواهد. پیش از انتخاب، کارمزد، دورهی تسویه و شرایط تعلیق را مکتوب بگیر.
فرق درگاه مستقیم و پرداختیار چیست؟
در درگاه مستقیم قرارداد با خود شرکت پرداخت بسته میشود و پول طبق چرخهی شاپرک مستقیم به حساب تو مینشیند؛ فرایندش اداریتر است. پرداختیار ثبتنام آنلاین و سریعتری دارد، پول اول به حساب خودش میرود و بعد طبق دورهی تسویه به تو میرسد و روی هر تراکنش کارمزد برمیدارد. برای شروع معمولاً پرداختیار، برای گردش بالا درگاه مستقیم.
چرا پول از حساب مشتری کم شده ولی سفارش ثبت نشده است؟
معمولاً چون قدم آخر یعنی تأیید نهایی تراکنش انجام نشده؛ مثلاً اینترنت مشتری وسط برگشت از درگاه قطع شده یا کد سایت بازگشت را درست مدیریت نکرده. تراکنش تأییدنشده بعد از مدتی به حساب مشتری برمی‌گردد، ولی مشتری تا آن موقع نگران و ناراضی است. راه‌حل، یک کار زمان‌بندی‌شده در سایت است که تراکنش‌های بلاتکلیف را از درگاه استعلام و تعیین تکلیف کند.
سایتی می‌خواهی که درست ساخته شود؟
صفحه‌ی اصلی سایتت را در کمتر از ۴۸ ساعت می‌سازیم و نشانت می‌دهیم. طراحیِ پیش‌نمایش رایگان است و فقط ۶۸۰ هزار تومان بابت ساخت عکس‌ها و بنرهایش می‌پردازی؛ پسندیدی ادامه می‌دهیم، نپسندیدی تعهدی نداری.
