RAMS PDKS: لا عنوان IP ثابت ولا منافذ مفتوحة، ومع ذلك فالبوابات الدوّارة على السحابة

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

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

المشروع باختصار

RAMS PDKS منصة سحابية بالكامل للحضور والانصراف والموارد البشرية، تدير من مركز واحد دخول وخروج الموظفين الدائمين وموظفي المقاولين من الباطن العاملين في المقر الرئيسي لشركة RAMS Türkiye ومكاتب مبيعاتها ومواقع البناء التابعة لها. ففي موقع البناء يمرّ الموظفون بالبطاقة عبر البوابة الدوّارة كاملة الارتفاع أو البوابة الدوّارة ثلاثية الأذرع؛ وتُستخدم في المكاتب لوحات قارئات البطاقات، ولموظفي الميدان والمكاتب تطبيق جوال مزوّد بالتحقق عبر QR والموقع. ولوحة الإدارة على الويب، وتطبيق iOS و Android، وطبقة اتصال IoT، وواجهة API للتكامل التي تعمل في الاتجاهين مع أنظمة الموارد البشرية و ERP المؤسسية، كلها أجزاء من المنصة نفسها. ويتناول هذا المقال إحدى تلك الطبقات: بوابة IoT التي تربط الأجهزة في الموقع بالسحابة.

الشبكة في موقع البناء مؤقتة

تدير RAMS Türkiye عدة مواقع بناء كبيرة في آنٍ واحد. وقبل المشروع كانت المداخل تُضبط بالبوابات الدوّارة أيضًا؛ لكن الأجهزة في كل موقع كانت تعمل بمعزل عن غيرها، وتُعرَّف البطاقات في الموقع نفسه، وتُجمع البيانات في نهاية الفترة. ولم يكن المقر الرئيسي يرى الوضع اللحظي لمواقع البناء.

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

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

عكسنا اتجاه الاتصال

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

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

لا يضيع العبور عند انقطاع الاتصال

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

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

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

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

ما تعلّمناه في الميدان

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

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

بمن ترتبط البوابات الدوّارة في مواقعكم؟

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