سوفورت/كلارنا: الدفع لكل بنك

1) ما هو Sofort/Klarna Pay-Bank

Sofort (الآن Klarna Pay Now/Pay-By-Bank) هي أداة A2A تسمح للمشتري بالدفع مقابل طلب مباشرة من حسابه المصرفي من خلال تطبيق بنك/هاتف محمول عبر الإنترنت. يتم بناء البث عادةً على issuer-redirect/App2App تأكيد SCA (PSD2)، ويتلقى التاجر إذنًا عبر الإنترنت (النجاح) ثم قرضًا مصرفيًا بناءً على تقارير/حسابات المزود.

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

2) الأدوار والمشاركون

Klarna/Sofort (مخطط/مزود): التوجيه إلى البنوك، والحالات، والتقارير، والتسويات، والعائدات.
المُصدر (بنك الدافع): SCA، تأكيد الشطب، الحدود/مكافحة الاحتيال.
Merchant PSP/Acquirer: Terchant connection و API/SDK و webooks و recon.

تاجر - بدء الدفع، حالة العملية/العائدات، التسوية

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

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

1. Checkout terchant → select «Pay by bank (Sofort/Klarna)».
2. → إعادة توجيه قائمة البنوك إلى البنك عبر الإنترنت (أو إلى الصفحة التي يستضيفها المزود) → SCA.
3. يؤكد المصرف الدفع → العودة إلى التاجر مع الوضع (النجاح/الفشل/الإلغاء/المعلق).
4. طلب سجلات التاجر «مدفوع/معلق»، ينتظر تقرير الويب/التسجيل.

3. 2 App2App/متنقل

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

3. 3 خيارات طلب الدفع/المضمنة

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

4) حدود وسلوك البنوك

• لكل معاملة، يوميًا/أسبوعيًا في بنك الدافع.
• المتلقون/التجار الجدد - عتبات مخفضة، سرعة الإغلاق ممكنة.
• Channel (mobile/web), velocity rules, geo/device signals.
• في فرادى البلدان/البنوك، يمكن استثناءات عتبة SCA (RA، TRA) - اعتمادًا على البنك.

5) الإذن مقابل التسوية

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

6) العودة والعائدات الجزئية والنزاعات

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

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

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

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

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

9) ممارسات UX

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

10) عمليات الشطب المتكررة والولايات

كلاسيك سوفورت - لمرة واحدة. بالنسبة للنماذج المتكررة، يتم استخدام مجموعة: الدفعة الأولى هي A2A → التفويض الإلكتروني/SEPA DD/Open Banking PIS للمستقبل.
إدارة التفويضات (الحد، التردد، الإشعارات)، تخزين سجلات القبول.

11) الامتثال والأمن والبيانات

PSD2/SCA: التأكيد في البنك، إلزام الجهاز، بنك مكافحة الاحتيال.
التقليل إلى أدنى حد: تخزين الخصائص اللازمة فقط ؛ وتشفير مؤشر الاستثمار الدولي ؛ توقيعات HMAC لخطافات الويب.
اللائحة العامة لحماية البيانات/السجلات: الموافقة، والحق في الحذف، والتغييرات في مراجعة الحسابات.

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

يحد مقدم الخدمة/المصارف من توافر الدفع حسب المصرف لبعض الفئات وفقًا للسياسات الداخلية والقانون المحلي.
توقع حدودًا مخفضة، مراقبة CUS/مالية إضافية، ممكنة.
احتفظ بقضبان بديلة (البطاقات، SEPA، الخدمات المصرفية المفتوحة A2A، القسائم) وتقسيم حركة المرور.

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

1. تم استضافته/تضمينه от PSP/Klarna

البداية السريعة: أداة اختيار البنك، والحالات، والأخطاء، وخطافات الويب خارج الصندوق.

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

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

3. طلب الدفع

إرسال طلب دفع (بريد إلكتروني/SMS/link)، مناسب B2B/services.

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

14) هندسة سوفورت/بوابة كلارنا

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

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

1. حدد قناة PSP/Klarna/Sofort مع الجغرافيا المصرفية المطلوبة.
2. تنفيذ «إنشاء الدفع» + اختيار البنك + redirect/App2App مع احتياطي.
3. قم بتوصيل خطوط الويب، والخصوصية، والتوقيت، وتكرار الحالة.
4. قم بإعداد recon (يوميًا + ممتلئًا)، تخزين مراجع UTR/fin.
5. تمكين عمليات الاسترداد الجزئي/الكامل وتسوية المنازعات بالاتصال الحاسوبي المباشر في الدعم.
6. قم بإعداد سيناريوهات فشل/حد UX والطرق البديلة.
7. اختبر بنوك الهاتف المحمول (iOS/Android) والمصدرين الرئيسيين في البلدان المستهدفة.
8. احتفظ بدليل الحد وصفحة حالة الحادث.

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

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

موجز

للتحويل - App2App/Embedded، من أجل الاستقرار - خطوط ويب واضحة + ريكون.
تأكيد منفصل عبر الإنترنت والائتمان الفعلي (T + 1/T + 2) في منطق الأعمال.
لا تصلح المبالغ الصعبة: التكوينات الحدية حسب البنك/البلد + التحديث المنتظم.
للاشتراكات، استخدم تفويض → الدفع A2A الأول، مع إدارة وحدود UX واضحة.