لینک پرداخت چیست؟
لینک پرداخت یک نشانی قابل اشتراک است که مشتری را به صفحهٔ پرداخت یک ارائه‌دهنده می‌رساند. کسب‌وکار می‌تواند آن را در پیام، ایمیل یا سایت قرار دهد تا مشتری بدون طی‌کردن مسیر کامل سبد خرید، درخواست پرداخت را باز کند. مبلغ، امکان استفادهٔ دوباره و زمان انقضا به نوع لینک و امکانات ارائه‌دهنده بستگی دارد؛ همهٔ لینک‌ها یکسان نیستند.
لینک پرداخت جایگزین زیرساخت درگاه نیست؛ روشی برای رساندن مشتری به آن است. در مقابل، اتصال مستقیم فروشگاه، ساخت درخواست و پیگیری نتیجه را با سفارش و موجودی فروشگاه هماهنگ می‌کند.
برای مثال، یک فروشندهٔ خدمات می‌تواند پس از توافق دربارهٔ سفارش، لینک همان درخواست را برای مشتری بفرستد. اما داشتن لینک به‌تنهایی به معنی ثبت خودکار فاکتور، تحویل خدمت، بازگشت وجه یا تسویه نیست. این مراحل باید جداگانه در فرایند کسب‌وکار تعریف شوند.
از ساخت درخواست تا تأیید نتیجه
- درخواست را مشخص کنید.
عنوان، مبلغ، واحد پول و شناسهٔ سفارش را ثبت کنید. مشتری باید بداند بابت چه چیزی پرداخت می‌کند.
- لینک را به مشتری برسانید.
نشانی رسمی را همراه با توضیح سفارش ارسال کنید. پیش از ارسال، مبلغ و مقصد لینک را بررسی کنید.
- نتیجه را از منبع معتبر بگیرید.
برای اتصال خودکار، سرور باید طبق مستندات ارائه‌دهنده وضعیت پرداخت را تأیید کند. برای کار دستی، نتیجه را در پنل رسمی با همان شناسهٔ سفارش تطبیق دهید؛ تصویر رسید مشتری کافی نیست.
- سفارش را فقط یک بار نهایی کنید.
نتیجهٔ تأییدشده را ذخیره کنید و ثبت یا تحویل دوبارهٔ سفارش را در اثر بازکردن مجدد صفحه یا تکرار اعلان کنترل کنید.
بازگشت مرورگر به سایت، نشانهٔ طی‌شدن یک مسیر است، نه مدرک قطعی موفقیت. ممکن است مشتری پس از پرداخت صفحه را ببندد یا ارتباط قطع شود. نوع تأیید سمت سرور و روش دریافت اعلان در هر سرویس متفاوت است؛ اتصال باید مطابق مستندات همان سرویس باشد.
لینک پرداخت یا اتصال مستقیم فروشگاه؟
| موضوع | لینک مستقل | API یا افزونهٔ فروشگاه |
|---|---|---|
| شروع درخواست | معمولاً ساخت در پنل و ارسال نشانی | ساخت درخواست از سفارش فروشگاه |
| پیگیری سفارش | تطبیق دستی، یا اتصال جداگانه به API | پیگیری خودکار پس از تأیید معتبر |
| کاربرد مثال | سفارش توافقی و آزمون تجربهٔ پرداخت | سبد خرید و سفارش‌های نیازمند هماهنگی خودکار |
| مسئولیت مشترک | کنترل مبلغ و واحد پول، تأیید نتیجه و جلوگیری از تحویل تکراری | |
این دو مسیر الزاماً رقیب نیستند. لینک می‌تواند از طریق API ساخته شود و پیگیری خودکار داشته باشد. اگر سفارش‌ها در فروشگاه مدیریت می‌شوند، انتخاب را بر اساس نیاز به هماهنگی سفارش، موجودی و نتیجه انجام دهید؛ صرفاً کوتاه‌تر بودن مسیر پرداخت کافی نیست.
برای بررسی مسیرهای موجود در محصول، معرفی درگاه پرداخت سایاپی و مستندات اتصال و وضعیت افزونه‌ها را ببینید. وجود بستهٔ افزونه به‌تنهایی سازگاری آن با همهٔ نسخه‌های فروشگاه را ثابت نمی‌کند.
یک مثال: واحد پول را از سفارش جدا نکنید
فرض کنید سفارش آموزشی «آموزش آنلاین» ۲۵۰٬۰۰۰ تومان قیمت دارد. اگر API مبلغ را با واحد ریال دریافت می‌کند، عدد درخواست باید ۲٬۵۰۰٬۰۰۰ ریال باشد. در API فعلی سایاپی، مبلغ عدد صحیح ریال است؛ تبدیل تومان باید روشن و در سمت سرور انجام شود.
- شناسهٔ سفارش
- ORDER-DEMO-1042
- مبلغ نمایشی
- ۲۵۰٬۰۰۰ تومان
- مبلغ درخواست
- ۲٬۵۰۰٬۰۰۰ ریال
- شرط نهایی‌شدن
- نتیجهٔ معتبر برای همین سفارش و مبلغ
اگر همان عددِ تومانی را بدون تبدیل به API ریالی بفرستید، مبلغ ده برابر کمتر می‌شود. پیش از ساخت لینک، مبلغ و واحد پول را کنار هم نمایش دهید. در اتصال خودکار، سفارش را با اطلاعات معتبر سرور بسازید، نه با مبلغی که مرورگر مشتری می‌فرستد.
چک‌لیست امنیت و پیگیری لینک پرداخت
- نشانی را بررسی کنید: دامنه و HTTPS را کنترل کنید. HTTPS به‌تنهایی اعتبار کسب‌وکار یا درستی سفارش را تضمین نمی‌کند.
- سفارش مبهم نفرستید: عنوان، مبلغ، واحد پول و راه تماس را پیش از پرداخت مشخص کنید.
- اسرار را در لینک نگذارید: رمز، کلید API و اطلاعات محرمانه را در نشانی، پیام مشتری یا کد مرورگر قرار ندهید.
- به اسکرین‌شات تکیه نکنید: رسید تصویری یا نوشتهٔ «موفق» در آدرس بازگشت را به‌جای نتیجهٔ معتبر سرویس نپذیرید.
- قطع ارتباط را شکست قطعی ندانید: ابتدا وضعیت همان سفارش را بررسی کنید. درخواست تازه و پرداخت دوباره می‌تواند پیگیری را پیچیده کند.
- تکرار را آزمون کنید: بازکردن دوبارهٔ لینک و دریافت اعلان تکراری نباید باعث تحویل دوباره شود. رفتار لینکِ منقضی یا استفاده‌شده را طبق امکانات همان ارائه‌دهنده بررسی کنید.
چگونه در سایاپی لینک آموزشی بسازیم؟
در کنار مسیر دریافت بانکی، تیم فنی می‌تواند از محیط آموزشی برای بررسی اتصال استفاده کند. داده‌های این بخش مربوط به آموزش‌اند؛ دریافت وجه مشتری باید از مسیر تأییدشدهٔ حساب کسب‌وکار انجام شود.
- از ساخت حساب آموزشی شروع کنید و ایمیل حساب را تأیید کنید.
- طبق راهنمای پذیرنده، عنوان و مبلغ صحیح ریالی ثبت و لینک آموزشی ایجاد کنید.
- تجربهٔ موفق و ناموفق را با دادهٔ آموزشی بررسی کنید و نتیجه را در پرداخت‌ها و مرکز پول ببینید.
- اگر فروشگاه را متصل می‌کنید، راهنمای API را برای ساخت درخواست و تأیید سمت سرور بخوانید. کلید تست باید فقط سمت سرور بماند.
هدف این آزمون، آشنایی با تجربهٔ کاربری و فرایند فنی است؛ نتیجهٔ موفق در محیط آموزشی، مدرک فعال‌بودن پرداخت بانکی نیست.
پرسش‌های رایج
برای ارسال لینک حتماً باید سایت داشته باشم؟
از نظر روش اشتراک، می‌توان یک لینک میزبانی‌شده را در پیام یا ایمیل ارسال کرد. اما شرایط استفاده و پذیرندگی به ارائه‌دهنده بستگی دارد. این مقاله دربارهٔ امکان فنی توضیح می‌دهد، نه مجوز یا شرایط حقوقی دریافت وجه.
آیا یک لینک برای چند مشتری قابل استفاده است؟
به نوع لینک بستگی دارد. بعضی لینک‌ها عمومی و قابل استفادهٔ دوباره‌اند و بعضی به یک درخواست مشخص تعلق دارند. پیش از ارسال، رفتار محصول را بررسی کنید؛ لینک یک سفارش مشخص را بدون بررسی برای سفارش‌های دیگر نفرستید.
آیا داشتن لینک یعنی تسویه هم انجام شده است؟
خیر. ایجاد لینک، موفقیت پرداخت و تسویه سه مفهوم جدا هستند. شرایط تسویهٔ هر ارائه‌دهنده را از مستندات و قرارداد همان سرویس بخوانید؛ وضعیت هر مرحله را در پروندهٔ سفارش بررسی کنید.
اگر مشتری گفت پرداخت کرده ولی نتیجه نامعلوم بود چه کنم؟
شناسهٔ سفارش و زمان تقریبی را ثبت و وضعیت معتبر همان درخواست را بررسی کنید. تا روشن‌شدن نتیجه، از اعلام قطعی موفقیت یا درخواست پرداخت دوباره خودداری کنید. برای پیگیری فنی سایاپی از راه تماس رسمی استفاده کنید و رمز یا کلید API نفرستید.
منابع و مطالعهٔ بیشتر
برای مفهوم عمومی لینک قابل اشتراک، مستندات رسمی Payment Links در Stripe مثال‌ای از این روش است؛ معرفی آن به معنی پیشنهاد استفاده در ایران یا یکسان‌بودن امکانات سایاپی نیست. جزئیات محصول سایاپی بر اساس راهنمای محصول و مستندات فنی آن نوشته شده‌اند.
این راهنما با کمک هوش مصنوعی تدوین شده است و جایگزین مستندات اتصال یا قرارداد ارائه‌دهنده نیست. برای گزارش ابهام یا خطای محتوا، از تماس با سایاپی استفاده کنید.