الإكرامية عند الدفع: افصلوا المبلغ ووسيلة التحصيل وتوزيعه على الموظفين

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

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

اجعلوا الإكرامية قابلة للتمييز

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

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

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

صفوا تركيبة الدفع المطلوبة

توثق Odoo دفع ثمن الطلب والإكرامية بوسيلتين مختلفتين. يبدأ الإجراء باختيار وسيلة دفع الطلب، ثم وسيلة الإكرامية ومبلغها قبل التأكيد. لذلك لا يكفي سؤال المورد إن كان النظام «يدعم الإكرامية»؛ المطلوب وصف مسار التحصيل الفعلي.

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

لا تفترضوا إمكان الإضافة بعد الدفع دائما

اختيار الإكرامية قبل الدفع وإضافتها بعده مساران مختلفان. تقصر Odoo خيارها الموثق للإضافة اللاحقة على نقطة بيع في الولايات المتحدة تستخدم أجهزة محددة من Adyen أو Stripe. أما خيار إضافة الإكرامية عبر جهاز الدفع نفسه فيذكر Adyen. لا تعني هذه الوثائق أن كل جهاز في كل بلد يدعم التسلسل نفسه.

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

اجعلوا الرفض واضحا والتوزيع خطوة مستقلة

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

ثم حددوا التسليم للموظفين بشكل مستقل: من يراجع الإكراميات المسجلة، وما الفترة التي يغطيها التقرير، ومن يتلقى التصحيحات لأغراض التوزيع؟ لا تسموا تقرير التحصيل «مدفوعا للموظفين» ما لم تكن تلك النتيجة المنفصلة مثبتة. الدليل المستشهد به لا يثبت وجود نظام رواتب أو آلية لتقاسم الإكراميات.

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