رابط لكل حصة
كل مشارك يحصل على رابط دفع مستضاف وحالة يمكن متابعتها بصورة مستقلة.
الدفع من الطاولة وتقسيم الفاتورة
دفع إلكتروني مستضاف وتقسيم فاتورة المطعم بدون أخطاء هللات
يختار الضيف دفع الفاتورة كاملة أو تقسيمها بالتساوي. يحسب الخادم كل حصة بالهللات، ويجهّز رابطًا منفصلًا وحالة مستقلة لكل مشارك.
Zadira Dine
الحساب يتم على الخادم لا في المتصفح
يستقبل Laravel عدد المشاركين من 2 إلى 12، ويقسم إجمالي الطلب بوحدة العملة الصغرى. إذا ظهر باقي هللات، يوزعه بصورة حتمية حتى يساوي مجموع الحصص الفاتورة بالضبط.
تدفق دفع أوضح للضيف والمطعم
حماية من التكرار
تستخدم عملية إنشاء الدفع مفتاح idempotency حتى لا تنشئ إعادة المحاولة فاتورة مكررة.
لا توجد حقول بطاقة داخل Zadira
ينتقل الضيف إلى صفحة مزود الدفع المعتمد بدل إدخال رقم البطاقة في تطبيق المطعم.
مثال تقسيم دقيق
- 1
الإجمالي
فاتورة بقيمة 100.01 ر.س تُحفظ كـ10,001 هللة.
- 2
عدد الضيوف
يختار الضيف تقسيم الفاتورة على ثلاثة أشخاص.
- 3
الحصص
ينتج 33.34 + 33.34 + 33.33 ر.س، دون فقد أو زيادة هللة.
- 4
المتابعة
تظهر حالة كل حصة ثم حالة تسوية الفاتورة في لوحة الإدارة.
المعاينة لا تنفّذ خصمًا حقيقيًا
بوابة الدفع الحالية تجريبية لعرض التدفق فقط. التشغيل الفعلي يحتاج اختيار مزود دفع معتمد، إنشاء حساب تاجر، وضع المفاتيح في أسرار الخادم، وضبط webhook ومراجعة الأمان والامتثال.
ضمن النطاق الحالي
- دفع كامل أو تقسيم متساوٍ من 2 إلى 12 حصة
- حساب دقيق بوحدة العملة الصغرى
- روابط دفع مستضافة فقط
- تأكيد عبر webhook موقّع مع حماية من التكرار
أسئلة عن الدفع وتقسيم الفاتورة
هل الدفع الحقيقي يعمل الآن؟
لا. المعاينة تستخدم بوابة تجريبية ولا تسحب أموالًا. يلزم ربط حساب ومفاتيح مزود معتمد للإنتاج.
هل يخزن النظام بيانات البطاقة؟
لا. التصميم يعتمد على صفحة دفع مستضافة لدى المزود، ولا يحتوي Zadira على حقول لإدخال رقم البطاقة.
كيف يتعامل النظام مع هللة الباقي؟
يقسم الخادم المبلغ بوحدة العملة الصغرى ويوزع الباقي على أول الحصص، لذلك يطابق المجموع الإجمالي دائمًا.
شاهد تجربة تقسيم الفاتورة
جرّب التدفق غير المدفوع، ثم تواصل لاختيار مزود الدفع المناسب لنشاطك.