تسجيل الوصول إلى الفعالية: الحجز لا يثبت أن صاحبه حضر

ينبغي لتطبيق استقبال الفعالية أن يميز بين سؤالين: هل يسمح لهذا التسجيل بالدخول، وهل استُخدم بالفعل للدخول؟ تأكيد الحجز ليس سجلا للوصول. لذلك ابدأ بسياسة الدخول قبل اختيار قارئ البطاقات.

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

ما الذي يسجله فريق الاستقبال؟

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

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

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

قراءة الرمز ليست قرار الدخول كله

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

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

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

اجعل البحث اليدوي ملتزما بالقواعد نفسها

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

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

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

اختبر المدخل والتقرير معا

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

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

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