أكواد استخدام الكوبونات: الحجز والحدود والصلاحية وتأكيد التاجر

الحجز والاستخدام: حدثان مختلفان

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

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

ويفصل T-CODE، تطبيق العروض الذي صمّمته FLUIDS وبنته، بين الحدثين. يحجز المتسوّق المسجّل كود العرض، وتبقى الكوبونات المحجوزة منفصلة عن الأكواد المستخدمة، وتحمل الحجوزات معلومات انتهاء الصلاحية، ويؤكّد التاجر الاستخدام كودًا بكود. ويشرح باقي هذا الدليل كيف تُبنى هذه الدورة لتصمد أمام الاستخدام الفعلي.

دورة حياة كود الكوبون حالةً بحالة

صمّم كل كود كآلة حالات صغيرة. لكل حالة معنى واحد، وطريقة دخول محددة، ومجموعة محدودة من الحالات التالية. وأي انتقال غير موجود في الجدول انتقال غير مشروع يجب أن يرفضه الخادم:

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

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

كيف تفرض حد الأكواد دون صرف زائد

لا يكون الحد مُلزمًا إلا إذا تحقق منه الخادم وأنقصه في خطوة ذرّية واحدة. فالسؤال في التطبيق «هل بقيت أكواد؟» ثم الحجز بعد لحظة يترك فجوة يأخذ فيها متسوّقان آخر كود معًا. ويتعامل T-CODE مع الحد على أنه مُلزم لا استرشادي، وينبغي لأي تطبيق كوبونات جاد أن يفعل الشيء نفسه.

وعمليًا توجد أنماط موثوقة قليلة، وكلها في قاعدة البيانات لا في تطبيق الجوال:

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

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

كيف تختار مدة صلاحية الحجز

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

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

وثلاثة تفاصيل في التنفيذ أهم من المدة نفسها. الأول: احسب موعد الانتهاء في الخادم واحفظه طابعًا زمنيًا مع الحجز، حتى لا تمدّه ساعة الجوال. والثاني: أظهر موعد الانتهاء بوضوح في الكوبونات المحفوظة؛ ففي T-CODE تحمل الحجوزات معلومات انتهاء الصلاحية ليعرف المتسوّق أي العروض لا يزال متاحًا للاستخدام. والثالث: اعتبر الحجز منتهيًا لحظة مرور موعده حتى لو لم تُحدّث المهمة الخلفية الصف بعد؛ فالتحقق من الصلاحية عند التأكيد يمنع الكود المتأخر من المرور.

كيف ينبغي أن يعمل تأكيد التاجر

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

1. إيجاد الكود. يُدخل الموظف الكود الذي يعرضه المتسوّق أو يمسحه.
2. التحقق من الملكية. يجب أن يتبع الكود عرضًا من هذا التاجر.
3. التحقق من الفرع. إذا كان العرض مقصورًا على فروع معينة، فيجب أن يكون الموظف المؤكِّد في أحدها.
4. التحقق من الحالة. يجب أن يكون الكود محجوزًا، لا منتهيًا ولا ملغى ولا مستخدمًا من قبل.
5. التأكيد مرة واحدة. يُسجَّل الكود مستخدمًا بتحديث واحد يفشل إذا سبقه جهاز آخر إلى التأكيد.
6. تسجيل من وأين. يُحفظ الموظف والفرع والوقت مع عملية الاستخدام.

وحين يفشل أحد الفحوص، يجب أن تخبر الرسالة الموظف بما يفعله: «استُخدم هذا الكود في فرع آخر» أنفع من «خطأ». وفي T-CODE يظهر إجراء استخدام الكود في التنقل الرئيسي لتطبيق التاجر إلى جانب العروض ولوحة التحكم، ويؤكّد التاجر كل استخدام بكود الاسترداد.

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

منع التلاعب بالكوبونات

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

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

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