DNA Pay: ربط طلب الدفع بالإيصال والتسوية البنكية

طلب الدفع دعوة للعميل إلى السداد، وليس إيصالاً يثبت التحصيل. وقد تقبل بوابة الدفع العملية قبل اكتمال تسجيلها في ERP. فهم هذه المراحل يمنع اعتبار رسالة نجاح واحدة دليلاً على اكتمال كل ما يتعلق بالمبلغ.

اختيار وسيلة التحصيل

يناسب رابط الدفع العميل البعيد، بينما يناسب Tap to Phone التحصيل بحضور العميل باستخدام جهاز Android متوافق ومقترن ضمن الإعداد المدعوم. يعتمد توفر الوسائل على البوابة والتكامل وإعداد الجهاز، ولا يكفي امتلاك هاتف لتقديم هذه الخدمة.

إذا كان المتبقي على فاتورة 2,000 دولار وطلبت الشركة تحصيل 600 دولار فقط، فإن الطلب يخص 600 دولار. وعند تأكيد تسجيل هذه الدفعة وتخصيصها دون تسويات أخرى، يبقى 1,400 دولار. إنشاء الطلب نفسه لا يخفض الرصيد باعتباره مالاً مستلماً.

من الطلب إلى سجل التحصيل

يعرض DNA معلومات طلبات الدفع المرتبطة بالفاتورة، مثل الطريقة والمبلغ والمرجع والحالة والأحداث. ويمكن طلب تحديث حالة الطلب أو إلغائه وفق الإجراء المتاح. إذا اكتمل الدفع أثناء محاولة الإلغاء، يجب الاعتماد على الحالة التي تعيدها الخدمة والإيصال المرتبط، لا على النية السابقة بإلغاء الطلب.

تميز شاشة دفعة العميل الإيصالات المرتبطة بالبوابة وتعرض بيانات المزود والحساب المستلم. وتُقيد تفاصيل مؤكدة من المزود لأنها تصف حدث دفع خارجي، وليست تقديراً يمكن تغييره بحرية.

الإيصال يختلف عن تحويل البوابة إلى البنك

بعد التحصيل، قد تحول البوابة مجموعة مبالغ إلى حساب الشركة بعد خصم الرسوم. يمثل إجراء Gateway Payouts تسوية علاقة حساب البوابة مع البنك. هذه ليست عملية بيع جديدة ولا دفعة ثانية من العميل عن الفاتورة نفسها.

إذا جُمعت 1,000 دولار وكانت الرسوم 20 دولاراً في مثال افتراضي، فقد يكون التحويل البنكي 980 دولاراً. الفرق يحتاج إلى تفسير الرسوم والتوقيت، لا إلى افتراض أن العميل دفع 20 دولاراً أقل.

السلسلة المفيدة هي الفاتورة، ثم طلب الدفع، ونتيجة المزود، وإيصال ERP، ثم التسوية البنكية. يجيب كل سجل عن سؤال مختلف، وتسمح المراجع بمتابعة أي اختلاف دون تكرار التحصيل أو اختراع إيصال يدوي لتغطية حالة لم تُفهم بعد.