دليل الموافقة المسبقة على شحن المركبات الكهربائية واسترداد الرسوم

1. لماذا تستخدم شحنات السيارات الكهربائية أحيانًا نظام حجز الدفع؟

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

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

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

2. احتفظ بسجلات التفويض، والتسجيل، والإلغاء، واسترداد الأموال بشكل منفصل

تُعدّ هذه الشروط مهمة لأن الإجراء التالي يعتمد على الحالة الراهنة. قد تتطلب جلسة لم تبدأ أصلًا إلغاءً بتفويض. وقد تتطلب جلسة مكتملة ومسجلة برسوم غير صحيحة استردادًا جزئيًا. إن تسمية الحالتين بـ"استرداد" يجعل السائقين يتساءلون عن سبب اختلاف كشف حسابهم البنكي.

يجب فصل حالة الدفع عن حالة الشحن. فعبارة "اكتمل الشحن" لا تثبت نجاح عملية التحصيل، وعبارة "تمّ اعتماد الدفع" لا تثبت توصيل الكهرباء. يجب أن تربط سجلاتك بين العمليتين دون اعتبارهما حدثًا واحدًا.

3. تصميم سير الجلسة العادية

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

بعد الحصول على التفويض، اطلب بدء عملية الشحن وانتظر الدليل اللازم من جهة الشحن. احفظ مُعرّف الجلسة ورقم مرجع الدفع معًا. إذا لم تبدأ عملية الشحن ضمن سير العمل المتفق عليه، فاعرض حالة مفيدة واتبع إجراءات الإلغاء أو التحقيق المحددة.

عند انتهاء الجلسة، يتم حساب الرسوم بناءً على البيانات المسجلة والتعرفة المطبقة. يتم إرسال عملية الالتقاط المدعومة، وتسجيل نتيجتها، وإصدار إيصال بالمبلغ النهائي. يجب أن يحدد الإيصال الموقع، والموصل، والفترة الزمنية، ومبلغ الرسوم، ومسار الدعم.

في مثال مبسط، يُصرّح المشغل بمبلغ $30، وتكون رسوم الجلسة المُؤكدة $8.40. إذا كان مزود الخدمة يدعم آلية الاستحواذ الجزئي المتفق عليها، يقوم النظام بتحصيل $8.40 ويتعامل مع المبلغ المتبقي من التفويض وفقًا لقواعد مزود الخدمة. هذه معاملة توضيحية، وليست مبلغًا مُوصى به للاحتفاظ به.

4. حدد ما يحدث عند تعطل الرحلة

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

من الحالات الشائعة الأخرى انقطاع الاتصال عند انتهاء عملية الشحن. قد تصل قيمة العداد النهائية متأخرةً عن الموعد المتوقع في نظام الدفع. حدد كيفية انتظار النظام، أو إعادة المحاولة، أو تصعيد الأمر دون تحديد مبلغ نهائي. في حال إمكانية استعادة البيانات المحلية، استخدم تلك البيانات كدليل خلال عملية المطابقة المتفق عليها.

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

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

5. منح عمليات استرداد الأموال آلية عمل قابلة للتدقيق خاصة بها

تبدأ عملية استرداد الأموال بدفعة تم تحصيلها مسبقًا. يحتاج المشغل إلى سبب، ومبلغ مُعتمد، ورابط للمعاملة الأصلية. يجب أن يسجل النظام هوية مقدم الطلب، وهوية من وافق عليه عند الاقتضاء، وما إذا كان المزوّد قد قبل الطلب أو أكمله أو رفضه.

تُعدّ عمليات ردّ المبالغ الجزئية مفيدةً عندما يكون جزءٌ فقط من الرسوم بحاجةٍ إلى تصحيح. على سبيل المثال، قد تكون رسوم الطاقة صحيحةً بينما يجب إعادة رسوم الخمول التي طُبّقت بشكلٍ خاطئ. احتفظ بالإيصال الأصلي وسجّل التعديل بدلاً من إعادة كتابة سجلّ المعاملات دون علمك.

وثائق استرداد الأموال من Stripe يُفرّق هذا النظام بين إلغاء المدفوعات غير المكتملة واسترداد المدفوعات الناجحة، ويصف النتائج المعلقة أو الفاشلة. يجب بناء إجراءات الدعم وفقًا لحالات مزود الخدمة الفعلية. لا ينبغي أن يتحول طلب الاسترداد المُقدّم تلقائيًا إلى رسالة تُفيد بوصول الأموال إلى السائق.

تجنّب تقديم وعود بفترة إصدار أو استرداد محددة إلا إذا كانت شروط المزوّد والبنك المُصدر تسمح بذلك. اشرح ما قام به نظامك وقدّم للعميل رقم مرجعي للدفع للمتابعة.

6. اجعل التكامل مرنًا في مواجهة الأحداث المتكررة أو المتأخرة

تُعدّ إشعارات الدفع جزءًا من التصميم التشغيلي، وليست جزءًا من البنية التحتية الخلفية. قد يُغلق السائق المتصفح، وقد ينقطع اتصال الهاتف المحمول، وقد يُرسل مزود خدمة الدفع إشعارًا بعد توقف تحديث شاشة الشحن الظاهرة. مع ذلك، لا يزال النظام الخلفي بحاجة إلى الوصول إلى الحالة المالية الصحيحة.

استخدم إشعارات المزوّد المُوثّقة، وتحقق من كائن الدفع الحالي عند الضرورة. سجّل مُعرّفات الأحداث، واحمِ الإجراءات من المعالجة المُكرّرة، وراعِ الأحداث التي تصل خارج التسلسل المُعتاد. لا ينبغي أن يُؤدّي الإشعار المُكرّر إلى عملية تحصيل أو استرداد ثانية.

وثائق ويب هوك الخاصة بـ Stripe يشرح هذا القسم معالجة الأحداث غير المتزامنة، والتحقق من التوقيع، واعتبارات التسليم. يجب أن يلتزم تطبيقك بمتطلبات المزوّد المُختار. عمليًا، يحتاج الموظفون أيضًا إلى قائمة انتظار للحالات غير المُحلّة بدلًا من لوحة تحكم خضراء تُخفي الإشعارات المفقودة.

الموجود دليل تكامل واجهة برمجة تطبيقات شحن المركبات الكهربائية يُوفّر ذلك سياقًا أوسع لربط المنصة بأنظمة الدفع والأعمال. حدّد نموذج حالة الدفع بشكل صريح في نطاق المشروع.

7. مطابقة سجلات الجلسة والدفع والتسوية

تُتيح مراجعة يومية مفيدة ربط ثلاثة جوانب: ما قدمه الشاحن، وما تم تحصيله من السائق، وما يُبلغه مزود الخدمة للتسوية. طابق السجلات باستخدام مُعرّفات ثابتة، وليس فقط المبلغ والوقت التقريبي. فقد يحصل سائقان مختلفان بسهولة على جلسات بأسعار متطابقة.

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

تختلف عمليات الدفع المباشر بالبطاقات عن تسوية رسوم التجوال. إذا تم تحصيل الرسوم من السائق عبر مزود خدمة تنقل خارجي، فقد تعتمد التسوية التجارية على سجلات الشريك والفواتير. للاطلاع على تفاصيل هذه العملية، يُرجى قراءة دليل تسوية بيانات التجوال من سجلات المكالمات إلى التسوية بدلاً من تطبيق إجراء البطاقة المباشرة دون تغيير.

8. اختبر الحالات غير المريحة قبل الإطلاق

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

في كل حالة، تحقق من أربعة عناصر: رسالة السائق، وحالة جلسة الشحن، وحالة دفع المزوّد، والسجل المالي. يجب أن تُقدّم هذه العناصر الأربعة معلومات متسقة. حتى طلب واجهة برمجة التطبيقات (API) الناجح تقنيًا قد يُسبب تجربة مُربكة للعميل إذا كانت الصياغة تصف الحدث بشكل خاطئ.

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

الأسئلة الشائعة

هل هناك رسوم إضافية على عملية شحن السيارات الكهربائية؟

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

هل يمكن استخدام التفويض المسبق في جميع طرق الدفع؟

لا. يعتمد الدعم على طريقة الدفع، ومزود الخدمة، وإعدادات التاجر، والمنطقة. تتطلب بعض عمليات الدفع نموذج الدفع المسبق، أو الدفع الفوري، أو فوترة الحساب. تأكد من التكامل الفعلي قبل الإعلان عن تجربة دفع معينة.

لماذا قد يكون رد الأموال معلقاً؟

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