قبل از درخواست قفل هوشمند با دسترسی از راه دور، مدیران دارایی باید مسئولیت پنج اقدام را به عهده بگیرند: باز کردن قفل، تأیید کاربران، تنظیم مجدد مدیران، لغو اعتبار و بررسی سوابق دسترسی. هر اقدام به یک نقش نامگذاری شده، یک محدوده تعریف شده، یک قانون تایید و یک روش تحویل نیاز دارد. RFQ همچنین باید به شواهد خاص مدل نیاز داشته باشد مبنی بر اینکه قفل پیشنهادی و پلت فرم مدیریتی میتواند از آن کنترلها پشتیبانی کند.
"دسترسی از راه دور" یک مشخصات کامل نیست. یک تامین کننده ممکن است آن را به عنوان مدیریت کاربر مبتنی بر برنامه نزدیک در تفسیر کند، در حالی که دیگری ممکن است به معنای باز کردن قفل خارج از سایت از طریق یک سیستم متصل باشد. بنابراین، یک نقل قول میتواند سازگار به نظر برسد، حتی اگر با گردش کار عملیاتی دارایی مطابقت نداشته باشد. تیمهای تدارکات باید ابتدا مدل مجوز را تعریف کنند، سپس از تامینکنندگان بخواهند تا تأیید کنند که کدام عملکردها در قفل، برنامه، دروازه یا پیکربندی مدیریتی که نقلشده است در دسترس است.
با اقدامات شروع کنید، نه عناوین شغلی
عنوانی مانند «مدیر» در مورد آنچه که آن شخص واقعاً ممکن است انجام دهد، توضیح چندانی نمی دهد. یک مدیر وظیفه هتل ممکن است نیاز به مجوز یک بار باز کردن قفل داشته باشد، اما لزوماً نباید بتواند مالکیت سیستم را منتقل کند. یک تیم اجاره آپارتمان ممکن است دسترسی مستاجر ایجاد کند اما دلیلی برای تغییر تنظیمات دستگاه نداشته باشد. پرسنل تعمیر و نگهداری ممکن است نیاز به ورود محدود زمانی به اتاق های اختصاص داده شده بدون دید به سایر ساکنان یا املاک داشته باشند.
اولین پیوست RFQ باید یک ماتریس مسئولیت باشد. ماتریس زیر یک مدل برنامه ریزی است، نه ادعایی مبنی بر اینکه هر قفل متصل به برنامه شامل هر تابع لیست شده است. خریداران باید ردیفهای نامربوط را حذف کنند و از تامینکننده بخواهند که هر تابع باقیمانده را بهعنوان پشتیبانیشده، پشتیبانینشده، یا وابسته به یک جزء اضافی علامتگذاری کند.
| اقدام دسترسی از راه دور | تصمیم برای تعریف قبل از RFQ | کنترل پروژه معمولی | شواهدی برای درخواست |
| باز کردن قفل از راه دور | کدام نقشها و در چه شرایطی میتوانند قفل اتاقها را باز کنند؟ | دسترسی را بر اساس ملک، ساختمان، طبقه، اتاق، شیفت یا نوع حادثه محدود کنید. | صفحه نمایش مجوز نقش، دستورالعمل های عملیاتی، و آزمون پذیرش نمونه. |
| تاییدیه را باز کنید | آیا یک نفر می تواند به تنهایی عمل کند یا نقش دیگری باید درخواست را تایید کند؟ | از تأیید دوم برای اتاقهای حساس یا استثنائات بعد از ساعت کاری که پروژه به آن نیاز دارد استفاده کنید. | تایید تامین کننده گردش کار تایید موجود در پیکربندی نقل قول. |
| ایجاد کاربر یا اعتبار | چه کسی ممکن است کارکنان، مهمانان، مستاجران، پیمانکاران یا کاربران موقت را اضافه کند؟ | دسترسی به اتاق معمولی را از ایجاد سرپرست جدا کنید. | نمایش نقش های کاربر، دوره های اعتبار، و کنترل های تخصیص اتاق. |
| ابطال اعتبار | چه کسی پس از تسویه حساب، فسخ اجاره، خروج کارکنان، یا تلفن گم شده، دسترسی را حذف می کند؟ | یک مالک پاسخ و یک نقطه تکمیل مورد نیاز برای هر رویداد اختصاص دهید. | روش ابطال و اثبات اینکه حذف دسترسی را می توان در قفل آسیب دیده بررسی کرد. |
| بازنشانی مدیر | چه کسی ممکن است یک قفل یا حساب را بازنشانی کند، و چه کسی این عمل را مجاز میکند؟ | اختیار بازنشانی را محدودتر از اختیارات معمول مدیریت کاربر نگه دارید. | دستورالعمل های بازنشانی خاص مدل و چک لیست راه اندازی مجدد پس از تنظیم مجدد. |
| دسترسی به بررسی سابقه | کدام نقشها میتوانند سوابق را مشاهده یا صادر کنند، برای کدام درها، و برای چه هدف عملیاتی؟ | محدود کردن دید به کوچکترین محدوده عملیاتی مورد نیاز پروژه. | تأییدیه تأمینکننده فیلدهای رکورد، در دسترس بودن، کنترلهای نگهداری و گزینههای صادرات. |
| انتقال مالکیت سیستم | چه کسی پس از نصب کنترل را دریافت می کند و چگونه امتیازات نصب کننده حذف می شود؟ | انتقال مالکیت نهایی را به یک نقطه عطف پذیرش مستند تبدیل کنید. | رویه تحویلی که انتقال حساب، حذف اعتبار و تأیید خریدار را نشان میدهد. |
محدوده مجوز را در سطح درب و نمونه کار تعریف کنید
یک مجوز تنها زمانی مفید است که دامنه آن روشن باشد. "مدیر املاک می تواند قفل درها را باز کند" می تواند به معنای یک آپارتمان اختصاص داده شده، هر اتاق در یک ساختمان یا یک مجموعه کامل باشد. این تفاوت بر ریسک عملیاتی تأثیر می گذارد و نباید در هنگام راه اندازی به نصاب واگذار شود.
برای هر نقش، املاک، ساختمانها، طبقات، اتاقها و پنجرههای زمانی مجاز را مشخص کنید. همچنین بیان کنید که آیا نقش می تواند دسترسی را به شخص دیگری واگذار کند یا خیر. اگر تفویض اختیار مجاز است، مشخص کنید که چه کسی می تواند آن را تایید کند و چه زمانی منقضی می شود. یک مدیر منطقه ای ممکن است نیاز به مشاهده در چندین سایت داشته باشد، در حالی که یک مدیر در سایت ممکن است فقط برای یک مکان نیاز به اختیار داشته باشد. متمرکز کردن هر مجوز میتواند نظارت را سادهتر کند، اما در صورت سوء استفاده از یک حساب، تأثیر گستردهتری نیز ایجاد میکند. کنترل صرفاً محلی این تأثیر را محدود می کند، اما ممکن است زمانی که هیچ فرد مجاز در محل نباشد، پشتیبانی را کند کند.
منطق دامنه یکسان باید برای تغییرات ویژگی اعمال شود. وقتی یک اتاق از اجاره بلندمدت به استفاده کوتاه مدت تغییر می کند، حتی اگر قفل فیزیکی در جای خود باقی بماند، گردش کار اعتبار مورد نیاز ممکن است تغییر کند. خریداران در حال بررسی گزینه های قفل هوشمند برای دارایی های مدیریت شده بنابراین باید مدل عملیاتی را با دقتی به اندازه روش دستگیره، پایان یا باز کردن قفل مقایسه کرد.
دسترسی روتین را از دسترسی استثنایی جدا کنید
دسترسی معمولی رویدادهای برنامه ریزی شده مانند ورود مهمان، نقل مکان مستاجر، نظافت منزل، بازرسی یا نگهداری برنامه ریزی شده را پوشش می دهد. دسترسی استثنایی شامل قفلها، چکهای رفاهی، تلفنهای آسیبدیده، قطعی شبکه، غیبت کارکنان و سایر حوادثی است که نیاز به انحراف کنترلشده از جریان کار عادی دارند.
مشخصات پروژه باید مالک استثنا، شواهد مورد نیاز قبل از باز کردن قفل و رکورد ایجاد شده پس از آن را مشخص کند. همچنین باید بیان کند که اگر عملکرد راه دور در دسترس نباشد چه اتفاقی می افتد. بسته به مدل انتخابی، بازگشت ممکن است شامل رمز عبور، اثر انگشت، کارت، کلید مکانیکی، سرپرست محلی یا روش تأیید شده دیگری باشد. هیچ بازگشتی نباید در کل محدوده محصول در نظر گرفته شود. سیستم محصول Haolock شامل چندین گزینه باز کردن قفل و مدیریت است، اما ترکیب موجود باید توسط مدل تأیید شود.
این تمایز مانع از تبدیل شدن یک ویژگی راحتی روزمره به یک مسیر دسترسی اصلی کنترل نشده می شود. همچنین یک نیاز قابل آزمایش به تأمینکننده میدهد: جریان کار عادی را نشان میدهد، گردش کار استثنا را نشان میدهد و نشان میدهد که چگونه سیستم پس از حادثه به کنترل عادی بازمیگردد.
پیکربندی دقیق محصول و مدیریت را تأیید کنید

قفل فیزیکی و ترتیب مدیریت از راه دور باید به عنوان یک پیکربندی تایید شوند. را 1023 رمز عبور سیاه و قفل اثر انگشتبرای مثال، برای آپارتمانها، خانهها، اتاقهای اجارهای، خانههای مسکونی و پروژههای با دسترسی مدیریتشده فهرست شده است. داده های محصول مستند آن بدنه مشکی استیل ضد زنگ، روکش برس خورده، ابعاد 330 × 42 × 22 میلی متر و رمز عبور و شناسایی اثر انگشت را تایید می کند.
این حقایق به خودی خود باز کردن قفل از راه دور، سلسله مراتب حساب، الزامات دروازه، در دسترس بودن رکورد یا رفتار برنامه را ایجاد نمی کنند. اگر خریدار این مدل یا هر گزینه دیگری را بخواهد محدوده قفل هوشمند اثر انگشت- با مدیریت از راه دور، تامین کننده باید نوع دقیق و هر جزء پشتیبان را در نقل قول شناسایی کند. همین قاعده در هنگام ارزیابی اعمال می شود محدوده قفل هوشمند رمز عبور: یک صفحه کلید یا عملکرد رمز عبور موقت نباید به عنوان مدرکی برای مدیریت خارج از سایت تلقی شود.
از تامین کننده بخواهید بیان کند که آیا هر عملکرد درخواستی در قفل، از طریق تلفن نزدیک قفل، از طریق یک دروازه، یا از طریق یک رابط مدیریتی دیگر انجام می شود. این شفافسازی واحد میتواند تفاوتهای حوزه پنهان بین نقلقولها را آشکار کند و مانع از تأیید پیکربندی نمونه تحت فرضهایی شود که در سفارش انبوه اجرا نمیشوند.
واگذاری و ابطال را بخشی از پذیرش قرار دهید
حاکمیت دسترسی از راه دور اغلب در انتقال به جای استفاده عادی با شکست مواجه می شود. نصبکنندهها ترک میکنند، کارمندان نقش خود را تغییر میدهند، مستاجران بیرون میروند، اپراتورهای دارایی تغییر میکنند، یا تلفنی که به حساب مدیر مرتبط است گم میشود. پروژه قبل از شروع نصب به یک پاسخ تعریف شده برای هر رویداد نیاز دارد.
پذیرش نهایی باید تأیید کند که خریدار حساب مدیر مورد نظر را کنترل میکند، حسابهای راهاندازی غیرمجاز حذف شدهاند، هر نقش دارای محدوده درب تأیید شده است، و اعتبار آزمایشی میتواند ایجاد و لغو شود. اگر پروژه به سوابق دسترسی نیاز دارد، تیم پذیرش همچنین باید بررسی کند که بازبینی کننده مورد نظر می تواند اطلاعات مورد نیاز را بازیابی کند در حالی که کاربران غیر مرتبط نمی توانند. نگهداری سوابق و رفتار صادرات باید بر اساس الزامات عملیاتی و قانونی پروژه تایید شود تا اینکه فرض شود.
برای پروژه های چند سایتی، هم مالک حساب و هم یک مخاطب بازیابی را نامزد کنید. آنها نباید نصاب موقت یا کارمندان فردی باشند که خروج آنها ملک را بدون کنترل اداری رها می کند. یک فرآیند تغییر مستند نیز مورد نیاز است: هر گونه گسترش مجوز بعدی باید مشخص کند که چه کسی آن را درخواست کرده است، چه کسی آن را تأیید کرده است، کدام درها تحت تأثیر قرار گرفته اند و چه زمانی تغییر آزمایش شده است.
RFQ باید از تامین کننده چه چیزی را تایید کند؟
| ورودی RFQ | اطلاعاتی که خریدار باید ارائه دهد | پاسخ تامین کننده مورد نیاز است |
| برنامه املاک و درب | تعداد سایتها، ساختمانها، اتاقها، انواع درها، ضخامت درها، و مقادیر قفل مورد نیاز. | مدل قفل سازگار، آرایش بدنه قفل، و هر گونه اطلاعات درب که هنوز مورد نیاز است. |
| ماتریس مجوز | نقش ها، اقدامات مجاز، محدوده درب، محدوده زمانی، قوانین تایید، و محدودیت های تفویض اختیار. | توابع پشتیبانی شده، محدودیت ها و هر تابعی که به مدل یا مؤلفه متفاوتی نیاز دارد. |
| طرح اتصال | جایی که عملیات از راه دور مورد نیاز است و چه اتصالاتی در هر ملک موجود است. | پیکربندی نقل قول چگونه ارتباط برقرار می کند و چه دستگاه یا راه اندازی اضافی مورد نیاز است. |
| رویه برگشتی | چه کسی به دسترسی اضطراری نیاز دارد و پروژه کدام روشهای آفلاین یا محلی را میپذیرد. | روشهای بازگشتی موجود در مدل دقیق و روش بازگرداندن کنترل عادی. |
| بسته تحویل | نام مالک مدیر، مخاطب بازیابی، نقش کارکنان، مخاطبان آموزشی و مدارک مورد نیاز. | دستورالعملهای راهاندازی، روش بازنشانی، مراحل انتقال مالکیت، و رکوردهای پیکربندی نقش. |
| آزمون پذیرش | درهای نمونه، نقشهای کاربر، اقدامات مجاز، اقدامات ممنوعه، و معیارهای قبولی/عدم شکست. | روش آزمایش برای نمونه و رویکرد تأیید توافق شده برای دسته تحویل. |
پاسخ تامین کننده باید توابع استاندارد را از توابع اختیاری متمایز کند و وابستگی ها را شناسایی کند. اگر RFQ بپرسد که چه کسی میتواند قفل را از راه دور باز کند، آیا یک مرحله تأیید وجود دارد، چگونه دسترسی لغو میشود، یا چگونه پس از راهاندازی، مالکیت منتقل میشود، «پشتیبانی از برنامه» کافی نیست. نقل قول باید به این سؤالات در برابر مدل و پیکربندی نامگذاری شده پاسخ دهد.
سوالاتی که مدیران املاک معمولا می پرسند
آیا هر مدیر دارایی باید مجوز باز کردن قفل از راه دور را دریافت کند؟
خیر. مجوز باید از مسئولیت عملیاتی، محدوده درب، و رویه های حادثه تبعیت کند. برخی از مدیران ممکن است فقط نیاز به صدور یا لغو اعتبار داشته باشند، در حالی که یک گروه کوچکتر باز کردن قفل از راه دور استثنایی را انجام می دهد.
آیا کنترل برنامه همیشه به معنای باز کردن قفل خارج از سایت از راه دور است؟
خیر. «کنترل برنامه» میتواند ترتیبات مختلف اتصال و مدیریت را توصیف کند. خریداران باید از تامین کننده بخواهند که کاربر باید در کجا باشد، قفل چگونه ارتباط برقرار می کند و کدام اجزای اضافی مورد نیاز است.
آیا یک صفحه محصول می تواند ثابت کند که یک قفل از سلسله مراتب مجوز لازم پشتیبانی می کند؟
نه مگر اینکه صفحه یا اسناد پشتیبان به صراحت آن سلسله مراتب را برای مدل دقیق توصیف کند. هویت محصول، مواد، ابعاد و روشهای باز کردن قفل به طور خودکار نقشهای حساب، قوانین تأیید یا کنترلهای رکورد را تأیید نمیکنند.
مفیدترین تست دسترسی از راه دور قبل از سفارش انبوه چیست؟
از درب نمونه و ماتریس نقش واقعی ملک استفاده کنید. یک اقدام مجاز، یک اقدام ممنوعه، ابطال اعتبار، تحویل مدیر و روش بازگشت توافق شده را آزمایش کنید. پیکربندی پذیرفته شده را برای مقایسه با دسته تحویلی ثبت کنید.
قبل از درخواست قیمت، یک برنامه مجوز تهیه کنید
یک RFQ قابل اجرا، برنامه درب را با ماتریس مسئولیت ترکیب می کند. نوع دارایی، تعداد اتاق، اطلاعات درب و بدنه قفل، روشهای باز کردن قفل ترجیحی، اقدامات از راه دور، مالکیت سرپرست، روش بازگشت، اسناد تحویل، و معیارهای پذیرش را شامل شود. این به تامین کننده زمینه کافی برای مطابقت با یک مدل و شناسایی مفروضات پشتیبانی نشده قبل از قیمت گذاری می دهد.
Haolock میتواند از بحثهای مدل و پیکربندی برای رمز عبور، اثر انگشت، کارت، کلید مکانیکی، گذرواژه موقت، بلوتوث، برنامه و گزینههای مدیریتشده توسط رایانه با توجه به مدل خاص پشتیبانی کند. تیم های املاک می توانند برنامه تکمیل شده را از طریق صفحه استعلام پروژه قفل هوشمند بنابراین نقل قول می تواند سازگاری درب و گردش کار مدیریت دسترسی مورد نیاز را با هم بررسی کند.