إدارة الاسترداد
احتفظ بطلبات الاسترداد والموافقات وسجلات الدفع وسياق العملاء متصلة بالمعاملة الأصلية.
ابدأ من المعاملة الأصلية
احتفظ بالاسترداد مرتبطًا بالدفع والفاتورة والحجز والعميل وسبب التعديل.
الدفع الأصلي
احتفظ بالاسترداد متصلًا بالدفع الذي يقوم بإلغائه أو تعديله.
الفاتورة أو الحجز
احتفظ بالسياق الفواتيري والتشغيلي مرتبطًا بسجل الاسترداد.
سبب الاسترداد
استخدم الأسباب أو الفئات المكونة لتسهيل مراجعة نشاط الاسترداد والإبلاغ عنه.
سياق العميل
احتفظ بالاسترداد مرئيًا مع العميل أو الضيف أو العضو أو الحساب المعني.
استخدم سير عمل الموافقة عند الحاجة
ليس كل استرداد يحتاج إلى نفس المراجعة. يمكن تكوين قواعد الموافقة وفقًا لسياسة التشغيل الخاصة بك.
حدود المبلغ
وجه طلبات الاسترداد ذات القيمة الأعلى لمراجعة إضافية عند الحاجة.
الموافقون المعينون
أرسل طلبات الاسترداد المختارة إلى المدير أو مستخدم المالية أو مجموعة الموافقة المناسبة.
استثناءات السياسة
وجه الحالات غير العادية أو استثناءات السياسة للمراجعة اليدوية بدلاً من فرض قرار تلقائي.
تاريخ القرار
احتفظ بحالة الموافقة وإجراءات المستخدم مرئية على السجل المرتبط في Salesforce حيثما تم تكوينه.
تطبيق سياسة الاسترداد بشكل متسق
استخدم المعلومات الموجودة بالفعل في سير العمل الخاص بالحجز والفوترة لدعم مراجعة منظمة.
توقيت الإلغاء
استخدم تواريخ الحجز وتوقيت الإلغاء ومعلومات السياسة المكونة أثناء مراجعة الاسترداد.
استرداد كامل أو جزئي
دعم مبالغ الاسترداد الكاملة أو الجزئية حيثما يسمح مزود الدفع وسير العمل بذلك.
الودائع والرسوم
احتفظ بالمبالغ القابلة للاسترداد وغير القابلة للاسترداد مرئية وفقًا للأسعار والسياسة المكونة.
مراجعة يدوية
احتفظ بالموظفين في السيطرة عندما يحتاج الطلب إلى حكم أو لا يتناسب مع قاعدة قياسية.
أرسل الاسترداد من خلال مزود الدفع
يعتمد تنفيذ الاسترداد الفعلي على معالج الدفع والتكامل المكون.
- يتوقف توفر الاسترداد على مزود الدفع
- يتوقف توقيت الاسترداد على المزود وطريقة الدفع
- قد تظل رسوم المزود والمعاملات سارية
- يعتمد دعم الاسترداد الجزئي على المعالج والتكامل
- يمكن الاحتفاظ بحالة الاسترداد مع سجل الدفع المرتبط حيثما كان مدعومًا
- قد تتطلب مزودات الدفع الجديدة نطاق تكامل منفصل
احتفظ بالسجل المالي متماشيًا
يجب أن تظل الاستردادات مرئية في نفس السياق الفواتيري والتقارير مثل الدفع الأصلي.
حالة الاسترداد
احتفظ بالحالات المطلوبة والموافقة والمعالجة والفاشلة أو أي حالات مدعومة أخرى مرئية.
رصيد الفاتورة
عكس الاسترداد في السياق الفواتيري المرتبط وفقًا لسير العمل المكون.
التسوية
احتفظ بنشاط الاسترداد متاحًا عند مراجعة سجلات الدفع والتسوية.
التقارير
استخدم سجلات الاسترداد في تقارير Salesforce ولوحات المعلومات حيثما يدعم التنفيذ ذلك.
يعمل مع سير الفوترة والدفع
تظل إدارة الاسترداد قريبة من الدفع الأصلي والفاتورة وسجلات التسوية.
الأسعار
تعمل إدارة الاسترداد مع سير عمل الفوترة الأساسية ومعالج الدفع المكون.
حزمة النواة
يبدأ من 1-50 وحدة قابلة للحجز نشطة.
- محرك الحجز + نظام الحجز
- الفوترة والفوترة
- الفوترة المتكررة
- تقارير ولوحات معلومات قياسية
- التكاملات المدمجة المدعومة حيثما كان ذلك مناسبًا
نطاق الاسترداد والمزود
يعتمد على الإعداديعتمد تنفيذ الاسترداد وقواعد المعالج وتكاليف المعاملات والمنطق المخصص للموافقة والتكاملات الجديدة على مزود الدفع والتنفيذ.
- لا يوجد اشتراك منفصل لإدارة الاسترداد
- تظل رسوم المعالج والمعاملات منفصلة
- قد تتطلب التكاملات الجديدة للدفع أو المحاسبة نطاقًا منفصلًا
- يتم تسعير التنفيذ بشكل منفصل
تتبع الاسترداد اليدوي مقابل Booking Ninjas
احتفظ بالطلب والموافقة وإجراء المعالج وسياق الفوترة متصلين بدلاً من إدارة كل خطوة بشكل منفصل.
| القدرة | التتبع اليدوي | Booking Ninjas | أداة استرداد مستقلة |
|---|---|---|---|
| سياق الدفع الأصلي | بحث يدوي | سجل الفوترة المتصل | يعتمد على التكامل |
| سياق الحجز | سجلات منفصلة | متصل بالعمليات | يعتمد على التكامل |
| سير عمل الموافقة | البريد الإلكتروني / يدوي | قابل للتكوين عند الحاجة | يعتمد على المنتج |
| تنفيذ الاسترداد | بوابة المعالج | من خلال المعالج المكون | يعتمد على الاتصال |
| سياق التسوية | تحديث يدوي | سجلات الدفع المتصلة | يعتمد على التكامل |
| اشتراك BN منفصل | غير قابل للتطبيق | لا | عادةً نعم |
الأسئلة الشائعة
احتفظ بالاستردادات متصلة بالمعاملة الأصلية
قم بتوصيل طلبات الاسترداد والموافقات ونشاط المعالج وسجلات الفوترة والتقارير في سير عمل واحد.