ecoPayz: المحفظة والفواتير

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

ecoPayz (أعيد تسميتها باسم Payz) هي محفظة إلكترونية ذات أرصدة متعددة العملات (يشار إليها فيما بعد باسم «المحفظة/الحسابات»)، تركز على الخدمات الرقمية و iGaming (في الولايات القضائية المسموح بها). يحتفظ المستخدم بالأموال على محفظته، ويصنع P2P، ويدفع للتجار، ويجدد الرصيد بطرق مختلفة ويعرضه على البنك/البطاقة/القنوات المحلية (يعتمد الوصول على البلد/CCP).

لماذا هو مربح للتاجر

زيادة التحويل بسبب Hosted/App2App-UX والاعتراف في القطاعات المستهدفة.
الاحتيال المنخفض (SCA، ربط الجهاز، تسجيل المخاطر).
اقتصاد مرن (غالبًا أقل من بطاقات CNP)، استرداد جزئي سريع للمحفظة.

2) المنتجات والأدوار

المحفظة/الحسابات: أرصدة المستعملين المتعددي العملات (زيادة/مصروفات/ناتج).
خرائط (افتراضية/بلاستيكية على قضبان الخرائط) - غير متوفرة في جميع البلدان.
مصادر القسائم (القسائم البيئية والنظائر من خلال الشركاء) - حيث يُسمح بذلك.
PSP/مقتني: استضافة التاجر على متن الطائرة، والتعريفات/MDR، واستضافة/Widget/API، والحسابات والتقارير.
مخطط/مُصدر المحفظة: AUP، KYC/AML، الحدود، مكافحة الاحتيال، دفتر المحفظة.

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

3. 1 الدفع

استضاف/إعادة توجيه (موصى به): إعادة التوجيه إلى ecoPayz/Payz → تسجيل الدخول/SCA → تأكيد → العودة مع الحالة.
App2App/Deeplink: يفتح تطبيق المحفظة على الهاتف المحمول، ثم يعود إلى أمين الصندوق.
المدمج/الودجة: خاضع لمتطلبات أمان الموفر.

3. 2 زيادة المحفظة (المستخدم)

البطاقات (3DS2)، A2A/Open المصرفية/التحويلات المحلية، eCash/القسائم، P2P. تختلف مجموعة المصادر حسب البلد ومستوى KYC.

3. 3 المدفوعات/السحب

مدفوعات التجار لمحافظ المستعملين ؛ وإخراج المستخدم للأساليب المصرفية/البطاقة/المحلية (التوافر حسب البلد/لجنة التنسيق).

3. 4 P2P/طلب الدفع

التحويلات وطلبات الدفع بين المحافظ (عند الدعم).

3. 5 بطاقة المحفظة

البطاقة الافتراضية/البلاستيكية (إذا كانت متاحة): الخصم من رصيد المحفظة ؛ عبر الإنترنت - SCA/3DS، POS - PIN/NFC.

4) الحالات والحسابات

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

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

الحدود لكل txn/24h/7d/شهريًا ؛ عتبات منفصلة للمستفيدين/التجار الجدد وللنواتج.
مستويات KYC (الأساسية/المتقدمة/VIP): تحدد أعلى مستويات التعزيز/التدفق/الإخراج ومجموعة من الأساليب المدعومة.
السرعة/الجهاز/القواعد الجغرافية والعقوبات والقيود العمرية (خاصة بالنسبة إلى iGaming).
احتفظ بالحدود/القواعد في التكوينات مع إمكانية التحديثات الساخنة.

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

استرداد - معاملة ائتمانية منفصلة (كاملة/جزئية) تعود إلى المحفظة/المصدر الأصلي.
رد التكاليف: من أجل شطب «محفظة» بحتة، عادة لا يتم شحن البطاقات الكلاسيكية ؛ إذا كانت السكك الحديدية الفعلية عبارة عن بطاقة (COF/card داخل المحفظة)، فإن إجراءات البطاقة في المصدر ممكنة.
جدولة إجراءات تسوية المنازعات بالاتصال الحاسوبي المباشر وتخزين سجلات إصدار الخدمة الرقمية الكاملة.

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

عادة ما يكون MDR للتاجر أقل من بطاقات CNP، ولكنه يعتمد على geo/durnover/category.
التكاليف الإضافية: استضافة/SDK، ودعم «معلقة/منتهية الصلاحية»، وتسوية المنازعات بالاتصال الحاسوبي المباشر/المنازعات، واسترداد الاحتياطيات المحتملة/الاحتفاظ بالمخاطر.
إدارة التكلفة: تحفيز زيادة A2A وتعدد العملات (ناقص العملات الأجنبية)، واستخدام زيادة المبيعات على كبار الشخصيات.

8) ممارسات UX

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

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

خيارات

1. استضاف/إعادة توجيه - بداية سريعة، الحد الأدنى من بصمة PCI/PII.
2. Server-to-Server + App2App/Hosted - UX مخصص والتحكم الضيق في الحالة.
3. الدفع حسب الرابط/الفاتورة - للمدفوعات/التحصيل المؤجل.

الحد الأدنى للخلف

API: «إنشاء الدفع»، «إذن/التقاط» (если требуется)، «استرداد»، «استعلام عن الحالة»، «خطاف ويب»، «تسوية».
Idempotence ("Order Id' + key)، التكرارات الأسية، التخلص من خطافات الويب الواردة.
خطافات الويب: توقيع/NMAS، طوابع زمنية، حماية إعادة التشغيل.
Recon: الاستطلاع التلقائي اليومي + الاستطلاع الكامل، وتخزين روابط UTR/البنك، والتنبيهات عن طريق الاختلال.
إمكانية الملاحظة: التحويل، 'pending→success/expired'، تأخر التسوية، أخطاء SCA/الحد.

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

SCA (مصادقة المحفظة)، ربط الجهاز، تسجيل السلوكيات.
تقليل PII: تم استضافته/Widget لإدخال البيانات الحساسة والأسرار - في القبو، IP-allowist لنقاط نهاية الويب، إعادة توجيه URIs الصارمة.
KYC/AML/GDPR، العمر، العقوبات، المرشحات الجغرافية، الألعاب المسؤولة.

11) المدفوعات والشركات التابعة

غالبًا ما تكون المدفوعات للمحافظ مريحة (سريعة ورخيصة)، ولكنها مقسمة حسب المخاطر/الجغرافيا/CUS.
الاحتفاظ بالبدائل: SEPA/RTP/Push-to-Card/المحافظ المحلية للمناطق المتنازع عليها أو الكميات الكبيرة.

12) ميزات iGaming

التحقق من الجواز القانوني للجغرافيا والتراخيص ؛ التحكم في السن والاستبعاد الذاتي.
توقع: حدود أكثر صرامة، احتمال الاحتفاظ/الاحتياطيات، توسيع مراقبة المعاملات والمدفوعات.
خطط للتوجيه الذكي (المحفظة ↔ A2A ↔ ↔ قسائم البطاقات) حسب الملف الشخصي للمخاطر/الجغرافيا/اللاعب.

13) مؤشرات الأداء الرئيسية والمقاييس التشغيلية

معدل الموافقة (بشكل منفصل لـ App2App/Hosted).
في انتظار وقت الإقامة и доля 'pending→expired'.
معدل الاسترداد/تسوية المنازعات بالاتصال الحاسوبي المباشر ومتوسط وقت اتخاذ القرار.
تأخر التسوية (النجاح → السجل → التسجيل).
حصة العملات الأجنبية ومتوسط هامش العملات الأجنبية.
حصة VIP/KYC الموسعة في معدل الدوران، التكلفة للخدمة (الدعم/المنازعات).

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

1. اتفاقية PSP/مزود: التعريفات/MDR، قواعد FX، SLAs لخطافات/سجلات الويب، geo/عمودي مسموح به.
2. التكامل: «إنشاء الدفع» + App2App/Hosted، الخطأ/الحد/تكرار الشاشات.
3. الأمان: التوقيع/خطافات الويب NMAS، أسرار القبو، إعادة توجيه URI، IP-allowist.
4. Recon: يومي + كامل، تخزين مرجعي UTR/fin، تنبيهات إلغاء التزامن.
5. المبالغ المستردة/تسوية المنازعات بالاتصال الحاسوبي المباشر: جزئي/كامل، كتب اللعب الداعمة، حزمة refund↔order.
6. التكوينات: حدود/CCL/التعريفات/geo - خارج الكود، تم تحديثه وتحديثه بسرعة.
7. لوحات معلومات جيش تحرير السودان: التحويل، 'المعلق'، تأخر التسوية، العودة ؛ الشذوذ/التنبيهات الجغرافية.
8. اختبارات E2E: App2App متنقلة، إعادة توجيه سطح المكتب، المهلات/التجديدات، العوائد الجزئية، تدهور المزود.

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

الحالات: 'منشأ/معلق/ناجح/فاشل/ملغى/منتهي الصلاحية' (+ 'إذن/التقاط' حيثما ينطبق ذلك).
التسوية: عادةً T + 1/T + 2 بواسطة سجلات PSP/مزود.
رد التكاليف: مفقود لصافي رسوم «المحفظة» ؛ ممكن لقطار البطاقات.
الحدود/لجان التنسيق المحلية: البلد/المستوى المحدد ؛ تخزين في التهيئة والتحديث بانتظام.
العائد: «الدفع الأول → التفويض» (SEPA/Open-Banking/wallet-Fundation) - إذا كان النص يدعم ذلك.

موجز

ecoPayz/Payz هي محفظة ناضجة بأرصدة متعددة العملات وخدمة UX قوية للهاتف المحمول ونظام تشغيل مفهوم. ادمج من خلال Hosted/App2App، وابني حول خطافات الويب + الخصوصية + recon، واحتفظ بحدود/CCL/التعريفات/geo في التكوين، وبالنسبة لـ iGaming، اتبع الإطار القانوني، ومخاطر القطاع واحتفظ بقضبان بديلة (A2A/vouchers/cards) مع التوجيه الذكي بواسطة ملف تعريف اللاعب وتحميله.