بثقة: المدفوعات المصرفية المباشرة

1) ما هو بثقة

Trustly هو مزود مدفوعات وصرف A2A (من حساب إلى حساب) يربط التجار بالبنوك الدافعة عبر redirect/App2App. يؤكد المشتري التحويل في مصرفه (SCA عبر PSD2)، ويتلقى التاجر على الفور تأكيدًا عبر الإنترنت، ويأتي تسجيل الأموال من خلال تقارير/حسابات المزود.

• تكلفة منخفضة مقارنة ببطاقات MDRs.
• الجغرافيا الواسعة في أوروبا (الشمال، DACH، Benelux، المملكة المتحدة، جنوب الاتحاد الأوروبي، إلخ) + البنوك المحلية.
• المدفوعات والمدفوعات (بما في ذلك المدفوعات الفورية للبنوك المدعومة).
• حلول متخصصة لـ iGaming (على سبيل المثال، Pay N Play: «إيداع حساب → تم إنشاؤه/التحقق منه»).

2) خط الإنتاج والسيناريوهات

الدفع (الدفع من البنك): redirect/App2App إلى بنك الدافع → SCA → النجاح/الرفض عبر الإنترنت → القرض اللاحق.
المدفوعات: التحويل إلى حساب المستخدم ؛ لعدد من المصارف - على الفور (خلاف T + 1/T + 2).
Pay N Play (iGaming): يجمع بين الإيداع والإلحاق: يتم استخراج إشارات KYC من البيانات المصرفية (الاسم، IBAN/BIC، وما إلى ذلك)، ويتم إنشاء حساب لعبة دون تسجيل منفصل، ويمكن إعادة Fast Inside إلى نفس الحساب.
معلومات الحساب/التحقق (اختياري): تأكيد ملكية الحساب، التحقق من الاسم/IBAN لمكافحة البغل/تسوية المنازعات بالاتصال الحاسوبي المباشر.

3) تدفقات الدفع: إعادة التوجيه App2App

3. 1 إعادة توجيه كلاسيكية

1. تاجر الخروج → اختيار المصرف (دليل/بحث).
2. إعادة التوجيه إلى صفحة البنك أو الشاشة المستضافة → SCA.
3. العودة إلى موقع التاجر مع الوضع (النجاح/المعلق/الفاشل/الملغى/المنتهي الصلاحية).
4. في انتظار تقرير الويب/التسوية.

3. 2 App2App (متنقل)

فتح طلب مصرفي عبر deeplink/note → تأكيد → العودة.
زيادة التحويل وانخفاض المدفوعات ؛ تأكد من الحفاظ على الاحتياطي على إعادة توجيه الويب.

3. 3 المدفوعات

بدء الدفع من خلال واجهة برمجة التطبيقات مع مرجع الطلب/الفوز ؛ الحصول على حالة إلكترونية «مقبولة للتجهيز» والنتيجة بالنسبة للخطاب الشبكي/السجل.
يعد الحفاظ على الخصوصية وبطاقة حالة الدفع أمرًا بالغ الأهمية (حتى التكرار/التراجع).

4) القيود وسياسات المخاطر

• لكل معاملة وحدود كل يوم/أسبوع في بنك الدافع.
• المستفيدون/التجار الجدد - انخفاض العتبات و/أو التعرض.
• قواعد القناة/السرعة، الإشارات الجغرافية/الأجهزة، مضادات البغال.
• بالنسبة للمدفوعات - الحصص الفردية/شيكات العتبة (خاصة الفورية).

5) الأوضاع والتسويات: النجاح عبر الإنترنت مقابل الائتمان الفعلي

الحالة على الإنترنت: «نجاح»، «معلق»، «فشل»، «ملغى»، «منتهي الصلاحية».
التسوية: الاعتماد الفعلي بواسطة تقارير/سجلات Trustly (غالبًا T + 1/T + 2 يوم مصرفي ؛ لبعض الوجهات/المدفوعات - فورية).
بالنسبة للخدمات الحيوية، استخدم التنفيذ المشروط قبل نموذج الائتمان (على سبيل المثال، تفعيل منتج رقمي بعد تأكيد التسوية).

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

الشحن كما في البطاقات غائب. العودة - معاملة ائتمانية جديدة من خلال المزود إلى الدافع.
يتم دعم المبالغ المستردة جزئيًا.
تواريخ الإرجاع مصرفية (عادة T + 1/T + 2).
المنازعات - من خلال عمليات تسوية المنازعات بالاتصال الحاسوبي المباشر الخاصة بمزود الخدمة ومصرف الدافع: إعداد سجلات الطلبات، وتأكيد تقديم التسليم/الخدمة، payout↔pay الاتصال - في.

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

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

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

قم بتخزين «معرف الدفع/معرف المعاملة» للمزود، «معرف الطلب»، بنك الإصدار، الطوابع الزمنية، UTR/المرجع المصرفي من تقارير الزعانف.
توصيل الشبكات لتغيير الحالة ؛ قم بتشغيل الاستطلاع التلقائي اليومي والاستطلاع الكامل الدوري.
للمدفوعات - سجلات منفصلة ومقارنة مع أرصدة الدفع/اللعبة الأصلية.

9) ممارسات UX

دليل البنوك: بحث سريع، فرز حسب الشعبية/الاختيار الأخير.
الهاتف المحمول أولا: عرض App2App ؛ على الفشل - الرجوع إلى الويب.
الأخطاء والتكرار: رموز السبب الواضحة (الحد، فشل SCA، المهلة)، زر التكرار، الطرق البديلة.
الغباء: «معرف النظام» + مفتاح الخصوصية لإعادة التجربة الآمنة.
الإيصال: المبلغ، الوقت، «معرف المعاملة»، البنك، القناة (App2App/Redirect)، رابط الدعم.
الدفع UX: ETA شفاف (فوري/T + 1)، حالة التتبع، الإشعارات.

10) دفع N Play (للألعاب)

التشغيل بدون نموذج تسجيل: يختار المستخدم بنكًا، ويؤكد الإيداع، ويعطي المزود البيانات المصرفية التي تم التحقق منها (الاسم/الحساب) للتاجر - يتم إنشاء حساب لعبة.
إشارات KYC من البنك تقلل الاحتكاك وتسرع الإيداع الأول.
Fast Inside: المدفوعات لنفس الحساب المؤكد، غالبًا على الفور.
ويلزم اتباع سياسات صارمة للتشغيل المسؤول، وحدود الإيداع، وسجل التفويض، وتسوية المنازعات بالاتصال الحاسوبي المباشر تتسم بالشفافية.

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

PSD2/SCA وإلزام الأجهزة ومكافحة الاحتيال في المصرف المصدر.
تقليل GDPR/PII: تخزين السمات الضرورية فقط، وتشفير PII، وتقييد الوصول.
خطافات الويب: توقيعات HMAC/nonce، حماية إعادة التشغيل، IP allowist.
AML/الجزاءات: مراقبة المعاملات، تطابق الأسماء، إشارات مكافحة البغل.

12) القطاعات عالية الخطورة

يعتمد توافر وحدود بعض الفئات (بما في ذلك iGaming و Crypto وما إلى ذلك) على الدولة والبنوك الشريكة.
توقع: تشديد الحدود، وتوسيع KYC، والتعليقات المحتملة والأدلة الإضافية.
احتفظ بقضبان بديلة (بطاقات، SEPA، PIS للخدمات المصرفية المفتوحة من مقدمي الخدمات الآخرين)، مع التوجيه على طول ملف تعريف العملاء.

13) التكامل التجاري: الخيارات

1. تم استضافته/تضمينه من قبل المزود

بداية سريعة، قائمة جاهزة للبنوك، أوضاع، أخطاء، خطابات ويب.

2. خادم إلى خادم + Redirect/App2App

المزيد من التحكم: صفحة اختيار البنك الخاصة، معالجة الأخطاء العميقة، deeplink/QR الخاصة.

3. طلب الدفع

إرسال وصلة دفع عن طريق البريد الإلكتروني/الرسائل القصيرة/الرسائل النصية ؛ ملائمة B2B/services.

• Эндпоинты: «إنشاء الدفع»، «استرداد»، «إنشاء الدفع»، «استعلام الحالة»، «الويب هوك»، «التوفيق».
• الغباء والتفريغ بواسطة «معرف».
• حالة Retrai بشكل كبير، حبر على ورق على ردود غير مستقرة.
• الكتالوجات: المصارف/البلدان، ورموز الحدود/الأخطاء، ومقاييس جيش تحرير السودان حسب الجهات المصدرة.

14) هندسة «بوابة الثقة»

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

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

1. حدد المناطق الجغرافية/البنوك وربط قناة Trustly في PSP.
2. تنفيذ «إنشاء الدفع» + اختيار البنك + redirect/App2App مع احتياطي.
3. ربط خطوط الويب والوقت واسترجاع الحالة.
4. قم بإعداد recon (يوميًا + ممتلئًا)، تخزين مراجع UTR/fin.
5. تمكين الاسترداد الجزئي/الكامل، وسجلات تسوية المنازعات بالاتصال الحاسوبي المباشر، وإجراءات الدعم.
6. بالنسبة إلى iGaming - قم بتشغيل Pay N Play، حدود الإيداع، Fast Inside، تتبع اللعب المسؤول.
7. بناء رصد جيش تحرير السودان بواسطة المصرف/القناة والإنذارات عن طريق الحادث.
8. اختبر بنوك الهاتف المحمول (iOS/Android) والمصدرين الرئيسيين حسب البلد.

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

Статусы: «النجاح»، «المعلق»، «الفشل»، «الملغى»، «المنتهي».
مدفوعات التسوية: في أغلب الأحيان T + 1/T + 2 ؛ المدفوعات - فورية حيثما كانت متاحة، وإلا فإن T + 1/T + 2.
الحدود: لكل txn/يوم/أسبوع عند جهة الإصدار ؛ المستفيدون الجدد - عتبات مخفضة.
التكرار: من خلال التفويض الإلكتروني/SEPA DD/Open Banking (الولاية الأولى → A2A).

موجز

راهن على App2App/Embedded التحويل والمدفوعات الفورية للاحتفاظ بها.
تأكيد منفصل عبر الإنترنت والائتمان الفعلي في منطق الأعمال.
لا تحدد المبالغ: احتفظ بتكوينات الحدود حسب البنك/البلد/القناة.
بالنسبة إلى iGaming، استخدم Pay N Play مع KYC شفافة وحدود ودفعات سريعة.