Shopify checkout اب AI agent چلا سکتا ہے—ادائیگی پر انسان واپس آئے گا

Shopify نے ۲۸ ستمبر ۲۰۲۶ کو چیک آؤٹ کے لیے WebMCP معاونت جاری کی: خریدار کے براؤزر میں کام کرنے والا AI ایجنٹ کھلا چیک آؤٹ پڑھ سکتا ہے، مجاز معلومات بدل سکتا ہے اور خریدار کی منظوری کے بعد آرڈر جمع کرا سکتا ہے۔ جہاں 3D Secure تصدیق یا چیک آؤٹ کی روکنے والی توسیع خریدار کی کارروائی مانگے، اختیار اسی کے پاس لوٹتا ہے۔ اس سہولت کے لیے تاجر کو الگ ترتیب نہیں کرنی پڑتی۔

TechCrunch کی اسی روز کی رپورٹ کے مطابق یہ سہولت Shop Pay سمیت اہل Shopify تاجروں کے لیے جاری کی جا رہی ہے۔ پہلے براؤزر ایجنٹ مصنوعات تلاش کرنے اور ٹوکری بنانے میں مدد دے سکتے تھے؛ اب خریدار کی اجازت کے ساتھ خریداری کے آخری مرحلے تک پہنچ سکتے ہیں۔ اس تبدیلی کا عملی مطلب یہ ہے کہ ایجنٹ چیک آؤٹ کی تیاری سنبھال سکتا ہے، لیکن آرڈر دینے کی منظوری اور ضرورت پڑنے پر ادائیگی کی تصدیق خریدار کے پاس رہتی ہے۔

چیک آؤٹ میں کس کام کی اجازت ہے؟

Shopify کی تکنیکی دستاویز کے مطابق یہ ٹولز اسی چیک آؤٹ پر کام کرتے ہیں جو خریدار کے براؤزر میں کھلا ہے۔ ایجنٹ اور خریدار کو اس کی ایک ہی موجودہ حالت نظر آتی ہے۔ ہر ٹول کا اختیار اور غلط استعمال کا ممکنہ نتیجہ الگ ہے:

• حالت پڑھنا — get_checkout: ایجنٹ سامان، خریدار کی معلومات، دستیاب انتخاب، کل رقم اور چیک آؤٹ کے پیغامات دیکھ سکتا ہے۔ اس سے کوئی خانہ نہیں بدلتا۔ آرڈر مکمل ہونے کے بعد یہی ٹول آرڈر کی تفصیل بھی لوٹا سکتا ہے؛ اس لیے اسے تبدیلی سے پہلے تازہ حالت لینے اور آخر میں نتیجہ جاننے کے لیے استعمال کیا جاتا ہے۔
• معلومات بدلنا — update_checkout: خریدار کی رابطہ معلومات، ترسیل یا وصولی کا طریقہ، رعایتی کوڈ اور چیک آؤٹ کے مانگے ہوئے اضافی خانے بدلے جا سکتے ہیں۔ درخواست میں مطلوبہ مکمل حالت بھیجنی ہوتی ہے؛ اکثر چھوڑی ہوئی قدریں صاف ہو سکتی ہیں۔ پرانی حالت پر مبنی درخواست سے پتہ یا ترسیل کا انتخاب غلط ہو سکتا ہے، اس لیے تبدیلی کے بعد لوٹنے والی حالت اہم ہے۔
• سامان اور انتساب: اسی ٹول کے ذریعے بھیجی گئی سامان کی فہرست اور خریداری کے انتساب کی تبدیلی نظر انداز ہوتی ہے۔ سامان خریدار چیک آؤٹ کے صفحے پر بدلتا ہے۔ یوں ایجنٹ کی درخواست میں انتساب کی قدر لکھ دینے سے وہ آرڈر کے ساتھ ثبت ہونے کا ثبوت نہیں بنتی۔
• ادائیگی کا انتخاب: Shop Pay استعمال کرنے والے خریدار کے لیے ایجنٹ چیک آؤٹ میں دکھائے گئے محفوظ کارڈوں میں سے ایک منتخب کر سکتا ہے۔ ٹول نئے کارڈ کی تفصیل قبول نہیں کرتا؛ دوسرا ادائیگی طریقہ خریدار صفحے پر منتخب کرتا ہے۔ محفوظ کارڈ کا انتخاب خریداری کی منظوری بھی نہیں ہے۔
• آرڈر جمع کرانا — complete_checkout: ایجنٹ یہ کارروائی موجودہ آرڈر اور کل رقم پر خریدار کی اجازت ملنے کے بعد کرتا ہے۔ چیک آؤٹ کی ready_for_complete حالت صرف تکنیکی تیاری ظاہر کرتی ہے۔ آرڈر کی کامیابی completed حالت اور اس کے ساتھ ملنے والی آرڈر تفصیل سے معلوم ہوتی ہے، محض ٹول چلنے سے نہیں۔
• دکان پر واپسی — navigate_to_storefront: یہ خریدار کو آن لائن دکان پر واپس لے جاتا ہے۔ اس سے آرڈر جمع نہیں ہوتا اور ٹوکری بھی نہیں بدلتی۔ یوں خریداری جاری رکھنے اور اسے مکمل کرنے کی کارروائیاں الگ رہتی ہیں۔

ادائیگی پر اختیار خریدار کو کیسے لوٹتا ہے؟

ایجنٹ کی آرڈر جمع کرانے کی صلاحیت بینک یا ادائیگی فراہم کنندہ کی تصدیق کا اختیار نہیں دیتی۔ Shop Pay میں داخلہ، 3D Secure جیسا ادائیگی چیلنج یا کارروائی روکنے والی چیک آؤٹ توسیع سامنے آئے تو خریدار اسی براؤزر ٹیب میں ضروری قدم مکمل کرتا ہے۔ ادائیگی چیلنج کے بعد ایجنٹ آرڈر دوبارہ جمع کرانے کے بجائے get_checkout سے بدلتی ہوئی حالت دیکھتا ہے، یہاں تک کہ آرڈر مکمل ہو یا مزید معلومات مانگی جائیں۔

خریدار کو اجازت دینے سے پہلے موجودہ سامان اور کل رقم دکھانا ضروری ہے۔ اگر کل رقم بدل جائے تو نئی منظوری درکار ہے؛ پہلے سے محفوظ کارڈ، ایجنٹ کی شناخت یا ready_for_complete حالت اس اجازت کی جگہ نہیں لے سکتی۔ بعض چیک آؤٹ میں الگ جائزے کا مرحلہ کھلتا ہے۔ وہاں خریدار آرڈر دیکھ کر جمع کرانے کی اجازت دے تو ایجنٹ complete_checkout دوبارہ چلا سکتا ہے؛ ادائیگی چیلنج کی صورت میں وہ خریدار کی کارروائی کا نتیجہ دیکھتا ہے۔

تاجر کو کیا ترتیب دینی ہوگی؟

WebMCP کے لیے تاجر کی الگ ترتیب یا نئی API درکار نہیں: ٹولز خریدار کے کھلے چیک آؤٹ میں موجود حالت اور اسی کی جانچ کے ساتھ کام کرتے ہیں۔ تاہم دستیابی متعلقہ چیک آؤٹ پر منحصر ہے؛ اہل تاجروں کے لیے سہولت جاری ہونے کا مطلب یہ نہیں کہ ہر قسم کے چیک آؤٹ میں ہر ٹول نظر آئے گا۔ خریدار کے آگے بڑھنے سے دستیاب ٹولز کی فہرست بھی بدل سکتی ہے، اس لیے ایجنٹ کو اگلی کارروائی سے پہلے موجودہ فہرست دیکھنی ہوتی ہے۔

ایجنٹ بنانے والے کی ذمہ داری تاجر کی ترتیب سے الگ ہے۔ Web Bot Auth کے دستخط سے Shopify درخواست بھیجنے والے ایجنٹ کی شناخت کرتی ہے؛ بغیر دستخط یا غیر رجسٹرڈ شناخت والی درخواست بوٹ روکنے کے نظام میں محدود یا مسدود ہو سکتی ہے۔ یہ شناخت ایجنٹ کے لیے راستہ کھولتی ہے، خریدار کی طرف سے آرڈر دینے کی اجازت نہیں۔ اس فرق سے واضح ہوتا ہے کہ ایجنٹ کا چیک آؤٹ تک پہنچ جانا، خریدار کی منظوری مل جانا اور ادائیگی کی تصدیق مکمل ہونا الگ مراحل ہیں۔

غلط یا متنازع آرڈر میں فیصلہ کن ریکارڈ

غلط آرڈر کا خطرہ خاص طور پر اس وقت پیدا ہوتا ہے جب ایجنٹ کے بدلے ہوئے خانے خریدار کی دیکھی ہوئی حالت سے مختلف ہوں۔ رابطہ معلومات، ترسیل کا پتہ یا طریقہ اور محفوظ کارڈ کا انتخاب بدلنے کے بعد واپس آنے والی حالت اور پیغامات دیکھنے سے معلوم ہوتا ہے کہ چیک آؤٹ نے کیا قبول کیا۔ رعایتی کوڈ کا درخواست میں موجود ہونا اس کے لاگو ہونے کا ثبوت نہیں؛ لاگو رعایت اور نئی کل رقم الگ دیکھنی پڑتی ہے۔

متنازع خریداری میں بھی یہی ترتیب معنی رکھتی ہے: خریدار نے کس سامان اور کل رقم پر منظوری دی، اس وقت ترسیل کی کون سی معلومات موجود تھیں، اور بعد میں completed حالت کے ساتھ کون سی آرڈر شناخت ملی۔ اگر منظوری کے بعد رقم بدل گئی تھی تو پہلے والی اجازت تازہ آرڈر کے لیے کافی نہیں ہوگی۔ انتساب کی تبدیلی WebMCP کے update_checkout سے قبول نہیں ہوتی، اس لیے ایجنٹ کی بھیجی ہوئی انتسابی قدر کو آرڈر کی اصل نسبت کا ریکارڈ سمجھنے کی گنجائش نہیں۔

تاجر کے لیے سب سے واضح نتیجہ completed حالت کے ساتھ ملنے والی آرڈر تفصیل ہے۔ ایجنٹ کے لیے کامیاب کارروائی اور خریدار کے لیے مکمل خریداری کے درمیان یہی فرق ادائیگی کے کسی اضافی مرحلے، جائزے یا بدلی ہوئی رقم کی صورت میں فیصلہ کن رہتا ہے۔

یہ بھی پڑھیں:

• $50 ملین valuation پر $10 ملین آئے، بانی کے پاس 80٪ کیوں بچا؟
• Cursor میں اپنی OpenAI API key لگائیں، مگر دو features واپس نہیں آئیں گے
• Zeit AI نے سرمایہ اٹھایا—ہر کاروباری عدد SQL تک واپس جا سکے گا