روش · انعطاف‌پذیر
پرداخت بگیرید، بدون ساختن هیچ چیز.
لینک پرداخت یعنی کل checkout پشت یک URL: آن را در بک‌آفیس با مبلغ و توضیحات می‌سازید، از همان کانالی که با مشتری در ارتباطید می‌فرستید، و پرداخت در همان جای بقیه‌ی پرداخت‌ها می‌نشیند. بدون یکپارچه‌سازی، بدون توسعه‌دهنده و بدون وبسایت — که آن را سریع‌ترین راه برای دریافت اولین پرداخت واقعی میکند.
0
خط کد
هر روشی
روش پشت لینک
۳۰ روز
انقضای پیشفرض
EUR
همان تسویه‌ی بقیه
چگونه کار میکند
از لینک تا پرداخت، در چهار مرحله.
- 01
CREATE
در بک‌آفیس مبلغ و توضیحات را تعیین کنید — یکبارمصرف یا چندپرداختی.
- 02
SEND
URL را با ایمیل، پیام یا QR بفرستید — هر جا که به مشتری دسترسی دارید.
- 03
PAY
مشتری به همان checkout میزبانیشده می‌رسد، با همه‌ی روش‌هایی که فعال کرده‌اید.
- 04
TRACK
ردیف لینک وضعیت و تعداد پرداخت‌هایش را نشان میدهد؛ تسویه همان تسویه‌ی همیشگی است.
واقعاً به چه کاری می‌آید
فاکتورهایی که مشتری با یک کلیک پرداخت میکند، بیعانه‌ی تلفنی، خدماتی که با پیام رزرو میشود، غرفه‌ای در بازار که با QR پول میگیرد، و اولین پرداختی که یک کسب‌وکار تازه میگیرد. همچنین سریع‌ترین راه برای سنجیدن این است که مشتریان اصلاً پرداخت می‌کنند یا نه، پیش از آنکه کسی دور این ایده یک checkout بسازد.
- 01فاکتور، بیعانه، رزرو و سفارش تلفنی
- 02کد QR برای استفاده حضوری و چاپی
- 03اولین پرداخت واقعی، پیش از هر یکپارچه‌سازی
لینک‌هایی با بک‌آفیس پشتشان
لینکها به یک میز کار واقعی تبدیل میشوند، نه فهرستی از URL: هر لینک با مبلغ، وضعیت و تعداد پرداختش، جمع مبالغ دریافتی این ماه و پرداختهای امروز، و جست‌وجو در همه‌ی آن‌ها. لینک میتواند بعد از یک پرداخت بسته شود یا به دریافت ادامه دهد، و لینک منقضی‌شده خودش را اعلام میکند، نه اینکه جلوی مشتری بی‌صدا خطا بدهد.
- 01یکبارمصرف یا چندبارمصرف، با انقضای پیشفرض ۳۰ روزه
- 02وضعیت، مبلغ و تعداد پرداخت برای هر لینک
- 03جمع دریافتی این ماه و پرداختهای امروز در همان صفحه
فعال‌سازی به چه نیاز دارد
هیچ — لینکها به محض داشتن حساب در دسترس‌اند و هر روشی را که فعال کرده‌اید نمایش می‌دهند. وقتی بعداً یکپارچه‌سازی API اضافه کنید، پرداختهای لینک و API در همان بک‌آفیس و روی همان مدل داده می‌نشینند.
FAQ
Pay by link — پرسش‌هایی که پذیرندگان می‌پرسند.
خیر. لینک همان checkout است. کسبوکارهایی که با پیام، تلفن یا حضوری میفروشند اغلب هرگز وبسایتی نمیسازند و پرداختهایشان دقیقاً مثل پرداختهای یکپارچه تطبیق داده میشود.
بله — لینک میتواند یکبارمصرف باشد یا به دریافت ادامه دهد. صندلی یک کارگاه یا خدمتی تکرارشونده اغلب با یک لینک فروخته میشود که چندین پرداخت میگیرد و هر کدام سفارش و رسید خودش را دارد.
خودش را اعلام میکند. لینکها بهطور پیشفرض بعد از ۳۰ روز منقضی میشوند و لینک منقضی پیام روشنی نشان میدهد، نه خطایی که مشتری باید تفسیرش کند یا به شما گزارش دهد.
بله — همان checkout میزبانیشده است، پس لوگو، رنگها، فونت و سبک گوشهها اعمال میشود و میتواند روی دامنهی خودتان اجرا شود.
روش‌های بیشتر
اغلب با هم فعال میشوند.
انتقال بانکی SEPA
SEPA · شناسهٔ vIBANپرداخت با انتقال و vIBAN اختصاصی هر سفارش، تا پرداخت ورودی خودکار سفارش خود را پیدا کند.
02پرداختهای دوره‌ای
اشتراک · تلاش مجدداشتراکها طبق زمان‌بندی شما شارژ میشوند، در صورت soft decline دوباره تلاش میشوند و با صدور مجدد کارت از کار نمی‌افتند.
03پرداختهای کارتی
Visa · Mastercardمسیر پیشفرض، با 3-D Secure 2.0 و احراز هویت قوی مشتری که درون خود جریان پرداخت انجام میشود.
با هر کدام یک پرداخت انجام دهید.
یک پذیرنده‌ی سندباکس، کلیدهای API و چک‌اوتی که همه‌ی این روش‌ها در آن فعال است. هر روش را از اول تا آخر اجرا کنید، پیش از آنکه به چیزی متعهد شوید.