ربط أجهزة البصمة ZKTeco مع أودو: الطريقة الصحيحة للحضور والانصراف

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

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

لماذا تربط البصمة بأودو أصلًا؟

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

ثلاث طرق لربط أجهزة البصمة ZKTeco مع أودو

1. برنامج مزامنة على جهاز داخل الشركة

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

2. الاتصال المباشر بالجهاز عبر الشبكة المحلية

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

3. الدفع التلقائي من الجهاز (Push)

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

لماذا اخترت الدفع (Push) عبر خادم وسيط؟

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

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

إعداد الأجهزة والموظفين خطوة بخطوة

1. تأكد من دعم الطراز للدفع التلقائي قبل الشراء، فقد تحتاج بعض الأجهزة إلى تحديث البرنامج الثابت (Firmware).
2. اضبط عنوان الخادم في إعدادات الاتصال بالجهاز، وتأكد أن الجهاز متصل بالإنترنت بشكل مستقر.
3. اربط رقم الموظف في الجهاز بسجله في أودو، ووحّد الترقيم بين الفروع حتى لا يحمل موظفان الرقم نفسه في جهازين مختلفين. والبصمات التي لم يُربط رقمها بعد تُحفظ جانبًا، ثم تُنسب لصاحبها فور ربطه، فلا يضيع شيء.
4. تحقق من الساعة والمنطقة الزمنية في الجهاز وفي أودو، فأي فرق يُزيح أوقات الحضور ساعات كاملة.
5. ابدأ بعدد قليل من الموظفين في فرع واحد، وراجع النتائج أسبوعًا قبل التعميم.

الورديات وجداول العمل

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

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

وللقطاعات ذات العمالة الموسمية تفاصيل إضافية تناولتها في مقال الورديات والعمالة الموسمية في فنادق المدينة المنورة.

من البصمة الخام إلى حضور وانصراف

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

1. سجل خام للبصمات يُحفظ كما وصل من الجهاز، ولا يُعدَّل أبدًا، ليبقى مرجعًا عند أي خلاف.
2. معالجة تحوّل البصمات إلى حضور وانصراف: أول بصمة في الوردية دخول وآخرها خروج، وتُهمل البصمات المكررة خلال دقائق قليلة.

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

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

أخطاء شائعة

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

الخلاصة

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

تواصل معي لمراجعة أجهزتك الحالية وطريقة الربط الأنسب لها.