تضيف Cashfree أدوات WebMCP إلى صفحة الدفع المستضافة للوكلاء المعتمدين على الذكاء الاصطناعي

أعلنت Cashfree Payments في 6 نوفمبر 2026 أن صفحة الدفع المستضافة لديها تدعم الآن WebMCP، ما يتيح للوكلاء المعتمدين على الذكاء الاصطناعي، الذين يعملون عبر المتصفح، قراءة الطلبات والتنقل بين وسائل الدفع وعرض رموز QR الخاصة بـ UPI والتحقق من حالة الدفع. وقالت الشركة إن الأدوات يمكن أن تقلل عدد الرموز المطلوبة لإتمام عملية الدفع بأكثر من 40%.

هذه الإمكانية مدمجة في صفحة الدفع المستضافة الحالية لدى Cashfree، وهي متاحة في عمليات الدفع التي تتم عبر إعادة التوجيه من دون الحاجة إلى إجراء تغييرات على شيفرة التاجر. ويجري طرح ميزة الدفع للوكلاء على مراحل، مع احتمال تغيّر دعم المتصفحات والأدوات المتاحة. وتصف Cashfree نفسها بأنها أول شركة مدفوعات في الهند تُتيح WebMCP في عملية الدفع.

أدوات منظّمة تستبدل محاكاة النقر

حددت Cashfree الدفعَ بوصفه عائقًا متكررًا في محادثاتها مع أكثر من 50 مؤسسًا يعملون على تطوير وكلاء معتمدين على الذكاء الاصطناعي. ففي الصفحة التقليدية، يتعين على الوكيل تفسير الأزرار والحقول ومحاكاة النقرات والتعامل مع تغييرات التخطيط والنوافذ المنبثقة. وتستهلك كل خطوة إضافية رموزًا، وتخلق فرصة أخرى للتوقف أو إدخال معلومات غير صحيحة، ما يجعل صعوبات إتمام الدفع سببًا لارتفاع تكاليف الحوسبة على المستخدمين، فضلًا عن احتمال خسارة التجار لعملية بيع.

تتيح WebMCP للوكلاء أدوات ذات أسماء محددة تُرجع نتائج منظّمة، فتقلل الحاجة إلى التفسير البصري. وتوفّر صفحة الدفع ست أدوات: get_checkout_summary, list_payment_methods, open_payment_method, back_to_payment_methods, show_upi_qr و get_payment_status. ويتغير مدى إتاحتها تبعًا للصفحة وإعدادات التاجر، لذا ينبغي للوكلاء قراءة قائمة الأدوات المتاحة حاليًا بدلًا من افتراض وجود كل الخيارات.

تعرض أداة ملخص الطلب اسم التاجر والعملة وقيمة الطلب والمبلغ المستحق بعد تطبيق العروض والعروض المطبقة والمتاحة ورقم هاتف مخفيًا جزئيًا. أما أداة الحالة فتُبلغ عن not_started, pending, failed أو success، ولكن لعملية الدفع التي بدأت على الصفحة الحالية فقط. وتعمل الأدوات ضمن جلسة الدفع الخاصة بالمتسوق في متصفحه، من دون مفاتيح API أو خادم منفصل، ولا يمكنها تنفيذ أي إجراء يتجاوز ما تتيحه الصفحة نفسها.

المتسوق وحده يوافق على الدفع عبر UPI

في مسار الدفع عبر UPI، يقرأ الوكيل الطلب ويعرض وسائل الدفع المفعّلة له قبل طلب رمز QR. وتصنّف Cashfree show_upi_qr على أنها عملية ذات تبعات، ما يتيح للمتصفح أو الوكيل طلب التأكيد قبل تنفيذها. ويتعين على المتسوق مسح الرمز باستخدام أي تطبيق UPI والموافقة على الدفع عبر رقم التعريف الشخصي الخاص بـ UPI؛ وبعد ذلك يمكن للوكيل قراءة حالة الدفع. أما في وسائل الدفع الأخرى، فيمكن للوكيل عرض أحد الخيارات وفتحه، لكن المتسوق هو من يُكمل الدفع على الصفحة.

وتظل الحاجة إلى تدخل بشري قائمة أيضًا عندما تعرض صفحة الدفع رسومًا إضافية مقابل الخدمة، أو تتيح الاختيار بين مسارات الدفع، أو إعداد الدفع التلقائي، أو اتخاذ قرار بشأن عملية دفع سابقة معلّقة. ولا تنفّذ أي أداة تحويلًا للأموال بشكل مستقل، ولا تقبل أرقام البطاقات أو رموز التحقق من البطاقة (CVV) أو كلمات المرور لمرة واحدة أو رموز الدفع. كما لا تتضمن النتائج عناوين البريد الإلكتروني أو عناصر سلة التسوق، في حين تُصنّف النصوص التي يقدّمها التاجر، مثل أوصاف العروض، على أنها بيانات غير موثوق بها لا تعليمات موجّهة إلى الوكيل.

وتستخدم المدفوعات بمساعدة الوكيل شيفرة الدفع نفسها والعروض نفسها وفحوص الاحتيال والمخاطر نفسها وآلية معالجة الأخطاء نفسها المستخدمة في الدفع الذي يبدأه المتسوق. ويؤكد التجار هذه المدفوعات عبر واجهة Get Order API نفسها أو عبر إشعارات الدفع الفورية، قبل تنفيذ الطلب. وبما أن الأدوات موجودة على صفحات Cashfree المستضافة، يمكن للوكيل استخدام نمط التفاعل نفسه لدى التجار الذين يستخدمون صفحات الدفع المستضافة المدعومة، بدلًا من تعلم مسار دفع منفصل لكل تاجر.

دعم المتصفح وصفحة الدفع يحددان نطاق الطرح

يتطلب الدعم متصفحًا يستند إلى Chromium ويدعم WebMCP. وفي صفحة الدفع لدى Cashfree، تتاح هذه الإمكانية ابتداءً من Chrome 149 عبر تجربة Origin Trial تفعّلها Cashfree على صفحاتها. ويشرح الدليل التعريفي لـ WebMCP من Chrome أن WebMCP معيار مقترح يستخدم JavaScript أو نماذج HTML مشروحة لإتاحة الأدوات، مع تعريفات JSON Schema للمدخلات والمخرجات المتوقعة، ويقدّم واجهة API أساسًا لسير العمل المحلي في المتصفح مع وجود إنسان ضمن العملية.

يقتصر الدعم على صفحات الدفع المستضافة التي تعتمد إعادة التوجيه وتُفتح في المستوى الأعلى من المتصفح. ولا تتيح عمليات الدفع المنبثقة أو المضمنة أو بنقرة واحدة أو القائمة على الاشتراكات هذه الأدوات؛ إذ تعمل صفحة الدفع المضمنة داخل إطار iframe من مصدر مختلف، حيث تكون WebMCP معطّلة افتراضيًا. وتقتصر أداة رمز QR الخاصة بـ UPI على تخطيط سطح المكتب، كما لا تتيح صفحة تأكيد الدفع أي أدوات. وقد تتغير أسماء الأدوات ومدخلاتها مع تطور المعيار.

والنتيجة شكل محدود من التجارة القائمة على الوكلاء: إذ يحصل الوكلاء على وسيلة موحّدة لقراءة الطلبات وتجهيز المدفوعات لدى التجار المدعومين، بينما يحتفظ المتسوقون بالتحكم في بيانات اعتمادهم والتفويض والاستثناءات التي تطرأ أثناء الدفع. لذلك، يعتمد الاستخدام العملي لدى التجار ومطوري الوكلاء بقدر اعتماده على قدرات الوكيل نفسه على دعم المتصفح وإعدادات صفحة الدفع.