المدفوعات الوكيلية في أكتوبر 2026: كيف تتيح Visa وMastercard وStripe وPayPal لوكلاء الذكاء الاصطناعي الدفع، ومن يتحمل المخاطر

المدفوعات الوكيلية (agentic payments) مدفوعات بالبطاقة يُجريها وكيل ذكاء اصطناعي نيابةً عن شخص ما. يحدد الشخص التعليمات، ويختار الوكيل ويدفع، ويحصّل التاجر قيمة البطاقة عبر البنك المحصِّل (acquirer) الخاص به كالمعتاد. ولقواعد Visa اسم لها منذ إصدار أكتوبر 2025: «المعاملة الوكيلية» (Agentic Transaction). وتدير Mastercard وAmerican Express وStripe وPayPal وAdyen كلها برامج لها.

في 22 أكتوبر 2026 سبقت البنية التحتية حجمَ المعاملات الفعلي. فقد نشرت الشبكات رموزاً وتوقيعات وقواعد، لكن معظم المعاملات الفعلية حتى الآن كانت تجارب محدودة (pilots) أو اختبارات في بيئات خاضعة للرقابة، وتعمل مكونات Stripe على إصدارات معاينة من API، ولم تُحصِ شركة متخصصة في مكافحة الاحتيال حتى سبتمبر سوى «مئات» المعاملات المكتملة التي بدأها وكلاء على مستوى العالم. وهناك تغيير مؤرخ قريب: بالنسبة إلى النزاعات التي تُعالَج في 24 أكتوبر 2026 أو بعده، أي بعد يومين، توسّع Visa آلية Compelling Evidence 3.0، مع بند واحد يخص الوكلاء.

هذا المقال موجّه إلى مسؤولي المدفوعات ومديري التقنية (CTO) ومؤسسي المتاجر التي لديها صفحة دفع خاصة بها، وإلى المنصات ومزوّدي الدفع (PSP). أما أي منصات الذكاء الاصطناعي تبيع ماذا، فابدأ بقراءة دليلنا عن التجارة الوكيلية (agentic commerce). ودفع الوكلاء مقابل كل طلب للوصول إلى واجهات API والمحتوى موضوع منفصل، يتناوله مقالنا عن x402 ومدفوعات الآلات.

كيف يدفع الوكيل

تتكرر أربع آليات في البرامج المختلفة، بأسماء مختلفة.

رموز تُصدَر للوكلاء

لا يحتفظ الوكيل برقم البطاقة. إذ تشترط قواعد Visa على مزوّد الوكيل الذي يستخدم بيانات اعتماد مخزّنة «الحصول على رمز مباشرة من Visa أو من مُمكِّن للمدفوعات الوكيلية» (Agentic Payment Enabler). ويسلّم المزوّد الرمز إلى التاجر، و«لا يشارك في تفويض المعاملات أو مقاصتها، ولا في تسوية الأموال».

أما Mastercard Agent Pay فهو «برنامج ترميز للتجارة عن بُعد» (Remote Commerce Tokenization Program). يسجّل المدمِجون لدى Mastercard، ومعظمهم بصفة طالبي رموز (Token Requestors)، ويستخدمون الرموز الوكيلية (Agentic Tokens) بأحد شكلين: بيانات Digital Secure Remote Payment (DSRP)، أو Dynamic Token Verification Code (DTVC) للتجار الذين لا يدعمون DSRP بعد.

بيانات الاعتماد المفوَّضة

بيانات الاعتماد المفوَّضة إذنٌ بالتحصيل يُمنح لتاجر واحد ضمن حدود. أما Shared Payment Token (SPT) من Stripe فهو «منحة محددة النطاق لاستخدام وسيلة الدفع الخاصة بالعميل»، يمنحها الوكيل لملف البائع في Stripe، «ولكل منها حدود للاستخدام وانتهاء الصلاحية». ويستخدم مسار PayPal إلى ChatGPT «رموز دفع مفوَّضة عبر Braintree». ونقارن البروتوكولات التي تحمل بيانات الاعتماد هذه في مقالنا عن ACP وUCP وAP2.

توقيعات الوكلاء التي يتحقق منها التاجر

تقول الرموز كيف يدفع الوكيل؛ وتقول التوقيعات أي وكيل يقف على الباب. فقد بُني Trusted Agent Protocol (TAP) من Visa، الذي صدر في 14 أكتوبر 2025 بالتعاون مع Cloudflare، على HTTP Message Signatures (RFC 9421). وهو يحمل نية الوكيل، والتعرّف على المستهلك (أي ما إذا كان لدى المتسوق حساب لدى التاجر بالفعل)، وبيانات الدفع اختيارياً. وتلخّص صفحة المطوّرين لدى Visa مهمة التاجر في سطر واحد: «المهمة الأساسية للتاجر هي التحقق من صحة هذا التوقيع». ويحلّل خادم proxy المرجعي من Visa الحقلين Signature-Input وSignature في headers الطلب، ويجلب المفتاح حسب keyId من سجل للوكلاء، ويتحقق من Ed25519 أو RSA-PSS-SHA256. ومثاله:

Signature-Input: sig2=("@authority" "@path"); created=1697123456; keyId="primary-ed25519"; alg="ed25519"

ويستخدم دليل التجار من Mastercard الأساس نفسه، مع tag بقيمة Agent-pay-auth أو agent-browser-auth أو agent-payer-auth، وheader باسم Signature-Agent يشير إلى https://agentpay-key-directory.mastercard.com/. وتسرد Cloudflare عمليات التحقق التي تُجريها حافة الشبكة (edge) لكليهما: المفتاح حسب keyid، والنافذة الزمنية بين created وexpires، وnonce جديد، والوسم (agent-browser-auth للتصفح، وagent-payer-auth للدفع)، ثم التوقيع. أما Web Bot Auth نفسه فمسودة لمجموعة عمل في IETF، المراجعة 00 بتاريخ 1 سبتمبر 2026، وليس RFC.

النية

القطعة الرابعة سجلّ لما طلبه الشخص. تشترط قواعد Visa على المزوّد أن يحدد متى تنتهي صلاحية تعليمات حامل البطاقة، وأن يحصل على إقراره «بأنه مسؤول عن الإجراءات التي يتخذها مزوّد المدفوعات الوكيلية» (Agentic Payment Provider)، وأن يتحقق من هوية حامل البطاقة، ثم أن «يستخدم فقط المعايير التي يحددها حامل البطاقة». وتقول Mastercard إن بيانات نية الشراء تمنح التاجر «سجلاً للتدقيق يمكن استخدامه للمساعدة في تجنّب نزاعات حاملي البطاقات المحتملة و/أو حلّها».

ونشرت American Express إطار Intent Intelligence في 13 أكتوبر 2026. تلتقط واجهة Create Intent API حدود العميل، مثل التاجر والحد الأقصى للميزانية، وتعيد Intent ID وProof of Intent Token، الذي «يمكن استخدامه للحصول على بيانات اعتماد دفع رقمية آمنة يستخدمها الوكيل عند إتمام الشراء بدلاً من رقم البطاقة الفعلي للعميل». أما كيف يعبّر AP2 عن الفكرة نفسها في صورة تفويضات (mandates) فتجده في مقارنتنا للبروتوكولات.

Visa: Intelligent Commerce وTAP والقواعد

أين يعمل فعلياً

تقول صفحة Intelligent Commerce لدى Visa إن المنتج «قيد النشر حالياً». ويتوفر TAP على GitHub وفي Visa Developer Center منذ 14 أكتوبر 2025.

ويتيح Visa Intelligent Commerce Connect، الذي أُعلن في 8 أبريل 2026، للتجار قبول المدفوعات من الوكلاء باستخدام TAP وACP وUCP وMPP (بروتوكول Stripe وTempo للدفع مقابل كل طلب)، ببطاقات Visa وغير Visa «حسب التوفر». وهو «في مرحلة تجربة محدودة مع شركاء مختارين حالياً»، ولا تحدد Visa موعداً للإتاحة العامة.

وفي أوروبا، قالت Visa في 2 يوليو 2026 إنها تُجري معاملات فعلية عبر الوكلاء مع أكثر من 30 جهة مُصدِرة (issuers) لدى تجار منهم lastminute.com وFrasers. وانضم التجار عبر TAP وAgent Directory من Visa، وكانت كل معاملة مؤمَّنة بـ Visa Payment Passkeys. ووصف الرئيس التنفيذي لـ lastminute.com ذلك بأنه «لا يزال في بداياته».

ما الذي تقوله القواعد

كان إصدار Visa Core Rules بتاريخ 18 أبريل 2026 أحدث إصدار عام وجدناه في 22 أكتوبر 2026. وتتلخص قواعده الخاصة بالوكلاء، التي نُشر معظمها أول مرة في أكتوبر 2025، في ما يلي:

• التعريفات. المعاملة الوكيلية معاملة تجارة إلكترونية «يُجريها مزوّد المدفوعات الوكيلية نيابةً عن حامل البطاقة»، بناءً على تعليمات حامل البطاقة، من دون تفاعل مباشر بين حامل البطاقة والتاجر، ويُتمّها التاجر عبر البنك المحصِّل الخاص به. والمزوّد ليس تاجراً، و«يُعتبر مزوّد المدفوعات الوكيلية حاملَ البطاقة في المعاملة الوكيلية».
• على المزوّد أن يسجّل في Visa Intelligent Commerce، وأن يستخدم رموز Visa لبيانات الاعتماد المخزّنة، وألا يُجري أبداً معاملات بحضور البطاقة، وألا يجمع أبداً عمليات شراء متعددة في معاملة واحدة (وهذا محظور منذ 18 أكتوبر 2025). ويجب أن يحصل على الموافقة ويتحقق من الهوية، وأن يمرّر إلى التاجر اسم حامل البطاقة وعنوانَي الفوترة والشحن والبريد الإلكتروني، وأن يقبل شروط الاسترداد والإلغاء لدى التاجر نيابةً عن حامل البطاقة، وأن يُبقي تأكيد الطلب متاحاً لمدة 120 يوماً على الأقل. ويجوز لـ Visa استبعاده.
• حامل البطاقة «مسؤول عن أي إجراءات يتخذها مزوّد المدفوعات الوكيلية في إطار معاملة وكيلية كما لو كان حامل البطاقة هو من بدأ المعاملة».
• التاجر: «يجب ألا يشترط على حامل البطاقة التنازل عن حقه في الاعتراض على معاملة، بما في ذلك المعاملة الوكيلية، لدى الجهة المُصدِرة».
• على الجهة المُصدِرة ألا ترفض معاملات الوكلاء «بشكل منهجي أو شامل» ما لم يكن هناك تهديد احتيال وشيك أو ينطبق استثناء آخر، ويجب أن تدفع مقابل «المعاملة الوكيلية التي تُعالَج وفقاً لتعليمات الدفع الصادرة عن حامل البطاقة».

Compelling Evidence 3.0 اعتباراً من 24 أكتوبر 2026

آلية CE3.0 هي دفاع Visa في مواجهة الاحتيال الودي (friendly fraud) بموجب شرط النزاع 10.4 (Other Fraud, Card-Absent Environment): إذ تؤهّل المعاملات السابقة غير المعترض عليها التي أجراها العميل نفسه البنكَ المحصِّل للحصول على حماية من المسؤولية. وبالنسبة إلى النزاعات التي تُعالَج في 24 أكتوبر 2026 أو بعده، أي بعد يومين، توسّع Visa نطاقها «لتقليل الاحتيال الودي بدرجة أكبر».

لم تعد المعاملات السابقة بحاجة إلى «بيانات اعتماد الدفع نفسها». والشرط الجديد أن تكون «البطاقة نفسها أو بيانات اعتماد دفع مرتبطة بتلك البطاقة (على سبيل المثال: رمز) قد استُخدمت لدى تاجر واحد أو أكثر في معاملتين سابقتين» لم يُبلَّغ عنهما كاحتيال، وعولجتا قبل النزاع بأكثر من 120 يوماً وبما لا يزيد على 365 يوماً. ولا يزال يجب أن تتطابقا في معرّف الجهاز أو بصمته، أو في عنوان IP، إضافة إلى عنصر آخر على الأقل، وصار معرّف الجهاز وبصمته يُحتسبان عنصراً واحداً.

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

• إنها اختيارية. تقول القواعد: «يجوز للبنك المحصِّل أن يقدّم Compelling Evidence».
• ليست قاعدة خاصة بالوكلاء. إنها تغيير عام يخص الاحتيال الودي، فيه بند واحد عن الوكلاء.
• معرّف تسجيل الدخول لدى الوكيل بعيد المنال في الوقت الحالي. فالوكيل يمرّر إلى التاجر اسم حامل البطاقة وعناوينه وبريده الإلكتروني، لا معرّف تسجيل الدخول الخاص به، ولم نجد أي مصدر من Visa يوضح كيف يمكن للتاجر الحصول عليه.

تملأ Stripe أدلة CE3.0 تلقائياً حيث يكون النزاع مؤهلاً. وفي 22 أكتوبر كانت صفحتها لا تزال تصف المعايير القديمة.

Mastercard Agent Pay

يبدأ Agent Pay Acceptance Framework من Mastercard، الصادر في 14 أكتوبر 2025، «بتسجيل وكلاء الذكاء الاصطناعي والتحقق منهم قبل السماح لهم بإجراء المعاملات على شبكة Mastercard». ويتحقق التجار من الوكلاء عبر Web Bot Auth على مستوى CDN، وهو ما تقول Mastercard إنه لا يتطلب أي شيفرة جديدة، ويقدّم الوكيل DTVC في نموذج إتمام الشراء الحالي بوصفه «رمزاً وكيلياً منسَّقاً لحقول الدفع القياسية بالبطاقة».

وينصح دليل التجار من Mastercard: «استخدم تحديد معدل الطلبات بدلاً من الحظر الشامل للبوتات»، ويقول إن الخادم الخلفي (backend) «يتحقق اختيارياً من قيمة التجزئة (hash) لكنه يعالج إتمام الشراء عبر المسارات الحالية». وفي مسألة المخاطر هو صريح: «تنطبق إجراءات كشف الاحتيال القياسية وحقوق رد المبالغ المدفوعة (chargeback) وإجراءات حل النزاعات على المعاملات الوكيلية». وتضيف صفحة المستوى 2: لا تشترط أبداً على المستهلكين التنازل عن حقوقهم في الاعتراض، وردّ المبالغ عبر وسيلة الدفع الأصلية المرمَّزة. والدليل غير مؤرخ، وأجزاؤه الخاصة بكل شبكة «عرضة للتغيير».

وأين يعمل فعلياً:

• الولايات المتحدة. قالت Mastercard في 10 سبتمبر 2025 إن جميع حاملي البطاقات في الولايات المتحدة سيُفعَّلون «بحلول موسم الأعياد». ولم نجد أي مصدر يؤكد أن ذلك حدث.
• أوروبا. جرت عملية الدفع عبر الوكيل لدى Santander في 2 مارس 2026 «في بيئة خاضعة للرقابة» و«لا تمثّل طرحاً تجارياً في هذه المرحلة».
• أمريكا اللاتينية. كانت المعاملات التي أُعلن عنها في 24 مارس 2026 كلها «منفَّذة في بيئات خاضعة للرقابة»، مع أن ما يقارب 100% من الجهات المُصدِرة في المنطقة مفعَّلة للرموز الوكيلية.

American Express

أُعلن ACE Developer Kit من Amex في 14 أبريل 2026، وهو موجّه إلى «مطوّرين مختارين»، واثنتان من خدماته الخمس، Agent Registration وCart Context، «لا تزالان قيد التطوير»، بحسب صفحتها عن التجارة الوكيلية.

أما Agent Purchase Protection فهي موعودة «في المستقبل». وستغطي «الرسوم المتعلقة بأخطاء وكلاء الذكاء الاصطناعي» حين يحيد الشراء «عن نية الشراء التي صادق عليها حامل البطاقة»، لبطاقات الائتمان الأمريكية، عبر وكلاء مسجَّلين لدى Amex ومتكاملين مع حزمة التطوير، و«فقط بعد أن يبدأ حامل البطاقة إجراءات الإرجاع (حيثما أمكن) لدى التاجر». وقد لا تكون النية الذاتية («الأفضل»، «لطيف حقاً») مؤهلة، و«ستُتاح الشروط والأحكام الكاملة في المستقبل».

Stripe وPayPal وAdyen وCheckout.com وWorldpay

Stripe

أُطلقت Agentic Commerce Suite من Stripe في 11 ديسمبر 2025، وهي ورموز SPT متاحة في الولايات المتحدة وكندا و32 دولة وإقليماً أوروبياً، على إصدارات معاينة من API مثل 2026-09-30.preview.

• إتمام شراء تديره Stripe. تشارك Stripe كتالوجك مع الوكلاء، وتدير إتمام الشراء مع الضرائب والشحن، وتحصّل قيمة SPT وترسل checkout.session.completed. لكن عليك أن تقدّم مع ذلك الشروط وسياسات الخصوصية والإرجاع، وكوداً ضريبياً (tax code) لكل منتج خاضع للضريبة («يمكن أن يتسبب الإعداد غير المكتمل في فشل عمليات إتمام الشراء»)، وكتالوجاً بصيغة CSV مع المخزون الحالي، وتنفيذ الطلبات عند وصول webhook، وطلب اتصال مع كل وكيل. ويحصل خطاف الموافقة على الطلب الاختياري على أربع ثوانٍ: «إذا لم يستجب الخطاف خلال هذه المدة، ترفض Stripe الدفع».
• إتمام الشراء عبر UCP لديك، وStripe للدفع. أعلن com.stripe.payments في ملف تعريف UCP الخاص بك، وخذ SPT من طلب /checkout-sessions/{id}/complete، وحصّل قيمته بتمريره في payment_method_data[shared_payment_granted_token] على PaymentIntent.
• معالج دفع آخر. تعيد SPT Resolve API بيانات اعتماد الشبكة مرة واحدة لكل رمز. وما لم تكن شهادة PCI Attestation of Compliance الخاصة بك مودعة لدى Stripe، تشفّر Stripe هذه البيانات «بمفتاح عام لا يمكنك الوصول إلى المفتاح الخاص المقابل له»، مثل مفتاح معالج الدفع لديك، وتسجّل أنت الدفعة عبر POST /v1/payment_records/report_payment.

في 3 مارس 2026 وسّعت Stripe رموز SPT لتشمل رموز Mastercard Agent Pay وVisa Intelligent Commerce، وKlarna وAffirm: «أي بائع يعالج المدفوعات مع Stripe بالفعل يدعم تلقائياً طرق الدفع الجديدة هذه للمعاملات الوكيلية». وتمر المبالغ المستردة عبر المسار الحالي.

PayPal

أعلنت PayPal عن Agent Ready في 28 أكتوبر 2025 للتجار الحاليين، «من دون أي جهد تقني إضافي»، على أن يصدر مطلع 2026. وفي يناير 2026 كان متاحاً على Copilot وPerplexity، مع ChatGPT وGemini وAI Mode «قريباً». وتصف وثائقها الآن ACP لـ ChatGPT عبر رموز Braintree المفوَّضة، وUCP لـ AI Mode وGemini من Google عبر معالج Google Pay، من خلال Braintree أو واجهة Orders v2 API من PayPal. ويحتاج مسار Braintree لـ UCP إلى Google Pay و«تسجيل التاجر في UCP لدى Google». والوصول ليس ذاتي الخدمة: «يجب على التجار إكمال هذا النموذج» لطلبه.

Adyen وCheckout.com وWorldpay

Adyen Agentic، الذي أُعلن في 16 يونيو 2026، «متاح بشكل محدود لتجار المؤسسات العاملين في الولايات المتحدة». وأعلنت Checkout.com (25 نوفمبر 2025) وWorldpay (29 أكتوبر 2025) دعم ACP لـ Instant Checkout في ChatGPT، وأعلنت Worldpay عن عمل على UCP مع Google في 28 يناير 2026. ومنذ ذلك الحين تراجعت OpenAI عن Instant Checkout ليتمكن التجار من «استخدام تجارب إتمام الشراء الخاصة بهم»، لذا اقرأ إعلانات ACP تلك مع مراعاة تواريخها.

من يتحمل المخاطر

عند وضع المصادر جنباً إلى جنب، يتبيّن أنها تُبقي المخاطر تقريباً حيث كانت قبل الوكلاء.

لا يوجد سبب نزاع خاص بالوكلاء: فالفصل الخاص بالنزاعات في قواعد Visa الصادرة في أبريل 2026 لا يذكر الوكلاء إلا في سطرَي معرّف تسجيل الدخول في CE3.0، لذا يُعترض على مشتريات الوكلاء بموجب الشروط العادية. وعبارة «الوكيل الخاص بي هو من فعل ذلك» ليست، بحد ذاتها، ادعاء احتيال بموجب قواعد Visa، لأن حامل البطاقة مسؤول عن الوكيل. لكن ذلك لا يجعل التاجر في مأمن: فحامل البطاقة يحتفظ بحق الاعتراض، ولا يجوز للتاجر أن يطلب منه التنازل عنه.

لم نجد أي قاعدة لدى الشبكات تنقل المسؤولية إلى منصة الوكيل. كتبت Checkout.com في ديسمبر 2025 أنه مع وجود دليل واضح على التفويض للوكيل «قد تنتقل المسؤولية إلى أعلى السلسلة»، وهذا رأي مزوّد دفع. ووجد استطلاع أجرته Forrester أن المستهلكين يتوقعون أن تتحمل منصة الذكاء الاصطناعي مسؤولية أخطاء الوكيل، وهذا توقع لا قاعدة.

القانون: الاتحاد الأوروبي والمملكة المتحدة والولايات المتحدة

الاتحاد الأوروبي

توصّلت لائحة خدمات الدفع (Payment Services Regulation، PSR)، التي جرى التفاوض عليها مع التوجيه الثالث لخدمات الدفع (PSD3)، إلى اتفاق مؤقت في 27 نوفمبر 2025، أكدته لجنة Coreper في 22 أبريل 2026، بحسب مذكرة من مجلس الاتحاد الأوروبي بتاريخ 2 أكتوبر 2026. ولم تُعتمد بعد: إذ يُظهر ملف الإجراء لدى البرلمان الأوروبي «بانتظار موقف المجلس في القراءة الأولى»، مع الإشارة إلى جلسة عامة في 14 ديسمبر 2026. ويسري النص المتفق عليه بعد 21 شهراً من دخوله حيز النفاذ، أي ليس قبل 2028 عملياً.

وتشترط المادة 85 منها المصادقة القوية للعميل (SCA) لأوامر الدفع عن بُعد، مرتبطةً «بمبلغ محدد وبمستفيد محدد»، و«لطلب إنشاء أداة دفع مرمَّزة أو استبدالها عبر قناة عن بُعد». وتحتاج المعاملات التي يبدأها التاجر إليها عند إعداد التفويض، لا لكل دفعة لاحقة. ولا تذكر النصوص وكلاء الذكاء الاصطناعي أبداً: فعبارة «الذكاء الاصطناعي» ترد مرة واحدة، في إحدى الحيثيات (recital) بشأن رصد الاحتيال، وكل «وكيل» فيها هو وكيل لمؤسسة دفع. أما كيف تتعامل المادة 85 مع وكيل ذكاء اصطناعي يحمل رمزاً فمسألة تفسير.

المملكة المتحدة

أُغلقت المشاورة التي أطلقتها وزارة الخزانة البريطانية (HM Treasury) في 6 أكتوبر 2026. وتقول إن اللوائح الحالية «صُمّمت قبل تطور الذكاء الاصطناعي وقد لا تسهّل بالكامل استخدام الذكاء الاصطناعي الوكيلي»، وتسأل عمّا إذا كانت القواعد المتعلقة بالمصادقة والموافقة والمسؤولية عن المدفوعات غير المأذون بها بحاجة إلى تحديث من أجل المدفوعات الوكيلية. ولم نجد أي رد منشور حتى 22 أكتوبر. وفي 19 أكتوبر قالت جيسيكا روسو (Jessica Rusu) من هيئة السلوك المالي (FCA) إن الهيئة ستطوّر «إطاراً موثوقاً للتمويل الوكيلي»، من دون تحديد موعد.

الولايات المتحدة

لم نجد أي إرشادات من مكتب الحماية المالية للمستهلك (CFPB). وتقول ورقة صادرة في يناير 2026 عن جمعية المصرفيين الاستهلاكيين (Consumer Bankers Association)، وهي هيئة تمثّل البنوك، إن الجهات التنظيمية «لم تُصدر إرشادات محددة»، وتصف بأنه «غير واضح، في أحسن الأحوال» ما إذا كان تفويض وكيل يُعدّ «سلطة فعلية أو ضمنية أو ظاهرة لاستخدام» بطاقة ائتمان بموجب اللائحة Z (Regulation Z).

ما حجم ما يحدث فعلاً

• Merchant Risk Council. استطلع تقرير MRC لعام 2026، الذي شاركت في رعايته Visa Acceptance Solutions وVerifi، آراء 1,278 من المهنيين العاملين لدى التجار في 37 دولة في نوفمبر وديسمبر 2025. وقال 19% منهم إنهم مهيّؤون لقبول مدفوعات الذكاء الاصطناعي الوكيلي، و15% ليست لديهم خطط لذلك. ومن بين أعضاء MRC أنفسهم، 46% ليست لديهم خطط.
• PYMNTS. وجد تقرير أُعدّ بتكليف من Visa Acceptance Solutions أن 23% من التجار في الولايات المتحدة والبرازيل والإمارات العربية المتحدة يستطيعون تحديد الزيارات والمشتريات المدفوعة بالذكاء الاصطناعي بوضوح.
• Accertify. أحصت شركة مكافحة الاحتيال «مئات المعاملات المكتملة التي بدأها وكلاء على مستوى العالم» حتى سبتمبر 2026، أي «أقل بكثير من 1%» من المعاملات، و«تُقاس بنقاط الأساس».
• المستهلكون. في استطلاع Forrester الصادر في أبريل 2026 للبالغين المتصلين بالإنترنت في الولايات المتحدة والمملكة المتحدة وكندا، قال ثلاثة أرباعهم إنهم غير مرتاحين لترك وكيل يدفع بمفرده، حتى مع وجود حدود للإنفاق.

عبارة «مهيّؤون لقبول» جاهزية يعلنها المشاركون عن أنفسهم، لا حجم معاملات. وقد شاركت Visa في رعاية أحد استطلاعَي التجار، وكلّفت بإجراء الآخر.

ما الذي يجب أن يفعله الآن تاجر لديه صفحة دفع خاصة به

لا شيء هنا له موعد نهائي: لم نجد أي موعد من Visa أو Mastercard يجب على التاجر بحلوله أن يتبنى TAP أو Agent Pay أو Web Bot Auth. والعمل يتعلق بعدم خسارة الطلبات التي يجلبها الوكلاء، والاحتفاظ بالأدلة اللازمة للدفاع عنها.

1. توقّف عن حظر الوكلاء الذين تريدهم. راجع اختبارات CAPTCHA وقواعد البوتات الشاملة على صفحات المنتجات وصفحة الدفع. إذ تحظر Cloudflare البوتات التي تصنّفها ضمن فئة Agent على الصفحات التي تعرض إعلانات، افتراضياً للنطاقات التي انضمت منذ 15 سبتمبر 2026؛ تحقق مما تفعله حافة شبكتك.
2. اقبل رموز الوكلاء ضمن مسارك المعتاد. يصل DTVC في حقول البطاقة الموجودة لديك أصلاً. اسأل البنك المحصِّل أو مزوّد الدفع لديك عمّا إذا كانت الرموز الوكيلية ومعرّفات الوكلاء تصل بالفعل إلى طلبات التفويض لديك.
3. حدّد أين يجري التحقق من التوقيعات. تتحقق حافة شبكة Akamai من توقيعات Web Bot Auth، وقد أعلنت Akamai دعم TAP مع Visa. وأعلنت Cloudflare عن قواعد مُدارة (managed rules) لـ TAP وAgent Pay في أكتوبر 2025؛ ولم نجد أنها طُرحت، لذا اسأل مزوّدك. وعلى حافة شبكتك الخاصة، يبيّن خادم proxy المرجعي من Visa ما يجب بناؤه.
4. لا تختر مسار بروتوكول إلا حين يتصل بك برنامج ما. Stripe للدفع خلف إتمام الشراء عبر UCP لديك؛ أو PayPal وBraintree لـ ACP أو UCP، بناءً على طلب؛ أو SPT Resolve إلى معالج الدفع الخاص بك، بعد إيداع شهادة PCI Attestation of Compliance لدى Stripe أولاً.
5. أبقِ الاسترداد والنزاعات كما هي. ردّ مبالغ طلبات الوكلاء إلى وسيلة الدفع الأصلية، وتأكد من أن شروطك لا تتضمن ما يطلب من حامل البطاقة التنازل عن حقوق الاعتراض.
6. سجّل ما ستحتاج إليه CE3.0. لكل طلب: عنوان IP، ومعرّف الجهاز أو بصمته، ومعرّف تسجيل دخول العميل، وعنوان التسليم، ووصف البضائع، وأي نتيجة للتحقق من توقيع الوكيل وبيانات النية التي تلقيتها. وCE3.0 اختيارية، لكن الأدلة التي لم تحتفظ بها قط لا يمكن تقديمها.
7. أطلِع فرق مكافحة الاحتيال والدعم. يمرّر الوكيل اسم حامل البطاقة وعناوينه وبريده الإلكتروني مع كل طلب.

ما يستحق المتابعة: إصدار أكتوبر 2026 من قواعد Visa، وخروج Intelligent Commerce Connect من مرحلة التجربة المحدودة، والشروط الكاملة لحماية Amex، والقواعد المُدارة من Cloudflare، والجلسة العامة للبرلمان الأوروبي في ديسمبر، ورد وزارة الخزانة البريطانية.

أين تحصل على المساعدة

نبني جانب التاجر من المدفوعات الوكيلية لصفحات الدفع التي لا تعمل على منصة مستضافة: التحقق من توقيعات الوكلاء على حافة الشبكة أو داخل التطبيق، وتكاملات الدفع عبر SPT وUCP مع Stripe أو PayPal، وسجلات لكل طلب تحفظ أدلة CE3.0، وقواعد للبوتات تسمح بمرور الوكلاء المسجَّلين. ويبدأ هذا العمل من خدمة تطوير وكلاء الذكاء الاصطناعي وتكامل خوادم MCP. نحن مهندسون لا محامون: بالنسبة إلى شروطك وسياسة النزاعات لديك وما ستعنيه لائحة PSR لك، استعن بمحامٍ متخصص في المدفوعات في كل سوق تبيع فيها، ونحن نبني وفق جوابه.

راسلنا على office@c9group.dev مع ذكر منظومة صفحة الدفع لديك، ومزوّد الدفع والبنك المحصِّل، وCDN الذي تستخدمه، والدول التي تبيع فيها، وسنخبرك بأي هذه البرامج يصل إليك اليوم وما يتطلبه قبولها.