عرض تجريبي لمنصة TPAY
جولة موجزة في أربع محطات: رحلة التاجر، تكامل أنظمة الأعمال، بيئة الاختبار، ومتابعة عمليات الدفع.
بيئة عرض تجريبية — البيانات والعمليات محاكاة، ولا تُنفذ معاملات مالية حقيقية.
المحطات
النطاق
التشغيل الفعلي
لا تُفعّل Production قبل اعتماد الحساب والعقود والتاجر من الجهات المختصة.
1. رحلة التاجر
من تقديم الطلب حتى المتابعة، مع بقاء الاعتماد المالي خارج نطاق TPAY.
3المراجعة النظامية
المراجعة والاعتماد يبقيان لدى الجهات المختصة وفق مسارها المعتمد.
TPAY تنظم رحلة التكامل ولا تعتمد التاجر ماليًا ولا تستلم أمواله.
2. تكامل أنظمة الأعمال
الدفع يُدمج داخل البرنامج الذي يستخدمه التاجر بدل أن يكون خدمة منفصلة.
المتاجر الإلكترونية
صفحة دفع مستضافة ثم تأكيد موثق للحالة.
نقاط البيع POS
إرسال قيمة العملية إلى قناة الدفع واستقبال النتيجة.
ERP والفواتير
طلب دفع أو رابط دفع وإغلاق الفاتورة بعد التأكيد.
الفنادق والحجوزات
حجز مؤقت، دفع، تأكيد، إلغاء أو استرداد.
الفعاليات والتذاكر
إصدار التذكرة بعد حالة نهائية معتمدة فقط.
CRM
ربط عرض السعر والفاتورة والدفع بالعميل.
3. بيئة الاختبار
اختبار كامل للسيناريوهات قبل أي تشغيل، ببيانات ومفاتيح وهمية.
ما الذي يمكن تجربته؟
- مفاتيح اختبار وهمية معزولة تمامًا عن أي تشغيل فعلي.
- سيناريوهات: نجاح، رفض، انتظار، انتهاء مهلة، إلغاء، عكس، استرداد.
- تكرار الإشعار لا يكرر تحديث الفاتورة (Idempotency).
- أي حالة غير متطابقة تنتقل إلى NEEDS_REVIEW.
ضوابط ثابتة
هذه المفاتيح غير صالحة لأي اتصال أو عملية مالية.
لا توضع مفاتيح Production أو منطق التوقيع في المتصفح أو تطبيق العميل.
4. متابعة عمليات الدفع
حالات موحدة وقواعد إغلاق واضحة، مع مطابقة يومية واستثناءات.
الحالات القياسية
إغلاق الفاتورة
الفروقات
حدود الدور
الحساب قيد المراجعة ليس حسابًا نشطًا ولا يقبل التسوية.
إرسال الطلب لا يعني فتح الحساب أو اعتماد خدمة الدفع.