قاعدة الأسلوب نفسه والعودة إلى المصدر
1) الجوهر ولماذا هو مطلوب
نفس الطريقة/استرداد الأموال إلى المصدر (RTS) - المبدأ الذي يتم بموجبه رد الأموال و «رشاوى» الأموال بنفس الطريقة وإلى نفس مصدر التجديد/الدفع الأولي (نفس البطاقة/الحساب/المحفظة). الأهداف:- AML/ATF: لا تحول العودة إلى «نفق دفع مجهول» على دعامة أخرى.
- خفض الاحتيال/تسوية المنازعات بالاتصال الحاسوبي المباشر: قلة الجدل حول «الأموال ذهبت في الاتجاه الخطأ».
- نظام التشغيل: تسوية مبسطة، عدد أقل من الحالات اليدوية.
- بطاقات القواعد: الامتثال لمتطلبات الشبكة «إعادة الائتمان إلى أداة التمويل الأصلية».
2) البطاقات (Visa/Mastercard/...): كيفية عملها
عكس الفراغ/الإذن (قبل المقاصة): التراجع عن الإذن - سيؤدي المال إلى «إزالة التجمد» على نفس البطاقة.
رد (الائتمان/العرض التقديمي): بعد المقاصة - ائتمان لنفس PAN/DPAN.
Apple/Google Pay: العودة إلى رمز DPAN/الشبكة → مسارات المُصدر إلى البطاقة الحالية (بما في ذلك عند إعادة إصدارها).
الدفع إلى البطاقة OCT - لا يساوي الرجوع: هذه دفعة للبطاقة ؛ استخدام فقط عندما يتم الالتزام بالاستثناء و KYC.
- البطاقة المغلقة/المعاد إصدارها - يقوم المصدر، كقاعدة عامة، «بإعادة توجيه» القرض إلى البطاقة/الحساب القديم. لا يزال رد الأموال خوذة كاسترداد.
- العودة> الدفع الأصلي - محظور ؛ استرداد جزئي، الرصيد من خلال سكة الدفع المأذون بها بعد KYC/SoF.
- العطاء المجزأ (مدفوعات من مصادر 2): عائدات بنفس النسبة لكل مصدر.
3) البنك A2A (SEPA/ACH/FPS/RTP/PIX)
مثالي: تحويل الائتمان إلى نفس IBAN/الحساب الذي جاء منه التجديد (أو إلى معرف UPI/PIX للمرسل).
ACH (الولايات المتحدة): عادة ما يتم تنفيذ «رد الأموال إلى المصدر» كقرض لنفس حساب التوجيه + ؛ العوائد (رموز R) ليست راجعة، ولكن عطل السكك الحديدية/العودة.
RTP/FPS/PIX: سريع ونهائي ؛ إذا كانت الدفعة الأصلية على هذه القضبان - غالبًا ما يتم استرداد المبلغ كقرض جديد لنفس المتلقي/الاسم المستعار (هذا هو تنفيذ عادي بنفس الطريقة).
- الحساب مغلق/التفاصيل غير صالحة - يُسمح بالسكك الحديدية البديلة بعد تأكيد المستفيد (الإيداع الصغير/دفع الاختبار) وتكثيف KYC.
- SWIFT عبر الحدود: إذا كان الدفع الأصلي محليًا وكان الاسترداد يتطلب حدًا إكس - سجل إفصاحًا إضافيًا عن العملات الأجنبية/الرسوم والموافقة.
4) المحافظ الإلكترونية و APM (Skrill/Neteller/Payz/PayPal والمحلية)
القاعدة: العودة إلى نفس المحفظة/الحساب الذي جاء منه الإيداع.
تعبئة من البطاقة داخل المحفظة: يتم إرجاع refand إلى المحفظة، وليس مباشرة إلى بطاقة المستخدم (سياسة المزود).
القسائم/eCash (Paysafecard، Neosurf، Multibanco-ref): غالبًا ما يكون غير قابل للاسترداد للمصدر - يتم تقديم قرض إلى رصيد المحفظة/التاجر (أو دفع تعويضات بديلة في KYC).
- الوصول المحظور/المفقود - السكك الحديدية البديلة بعد EDD/SoF وإثبات الملكية.
- تحديد الشركاء (AUPs) - العوائد ممكنة فقط في شكل رصيد المتجر/الرصيد الداخلي.
5) قسائم/نقدية/شبه نقدية
غالبًا ما يكون المصدر الطبيعي لـ «النقد» غير قابل للعكس. السياسة السليمة:1. الإلغاء قبل إصدار السلع/الائتمان - حسنًا، لم يتم ترجمة أي شيء.
2. بعد التسجيل - العودة إلى الرصيد/المحفظة الداخلية، يليها السحب فقط إلى حساب مصرفي مسجل بعد KYC/SoF (لا يوجد «استرداد نقدي»).
حدد بشفافية في ToS: لا يتم إرجاع إعادة تعبئة القسيمة للقسيمة.
6) العوائد الجزئية، والحدود الزائدة والمصادر المتعددة
استرداد جزئي: إلى المصدر الأصلي حتى مبلغ الدفع الأصلي. العديد من الجزئيات مقبولة.
المبلغ المراد إرجاعه> المودع من المصدر - الرصيد من خلال خط الدفع المأذون به (KYC/SoF/limits).
عدة مصادر (على سبيل المثال، بطاقة 70٪ + محفظة 30٪): يتم رفضها بشكل متناسب مع نفس المصادر.
7) النوافذ والأولويات الزمنية
الأولوية 1: «عكس الفراغ/الإذن» (إن أمكن) - التراجع «الأنظف».
الأولوية 2: «رد الأموال إلى المصدر» على السكك الحديدية الأصلية.
الأولوية 3: المدفوعات البديلة (فقط للاستثناء الثابت + التكثيف ومراجعة الحسابات).
8) محرك السياسة: كيفية التصميم
Входные данные: "معرف الدفع"، "نوع المصدر" (بطاقة/A2A/محفظة/قسيمة)، "المصدر المرجع" (رمز PAN، IBAN، walletId)، "المبلغ"، "fx"، "الحالة"، "حالة التسوية"، "kycLevel'،" درجة المخاطرة "، 'هوية المستفيد'.
القواعد:1. Если 'Can Void (paymentId)' → Void.
2. خلاف ذلك، إذا كان 'قابل للاستردادToSource (paymentId)' → استرداد (SourceRef).
3. إذا كان «SourceRef غير صالح/مغلق» → Step-Up (KYC/SoF) → اقترح قضبان الدفع في قائمة السماح (البنك/Push-to-Card/e-wallet) → سجل السبب.
4. إذا كانت القسيمة/النقدية الإلكترونية → الائتمان. الميزانية العمومية ؛ العكس مباشرة غير ممكن.
5. → Split-tend إعادة تشغيل لكل «SourceRef» في حصتها.
6. إنكار صارم بموجب العقوبات/PEP/age/geo laborations.
غير وظيفي: الخصوصية («استرداد المفتاح»)، خطافات الويب، شرح المنطق (لماذا تم اختيار الطريقة)، إصدار القواعد.
9) الأوضاع والمصالحة والتحف
حالات العودة: «→ المطلوبة المعلقة → رفضت | فشلت | ألغيت».
Артефакты: «RefundId'،» OriginalPaymentId'، «SourceType/ref»، «المبلغ/العملة»، «fxRate»، «UTR/ARN/Trace»، «ReasonCode»، «الممثل».
Recon: الاستطلاع التلقائي اليومي بواسطة PSP/السجلات المصرفية + الاستطلاع الكامل ؛ تنبيهات: «النجاح بدون سجل»، «استرداد مزدوج»، «العودة إلى مصدر آخر».
10) UX والاتصالات
على شاشة الإرجاع، أظهر المرسل إليه: "العودة إلى البطاقة • • 3456/wallet @ user/DE account'....
إذا كان الاستثناء مطلوبًا، نوضح: "المصدر غير متاح. بالنسبة لأمنك، سنقدم إرجاعًا إلى حسابك المصرفي الشخصي بعد تأكيد البيانات (≈N دقائق/ساعات). "
الشيكات/الرسائل: المبلغ والتاريخ والطريقة و "RefundId' و UTR/ARN و ETA (البطاقات - حتى X يومًا، A2A - T + 0/1، المحافظ - على الفور/T + 1).
الأسئلة الشائعة: القسائم غير قابلة للعكس ؛ يتم إرجاع Apple/Google Pay تلقائيًا إلى البطاقة المرتبطة.
11) مصفوفة الاستثناء (الإشارات والخطوات)
12) العملات الأجنبية والعملة
العائد بالعملة الأصلية للمعاملات ؛ إذا كانت هناك حاجة إلى التحويل - استخدم نفس مصدر العملات الأجنبية (PSP/bank) وأظهر الأسعار/الرسوم.
لا تفاقم اقتصاد العميل (لا تعود بعملة مختلفة دون موافقة صريحة).
13) ميزات iGaming
مكافأة/عوائد مجانية: قواعد اللعبة> سياسة العودة ؛ فقط في جزء من الأموال المودعة.
الاستبعاد الذاتي/النمو الحقيقي: عند تجميد حساب - إعادة الرصيد إلى المصدر ؛ وتحظر المدفوعات البديلة إلى أن تكتمل عمليات التفتيش.
شبه ذاكرة التخزين المؤقت: حظر صارم على «الفائض» من البطاقة/القسيمة إلى دعامة جديدة تحت ستار إعادة التدفق.
14) KPI والتحكم
معدل نجاح رد الأموال (التسجيل في سجل → عبر الإنترنت).
Median/P95 وقت الاسترداد بالطريقة.
معدل الدفع البديل - احتفظ بـ <X٪.
تسوية المنازعات بالاتصال الحاسوبي المباشر بعد العودة (منازعات متكررة).
أخطاء التسوية: «استرداد مزدوج»، «مصدر خاطئ».
حمولة الدعم على طلبات الإرجاع/1k.
15) قائمة التنفيذ المرجعية
1. دليل المصدر (card/A2A/wallet/voucher) وحالات ملاءمة RTS الخاصة بهم.
2. محرك السياسة: قواعد void→refund→alt - الدفع، سجلات الشرح، الإصدار.
3. دمج PSP/البنوك: «باطل/استرداد»، خطافات الويب (توقيع/NMAS)، الخصوصية.
4. ريكون: يوميًا + ممتلئًا، تنبيهات غير متزامنة و «استرداد إلى مصدر آخر».
5. UX: عرض صريح لوجهة العودة، ETA، أسباب الاستثناءات ؛ نماذج الحروف/التحقق
6. AML/KYC: زيادة المدفوعات البديلة، SoF/SoW، رفض الحالات.
7. مجموعة الاختبار: نافذة باطلة، استرداد جزئي، عطاء مقسم، بطاقة مغلقة/IBAN، قسيمة، Apple/Google Pay، تحلل PSP.
ملخص السيرة الذاتية
قاعدة نفس الطريقة/رد الأموال إلى المصدر هي مفتاح الأمن والامتثال وإمكانية التنبؤ. اجعل الفراغ → استرداد الأموال → دفع تعويضات بديلة (بدقة إذا لزم الأمر)، واحتفظ بالقواعد في محرك السياسة مع شرح السجلات، وتأكد من الخصوصية، وخطابات الويب والاستطلاع، واتصال المرسل إليه و ETA بشفافية. الاستثناءات - فقط مع زيادة KYC/SoF ومسار مراجعة واضح. بهذه الطريقة تقلل المخاطر وتكاليف الدعم والنزاعات مع الحفاظ على ثقة المستخدم.