Apple Pay: الترميز والقيود

1) ما هو Apple Pay عبر الإنترنت

• DPAN (Device PAN/Device Account Number) вместо PAN;
• مخطط تشفير EMV لمرة واحدة لكل معاملة ؛
• الإقرار في الجيب الآمن (SCA).

2) القنوات والسيناريوهات

2. 1 ويب (Safari و iOS/iPadOS/macOS)

Apple Pay JS/طلب الدفع التحقق من نطاق API +.
يستخدم Mac without Touch ID التسليم: التأكيد على iPhone/Watch.
أفضل UX لـ Mobile Safari (نقرة واحدة من الورقة).

2. 2 In-App (iOS/iPadOS)

PKPayment (ورقة محلية).
App Clip/Deeplink ممكن للمدفوعات «السريعة» دون التثبيت الكامل.

2. 3 نقاط تشغيل

NFC (معاملات CP). تركز المقالة على CNP/Web/In-App، لكن قواعد أجهزة الشحن/الحدود غير المتصلة بالإنترنت مختلفة.

3) الترميز والأمن (كيف يعمل)

وتصدر إدارة الشؤون السياسية شبكة من البطاقات من خلال خدمة رمزية ؛ لا يترك PAN الجهاز.
يتم إنشاء مخطط التشفير EMV والمفتاح الديناميكي على الجهاز → الانتقال إلى «رمز الدفع».
SCA: Face/Touch ID أو رمز تم التحقق منه في Secure Enclave (ربط الجهاز).
يتم فك تشفير رمز الدفع في PSP/المشتري (أو في التاجر، إذا كان معتمدًا، نادرًا).

4) 3DS/SCA والمخاطر

بالنسبة للمناطق PSD2، عادةً ما يتم احتساب Apple Pay على أنها SCA (بيومتري)، مما يزيد من معدل الموافقة.
قد لا تبدأ 3DS «في أنقى صورها» - يتم إغلاق SCA على مستوى المحفظة (يقرر البنك/المخطط/PSP).
بالنسبة للفئات «الحساسة»، قد يحتاج البنك إلى تحقق/رفض إضافي، على الرغم من Apple Pay.

5) MIT/Recurrency and COF: القيد الرئيسي

رمز الدفع Apple Pay لمرة واحدة: لا يمكنك فقط «إعادة استخدام» مخطط التشفير DPAN لعمليات الشطب المستقبلية.
يتطلب تكرار/معهد ماساتشوستس للتكنولوجيا (الخصم اللاحق) رمزًا أو رمزًا لشبكة COF (Visa Token Service/MDES). COF у PSP.
المخطط الصحيح: الدفعة الأولى من خلال Apple Pay → إذن لمعهد ماساتشوستس للتكنولوجيا → ترميز البطاقة في COF (رمز الشبكة) → معهد ماساتشوستس للتكنولوجيا في المستقبل مع الإشارة.
بدون COF وموافقة صريحة، يمكن للبنك رفض معهد ماساتشوستس للتكنولوجيا (مخاطر انخفاض/تحميل عالية).

6) فصل الإذن/الكابشور

يتم دعم «الإذن بالاحتجاز →» (سفينة لاحقًا).
الحدود القصوى التدريجية والعكس - وفقًا لقواعد المخططات/المستحوذ (المحددة في اتفاقية PSP).

7) العودة والنزاعات

يتم استرداد الأموال على قضبان الكارت (إلى DPAN/source). عوائد جزئية - تقريبًا.
رد التكاليف - مثل البطاقات (INR/NAD، إلخ). لا يغير Apple Pay التوقيت/الإجراءات.
قم بتخزين سجلات تأكيد/إصدار الخدمة: وقت SCA، الجهاز، IP، الجلسة.

8) الحدود والتوافر وأسباب الفشل المتكررة

ويضع المصدر حدودا (لكل txn/يوميا/قاطعا) ؛ لا تفرض Apple حدودًا عالمية.

• MCC/عمودي (يمكن حظر iGaming/شبه ذاكرة التخزين المؤقت بواسطة البنك/PSP)،
• عدم التطابق الجغرافي (الخريطة/الملكية الفكرية/التاجر)،
• عدم وجود COF لمعهد ماساتشوستس للتكنولوجيا،
• التشكيل غير الصحيح للتاجر (التحقق من المجال، القدرات التجارية، الشبكات المدعومة).
• يعتمد توافر Apple Pay على بلد البنك المصدر والجهاز والمتصفح (غالبًا Safari).

9) متطلبات العلامة التجارية/الامتثال

التحقق من المجال (إثبات الملفات على الموقع).
استخدام أزرار/أيقونات Apple الرسمية، نصوص «اشترِ باستخدام Apple Pay».
لا يمكنك «إخفاء» الطريقة (يجب أن يكون واضحًا أن هذا هو Apple Pay).
اتبع StoreKit/الإرشادات في سياق In-App (تختلف القواعد للمحتوى داخل التطبيقات).

10) التكامل عبر PSP: الهندسة المعمارية

10. 1 دفق (Web/In-App)

1. يطلب أمين الصندوق جلسة دفع من Apple (عبر PSP).
2. يتم عرض ورقة Apple Pay → يؤكد المستخدم (SCA).
3. تحصل على رمز دفع (ciphertext) → إرساله إلى PSP.
4. فك تشفير PSP، يأذن من الشبكة/المصدر.
5. احصل على الحالة («مصرح به/ناجح/فاشل») + شبكة ويب.
6. قم بـ «التقاط »/« استرداد» حسب الحاجة.
7. استطلاع يومي على سجلات PSP ↔ دفتر الأستاذ الخاص بك.

10. 2 الحد الأدنى للخلف

API: «إنشاء الدفع»، «الإذن/الالتقاط»، «استرداد»، «webhook»، «التسوية».
Idempotence (مفتاح "orderId')، retrays الأسية، التخلص من خطافات الويب الواردة.
الأمان: جلسة توقيع التحقق من صحة Apple، HMAC web hooks PSP، إعادة توجيه صارمة -/return-URL.
إمكانية الملاحظة: الموافقة على السعر (حسب البنوك/الشبكات)، «pending→success/failed»، زمن الوصول، حصة Apple Pay في المزيج.

11) أنماط UX التي تعزز التحويل

ورقة ديناميكية: نقل قسيمة/خصم/تسليم إلى ورقة Apple Pay للمستخدم لرؤية المجموع النهائي.
نقرة واحدة على الهاتف المحمول ؛ على سطح المكتب، أظهر زرًا كبيرًا + تلميحًا حول تأكيد iPhone.
Follbeck: إذا لم يكن Apple Pay متاحًا (متصفح/جهاز)، أظهر cards/A2A.
الاسترداد: أخطاء مفهومة - «مصرف مرفوض/الحد/التحقق من المجال»، إعادة المحاكمة الآمنة ؛ في حالة الفشل المتعدد، → طريقة بديلة.

12) iGaming: الميزات والقيود

يختلف توافر Apple Pay لـ iGaming حسب PSP/المستحوذ/المُصدر والولاية القضائية.
الحدود المخفضة المحتملة/الانخفاضات الانتقائية، حظر شبه المخبأ (الودائع في القسائم/التشفير).
التكرار/المكافأة - فقط معهد ماساتشوستس للتكنولوجيا مع COF وموافقة اللاعب الصريحة ؛ وبدون ذلك، فإن خطر الإخفاقات/استرداد التكاليف مرتفع.
الاحتفاظ بالبدائل: A2A (الخدمات المصرفية المفتوحة) والمحافظ المحلية و eCash - والتوجيه الذكي حسب المخاطر/geo/bank.

13) المصالحة والإبلاغ (recon)

• «معرف الدفع/معرف المعاملات»، «معرف الطلب»، الشبكة (Visa/MC/...)، البنك (BIN)، المبلغ/العملة، رموز الحالة/الرفض، القناة (Web/In-App)، الطوابع الزمنية، رابط ARN/UTR/fin من سجلات PSP.
• يوميًا: الاستطلاع التلقائي (الاعتمادات/العائدات/التصحيحات) + الاستطلاع الكامل الدوري.
• التنبيهات: «النجاح بدون تسجيل»، «التقاط مزدوج»، «تعليق بدون التقاط».

14) KPI وإدارة الطريقة

معدل الموافقة Apple Pay مقابل البطاقات (حسب البنوك/الأجهزة/المتصفحات).
حصة Apple Pay في تحويل الهاتف المحمول.
مصفوفة الرفض (رمز السبب)، إعادة تجربة معدل الفوز.
معدل استرداد التكاليف ومتوسط وقت اتخاذ القرار.
تأخر التسوية والعودة (جزئي/كامل).
محفزات الطريقة «dereiting» أثناء التحلل (على سبيل المثال، الموافقة على <X٪ لمصرف/geo معين).

15) قائمة المخرجات المرجعية

1. قم بتوصيل Apple Pay في PSP ؛ التحقق من المجال، список المدعومة الشبكات/القدرات التجارية.
2. نفذ الورقة (الويب/In-App)، «إذن/التقاط/استرداد»، خطافات الويب (توقيع/NMAS)، الخصوصية.
3. قم بتكوين رمز COF/الشبكة لتخزين MIT/المتكرر + الموافقة.
4. تمكين التوجيه الذكي: أولوية Apple Pay على iOS/Safari، follback/A2A البطاقة.
5. تأكد من دليل العلامة التجارية (الأزرار/الأيقونات/النصوص).
6. قم ببناء recon والتنبيهات عن طريق إلغاء التزامن، و «الشيخوخة»، والتقاط مزدوج.
7. اختبارات E2E: الهاتف المحمول/سطح المكتب، التقاط/استرداد جزئي، إعادة الرفض، عدم توفر Apple Pay مؤقتًا.

بطاقة تاريخية

السكك الحديدية: بطاقة (Visa/MC/إلخ) ; رد التكاليف - وفقًا لقواعد البطاقات.
SCA: القياسات الحيوية في الجيب الآمن ؛ عادة لا تكون 3DS مطلوبة بشكل منفصل.
الترميز: DPAN + مخطط تشفير EMV لمرة واحدة ؛ للشبكة المتكررة - رمز COF.
Статусы: 'المأذون به/المقبوض عليه/الناجح/الفاشل/المسترد/الملغى'.
التسوية: بواسطة سجلات PSP (غالبًا T + 1/T + 2).
القيود: التوافر حسب الجهاز/المتصفح/الجغرافيا ؛ iGaming - بواسطة سياسة PSP/المصدر.

موجز

Apple Pay هي طبقة سريعة وآمنة فوق بطاقات التحويل عالية الجوال و SCA خارج الصندوق. قم ببناء التكامل عبر PSP مع التحقق من المجال وخطافات الويب والغباء والاسترجاع، واستخدم Apple Pay كطريقة ذات أولوية للهاتف المحمول مع الحماقات الذكية. بالنسبة للاشتراكات و iGaming، من الأهمية بمكان تكوين رموز COF/الشبكة وموافقة المتجر - وإلا فإن عمليات الشطب المتكررة ستكون غير مستقرة، وستزداد مخاطر الإخفاقات واسترداد التكاليف.