فئات
أحدث بلوق
تكامل نظام قفل الفندق مع نظام إدارة الممتلكات (PMS): كيف تتصل أقفال أبواب الفنادق بأنظمة إدارة الممتلكات (PMS) ووكالات السفر عبر الإنترنت (OTA) وأنظمة تسجيل الوصول الذاتي
لم تعد أقفال أبواب الفنادق الحديثة مجرد قطع أجهزة مستقلة. بالنسبة للعديد من الفنادق والشقق المخدومة والعقارات ذاتية الخدمة، تأتي القيمة الحقيقية للقفل الذكي من مدى جودة تواصله مع نظام إدارة الممتلكات (PMS) الخاص بالفندق.
تصميم مناسب لـ تكامل نظام قفل الفندق مع نظام إدارة الممتلكات (PMS) يمكنه ربط الحجوزات وتعيينات الغرف وبيانات اعتماد الضيوف وتسجيل المغادرة في سير عمل آلي واحد.
بدلاً من قيام موظفي مكتب الاستقبال بإنشاء كل بطاقة مفتاح أو رمز وصول يدوياً، يمكن لنظام الفندق إخبار نظام القفل تلقائياً بـ:
من يجب أن يحصل على حق الوصول، والغرفة التي يمكنهم دخولها، ومتى يجب أن يبدأ الوصول، ومتى يجب أن ينتهي.
لكن تكامل نظام إدارة الممتلكات (PMS) يمكن أن يعمل بشكل مختلف تماماً اعتماداً على ما إذا كان الفندق يستخدم بطاقات RFID أو رموز PIN أو مفاتيح الهاتف المحمول أو نظام قفل عبر الإنترنت أو قفل فندق تقليدي غير متصل بالإنترنت.
يشرح هذا الدليل كيفية عمل التكامل الكامل.
يدير نظام إدارة الممتلكات (PMS) معلومات الفندق المهمة مثل:
يدير نظام قفل الفندق:
تكامل نظام إدارة الممتلكات (PMS) مع قفل الباب يسمح لهذين النظامين بتبادل المعلومات المطلوبة لإدارة وصول الضيوف.
يبدو سير العمل المبسط كما يلي:
الحجز ← نظام إدارة الممتلكات (PMS) ← نظام قفل الباب ← بيانات اعتماد الضيف ← غرفة الفندق
يظل نظام إدارة الممتلكات (PMS) مسؤولاً عن إقامة الضيف، بينما يكون نظام قفل الباب مسؤولاً عن تحويل معلومات الحجز تلك إلى وصول مادي أو رقمي.
أحد المفاهيم الخاطئة الشائعة هو أن Booking.com أو Expedia أو أي وكالة سفر عبر الإنترنت (OTA) أخرى تتحكم مباشرة في قفل باب الفندق.
في معظم بيئات الفنادق، يكون سير العمل أكثر تنظيماً.
| النظام | الدور الرئيسي |
| وكالة السفر عبر الإنترنت (OTA) / منصة الحجز | إنشاء أو استقبال الحجز |
| نظام إدارة الممتلكات (PMS) | إدارة معلومات الضيف والغرفة والإقامة |
| نظام قفل الفندق | إنشاء والتحكم في الوصول إلى الغرفة |
| نظام تواصل الضيوف | يرسل معلومات الوصول إلى الضيف |
قد تكون العملية النموذجية كالتالي:
يحجز الضيف من خلال وكالة سفر عبر الإنترنت (OTA)
↓
يدخل الحجز إلى نظام إدارة الممتلكات (PMS)
↓
يخصص الفندق غرفة للضيف
↓
يرسل نظام إدارة الممتلكات (PMS) بيانات الحجز المطلوبة إلى نظام أقفال الفندق
↓
ينشئ نظام القفل بيانات اعتماد RFID أو رمز PIN أو مفتاحاً للهاتف المحمول
↓
يستلم الضيف بيانات الاعتماد أو يستلمها بنفسه
↓
تصبح بيانات الاعتماد غير صالحة بعد تسجيل المغادرة
تعد هذه البنية مهمة لأن نظام إدارة الممتلكات (PMS) يمكن أن يظل المصدر المركزي لمعلومات تشغيل الفندق.
لا يتصل كل نظام أقفال فندقي بنظام إدارة الممتلكات (PMS) بنفس الطريقة.
هذا شائع في الفنادق التقليدية.
سير العمل النموذجي هو:
نظام إدارة الممتلكات (PMS) ← برنامج/واجهة قفل الفندق ← مشفر البطاقات ← بطاقة ضيف RFID
عندما يقوم الضيف بتسجيل الوصول، يوفر نظام إدارة الممتلكات (PMS) معلومات مثل:
يقوم المشفر بكتابة هذه المعلومات على بطاقة الضيف.
يمكن أن يظل القفل نفسه غير متصل بالإنترنت لأن إذن الوصول مخزن على بطاقة RFID.
هذا النموذج مناسب بشكل خاص للفنادق التي لديها مكتب استقبال يعمل به موظفون.
يمكن لأقفال الفنادق المتصلة بالإنترنت دعم سير عمل أكثر آلية.
بدلاً من تشفير بطاقة فعلية، يرسل نظام إدارة الممتلكات (PMS) أو منصة الفندق المتصلة معلومات الحجز من خلال واجهة برمجة تطبيقات (API) لقفل الفندق الذكي.
يمكن لنظام القفل بعد ذلك إنشاء:
سير العمل المبسط هو:
PMS → API → منصة القفل الذكي → بيانات اعتماد الضيف
هذا النموذج مفيد بشكل خاص لـ:
تتطلب العديد من المشاريع وصولاً تقليدياً ورقمياً في آن واحد.
على سبيل المثال:
بطاقة RFID + رمز PIN + وصول عبر الهاتف المحمول + مفتاح طوارئ ميكانيكي
قد لا يزال الفندق يصدر بطاقات RFID في مكتب الاستقبال مع السماح أيضاً لضيوف مختارين بتلقي بيانات اعتماد رقمية.
يمكن للبنية الهجينة توفير مرونة أكبر، ولكن يجب تأكيد متطلبات التكامل قبل بدء المشروع.
يجب ألا توفر واجهة برمجة تطبيقات (API) لقفل باب الفندق مجرد أمر "فتح الباب" ببساطة.
يجب أن يدير التكامل دورة حياة بيانات اعتماد الضيف بالكامل.
قد تتضمن البيانات النموذجية ما يلي:
| البيانات | لماذا هي مهمة |
|---|---|
| معرف الحجز | يحدد الحجز |
| اسم الضيف | يربط الوصول بالضيف |
| رقم الغرفة | يحدد الباب المصرح به |
| وقت تسجيل الوصول | يحدد تفعيل بيانات الاعتماد |
| وقت تسجيل المغادرة | يحدد انتهاء صلاحية بيانات الاعتماد |
| نوع بيانات الاعتماد | RFID، أو رمز PIN، أو مفتاح الهاتف المحمول |
| مناطق الوصول | غرفة الضيف، أو المصعد، أو المناطق العامة |
| حالة بيانات الاعتماد | نشطة، أو معدلة، أو ملغاة، أو منتهية الصلاحية |
اعتماداً على النظام، قد تكون هناك حاجة أيضاً إلى وظائف إضافية.
على سبيل المثال:
لهذا السبب يجب على مشتري الفنادق طرح أكثر من:
"هل توفرون واجهة برمجة تطبيقات (API)؟"
سؤال أفضل هو:
"ما هي سير عمل الوصول للفنادق التي تدعمها واجهة برمجة التطبيقات (API) الخاصة بكم؟"
تصبح قيمة التكامل واضحة بشكل خاص في قفل باب الفندق ذاتي تسجيل الوصول مشروع.
تخيل أن ضيفاً قام بالحجز عبر الإنترنت.
قد يأتي الحجز من:
يقوم نظام إدارة الممتلكات (PMS) بتخزين:
بعد تخصيص غرفة للضيف، يمكن لنظام الفندق تشغيل واجهة برمجة تطبيقات (API) القفل الذكي.
يمكن بعد ذلك إنشاء رمز PIN مؤقت أو بيانات اعتماد عبر الهاتف المحمول.
اعتماداً على نظام الفندق، قد يتلقى الضيف بيانات الاعتماد من خلال:
على سبيل المثال:
الغرفة: 502
تسجيل الوصول: 3:00 مساءً
تسجيل المغادرة: 11:00 صباحاً
رقم تعريف الباب (PIN): 684921
يصل الضيف ويستخدم بيانات الاعتماد المصرح بها.
بعد تسجيل المغادرة، يصبح رقم التعريف الشخصي (PIN) أو بيانات الاعتماد عبر الهاتف المحمول غير صالح وفقاً لفترة الوصول المكونة.
يمكن لهذا النوع من الأتمتة تقليل العمل المتكرر في مكتب الاستقبال مع دعم الوصول في وقت متأخر من الليل وتسجيل الوصول الذاتي.
هذا أحد أهم أسئلة التكامل وغالباً ما يتم تجاهله.
لنفترض أن الحجز الأصلي هو:
12 أغسطس ← 15 أغسطس
لكن الضيف قرر البقاء حتى 17 أغسطس.
يجب أن يسمح النظام المتكامل بشكل صحيح بتحديث معلومات تسجيل المغادرة الجديدة للوصول الخاص بالضيف.
اعتماداً على بنية القفل:
قد يقوم النظام بتمديد رقم التعريف الشخصي (PIN) أو بيانات الاعتماد عبر الهاتف المحمول عن بُعد.
قد يحتاج الضيف إلى تحديث أو إعادة ترميز بطاقة RFID في مكتب الاستقبال، اعتماداً على كيفية تكوين النظام.
لهذا السبب يجب على الفنادق فهم ما إذا كان المشروع يتطلب:
إدارة بيانات الاعتماد عن بُعد في الوقت الفعلي
أو ببساطة:
إصدار البطاقات من مكتب الاستقبال بمساعدة نظام إدارة الممتلكات (PMS).
تغييرات الغرف هي حدث مهم آخر في نظام إدارة الممتلكات (PMS).
إذا انتقل الضيف:
الغرفة 502 ← الغرفة 608
يجب أن يمنع النظام بيانات الاعتماد القديمة من الاستمرار في توفير وصول غير ضروري مع إنشاء وصول للغرفة الجديدة.
بالنسبة للأنظمة المتصلة بالإنترنت، غالباً ما يمكن التعامل مع هذا رقمياً.
بالنسبة لأنظمة RFID غير المتصلة بالإنترنت، قد يلزم إعادة ترميز البطاقة.
عند تقييم تكامل نظام إدارة الممتلكات (PMS) مع القفل الذكي، اسأل إذا كان يدعم:
ليس فقط تسجيل الوصول الأولي.
يُستخدم Oracle OPERA على نطاق واسع في قطاع الضيافة، لذا تكامل قفل باب الفندق مع OPERA هو مطلب شائع في مشاريع أقفال الفنادق.
يدعم OPERA Cloud عمليات تكامل نظام قفل الباب بحيث يمكن ربط عمليات مفاتيح الغرف بحجوزات الفندق وسير عمل مكتب الاستقبال.
اعتماداً على المشروع وتكوين النظام، قد تستخدم عمليات تكامل قفل الباب واجهات الملكية التقليدية أو اتصالات حديثة تعتمد على REST.
بالنسبة لتكامل قفل الباب القائم على REST، قد يحتاج مزود نظام القفل إلى توفير معلومات مثل:
يعتمد التنفيذ الدقيق على إصدار OPERA، وتكوين الفندق، ونظام قفل الباب المستخدم.
لهذا السبب، لا ينبغي للمشترين افتراض أن عبارة:
"يدعم OPERA"
تعني تلقائياً التوافق الجاهز للتشغيل.
قبل النشر، تأكد من:
يمكن لأنظمة أقفال الفنادق LOCSTAR توفير إمكانية واجهة PMS ودعم API/SDK للمشاريع المعمول بها، بما في ذلك مشاريع الفنادق التي تتطلب واجهات مع أنظمة مثل OPERA/Fidelio. يجب التحقق من التوافق النهائي وفقاً لإصدار PMS ومتطلبات المشروع.
غالباً ما يتم الخلط بين هذين المفهومين.
| الميزة | تكامل RFID PMS | API القفل الذكي عبر الإنترنت |
|---|---|---|
| بطاقة الضيف الفعلية | عادةً نعم | اختياري |
| رقم تعريف شخصي / بيانات اعتماد الهاتف المحمول | عادةً محدودة | شائع |
| اتصال القفل المستمر | غير مطلوب | مطلوب عادةً للوظائف عبر الإنترنت |
| تغييرات بيانات الاعتماد عن بُعد | محدود | مدعوم حسب النظام |
| جهاز ترميز مكتب الاستقبال | مطلوب عادةً | قد لا يكون مطلوباً |
| تسجيل الوصول الذاتي | محدود | مناسب جداً |
| عمليات الفنادق التقليدية | ممتاز | جيد |
| عمليات بدون موظفين | أقل ملاءمة | ممتاز |
لا توجد بنية أفضل تلقائياً من الأخرى.
يعتمد الاختيار الصحيح على نموذج تشغيل الفندق.
قبل اختيار نظام القفل، قم بإعداد المعلومات التالية:
حدد أيضاً:
من يقوم بربط الأنظمة؟
قد يتضمن ذلك:
تمنع المسؤولية الواضحة وصول المشاريع إلى مرحلة التثبيت قبل اكتشاف أن أعمال التكامل المهمة لم تكتمل.
تظهر العديد من الأخطاء بشكل متكرر في مشاريع الفنادق.
قد يناسب القفل المادي الباب تماماً ولكنه يفشل في تلبية متطلبات البرنامج.
توفير وثائق واجهة برمجة التطبيقات (API) وتوفير تكامل جاهز لنظام إدارة الممتلكات (PMS) ليسا نفس الشيء.
النظام الذي ينشئ بيانات الاعتماد الأولية فقط لا يغطي سير عمل الفندق بالكامل.
بالنسبة لمعظم بيئات الفنادق الاحترافية، يجب أن يتبع التحكم في الوصول سير عمل الحجز المركزي وإدارة الغرف في الفندق.
بالنسبة لمشاريع الفنادق الكبيرة، قم بإجراء اختبار تجريبي يغطي:
الحجز ← تسجيل الوصول ← إنشاء المفتاح/الرقم السري ← تغيير الغرفة ← تمديد الإقامة ← تسجيل المغادرة
قبل نشر مئات الأقفال.
نعم. يمكن لأنظمة أقفال الفنادق الاحترافية التكامل مع منصات نظام إدارة الممتلكات (PMS) من خلال واجهات مخصصة أو واجهات برمجة تطبيقات (APIs) أو مجموعات تطوير برمجيات (SDKs)، اعتماداً علىنظام قفل باب الفندق.
نعم. يدعم OPERA Cloud واجهات نظام قفل الأبواب وسير عمل مفاتيح الغرف. تعتمد طريقة التكامل الدقيقة على بيئة OPERA ونظام القفل.
عادةً ما يدخل الحجز أولاً إلى نظام إدارة الممتلكات (PMS) الخاص بالفندق أو منصة الإدارة. ثم يقوم نظام إدارة الممتلكات (PMS) أو منصة التكامل المتصلة بتحفيز نظام القفل لإنشاء بيانات الاعتماد.
نعم، يمكن لأنظمة الأقفال الذكية المتصلة بالإنترنت المدعومة إنشاء بيانات اعتماد محدودة زمنياً تصبح غير صالحة وفقاً لوقت تسجيل المغادرة المكون.
نعم. لا يقتصر تكامل نظام إدارة الممتلكات (PMS) على الأقفال المتصلة بالإنترنت. يمكن لأنظمة RFID التقليدية في الفنادق ربط نظام إدارة الممتلكات (PMS) بسير عمل ترميز البطاقات بينما تظل أقفال الغرف نفسها غير متصلة بالإنترنت.
ليس بالضرورة. لا تتطلب أنظمة RFID غير المتصلة بالإنترنت اتصالاً مستمراً بالإنترنت على مستوى الغرفة. تتمتع بنيات الأقفال المتصلة بالإنترنت بمتطلبات مختلفة للبوابة أو شبكة Wi-Fi أو الشبكة.
واجهة برمجة التطبيقات (API) هي طريقة تقنية لاتصالات البرمجيات. تكامل نظام إدارة الممتلكات (PMS) هو سير العمل التشغيلي المكتمل الذي تم بناؤه باستخدام واجهة برمجة تطبيقات (API) أو مجموعة تطوير برمجيات (SDK) أو طريقة واجهة أخرى.
إن تكامل نظام إدارة الفندق (PMS) مع أقفال الفنادق لا يقتصر ببساطة على ربط برنامجين ببعضهما البعض.
بل يجب أن يربط دورة حياة وصول الضيف بالكامل:
الحجز ← تخصيص الغرفة ← إنشاء بيانات الاعتماد ← وصول الضيف ← تغييرات الإقامة ← تسجيل المغادرة ← انتهاء صلاحية بيانات الاعتماد
قد تحتاج فنادق RFID التقليدية بشكل أساسي إلى إصدار بطاقات موثوق به بمساعدة نظام إدارة الفنادق (PMS)، بينما قد تتطلب الفنادق ذاتية الخدمة واجهة برمجة تطبيقات (API) لأقفال الفنادق الذكية التي تنشئ رموز PIN أو بيانات اعتماد للهاتف المحمول تلقائيًا.
قبل اختيار النظام، تأكد من نظام إدارة الفنادق (PMS)، وسير العمل المطلوب، ونوع بيانات الاعتماد، وبنية الشبكة، والمسؤوليات الفنية.
أرسل إلى LOCSTAR ما يلي:
يمكن لفريقنا تقييم ما إذا كان مشروعك يتطلب واجهة RFID لنظام إدارة الفنادق (PMS)، أو واجهة برمجة تطبيقات (API) للأقفال الذكية، أو حل أقفال الفنادق عبر الإنترنت، أو تكاملاً مخصصاً.
en
es
ar
lt
中文
