مواءمة UCP/MCP مع البنية التحتية للدفع في إيران
تُصمّم الأمثلة العالمية للتجارة الوكيلية عملية الدفع عبر Stripe أو شبكات Visa/Mastercard. لا شيء من هذا متاح بشكل معتاد في إيران. هذه الصفحة هي بالضبط حيث يجب أن يتكيّف البروتوكول مع واقع الشبكة المصرفية المحلية.
لماذا يحتاج هذا إلى صفحة منفصلة
في UCP، صُممت الخطوة النهائية للمعاملة ("إتمام الشراء") على افتراض توفّر بوابة دفع بواجهة برمجية مباشرة قائمة على الرموز (Token) (مثل بطاقة محفوظة أو محفظة رقمية دولية). في إيران، يمرّ الدفع الإلكتروني دائمًا عبر مسار مختلف: شتاب (Shetab) (شبكة التسوية بين البنوك) و شاپرک (Shaparak) (نظام تبديل الدفع الإلكتروني المركزي الذي تمرّ من خلاله جميع معاملات البطاقات الإلكترونية في البلاد). أي تصميم لعملية دفع في إيران يتجاهل هذه الطبقة يكون غير قابل للتنفيذ عمليًا.
خريطة البنية التحتية للدفع في إيران
- شتاب (Shetab) — شبكة التسوية بين البنوك التي توجّه معاملات البطاقة إلى البطاقة ونقاط البيع على مستوى البنك المركزي.
- شاپرک (Shaparak) — نظام التبديل المركزي الإلزامي لجميع بوابات الدفع الإلكتروني في البلاد؛ لا يُسمح لأي عمل تجاري في إيران بقبول معاملة بطاقة إلكترونية مباشرةً دون المرور عبر شاپرک.
- مزوّدو خدمات الدفع المرخّصون (PSP) — شركات الدفع (مثل ZarinPal وPayPing وIDPay وBehPardakht وغيرها) المرخّص لها بالاتصال بشاپرک، والتي توفّر بوابة الدفع للشركات.
- غياب بوابة دولية — بسبب العقوبات، لا تلعب Visa وMastercard وPayPal أي دور في المعاملات المحلية؛ يجب بناء أي خطة دفع بالكامل على البنية التحتية المحلية.
عدم التوافق الأساسي: الدفع بدون إعادة توجيه مقابل التحقق الثنائي
يتطلّب الدفع الوكيلي المثالي استدعاء واجهة برمجية بسيطًا دون إعادة توجيه للمتصفح (يرسل العميل المبلغ، وتُؤكَّد المعاملة من خادم إلى خادم). لكن التدفق المعياري لشاپرک يعتمد على إعادة التوجيه إلى صفحة البنك و رمز ديناميكي/رمز البطاقة الثاني (OTP) — وهي خطوة تتطلّب بطبيعتها حضور المستخدم البشري نفسه وتأكيده الفوري على صفحة البنك، وليست شيئًا يمكن لعميل ذكي أن يقوم به نيابةً عن المستخدم (بل في الواقع، لا ينبغي أن يكون قادرًا على ذلك — فهذه الطبقة الأمنية مصمّمة بالضبط لمنع الدفع التلقائي دون موافقة فورية من صاحب البطاقة).
الحل المقترح: طبقة محوّل الدفع
بدلًا من محاولة تجاوز التحقق الثنائي (وهو أمر غير آمن ومخالف للوائح البنك المركزي في آنٍ واحد)، يقترح هذا الدليل أن يمتلك الدفع الوكيلي في إيران خطوة رسمية ومصمَّمة مسبقًا لـ"التسليم إلى الإنسان":
- يُجهّز العميل سلة الشراء النهائية ويؤكّد المبلغ مع المستخدم (تمامًا وفق مبدأ الضوابط (Guardrail) في عملاء الذكاء الاصطناعي)
- بدلًا من استدعاء واجهة برمجية للدفع مباشرةً، يُولّد العميل رابط بوابة قائمة على شاپرک (عبر مزوّد خدمة دفع مرخّص) لتلك المعاملة المحددة
- يُدخل المستخدم بنفسه الرمز الثاني/OTP على ذلك الرابط ويُتمّ الدفع — وهذه هي الخطوة الوحيدة التي تُترك عمدًا "غير مؤتمتة"
- يستقبل العميل النتيجة النهائية (نجاح/فشل) عبر رد الاتصال المعياري لمزوّد خدمة الدفع، ويُتمّ الطلب
هذا النموذج مألوف لتجربة المشتري الإيراني اليوم (لأنه يمرّ بنفس هذا التدفق في أي عملية شراء إلكترونية أخرى)، ولا يتطلّب أي ترخيص أو استثناء خاص من البنك المركزي.
متطلب توطين البيانات
وفقًا للوائح البنك المركزي، يجب معالجة بيانات بطاقات ومعاملات المستخدمين الإيرانيين عبر مزوّدي خدمات الدفع المحليين المرخَّصين، ويجب ألا تخرج عن هذا المسار. هذا يعني أن عميل التسوّق — حتى لو كان نموذج اللغة نفسه يعمل على بنية تحتية سحابية خارج إيران — يجب ألا يرى أو يعالج بيانات البطاقة مباشرةً أبدًا؛ يجب أن يبقى دور العميل مقتصرًا على "إنشاء رابط البوابة" و"قراءة نتيجة المعاملة النهائية"، لا رؤية معلومات الدفع الحساسة في منتصف المسار.
الأسئلة الشائعة
هل العملات الرقمية هي الحل لهذه المشكلة؟
هذه الصفحة لا تتناول عمدًا نقاش العملات الرقمية — فهذا موضوع له وضع قانوني وتنظيمي منفصل ومعقد يتجاوز نطاق هذا التوثيق التقني.
هل هذا يعني أن الدفع الآلي بالكامل مستحيل في إيران؟
بالنسبة للمعاملات المعتادة بالبطاقة، نعم — وهذا أمر مقصود ولصالح أمان المستخدم. ما يُؤتمت فعليًا هو البحث والمقارنة وتجهيز الطلب؛ أما التأكيد النهائي للدفع فيبقى دائمًا بيد المستخدم نفسه.