کیا کارڈ قبول کرنے سے میں PCI scope میں آ جاتا ہوں؟

حقیقی معنوں میں نہیں۔ کارڈ لینے والا صفحہ ہمارا ہے اور PCI scope ہماری طرف ہے؛ آپ کے سرورز کو ٹوکن اور آرڈر ریفرنس ملتا ہے۔ یہ بات اس وقت بھی درست رہتی ہے جب صفحہ ہمارے ڈومین پر ہو، آپ کے ڈومین پر، آپ کی ایپ میں، یا آپ کے اپنے لے آؤٹ میں شامل payment fields کی صورت میں۔

3-D Secure 2.0 کیا ہے اور کیا اس سے میری conversion گھٹے گی؟

یہ تصدیقی مرحلہ ہے جو PSD2 کے تحت strong customer authentication پوری کرتا ہے۔ زیادہ تر ادائیگیاں ڈیوائس اور رویے کے سگنلز پر بغیر کسی چیلنج کے پاس ہو جاتی ہیں۔ step-up تب آتا ہے جب پالیسی — جو آپ طے کرتے ہیں — اس کا تقاضا کرے، یعنی رکاوٹ ایک فیصلہ ہے، ڈیفالٹ نہیں۔

کارڈ decline ہو جائے تو کیا ہوتا ہے؟

soft decline کی صورت میں کسٹمر کو ناکامی دکھائے جانے سے پہلے اسی سیشن میں متبادل روٹ پر دوبارہ کوشش کی جاتی ہے۔ hard decline کی وجہ ایسی زبان میں بتائی جاتی ہے جس پر آپریٹر عمل کر سکے — کارڈ کی میعاد ختم، ناکافی رقم، جاری کنندہ کا رسک — نہ کہ جاری کنندہ کے خام کوڈ کی صورت میں۔

کارڈ ادائیگیاں میرے بینک تک کتنی جلدی پہنچتی ہیں؟

Authorization خریداری کے وقت فنڈز روکتی ہے؛ settlement انہیں منتقل کرتی ہے۔ دن بھر کے آرڈرز ایک بیچ میں بند ہوتے ہیں اور آپ کی سیٹنگز میں مقرر روزانہ payout وقت پر EUR میں ادا ہو جاتے ہیں — ایک بینک لائن، جسے کھول کر آپ ان آرڈرز تک پہنچ سکتے ہیں جنہوں نے اسے بنایا۔

طریقہ · کارڈز

کارڈ ادائیگیاں، درست انداز میں۔

کارڈ وہ طریقہ ہے جسے کوئی نظرانداز نہیں کر سکتا، اسی لیے سب سے زیادہ اہمیت بظاہر معمولی چیزوں کی ہے: inline validation، آپ کی طے کردہ پالیسی کے تحت 3-D Secure 2.0 (ڈیفالٹ رکاوٹ کے بغیر)، پڑھنے کے قابل روٹنگ پالیسی، اور soft decline کے فروخت کھونے سے پہلے متبادل روٹ پر دوبارہ کوشش۔

Protocore Gateway دیکھیں ادائیگی کے تمام طریقے

Visa·MC

اور co-badged اسکیمز

3-DS 2.0

فلو کے اندر SCA

EUR

آپ کے اکاؤنٹ میں سیٹل

آپ کے سرورز پر کارڈ نمبرز

یہ کیسے چلتا ہے

کارڈ سے بینک لائن تک، چار مراحل۔

01
ENTER
کسٹمر ہمارے ہوسٹڈ صفحے پر کارڈ درج کرتا ہے — inline validation کے ساتھ، اور کارڈ ڈیٹا آپ تک نہیں پہنچتا۔
02
AUTHENTICATE
3-D Secure پالیسی کے مطابق چلتا ہے: زیادہ تر ادائیگیاں سگنلز پر پاس ہو جاتی ہیں، چیلنج صرف ضرورت پڑنے پر آتا ہے۔
03
AUTHORIZE
فنڈز کی تصدیق ہو کر انہیں روک لیا جاتا ہے، اور soft decline کی صورت میں متبادل روٹ پر دوبارہ کوشش ہوتی ہے۔
04
SETTLE
دن بھر کے آرڈرز بیچ بن جاتے ہیں اور اسی آرڈر ریفرنس کے تحت EUR میں ادا ہو جاتے ہیں۔

کسٹمر کو کیا نظر آتا ہے

ایک کارڈ فارم، اسی صفحے پر جہاں باقی تمام طریقے ہیں، اور ساتھ میں آرڈر۔ فیلڈز ٹائپ کرتے ہی validate ہوتی ہیں، نمبر سے اسکیم پہچان لی جاتی ہے، اور ادائیگی کے بٹن پر 'Submit' کے بجائے رقم لکھی ہوتی ہے۔ اگر جاری کنندہ چیلنج مانگے تو وہ بھی اسی صفحے پر ہوتا ہے — کسٹمر جس صفحے سے شروع کرتا ہے، اسے چھوڑتا نہیں۔

01کارڈ فارم والٹس، USDC اور ٹرانسفر کے ساتھ ہی ہے — الگ مرحلہ نہیں
02نمبر درج کرتے ہی inline validation اور اسکیم کی شناخت
03پالیسی کے تقاضے پر، صفحے کے اندر ہی 3-D Secure چیلنج

آپ کو کیا ملتا ہے

یورو، دن بھر کے payout میں اکٹھے، اس آرڈر ریفرنس کے تحت جو آپ نے بنایا تھا۔ Authorization اور capture آپ کے لیے سنبھالے جاتے ہیں؛ رسید میں اسکیم، آخری چار ہندسے اور تصدیق کا نتیجہ درج ہوتا ہے۔ یہی ریکارڈ آپ کا dispute ثبوت بھی ہے — chargeback کا جواب مختلف سسٹمز میں تلاش کیے بغیر ایک ہی lookup سے مل جاتا ہے۔

01ہر settlement بیچ کے لیے EUR کی ایک payout لائن
02ریکارڈ میں اسکیم، آخری چار ہندسے اور 3-DS کا نتیجہ
03ریفنڈ آرڈر کے مقابل، مکمل یا جزوی، اسی کارڈ پر واپس

فعال کرنے کے لیے کیا درکار ہے

کارڈز ڈیفالٹ طور پر فعال ہیں۔ آپ جو ترتیب دیتے ہیں وہ ان کے گرد پالیسی ہے: 3-D Secure کب step up کرے، روٹنگ ایک راستے کو دوسرے پر کیسے ترجیح دے، اور soft decline کا کیا ہو۔ پہلے اپنے sandbox کارڈ سے ٹیسٹ کریں — فلو یکساں ہیں، اس لیے جو ٹیسٹ میں پاس ہوتا ہے وہی لائیو جاتا ہے۔

FAQ

کارڈ ادائیگیاں — تاجروں کے سوالات۔

حقیقی معنوں میں نہیں۔ کارڈ لینے والا صفحہ ہمارا ہے اور PCI scope ہماری طرف ہے؛ آپ کے سرورز کو ٹوکن اور آرڈر ریفرنس ملتا ہے۔ یہ بات اس وقت بھی درست رہتی ہے جب صفحہ ہمارے ڈومین پر ہو، آپ کے ڈومین پر، آپ کی ایپ میں، یا آپ کے اپنے لے آؤٹ میں شامل payment fields کی صورت میں۔
یہ تصدیقی مرحلہ ہے جو PSD2 کے تحت strong customer authentication پوری کرتا ہے۔ زیادہ تر ادائیگیاں ڈیوائس اور رویے کے سگنلز پر بغیر کسی چیلنج کے پاس ہو جاتی ہیں۔ step-up تب آتا ہے جب پالیسی — جو آپ طے کرتے ہیں — اس کا تقاضا کرے، یعنی رکاوٹ ایک فیصلہ ہے، ڈیفالٹ نہیں۔
soft decline کی صورت میں کسٹمر کو ناکامی دکھائے جانے سے پہلے اسی سیشن میں متبادل روٹ پر دوبارہ کوشش کی جاتی ہے۔ hard decline کی وجہ ایسی زبان میں بتائی جاتی ہے جس پر آپریٹر عمل کر سکے — کارڈ کی میعاد ختم، ناکافی رقم، جاری کنندہ کا رسک — نہ کہ جاری کنندہ کے خام کوڈ کی صورت میں۔
Authorization خریداری کے وقت فنڈز روکتی ہے؛ settlement انہیں منتقل کرتی ہے۔ دن بھر کے آرڈرز ایک بیچ میں بند ہوتے ہیں اور آپ کی سیٹنگز میں مقرر روزانہ payout وقت پر EUR میں ادا ہو جاتے ہیں — ایک بینک لائن، جسے کھول کر آپ ان آرڈرز تک پہنچ سکتے ہیں جنہوں نے اسے بنایا۔