TWINT سويسرا: QR وداخل التطبيق

1) سياق TWINT وتحديد المواقع

TWINT هو مخطط دفع محمول ومحفظة سويسرية مدمجة مع البنوك في البلاد. يدفع المستخدم من تطبيق TWINT/البنك: عبر الإنترنت - عبر in-app/App2App أو Deep Link، دون اتصال بالإنترنت - عبر QR (معيار «TWINT QR»). ويتم التأكيد في الطلب (SCA: PIN/biometrics)، وتخصم الأموال من الحساب/البطاقة المرتبطة بها وتقيد لحساب التاجر عن طريق الائتمان المصرفي.

• علامة تجارية/QR موحدة عبر الإنترنت و POS، وصول عالي للمستخدم.
• تأكيد فوري عبر الإنترنت لـ UX والتسوية السريعة (داخل نوافذ البنك).
• P2P عن طريق رقم الهاتف/الاتصال داخل النظام البيئي.
• احتيال منخفض بسبب ربط SCA والجهاز.

2) الأعضاء والأدوار

TWINT (مخطط/تبديل): القواعد، أدلة المشاركين، التوجيه.
المصارف الأعضاء في TWINT/المُصدر: KYC، الحدود ومكافحة الاحتيال.
PSP/المشترون: توصيل التاجر (عبر الإنترنت/POS)، وتوفير واجهة برمجة التطبيقات/SDK، وخطافات الويب والتقارير.
التاجر: يبدأ الدفع/الطلب، ويعالج الحالات/العائدات، ويحافظ على التسوية.
الدافع: يؤكد المعاملات في طلب TWINT/المصرف.

3) القنوات وسيناريوهات المستخدم

3. 1 التجارة الإلكترونية: داخل التطبيق/Deep Link/ App2App

عند الشيك، ينشئ التاجر نية الدفع → يعطي Deep Link/زر "Pay TWINt'.
يفتح تطبيق TWINT (App2App)، ويؤكد المستخدم → العودة إلى أمين الصندوق بالحالة.
يتم عرض QR ديناميكي لكل طلب لسطح المكتب ؛ يقوم العميل بفحص الطلب وتأكيده.

3. 2 نقاط البيع/خارج الإنترنت: TWINT QR

معدل الاستجابة السريعة الديناميكي على السجل النقدي/الشاشة الطرفية: المبلغ والطلب والبيانات الوصفية.
يقوم المستخدم بمسح → يؤكد في التطبيق → التاجر يتلقى حالة عبر الإنترنت.
ينطبق QR الثابت (يتم إدخال المبلغ يدويًا) على التبرعات/البيع بالتجزئة الصغيرة، ولكنه أسوأ للتسوية.

3. 3 P2P «لكل هاتف»

التحويلات بين الأفراد عن طريق رقم الهاتف/الاتصال مع تأكيد الدفع والائتمان الفوري للمستلم.

3. 4 طلب الدفع/الدفع حسب الرابط

يقدم التاجر طلب الدفع (المبلغ/التعيين/الموعد النهائي) → يؤكد العميل في الطلب → الدفع يمر عبر التدفق المعتاد A2A.

4) الحالات والتوقيت

الحالات النموذجية هي «بدء» → «انتظار» → «نجاح »/« فشل »/« إلغاء »/« انتهى».
بالنسبة إلى QR/سطح المكتب، ضع في اعتبارك المهلة المحددة للتأكيد (أظهر المؤقت).
التسوية: الائتمان المصرفي T + 0/T + 1 حسب نافذة التسوية/PSP ؛ لا تزال هناك حاجة إلى استطلاع يومي للإبلاغ.

5) الحدود وسياسات المخاطر

• لكل معاملة، يوميًا/24 ساعة، وأحيانًا أسبوعيًا/شهريًا.
• جهاز استقبال/تاجر جديد - عتبات مخفضة و/أو سرعة مصراع.
• حدود القناة: التجارة الإلكترونية (Deep Link/QR)، POS، P2P، طلب الدفع.
• وتطبق المصارف والمخطط السرعة/الجهاز/القواعد الجغرافية.

6) الاقتصاد واللجان

بالنسبة للتاجر، عادة ما يكون TWINT أرخص من بطاقة MDR النموذجية ؛ تختلف الظروف بين PSPs (الثبات/المنخفض٪).
رسوم التكامل/المعاملات الخاصة، والتجهيز المعلق/المنتهي الصلاحية، والدعم/تسوية المنازعات بالاتصال الحاسوبي المباشر، والتسوية.

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

الشحن (كما في البطاقات) مفقود. العائد - معاملة ائتمانية جديدة من تاجر إلى دافع ؛ وتدعم المبالغ المستردة جزئيا.
تواريخ الإرجاع مصرفية (عادة T + 0/T + 1).
المنازعات/الشكاوى - وفقا للإجراءات المصرفية/PSP ؛ الاحتفاظ بسجلات الطلبات، وتأكيد الخدمة/التسليم، وحزمة refund↔order.

8) السلامة والامتثال

SCA في تطبيق TWINT/المصرف (PIN/biometrics)، ربط الجهاز.
Antifraud في البنك/PSP: السرعة، المستلمين الجدد، تسجيل المخاطر.
تقليل PII والتشفير، HMAC/nonce على خطافات الويب، حماية إعادة التشغيل، سجل التدقيق.
تلبية متطلبات خدمة الدفع المحلية ولوائح حماية البيانات القابلة للمقارنة مع اللائحة العامة لحماية البيانات.

9) التكامل التجاري

خيارات

1. تم استضافته/تضمينه في PSP - بداية سريعة، داخل التطبيق/QR خارج الصندوق، وحالات وأخطاء.
2. Server-to-Server + Deep Link/QR - UX أصلي، QR ديناميكي لكل طلب، معالجة خطأ دقيقة.
3. Pay-by-Link/Request-to-Pay - فواتير مع رابط (بريد إلكتروني/SMS/messenger).

• API: «إنشاء الدفع»، «استرداد»، «طلب الدفع»، «webhook»، «التوفيق».
• Idempotence ("Order Id' + key)، retrays الأسية، event dedup.
• الاستطلاع: الاستطلاع التلقائي اليومي + الاستطلاع الكامل الدوري ؛ تخزين UTR/مرجع البنك.
• لوحات معلومات SLA: التحويل، «pending→success/expired»، وقت التسجيل/العودة.

10) المصالحة والإبلاغ

سجل: «معرف الدفع/معرف المعاملة» للمزود، «معرف الطلب»، القناة (App2App/QR/Link)، بنك الدافع، الحالة، المبلغ/العملة، الطابع الزمني، UTR.
من PSP/البنك: سجلات الاعتمادات/العائدات/التصحيحات، تحديثات الحالة المتأخرة.
قم بإعداد تنبيهات غير متزامنة و «معلقة» «معلقة».

11) ممارسات UX

الهاتف المحمول أولا: على الهاتف المحمول - in-app/App2App ؛ على سطح المكتب - QR ديناميكي كبير مع مؤقت.
الاسترداد: مع «مهلة/منتهية الصلاحية» - إعادة تجربة آمنة وبديل (بطاقة/SEPA/A2A أخرى).
الإيصال: المبلغ والوقت و «معرف المعاملة» والقناة و UTR واتصالات الدعم.
إبراز المخاطر/الحدود: أظهر للمستخدم الذي حدد العتبة - البنك أو القناة.

12) التكرار والولايات

TWINT الأساسي هو لمرة واحدة مع SCA. بالنسبة للاشتراكات، تُستخدم حزمة: الدفعة الأولى TWINT → الولاية الإلكترونية/SEPA DD/Open-Banking لعمليات الشطب المستقبلية (الحد/التردد/الإخطارات).
امنح المستخدم شاشة إيقاف/إلغاء/تحديث وإخطار مسبق قبل الشطب.

13) القطاعات عالية الخطورة (بما في ذلك iGaming)

يعتمد توافر القناة وحدودها على سياسة البنك/PSP والقانون المحلي.
توقع عتبات منخفضة، معززة KYC، ممكنة.
خطط لقضبان بديلة (بطاقات، SEPA، PIS أخرى) والتوجيه الذكي حسب المخاطر/القناة/البنك.

14) بنية بوابة TWINT

طبقة واجهة برمجة التطبيقات (REST/GraphQL) لسجل النقد والباكو.
قوائم انتظار الأحداث: أحداث الحالة → الفواتير/إدارة علاقات العملاء/التحليلات.
الأمان: قبو للأسرار، PSP-allowist IP، التحقق الصارم من إعادة التوجيه URI، الرموز المميزة المضادة لإعادة التشغيل.
إمكانية الملاحظة: تحويل القناة (App2App/QR/Link)، جزء بسيط من «pending→expired»، وقت التسوية/العودة.

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

1. توصيل TWINT في PSP/bank ؛ حدد القنوات (App2App/QR/Link).
2. قم بتنفيذ «إنشاء الدفع »/« طلب الدفع»، وشاشات الاستجابة السريعة الديناميكية، وشاشات الخطأ/الحد.
3. قم بتوصيل خطوط الويب والغباء والعودة وتسريح الأحداث.
4. قم بإعداد recon (يوميًا + ممتلئًا)، تخزين مراجع UTR/fin.
5. دعم عمليات الاسترداد الجزئي/الكامل وإجراءات تسوية المنازعات بالاتصال الحاسوبي المباشر.
6. قم بتشغيل لوحات تحكم وتنبيهات SLA للتحويل/الكمون/الوضع المعلق.
7. إجراء اختبارات e2e مع البنوك/الأجهزة الرئيسية و POS (إذا كان ذلك مناسبًا).

حد البطاقة المرجعية

Per-txn/24h/7d: تخزين في التهيئة والتحقق قبل البدء.
المتلقون/التجار الجدد: عتبات منخفضة/سرعة مصراع.
القنوات: حدود منفصلة للتجارة الإلكترونية (App2App/QR)، POS، P2P، طلب الدفع.
السرعة/المخاطر: يمكن أن ينحرف Antifraud المصرفي بلطف/يبطئ العمليات.

موجز

بالنسبة للإنترنت - in-app/App2App + QR الديناميكي، للبيع بالتجزئة - TWINT QR، للتحويل - P2P إلى الهاتف.
تأكيد منفصل على الإنترنت ورصيد نهائي ؛ بناء حول خطوط الويب + الاسترداد والاسترداد الجزئي.
لا تصلح المبالغ: احتفظ بتكوينات الحدود حسب البنك/القناة وقم بالتحديث بانتظام.
بالنسبة للاشتراكات، → حزمة TWINT الأولى تذكرة مع إدارة وإشعارات شفافة.