مدیریت شارژ ساختمان و کنترل دسترسی آسانسور چه ارتباطی با هم دارند؟

در یک ساختمان مسکونی، مدیریت شارژ و مدیریت تردد معمولاً دو موضوع جدا از یکدیگر به نظر می‌رسند؛ اما در ساختمان‌های مجهز به سیستم کنترل دسترسی، می‌توان این دو حوزه را به یکدیگر مرتبط کرد.

در چنین سیستمی، هر کاربر یا هر واحد ساختمان دارای سطح دسترسی مشخصی است و مدیر می‌تواند بر اساس سیاست‌های ساختمان، دسترسی آن واحد را فعال، محدود، تعلیق یا حذف کند.

برای مثال، اگر یک واحد چند دوره شارژ ساختمان را پرداخت نکرده باشد، مدیر می‌تواند مطابق مقررات و سیاست داخلی ساختمان، دسترسی آن واحد به آسانسور را محدود کند و پس از تسویه، مجدداً دسترسی را فعال نماید.

این قابلیت در بازار کنترل تردد ساختمان نیز به‌عنوان یکی از کاربردهای مهم سیستم‌های گروه‌بندی کاربران شناخته شده است؛ به‌خصوص زمانی که کاربران بر اساس شماره واحد تفکیک می‌شوند و مدیر می‌تواند دسترسی یک واحد را مستقل از سایر واحدها کنترل کند.

اما یک نکته مهم وجود دارد:

مدیریت شارژ ساختمان الزاماً به معنی قطع ناگهانی و کامل دسترسی یک واحد نیست.

یک سیستم کنترل دسترسی حرفه‌ای می‌تواند به مدیر اجازه دهد متناسب با سیاست ساختمان، مراحل مختلفی برای مدیریت دسترسی تعریف کند.

در این حالت، کنترل تردد آسانسور فقط یک وسیله برای «باز یا بسته کردن آسانسور» نیست؛ بلکه به ابزاری برای مدیریت سطح دسترسی واحدها تبدیل می‌شود.

چرا مدیریت دسترسی واحدها باید بر اساس «واحد» انجام شود؟

فرض کنید یک ساختمان ۳۰ واحدی دارید.

برای هر واحد ممکن است چند نفر ساکن باشند و هر شخص نیز ممکن است یک یا چند روش دسترسی داشته باشد:

• کارت یا تگ RFID
• اثر انگشت
• ریموت
• رمز

یا در پروژه‌های پیشرفته‌تر، دسترسی مبتنی بر اپلیکیشن

اگر سیستم فقط افراد را به‌صورت مستقل بشناسد، مدیریت چنین ساختمانی دشوار می‌شود.

برای مثال، واحد ۲۳ ممکن است پنج تگ، سه اثر انگشت و یک یا چند دسترسی دیگر داشته باشد.

حال اگر این واحد مشمول محدودیت دسترسی شود، مدیر نباید مجبور باشد تک‌تک کاربران را پیدا و غیرفعال کند.

ساختار حرفه‌ای‌تر این است که:

واحد ۲۳ → کاربران واحد ۲۳ → روش‌های دسترسی واحد ۲۳

به یکدیگر مرتبط باشند.

در این معماری، مدیر می‌تواند به جای مدیریت تک‌تک افراد، سطح دسترسی یک واحد را مدیریت کند.

این موضوع در ساختمان‌های چندواحدی اهمیت زیادی دارد؛ زیرا تعداد کاربران واقعی معمولاً بسیار بیشتر از تعداد واحدهاست.

حذف تگ با تعلیق دسترسی چه تفاوتی دارد؟

این دو مفهوم نباید با یکدیگر اشتباه گرفته شوند.

حذف تگ

در حالت حذف، اطلاعات آن تگ از سیستم خارج می‌شود و دیگر به‌عنوان یک شناسه مجاز قابل استفاده نیست.

این روش برای شرایطی مانند:

• گم شدن تگ
• تحویل ندادن تگ توسط ساکن قبلی
• تغییر کاربر
• نیاز به حذف دائمی یک شناسه

می‌تواند کاربرد داشته باشد.

تعلیق تگ

تعلیق با حذف متفاوت است.

در این حالت، اطلاعات تگ می‌تواند در ساختار سیستم باقی بماند، اما دسترسی آن موقتاً غیرفعال می‌شود.

در نتیجه، در صورت رفع علت محدودیت، می‌توان دسترسی را دوباره فعال کرد.

این قابلیت برای سناریوهایی مانند مدیریت شارژ ساختمان اهمیت بیشتری پیدا می‌کند؛ زیرا ممکن است هدف مدیر حذف دائمی کاربران نباشد، بلکه محدود کردن موقت دسترسی آنها تا زمان تسویه باشد.

بنابراین یک سیستم حرفه‌ای کنترل تردد بهتر است در طراحی خود بین:

حذف کاربر، حذف تگ، تعلیق کاربر، تعلیق واحد و فعال‌سازی مجدد

تمایز قائل شود.

آیا می‌توان دسترسی یک واحد را مرحله‌به‌مرحله محدود کرد؟

بله؛ و این یکی از قابلیت‌هایی است که می‌تواند یک سیستم کنترل تردد ساده را به یک راهکار مدیریتی پیشرفته‌تر تبدیل کند.

فرض کنیم یک واحد چند روش دسترسی دارد:

• تگ یا کارت
• اثر انگشت
• ریموت مهمان
• ریموت لابیمن

مدیر ساختمان الزاماً مجبور نیست در اولین مرحله تمام دسترسی‌های واحد را قطع کند.

می‌توان بر اساس سیاست ساختمان، محدودیت دسترسی را مرحله‌به‌مرحله اجرا کرد.

برای مثال:

مرحله اول؛ هشدار تسویه

دسترسی ریموت مهمان واحد محدود یا تعلیق شود.

در این حالت، ساکنان همچنان امکان استفاده عادی از آسانسور را دارند، اما برای پذیرش مهمان دیگر از قابلیت دسترسی مهمان برخوردار نیستند.

مرحله دوم؛ محدود کردن یک روش دسترسی

در صورت ادامه بدهی، دسترسی اثر انگشت کاربران آن واحد می‌تواند تعلیق شود.

در نتیجه، ساکنان برای استفاده از آسانسور باید کارت یا تگ همراه داشته باشند.

این مرحله بیشتر نقش هشدار عملی و محدودیت تدریجی دارد.

مرحله سوم؛ قطع دسترسی تردد واحد

اگر طبق سیاست ساختمان محدودیت ادامه پیدا کند، می‌توان دسترسی تگ‌ها و کارت‌های آن واحد را نیز تعلیق یا حذف کرد.

در این مرحله، دسترسی عادی آن واحد به آسانسور می‌تواند به‌طور کامل محدود شود.

این سناریو صرفاً یک قابلیت نرم‌افزاری نیست؛ بلکه نمونه‌ای از طراحی سطح دسترسی بر اساس سیاست مدیریتی ساختمان است.

آیا همه این مراحل باید در هر ساختمانی اجرا شوند؟

خیر.

این نکته بسیار مهم است.

سیستم کنترل دسترسی باید ابزار اجرای سیاست ساختمان باشد، نه اینکه خودش سیاست را تعیین کند.

ممکن است یک مجتمع تصمیم بگیرد فقط در صورت بدهی طولانی‌مدت، دسترسی آسانسور واحد محدود شود.

مجتمع دیگری ممکن است مراحل هشدار متفاوتی داشته باشد.

حتی ممکن است ساختمان اصلاً از قابلیت محدود کردن دسترسی به دلیل شارژ استفاده نکند و سیستم را صرفاً برای امنیت و کنترل تردد نصب کند.

بنابراین قابلیت‌هایی مانند:

• حذف تگ
• تعلیق تگ
• تعلیق یک واحد
• محدود کردن یک روش شناسایی
• فعال‌سازی مجدد
• مدیریت مهمان
• گزارش‌گیری

باید به‌عنوان امکانات قابل تنظیم سیستم در نظر گرفته شوند.

در راهکارهای نوین کیا تک نیز می‌توان متناسب با نیاز پروژه، ساختار مدیریت دسترسی را از یک سیستم ساده تا یک راهکار توسعه‌پذیر و سفارشی طراحی کرد.

اکسس کنترل آسانسور؛ فقط برای جلوگیری از ورود افراد غیرمجاز نیست

یکی از برداشت‌های رایج این است که اکسس کنترل آسانسور فقط برای این نصب می‌شود که «افراد غیرساکن نتوانند به طبقات بروند».

این کاربرد مهم است، اما تنها کاربرد سیستم نیست.

در یک ساختمان مسکونی، اکسس کنترل می‌تواند همزمان چند وظیفه داشته باشد:

امنیت

جلوگیری از دسترسی افراد غیرمجاز به طبقات.

تفکیک واحدها

هر واحد فقط به طبقات مجاز خود دسترسی داشته باشد.

مدیریت کاربران

تعداد زیادی کاربر در قالب واحدهای مختلف مدیریت شوند.

مدیریت دسترسی

دسترسی یک فرد یا یک واحد در صورت نیاز تغییر کند.

مدیریت شارژ

در صورت وجود سیاست مربوطه، دسترسی واحد بدهکار محدود یا تعلیق شود.

مدیریت مهمان

دسترسی مهمان به‌صورت کنترل‌شده و موقت ارائه شود.

گزارش‌گیری

در راهکارهای مجهز به نرم‌افزار، اطلاعات تردد برای مدیریت ساختمان قابل بررسی باشد.

در نتیجه، اکسس کنترل آسانسور می‌تواند بخشی از یک سیستم جامع مدیریت تردد ساختمان باشد، نه صرفاً یک کارت‌خوان کنار شستی آسانسور.

تفاوت اکسس کنترل ساده با سیستم مدیریت دسترسی واحدها

یک اکسس کنترل ساده ممکن است فقط این منطق را داشته باشد:

کارت معتبر است → خروجی فعال شود.

اما در ساختمان چندواحدی، نیاز معمولاً پیچیده‌تر است.

سیستم باید بداند:

این کارت متعلق به چه کسی است؟
متعلق به کدام واحد است؟
این واحد به کدام طبقات دسترسی دارد؟
آیا دسترسی این واحد فعال است؟
آیا این کاربر موقتاً تعلیق شده است؟
آیا دسترسی مهمان او فعال است؟
آیا مدیر باید دسترسی یک واحد را تغییر دهد؟

هرچه پروژه بزرگ‌تر شود، اهمیت گروه‌بندی کاربران و مدیریت سطح دسترسی بیشتر می‌شود.

به همین دلیل هنگام انتخاب اکسس کنترل برای ساختمان‌های چندواحدی، نباید فقط به تعداد کارت‌هایی که دستگاه می‌خواند توجه کرد؛ بلکه باید ساختار مدیریت کاربران و واحدها نیز بررسی شود.

اکسس کنترل چندخروجی چه نقشی در مدیریت واحدها دارد؟

در ساختمان‌هایی که هر واحد فقط به یک طبقه محدود می‌شود، یک سیستم چندخروجی می‌تواند امکان کنترل مستقل طبقات را فراهم کند.

برای مثال: 

در این ساختار، مدیر ساختمان می‌تواند وضعیت دسترسی هر واحد را مستقل از سایر واحدها مدیریت کند.

این همان نقطه‌ای است که اکسس کنترل آسانسور از یک کارت‌خوان ساده به یک سیستم مدیریت دسترسی تبدیل می‌شود.

در راهکارهای چندخروجی نوین کیا تک نیز بسته به نیاز پروژه می‌توان تعداد خروجی‌ها و روش‌های شناسایی را متناسب با ساختار ساختمان تعریف کرد.

آیا لازم است برای مدیریت شارژ حتماً سیستم آنلاین داشته باشیم؟

خیر.

این یکی از نکات مهم در انتخاب راهکار است.

مدیریت شارژ و دسترسی آسانسور می‌تواند در چند سطح پیاده‌سازی شود.

سطح اول؛ مدیریت محلی

مدیر ساختمان با ابزار مدیریتی سیستم، دسترسی واحد را فعال یا غیرفعال می‌کند.

در این حالت نیازی به اینترنت، سرور یا اپلیکیشن نیست.

این روش برای ساختمان‌هایی که فقط به یک سیستم ساده و مطمئن نیاز دارند می‌تواند کاملاً کافی باشد.

سطح دوم؛ مدیریت با اپلیکیشن

در پروژه‌های پیشرفته‌تر می‌توان رابط مدیریتی را به اپلیکیشن توسعه داد تا مدیر بتواند کاربران، واحدها و دسترسی‌ها را ساده‌تر مدیریت کند.

سطح سوم؛ سامانه تحت وب

در پروژه‌های بزرگ‌تر می‌توان قابلیت مدیریت از طریق سامانه تحت وب را نیز در طراحی پروژه در نظر گرفت.

در این حالت، سیستم کنترل تردد می‌تواند بخشی از یک سامانه جامع‌تر مدیریت ساختمان باشد.

سطح چهارم؛ اتصال به سامانه شارژ

در یک پروژه سفارشی می‌توان ارتباط بین سامانه مدیریت مالی و سیستم کنترل تردد را نیز طراحی کرد.

در چنین معماری‌ای، می‌توان سناریویی مانند این را در نظر گرفت:

ثبت بدهی واحد → تشخیص وضعیت بدهی → ارسال فرمان محدودسازی دسترسی → پرداخت بدهی → فعال‌سازی مجدد دسترسی

این قابلیت در بازار نیز به‌عنوان یکی از کاربردهای سیستم‌های یکپارچه مدیریت ساختمان مطرح شده است.

اما برای نوین کیا تک، این موضوع را بهتر است به‌عنوان قابلیت طراحی و توسعه سفارشی معرفی کنیم، نه اینکه ادعا کنیم هر محصول آماده‌ای چنین اتصال مستقیمی دارد.

یک مزیت مهم: سیستم می‌تواند از ساده شروع شود و بعد توسعه پیدا کند

همه ساختمان‌ها از ابتدا به یک سامانه پیچیده نیاز ندارند.

ممکن است یک ساختمان فقط بخواهد:

تگ → کنترل آسانسور

داشته باشد.

ساختمان دیگری نیاز داشته باشد:

تگ + اثر انگشت + ریموت مهمان

و پروژه‌ای بزرگ‌تر به این ترکیب نیاز داشته باشد:

تگ + اثر انگشت + ریموت + گزارش‌گیری + اپلیکیشن + سامانه تحت وب

مزیت یک پلتفرم کنترل تردد توسعه‌پذیر این است که طراحی سیستم می‌تواند متناسب با نیاز واقعی پروژه انجام شود.

به همین دلیل در نوین کیا تک، توسعه یک قابلیت جدید الزاماً به معنی تولید یک دستگاه کاملاً متفاوت نیست؛ در بسیاری از پروژه‌ها می‌توان قابلیت موردنیاز مشتری را در قالب توسعه Firmware، رابط مدیریتی یا طراحی سفارشی سیستم به راهکار اضافه کرد.

سناریوی واقعی مدیریت مرحله‌ای دسترسی یک واحد

فرض کنید یک مجتمع مسکونی دارای سیستم کنترل دسترسی آسانسور است و برای هر واحد چند روش شناسایی در نظر گرفته شده است.

برای مثال، ساکنان یک واحد می‌توانند با:

• کارت یا تگ RFID
• اثر انگشت
• ریموت مهمان
• ریموت لابیمن

از امکانات مختلف سیستم استفاده کنند.

در چنین پروژه‌ای، مدیر ساختمان می‌تواند بر اساس سیاست داخلی مجتمع، برای مدیریت بدهی شارژ یک فرآیند مرحله‌ای تعریف کند.

برای مثال، اگر واحدی در موعد مقرر شارژ خود را پرداخت نکند، لزوماً لازم نیست از همان ابتدا تمام دسترسی‌های آن واحد قطع شود.

مرحله اول؛ هشدار اولیه

در مرحله اول می‌توان دسترسی‌هایی را که برای ساکنان ضروری نیست محدود کرد.

برای مثال، دسترسی ریموت مهمان واحد تعلیق شود.

در این حالت، ساکنان همچنان می‌توانند با روش اصلی خود از آسانسور استفاده کنند، اما امکان استفاده از قابلیت مهمان را از دست می‌دهند.

این مرحله می‌تواند یک هشدار عملی باشد؛ بدون اینکه دسترسی روزمره ساکنان بلافاصله به‌طور کامل متوقف شود.

مرحله دوم؛ محدود کردن اثر انگشت

اگر بدهی ادامه پیدا کند، مطابق سیاست ساختمان می‌توان دسترسی اثر انگشت کاربران آن واحد را نیز تعلیق کرد.

در این شرایط، ساکنان برای استفاده از آسانسور مجبور خواهند بود کارت یا تگ خود را همراه داشته باشند.

در واقع مدیر بدون حذف کامل دسترسی، یک مرحله دیگر از محدودیت را اعمال کرده است.

مرحله سوم؛ تعلیق یا حذف تگ‌های واحد

اگر ساختمان تصمیم بگیرد محدودیت را ادامه دهد، می‌توان دسترسی کارت‌ها و تگ‌های آن واحد را نیز تعلیق یا حذف کرد.

در این مرحله، دسترسی عادی آن واحد به آسانسور می‌تواند به‌طور کامل محدود شود.

البته این سناریو یک نمونه از قابلیت فنی سیستم است و نحوه استفاده از آن باید بر اساس مقررات، تصمیمات و سیاست‌های همان ساختمان تعیین شود.

فعال‌سازی مجدد پس از تسویه

پس از پرداخت بدهی، مدیر می‌تواند دسترسی‌های محدودشده را مجدداً فعال کند.

در سیستم‌هایی که تعلیق به‌جای حذف استفاده شده است، این فرآیند می‌تواند ساده‌تر باشد؛ زیرا اطلاعات کاربر یا تگ الزاماً از بین نرفته است.

حتی ساختمان می‌تواند مطابق سیاست داخلی خود، برای فعال‌سازی مجدد یا سایر خدمات مدیریتی، فرآیند مشخصی تعریف کند.

تعلیق یک واحد چه مزیتی نسبت به حذف تک‌تک تگ‌ها دارد؟

فرض کنید یک واحد پنج تگ تردد داشته باشد.

در یک سیستم ساده، اگر مدیر بخواهد دسترسی این واحد را قطع کند، ممکن است مجبور شود تک‌تک تگ‌ها را شناسایی و حذف کند.

این روش با افزایش تعداد کاربران ساختمان، زمان‌بر و مستعد خطاست.

اما اگر سیستم کاربران را بر اساس واحد سازمان‌دهی کرده باشد، ساختار مدیریت می‌تواند به این شکل باشد:

واحد ۲۳ → تگ‌های واحد ۲۳ → وضعیت دسترسی واحد ۲۳

در این حالت، مدیر به جای جست‌وجوی تک‌تک تگ‌ها، وضعیت دسترسی واحد را تغییر می‌دهد.

این قابلیت از نظر مدیریت ساختمان اهمیت زیادی دارد؛ زیرا در سیستم‌های حرفه‌ای، گروه‌بندی کاربران بر اساس واحد یکی از قابلیت‌های اصلی برای مدیریت مستقل دسترسی‌هاست.

نکته مهم این است که تعلیق واحد با حذف تگ‌ها یکی نیست.

اگر سیاست ساختمان به تعلیق موقت نیاز داشته باشد، بهتر است ساختار سیستم از ابتدا چنین قابلیتی را در نظر گرفته باشد.

وقتی یک واحد چند روش دسترسی دارد، مدیریت آن پیچیده‌تر می‌شود

هرچه سیستم کنترل تردد پیشرفته‌تر باشد، تعداد روش‌های شناسایی کاربران نیز ممکن است بیشتر شود.

برای مثال، یک واحد می‌تواند همزمان دارای:

تگ RFID + اثر انگشت + ریموت مهمان

باشد.

در پروژه‌ای دیگر ممکن است ریموت لابیمن نیز اضافه شود.

بنابراین مدیریت دسترسی دیگر فقط به یک کارت مربوط نیست.

ممکن است مدیر بخواهد:

فقط ریموت مهمان را غیرفعال کند؛

فقط اثر انگشت را محدود کند؛

تگ‌ها را موقتاً تعلیق کند؛

همه روش‌های دسترسی یک واحد را همزمان غیرفعال کند؛

یا بعداً همه آنها را مجدداً فعال کند.

این همان جایی است که طراحی ساختار دسترسی بر اساس واحد اهمیت پیدا می‌کند.

در یک سیستم توسعه‌پذیر، این قابلیت‌ها می‌توانند متناسب با نیاز پروژه طراحی شوند.

مدیریت شارژ بدون اینترنت؛ وقتی سادگی مزیت است

وجود اپلیکیشن یا سامانه تحت وب همیشه به معنی بهتر بودن یک سیستم نیست.

گاهی مدیر یک ساختمان فقط می‌خواهد بتواند با یک ابزار مدیریتی مشخص، دسترسی کاربران را مدیریت کند.

در چنین پروژه‌ای، نیازی نیست الزاماً اینترنت، سرور یا نرم‌افزار پیچیده وجود داشته باشد.

برای نمونه، در برخی راهکارهای نوین کیا تک، مدیریت می‌تواند با ابزار مدیریتی سیستم انجام شود و مدیر بتواند بر اساس ساختار تعریف‌شده، دسترسی کاربران یا واحدها را تغییر دهد.

این مدل برای ساختمان‌هایی مناسب است که:

• تعداد واحد محدودی دارند؛
• مدیریت سیستم را یک یا چند مدیر مشخص انجام می‌دهند؛
• نیازی به گزارش‌گیری آنلاین ندارند؛
• و نمی‌خواهند هزینه سیستم‌های آنلاین را پرداخت کنند.

در مقابل، برای پروژه‌های بزرگ‌تر می‌توان امکانات مدیریتی بیشتری به سیستم اضافه کرد.

مدیریت شارژ با اپلیکیشن و سامانه تحت وب

در ساختمان‌های بزرگ‌تر، تعداد کاربران و عملیات مدیریتی افزایش پیدا می‌کند.

در این شرایط، استفاده از رابط نرم‌افزاری می‌تواند مدیریت را ساده‌تر کند.

برای مثال، مدیر می‌تواند در یک محیط مدیریتی:

• واحدها را مشاهده کند؛
• کاربران هر واحد را مدیریت کند؛
• دسترسی یک واحد را فعال یا غیرفعال کند؛
• وضعیت دسترسی کاربران را تغییر دهد؛
• گزارش تردد دریافت کند؛
• و در صورت طراحی سیستم، وضعیت دسترسی را از راه دور مدیریت کند.

در راهکارهای موجود بازار نیز مدیریت واحدها، قطع و وصل دسترسی و گزارش‌گیری از طریق نرم‌افزار از قابلیت‌هایی است که برای کنترل تردد ساختمان ارائه می‌شود.

اما تفاوت مهم در رویکرد نوین کیا تک این است که اپلیکیشن یا سامانه تحت وب می‌تواند بخشی از یک پروژه سفارشی باشد؛ یعنی الزاماً محدود به قابلیت‌های یک محصول ثابت نیست.

آیا می‌توان مدیریت شارژ را به سامانه مالی ساختمان متصل کرد؟

از نظر فنی، چنین ارتباطی می‌تواند در قالب یک پروژه سفارشی طراحی شود.

سناریو می‌تواند به این شکل باشد:

ثبت بدهی واحد

↓

رسیدن موعد پرداخت

↓

بررسی وضعیت تسویه

↓

اعمال سیاست دسترسی

↓

تعلیق یا محدودسازی دسترسی واحد

↓

پرداخت بدهی

↓

فعال‌سازی مجدد دسترسی

این معماری می‌تواند در پروژه‌هایی که نرم‌افزار مدیریت مالی، اپلیکیشن ساکنین یا سامانه تحت وب دارند، جذاب باشد.

یک نکته مهم درباره اکسس کنترل توکار و روکار

اکسس کنترل آسانسور را می‌توان به‌صورت کلی به دو شیوه در پنل شستی اجرا کرد:

اکسس کنترل روکار

دستگاه به‌صورت یک قطعه مستقل روی پنل شستی قرار می‌گیرد.

اکسس کنترل توکار

اجزای لازم در داخل ساختار پنل شستی طراحی و جانمایی می‌شوند و از بیرون، سیستم می‌تواند بخشی یکپارچه از طراحی پنل به نظر برسد.

هر دو روش کاربرد خود را دارند و انتخاب آنها به وضعیت پنل، نوع پروژه و محدودیت‌های نصب بستگی دارد. در بازار نیز نمونه‌هایی از تجهیزات کنترل دسترسی توکار و روکار برای پنل‌های کابین و طبقه ارائه می‌شود.

اما در پروژه‌ای که پنل شستی از ابتدا برای اکسس کنترل طراحی می‌شود، توکار بودن می‌تواند مزیت‌های مهمی داشته باشد.

چرا اکسس کنترل توکار برای پنل شستی آسانسور اهمیت دارد؟

وقتی اکسس کنترل به‌صورت جداگانه روی یک پنل موجود نصب می‌شود، معمولاً یک دستگاه مستقل به ظاهر پنل اضافه خواهد شد.

این روش برای پنل‌هایی که از قبل ساخته و نصب شده‌اند بسیار کاربردی است.

اما در پنل جدید، شرایط متفاوت است.

اگر از ابتدا بدانیم پنل قرار است مجهز به اکسس کنترل باشد، می‌توان طراحی پنل را بر اساس این نیاز انجام داد.

در این حالت می‌توان:

• محل کارت‌خوان یا حسگر را از ابتدا مشخص کرد؛
• جایگاه مناسب اثر انگشت را در طراحی پنل در نظر گرفت؛
• اجزای سیستم را داخل ساختار پنل جانمایی کرد؛
• سیم‌کشی داخلی را منظم‌تر انجام داد؛
• ظاهر پنل را یکپارچه نگه داشت؛
• و طراحی ظاهری اکسس کنترل را با کل پنل هماهنگ کرد.

این موضوع در پنل‌های شستی کابین اهمیت بیشتری دارد؛ زیرا پنل کابین علاوه بر عملکرد فنی، بخشی از طراحی داخلی آسانسور است.

اکسس کنترل توکار فقط یک تفاوت ظاهری نیست

ممکن است تصور شود تفاوت توکار و روکار فقط این است که یکی زیباتر دیده می‌شود.

اما در پنل‌های جدید، موضوع فراتر از زیبایی است.

وقتی اکسس کنترل از ابتدا در طراحی پنل لحاظ شود، می‌توان ساختار مکانیکی، محل شناسایی کاربر، مسیرهای سیم‌کشی و نحوه دسترسی به تجهیزات را هماهنگ طراحی کرد.

در نتیجه، سیستم کنترل دسترسی دیگر یک تجهیز الحاقی نیست؛ بلکه بخشی از طراحی پنل محسوب می‌شود.

این رویکرد در پروژه‌هایی که ظاهر پنل، کیفیت ساخت و یکپارچگی طراحی اهمیت دارد، مزیت بیشتری پیدا می‌کند.

یک مزیت مهم توکار بودن: کاهش دسترسی فیزیکی به دستگاه

در یک ساختمان مسکونی ممکن است مدیر ساختمان در طول سال با تغییر ساکنان، گم‌شدن کارت‌ها، تغییر سطح دسترسی یا حتی اختلافات مدیریتی مواجه شود.

اگر دستگاه کنترل دسترسی به‌صورت یک تجهیز مستقل و کاملاً در دسترس روی پنل قرار گرفته باشد، امکان دسترسی فیزیکی به خود دستگاه بیشتر است.

در مقابل، وقتی سیستم به‌صورت توکار در ساختار پنل طراحی شده باشد، تجهیزات مدیریتی و الکترونیکی اصلی می‌توانند در داخل ساختار پنل قرار بگیرند.

این موضوع می‌تواند یک لایه حفاظتی فیزیکی بهتر ایجاد کند.

البته توکار بودن به‌تنهایی به معنی ضدسرقت بودن دستگاه نیست و امنیت نهایی به طراحی پنل، نحوه نصب، دسترسی به اتصالات و سایر اجزای سیستم بستگی دارد.

سناریوی مهم: وقتی دسترسی یک واحد محدود می‌شود

فرض کنید یک ساختمان دارای اکسس کنترل آسانسور است و دسترسی یک واحد طبق سیاست ساختمان محدود شده است.

اگر تجهیزات کنترل تردد به‌صورت کاملاً روکار و در دسترس نصب شده باشند، در یک سناریوی نامطلوب ممکن است فرد ناراضی تلاش کند تجهیز نصب‌شده را دستکاری یا از پنل جدا کند.

این موضوع فقط به معنای آسیب به یک دستگاه نیست.

ممکن است:

• ظاهر پنل آسیب ببیند؛
• پنل شستی نیاز به تعمیر پیدا کند؛
• سیستم کنترل تردد از مدار خارج شود؛
• هزینه تعمیر و نصب مجدد ایجاد شود؛
• و حتی امنیت سایر کاربران تحت تأثیر قرار گیرد.

به همین دلیل در پروژه‌هایی که احتمال دستکاری فیزیکی تجهیزات وجود دارد، طراحی مناسب محل نصب اکسس کنترل اهمیت پیدا می‌کند.

چرا طراحی توکار در پنل‌های جدید یک مزیت رقابتی است؟

وقتی اکسس کنترل از ابتدا همراه پنل طراحی شود، دیگر لازم نیست بعداً یک دستگاه مستقل را روی ظاهر پنل اضافه کنیم.

می‌توان پنل را به‌صورت یک مجموعه واحد طراحی کرد:

پنل شستی + کارت‌خوان + اثر انگشت + تلفن + نمایشگر + کنترل دسترسی

در صورت نیاز، حتی روش‌های شناسایی مختلف را می‌توان در یک پنل ترکیب کرد.

برای مثال:

پنل اقتصادی

تگ یا کارت RFID

پنل حرفه‌ای

RFID + اثر انگشت

پنل پیشرفته

RFID + اثر انگشت + ریموت مهمان/لابیمن + گزارش‌گیری

و در پروژه‌های سفارشی:

پنل + کنترل دسترسی + اپلیکیشن + سامانه مدیریتی

این همان تفاوت بین فروش یک دستگاه اکسس کنترل و طراحی یک راهکار کنترل تردد برای ساختمان است.

وقتی پنل از قبل ساخته شده باشد چه کنیم؟

توکار بودن به این معنی نیست که فقط ساختمان‌های جدید می‌توانند از اکسس کنترل استفاده کنند.

برای پنل‌هایی که قبلاً نصب شده‌اند، می‌توان از اکسس کنترل روکار یا راهکارهای مناسب نصب پشت پنل استفاده کرد؛ البته این موضوع به فضای موجود، ساختار پنل و نوع دستگاه بستگی دارد.

بنابراین می‌توان دو سناریو داشت:

پنل موجود

اکسس کنترل مناسب نصب روی پنل یا پشت پنل

پنل جدید

طراحی پنل از ابتدا با اکسس کنترل یکپارچه

این تفکیک به مشتری کمک می‌کند راهکار مناسب شرایط پروژه خود را انتخاب کند.

نوین کیا تک؛ طراحی پنل و اکسس کنترل به‌عنوان یک مجموعه

مزیت مهم نوین کیا تک این است که طراحی پنل شستی و طراحی سیستم کنترل دسترسی را می‌توان در یک پروژه واحد دید.

در نتیجه اگر مشتری بگوید:

«من یک پنل شستی جدید می‌خواهم که هم زیبا باشد، هم اثر انگشت داشته باشد، هم کارت بخواند، هم سیستم مهمان داشته باشد و هم امکان توسعه نرم‌افزاری داشته باشد.»

موضوع فقط انتخاب یک دستگاه اکسس کنترل آماده نیست.

ابتدا باید مشخص شود:

• پنل کابین است یا پنل طبقه؟
• چند توقف دارد؟
• چند واحد باید مدیریت شوند؟
• چند روش شناسایی لازم است؟
• آیا مهمان باید دسترسی داشته باشد؟
• آیا گزارش تردد لازم است؟
• آیا مدیر نیاز به اپلیکیشن دارد؟
• آیا مدیریت از راه دور لازم است؟
• آیا سیستم باید با نرم‌افزار دیگری ارتباط برقرار کند؟
• و آیا ظاهر پنل باید کاملاً یکپارچه طراحی شود؟

سپس می‌توان راهکار مناسب را طراحی کرد.

اکسس کنترل توکار یا روکار؛ کدام بهتر است؟

پاسخ مطلقی برای همه پروژه‌ها وجود ندارد.

بنابراین سؤال درست این نیست که:

«توکار همیشه بهتر است یا روکار؟»

بلکه باید پرسید:

«برای این پنل و این پروژه، بهترین روش یکپارچه‌سازی اکسس کنترل چیست؟»

اکسس کنترل توکار؛ مزیتی برای ساختمان‌هایی که احتمال تغییر ساکن دارند

در ساختمان‌های مسکونی، ساکنان دائماً ثابت نیستند.

ممکن است:

• مستأجر جدید وارد شود؛
• مستأجر قبلی ساختمان را ترک کند؛
• کارت یا تگ گم شود؛
• یک کاربر نیاز به حذف داشته باشد؛
• سطح دسترسی واحد تغییر کند؛
• یا سیاست ساختمان در طول زمان تغییر کند.

بنابراین سیستم کنترل تردد باید برای مدیریت طولانی‌مدت ساختمان طراحی شود.

در این شرایط، صرفاً خرید یک دستگاه و نصب آن روی پنل کافی نیست.

ساختمان باید سیستمی داشته باشد که مدیر بتواند در طول سال‌های استفاده، کاربران و سطح دسترسی آنها را مدیریت کند.

این همان جایی است که ترکیب:

طراحی مناسب پنل + اکسس کنترل توسعه‌پذیر + ساختار مدیریت واحدها

اهمیت خود را نشان می‌دهد.

آیا مدیریت شارژ باید باعث خراب شدن سیستم کنترل تردد شود؟

خیر.

اگر سیستم کنترل تردد به‌درستی طراحی شود، تغییر وضعیت یک واحد باید یک عملیات مدیریتی باشد، نه عملیات فیزیکی روی دستگاه.

مدیر باید بتواند:

فعال → تعلیق → فعال

را در سطح نرم‌افزار یا ابزار مدیریتی انجام دهد.

نباید برای تغییر وضعیت یک واحد، دستگاه از پنل باز شود، سیم‌کشی تغییر کند یا تجهیزات از جای خود خارج شوند.

این موضوع یکی از معیارهای مهمی است که هنگام انتخاب سیستم کنترل تردد برای ساختمان‌های چندواحدی باید مورد توجه قرار گیرد.

مدیریت شارژ؛ فرصتی برای طراحی یک سیستم کنترل تردد حرفه‌ای

اگر سیستم فقط برای قطع یک کارت طراحی شده باشد، مدیریت ساختمان در آینده با محدودیت مواجه خواهد شد.

اما اگر از ابتدا ساختار سیستم به‌صورت توسعه‌پذیر طراحی شود، می‌توان در آینده قابلیت‌هایی مانند:

• مدیریت واحدها
• تعلیق دسترسی
• مدیریت چند روش شناسایی
• گزارش‌گیری
• اپلیکیشن اندروید
• مدیریت تحت وب
• اتصال به سامانه مالی
• مدیریت مهمان
• کنترل دسترسی پارکینگ
• و سایر قابلیت‌های سفارشی

را متناسب با نیاز پروژه اضافه کرد.

این همان رویکردی است که در پروژه‌های نوین کیا تک دنبال می‌شود:

ابتدا نیاز واقعی ساختمان شناسایی می‌شود؛ سپس راهکار متناسب با آن طراحی و توسعه پیدا می‌کند.

برای ساختمان جدید یا پنل شستی موجود، راهکار مناسب اکسس کنترل را انتخاب کنید.
اگر پنل شستی شما از قبل نصب شده است یا در حال طراحی یک پنل جدید هستید، نوین کیا تک می‌تواند بر اساس ساختار پنل، تعداد واحدها، روش‌های شناسایی و نیاز مدیریتی ساختمان، راهکار مناسب توکار، روکار یا سفارشی را پیشنهاد دهد.

مشاوره برای طراحی اکسس کنترل و پنل شستی ساختمان

اکسس کنترل تک‌خروجی یا چندخروجی برای مدیریت واحدها؟

یکی از مهم‌ترین تصمیم‌ها هنگام طراحی سیستم کنترل تردد آسانسور، انتخاب بین اکسس کنترل تک‌خروجی و چندخروجی است.

این انتخاب باید بر اساس ساختار ساختمان و سطح دسترسی موردنیاز واحدها انجام شود، نه صرفاً بر اساس تعداد طبقات.

اکسس کنترل تک‌خروجی

در ساختمان‌هایی که هدف فقط محدود کردن دسترسی به یک طبقه یا یک مسیر مشخص است، ممکن است یک سیستم تک‌خروجی راهکار مناسبی باشد.

برای مثال:

• محدود کردن یک طبقه خاص
• کنترل دسترسی به یک توقف مشخص
• کنترل یک مسیر مشترک
• یا پروژه‌ای که نیاز به تفکیک دسترسی واحدها ندارد

در چنین شرایطی استفاده از سیستم چندخروجی ممکن است هزینه و پیچیدگی غیرضروری ایجاد کند.

اکسس کنترل چندخروجی

اما اگر قرار باشد هر واحد فقط به طبقه یا طبقات مجاز خود دسترسی داشته باشد، ساختار چندخروجی می‌تواند مناسب‌تر باشد.

برای مثال، در یک ساختمان مسکونی:

واحد ۱۰ → طبقه ۱۰

واحد ۱۱ → طبقه ۱۱

واحد ۱۲ → طبقه ۱۲

در این ساختار، سیستم می‌تواند بر اساس شناسه کاربر تشخیص دهد که کدام خروجی‌ها باید برای او فعال شوند.

بنابراین وقتی صحبت از مدیریت شارژ ساختمان است، چندخروجی بودن فقط یک ویژگی فنی نیست؛ بلکه می‌تواند پایه‌ای برای مدیریت مستقل دسترسی واحدها باشد.

چرا در ساختمان‌های چندواحدی، تفکیک دسترسی اهمیت دارد؟

فرض کنید ۳۰ واحد در یک ساختمان وجود دارد و همه ساکنان یک مجوز مشترک برای استفاده از آسانسور داشته باشند.

در این حالت مدیر نمی‌تواند به‌سادگی بگوید:

فقط واحد ۱۸ دسترسی نداشته باشد.

اما در ساختاری که دسترسی‌ها بر اساس واحد تعریف شده‌اند، می‌توان وضعیت هر واحد را مستقل مدیریت کرد.

برای مثال:

این ساختار به‌خصوص زمانی ارزشمند می‌شود که ساختمان بخواهد مدیریت دسترسی را با وضعیت واحدها مرتبط کند.

در سیستم‌های حرفه‌ای کنترل تردد نیز گروه‌بندی کاربران و امکان فعال یا غیرفعال کردن دسترسی واحدها از قابلیت‌های رایج محسوب می‌شود.

مدیریت چند روش شناسایی برای یک واحد

مدیریت شارژ فقط زمانی جالب نیست که هر واحد یک کارت داشته باشد.

در یک سیستم حرفه‌ای ممکن است یک واحد همزمان چند روش دسترسی داشته باشد.

برای مثال:

واحد ۲۳

• چند تگ یا کارت برای اعضای خانواده
• چند اثر انگشت
• ریموت مهمان
• ریموت لابیمن

در این شرایط مدیر باید بتواند وضعیت دسترسی واحد را به‌صورت ساختاریافته مدیریت کند.

مثلاً:

مرحله اول: ریموت مهمان غیرفعال شود.

مرحله دوم: اثر انگشت کاربران واحد محدود شود.

مرحله سوم: تگ‌های تردد واحد تعلیق شوند.

مرحله چهارم: در صورت نیاز تمام دسترسی‌های واحد غیرفعال شود.

این مدل، یک نمونه از سیاست دسترسی قابل تنظیم برای ساختمان است و الزاماً نباید در همه پروژه‌ها به همین شکل اجرا شود.

آیا می‌توان تگ را حذف نکرد و فقط تعلیق کرد؟

بله، اگر سیستم برای چنین قابلیتی طراحی شده باشد.

این تفاوت از نظر مدیریت ساختمان بسیار مهم است.

حذف تگ

در حذف، اطلاعات دسترسی آن تگ از ساختار فعال سیستم خارج می‌شود و برای استفاده مجدد ممکن است نیاز به تعریف دوباره وجود داشته باشد.

تعلیق تگ

در تعلیق، تگ می‌تواند همچنان در ساختار سیستم ثبت شده باشد، اما وضعیت دسترسی آن موقتاً غیرفعال شود.

بنابراین می‌توان ساختار را به شکل زیر تصور کرد:

تگ واحد ۲۳ → تعریف شده → فعال

سپس:

تگ واحد ۲۳ → تعریف شده → تعلیق

و بعد از تسویه:

تگ واحد ۲۳ → تعریف شده → فعال

این قابلیت برای سناریوهایی که محدودیت دسترسی موقت است، می‌تواند بسیار کاربردی باشد.

تعلیق واحد با تعلیق تک‌تک کاربران چه تفاوتی دارد؟

این دو مفهوم را نباید با هم اشتباه گرفت.

فرض کنید واحد ۲۳ دارای:

• ۵ تگ
• ۳ اثر انگشت
• ۱ ریموت مهمان

باشد.

اگر مدیر تک‌تک کاربران را مدیریت کند، باید وضعیت هر credential را جداگانه تغییر دهد.

اما اگر سیستم ساختار واحدمحور داشته باشد، می‌توان وضعیت دسترسی واحد را به‌صورت گروهی مدیریت کرد.

در نتیجه:

واحد ۲۳ → تعلیق

می‌تواند بر مجموعه دسترسی‌های تعریف‌شده برای آن واحد اثر بگذارد.

این مدل مدیریت برای ساختمان‌هایی که تعداد کاربران زیادی دارند، بسیار ساده‌تر است.

از اکسس کنترل کارتی تا سیستم ترکیبی

یک ساختمان لزوماً نباید از همان ابتدا یک سیستم بسیار پیچیده داشته باشد.

می‌توان راهکار را متناسب با نیاز و بودجه پروژه طراحی کرد.

سطح اول؛ کنترل تردد کارتی

کارت یا تگ RFID

برای ساختمان‌هایی که یک روش ساده و اقتصادی برای کنترل دسترسی می‌خواهند.

سطح دوم؛ کارت + اثر انگشت

در این حالت کاربران می‌توانند علاوه بر کارت یا تگ، از اثر انگشت نیز استفاده کنند.

این مدل برای ساختمان‌هایی مناسب است که می‌خواهند روش شناسایی راحت‌تری برای ساکنان داشته باشند.

سطح سوم؛ سیستم ترکیبی

در یک راهکار پیشرفته‌تر می‌توان چند روش را در کنار هم قرار داد:

کارت/تگ + اثر انگشت + ریموت مهمان/لابیمن

در این مدل هر روش می‌تواند نقش متفاوتی در مدیریت ساختمان داشته باشد.

سطح چهارم؛ سیستم مدیریتی و نرم‌افزاری

در پروژه‌های بزرگ‌تر می‌توان علاوه بر روش‌های شناسایی، امکانات مدیریتی مانند:

• مدیریت واحدها
• مدیریت کاربران
• تعلیق دسترسی
• فعال‌سازی مجدد
• گزارش تردد
• مدیریت مهمان
• اپلیکیشن
• سامانه تحت وب

را نیز در نظر گرفت.

نمونه‌های موجود بازار نیز نشان می‌دهند که ترکیب کارت، اثر انگشت، ریموت، اپلیکیشن و مدیریت واحدها در سیستم‌های کنترل دسترسی قابل پیاده‌سازی است.

چرا نباید فقط بر اساس تعداد واحد، اکسس کنترل انتخاب کرد؟

ممکن است دو ساختمان هر دو ۳۰ واحد داشته باشند، اما نیاز آنها کاملاً متفاوت باشد.

ساختمان اول

در چنین ساختمانی یک راهکار ساده می‌تواند کافی باشد.

ساختمان دوم

در این ساختمان، ساختار کنترل دسترسی باید بسیار متفاوت طراحی شود.

ساختمان سوم

۳۰ واحد

این پروژه دیگر صرفاً «خرید یک اکسس کنترل آسانسور» نیست.

این یک پروژه طراحی سیستم کنترل تردد ساختمان است.

مدیریت شارژ در ساختمان‌های بزرگ‌تر چگونه قابل توسعه است؟

هرچه تعداد واحدها بیشتر شود، مدیریت دستی نیز دشوارتر می‌شود.

برای مثال، مدیر یک ساختمان ۲۰ واحدی ممکن است بتواند با یک ابزار مدیریتی ساده کاربران را مدیریت کند.

اما در ساختمانی با:

۱۰۰ واحد + چند آسانسور + چند روش شناسایی

مدیریت دستی تعداد زیادی کاربر و credential می‌تواند زمان‌بر شود.

در این مرحله می‌توان یک لایه نرم‌افزاری به سیستم اضافه کرد.

برای مثال:

سامانه مدیریت ساختمان

↓

اطلاعات واحدها

↓

وضعیت پرداخت

↓

وضعیت دسترسی

↓

سیستم کنترل تردد

در چنین معماری‌ای، سیستم کنترل تردد می‌تواند بخشی از یک سامانه بزرگ‌تر باشد.

برخی راهکارهای موجود بازار نیز امکان ارتباط سیستم کنترل تردد با سامانه مالی ساختمان و فعال یا غیرفعال کردن واحدهای بدهکار را ارائه می‌کنند.

اما در پروژه سفارشی، نحوه این ارتباط باید بر اساس نرم‌افزار و زیرساخت واقعی مشتری طراحی شود.

اپلیکیشن اندروید چه مشکلی را حل می‌کند؟

وقتی تعداد کاربران و عملیات مدیریتی زیاد می‌شود، استفاده از ابزار نرم‌افزاری می‌تواند مدیریت را ساده‌تر کند.

برای مثال، مدیر می‌تواند به جای مراجعه به دستگاه، از محیط مدیریتی برای انجام عملیات استفاده کند.

بسته به طراحی پروژه، قابلیت‌هایی مانند:

• تعریف کاربر
• حذف کاربر
• تغییر سطح دسترسی
• فعال‌سازی
• غیرفعال‌سازی
• مدیریت واحد
• مشاهده گزارش تردد

می‌توانند در اپلیکیشن در نظر گرفته شوند.

در برخی سیستم‌های موجود نیز مدیریت از طریق اپلیکیشن اندروید و ارتباط بی‌سیم یا پیامکی ارائه شده است.

در راهکارهای نوین کیا تک، این قابلیت می‌تواند به‌عنوان بخشی از طراحی و توسعه متناسب با پروژه تعریف شود، نه اینکه مشتری مجبور باشد برای هر ساختمان دقیقاً همان امکانات ثابت یک محصول عمومی را بپذیرد.

اگر اپلیکیشن نخواهیم چه؟

این نکته برای بسیاری از ساختمان‌ها مهم است.

ممکن است مدیر یک ساختمان بگوید:

«من فقط یک سیستم مطمئن می‌خواهم و نیازی به اپلیکیشن ندارم.»

در چنین پروژه‌ای می‌توان سیستم را ساده‌تر طراحی کرد.

مدیریت می‌تواند با ابزار مدیریتی مخصوص سیستم انجام شود و عملیات موردنیاز مانند تعریف، حذف، فعال‌سازی یا غیرفعال‌سازی دسترسی‌ها انجام شود.

بنابراین:

اپلیکیشن یک الزام نیست؛ یک امکان است.

این موضوع به مشتری اجازه می‌دهد متناسب با نیاز واقعی خود هزینه کند.

مدیریت تردد بدون حضور فیزیکی کاربر

یکی از قابلیت‌های مهم در مدیریت حرفه‌ای کاربران، امکان انجام برخی عملیات بدون در اختیار داشتن کارت یا تگ فیزیکی کاربر است.

فرض کنید یک ساکن کارت خود را گم کرده است.

اگر سیستم فقط بر اساس حضور فیزیکی کارت عملیات مدیریتی انجام دهد، مدیر باید منتظر بماند تا کارت در اختیارش قرار گیرد.

اما اگر سیستم برای مدیریت شناسه طراحی شده باشد، می‌توان credential موردنظر را بر اساس اطلاعات ثبت‌شده در سیستم مدیریت کرد.

این قابلیت در سیستم‌های کنترل دسترسی حرفه‌ای نیز به شکل‌های مختلف ارائه می‌شود؛ برای نمونه، برخی محصولات امکان حذف کارت با استفاده از شناسه کاربر را دارند.

در پروژه‌های نوین کیا تک نیز می‌توان مدیریت بدون حضور فیزیکی credential را متناسب با نوع سیستم و نیاز پروژه در طراحی لحاظ کرد.

چرا قابلیت توسعه سفارشی برای مدیریت شارژ اهمیت دارد؟

نیاز تمام ساختمان‌ها یکسان نیست.

یک مدیر ممکن است فقط بگوید:

«وقتی واحد بدهکار شد، دسترسی آن قطع شود.»

اما مدیر یک مجتمع بزرگ‌تر ممکن است بخواهد:

«ابتدا ریموت مهمان قطع شود، سپس اثر انگشت، سپس کارت؛ همه اینها هم برای هر واحد جداگانه مدیریت شود و مدیر بتواند گزارش عملیات را داشته باشد.»

این دو پروژه از نظر ظاهری هر دو «اکسس کنترل آسانسور» هستند؛ اما از نظر مهندسی، نیازهای کاملاً متفاوتی دارند.

بنابراین بهتر است سیستم از ابتدا با نگاه قابل توسعه و قابل سفارشی‌سازی انتخاب شود.

طراحی سیستم بر اساس بودجه واقعی ساختمان

یکی از مزیت‌های طراحی سفارشی این است که می‌توان پروژه را بیش از حد پیچیده نکرد.

برای مثال:

نیاز ساختمان راهکار پیشنهادی

محدود کردن یک طبقه تک‌خروجی

کنترل مستقل چند طبقه چندخروجی

مدیریت واحدها ساختار واحدمحور

تردد با کارت RFID

تردد بدون کارت اثر انگشت

مهمان ریموت مهمان/لابیمن

گزارش‌گیری سیستم مدیریتی

مدیریت از موبایل اپلیکیشن

مدیریت آنلاین سامانه تحت وب

اتصال به سیستم مالی توسعه و یکپارچه‌سازی سفارشی

در نتیجه مشتری لازم نیست برای ساختمانی ساده، هزینه یک سامانه پیچیده را پرداخت کند.

در عین حال، اگر پروژه در آینده نیاز به توسعه داشته باشد، می‌توان معماری راهکار را از ابتدا با نگاه توسعه‌پذیر انتخاب کرد.

یک نکته مهم برای مدیران ساختمان: «قطع دسترسی» با «پاک کردن اطلاعات» یکی نیست

در مدیریت شارژ، ممکن است هدف فقط این باشد که دسترسی یک واحد تا زمان تسویه متوقف شود.

در این حالت، پاک کردن اطلاعات همه کاربران آن واحد همیشه بهترین راهکار نیست.

اگر سیستم قابلیت تعلیق داشته باشد، می‌توان وضعیت دسترسی را موقتاً تغییر داد.

این موضوع مخصوصاً برای واحدهایی که چند کاربر دارند اهمیت بیشتری دارد.

برای مثال:

واحد ۲۳

۵ تگ + ۳ اثر انگشت + ۱ ریموت مهمان

به جای حذف همه اطلاعات:

وضعیت واحد ۲۳ → تعلیق

و بعد از تسویه:

وضعیت واحد ۲۳ → فعال

این نگاه مدیریتی می‌تواند عملیات مدیر ساختمان را بسیار ساده‌تر کند.

آیا قطع دسترسی واحد بدهکار باید خودکار باشد؟

از نظر فنی می‌توان سیستم‌هایی طراحی کرد که وضعیت مالی واحد را به وضعیت دسترسی مرتبط کنند.

برای مثال:

موعد پرداخت → بررسی وضعیت حساب → اعمال سیاست دسترسی

برخی محصولات بازار حتی اتصال به سامانه‌های مالی ساختمان و قطع و وصل خودکار واحدهای بدهکار را ارائه می‌کنند.

اما این قابلیت همیشه برای همه ساختمان‌ها لازم نیست.

در بسیاری از پروژه‌ها، مدیر ترجیح می‌دهد تصمیم نهایی را خودش بگیرد و با ابزار مدیریتی، دسترسی واحد را قطع یا وصل کند.

بنابراین بهتر است سیستم بتواند هر دو مدل را پشتیبانی کند:

مدیریت دستی

یا

مدیریت خودکار در قالب پروژه سفارشی

مدیریت شارژ ساختمان فقط یک قابلیت نرم‌افزاری نیست

اگر تمام تمرکز روی نرم‌افزار باشد، ممکن است بخش مهمی از مسئله نادیده گرفته شود.

در یک سیستم واقعی، باید چهار لایه در کنار هم دیده شوند:

۱. لایه شناسایی

کارت، تگ، اثر انگشت، ریموت و سایر روش‌ها.

۲. لایه کنترل

تصمیم‌گیری درباره اینکه کدام طبقه یا خروجی برای کاربر فعال شود.

۳. لایه مدیریت

تعریف واحد، کاربران، وضعیت دسترسی و گزارش‌ها.

۴. لایه نصب و یکپارچه‌سازی

نحوه قرارگیری سیستم در پنل کابین، پنل طبقه و زیرساخت آسانسور.

این چهار بخش باید با یکدیگر هماهنگ باشند.

در غیر این صورت ممکن است یک نرم‌افزار خوب داشته باشیم که روی یک سخت‌افزار یا پنل نامناسب نصب شده است؛ یا یک دستگاه قدرتمند داشته باشیم که مدیریت آن برای مدیر ساختمان دشوار باشد.

پنل شستی؛ بخشی از راهکار مدیریت دسترسی

در پروژه‌های جدید، اکسس کنترل نباید الزاماً یک دستگاه جداگانه باشد که بعداً به پنل شستی اضافه شود.

می‌توان از ابتدا پنل را با در نظر گرفتن کنترل تردد طراحی کرد.

برای مثال:

پنل شستی کابین + نمایشگر + تلفن + RFID + اثر انگشت + کنترل تردد

در چنین ساختاری، محل قرارگیری تجهیزات، ظاهر پنل و سیم‌کشی داخلی از ابتدا هماهنگ می‌شوند.

این رویکرد در پروژه‌هایی که طراحی ظاهری کابین اهمیت دارد، مزیت ویژه‌ای ایجاد می‌کند.

وقتی مدیریت شارژ با طراحی پنل ترکیب می‌شود

در نهایت، هدف فقط این نیست که یک واحد بدهکار نتواند آسانسور را استفاده کند.

هدف می‌تواند طراحی یک راهکار کامل مدیریت دسترسی ساختمان باشد.

از یک طرف:

مدیریت واحدها و کاربران

و از طرف دیگر:

پنل شستی و تجهیزات کنترل تردد

و در صورت نیاز:

اپلیکیشن، گزارش‌گیری و سامانه تحت وب

این نگاه باعث می‌شود سیستم کنترل تردد از یک «دستگاه» به یک راهکار قابل توسعه برای ساختمان تبدیل شود.

برای ساختمان خود فقط یک اکسس کنترل انتخاب نکنید؛ راهکار کنترل تردد انتخاب کنید.
اگر ساختمان شما فقط به کنترل کارتی نیاز دارد، می‌توان راهکار ساده و اقتصادی طراحی کرد. اگر به تفکیک واحدها، اثر انگشت، ریموت مهمان، گزارش‌گیری، اپلیکیشن یا مدیریت شارژ نیاز دارید، ساختار سیستم می‌تواند متناسب با همین نیازها توسعه پیدا کند.

مشاوره طراحی سیستم کنترل تردد آسانسور و مدیریت دسترسی واحدها با نوین کیا تک

یک سناریوی واقعی برای مدیریت دسترسی واحد بدهکار

برای درک بهتر کاربرد این سیستم، یک ساختمان مسکونی را تصور کنیم که برای کنترل دسترسی آسانسور از چند روش شناسایی استفاده می‌کند.

برای مثال، هر واحد می‌تواند دارای:

• چند تگ یا کارت تردد
• چند اثر انگشت
• ریموت مهمان
• ریموت لابیمن

باشد.

حالا فرض کنید یکی از واحدها در پرداخت شارژ ساختمان تأخیر داشته باشد.

در یک سیستم ساده، مدیر ممکن است فقط دو انتخاب داشته باشد:

دسترسی باز باشد یا کاملاً قطع شود.

اما در یک سیستم توسعه‌پذیر می‌توان گزینه‌های بیشتری در اختیار مدیر قرار داد.

برای مثال، مدیر ساختمان می‌تواند مطابق سیاست مصوب مجتمع، محدودیت را به‌صورت مرحله‌ای اعمال کند.

هشدار اول

ابتدا ریموت مهمان واحد تعلیق شود.

در این مرحله ساکنان هنوز می‌توانند از دسترسی اصلی خود استفاده کنند، اما امکان استفاده از قابلیت مهمان برای آنها محدود می‌شود.

هشدار دوم

در صورت ادامه بدهی، اثر انگشت کاربران واحد نیز تعلیق شود.

اکنون ساکنان برای استفاده از آسانسور باید کارت یا تگ خود را همراه داشته باشند.

هشدار سوم

در صورت ادامه وضعیت، تگ‌های تردد واحد نیز تعلیق شوند.

در این مرحله دسترسی عادی واحد به آسانسور نیز می‌تواند متوقف شود.

پس از تسویه، دسترسی‌های تعلیق‌شده می‌توانند دوباره فعال شوند.

این مدل، یک سناریوی قابل طراحی است و نه یک الزام برای همه ساختمان‌ها. نحوه استفاده از آن باید بر اساس مقررات و سیاست داخلی مجتمع تعیین شود.

چرا تعلیق مرحله‌ای می‌تواند بهتر از قطع ناگهانی باشد؟

هدف سیستم کنترل دسترسی این نیست که خودش درباره بدهی ساختمان تصمیم بگیرد.

هدف این است که ابزار لازم برای اجرای تصمیم مدیریت ساختمان را در اختیار مدیر قرار دهد.

در یک مجتمع ممکن است مدیر بخواهد بلافاصله تمام دسترسی‌های یک واحد را قطع کند.

در مجتمع دیگر ممکن است مدیریت ترجیح دهد ابتدا هشدار بدهد و محدودیت را مرحله‌به‌مرحله افزایش دهد.

در نتیجه، طراحی سیستم باید به اندازه کافی انعطاف‌پذیر باشد.

برای مثال:

دسترسی کامل

↓

محدودیت مهمان

↓

محدودیت اثر انگشت

↓

تعلیق تگ

↓

فعال‌سازی مجدد پس از تسویه

این نوع ساختار می‌تواند برای مدیریت واحدهای مختلف قابل تنظیم باشد.

تعلیق دسترسی با حذف تگ؛ کدام برای مدیریت شارژ مناسب‌تر است؟

پاسخ به شرایط پروژه بستگی دارد.

اگر مدیر مطمئن باشد که یک تگ دیگر نباید در سیستم وجود داشته باشد، حذف آن منطقی است.

برای مثال:

• ساکن قبلی ساختمان را ترک کرده است؛
• تگ گم شده است؛
• تگ به فرد دیگری منتقل شده است؛
• یا مدیر می‌خواهد شناسه مربوطه برای همیشه از سیستم حذف شود.

اما اگر محدودیت موقت باشد، تعلیق می‌تواند گزینه مناسب‌تری باشد.

در این حالت:

اطلاعات تگ حفظ می‌شود

اما:

وضعیت دسترسی = غیرفعال

و بعد از رفع محدودیت:

وضعیت دسترسی = فعال

این تفاوت برای مدیریت شارژ ساختمان اهمیت زیادی دارد.

رقبای این حوزه نیز امکان قطع و وصل دسترسی واحدها را به‌عنوان قابلیت مدیریتی ارائه می‌کنند؛ بنابراین در مقاله ما باید فراتر از «قطع دسترسی» صحبت کنیم و روی مدل‌های مختلف مدیریت دسترسی تمرکز کنیم.

اگر یک واحد چند تگ داشته باشد چه می‌شود؟

این یکی از مشکلاتی است که در ساختمان‌های چندواحدی باید از ابتدا برای آن برنامه‌ریزی شود.

فرض کنید واحد ۲۳ دارای:

۵ تگ تردد

باشد.

اگر سیستم بر اساس واحد طراحی شده باشد، مدیر نباید مجبور شود تک‌تک تگ‌ها را برای قطع دسترسی پیدا کند.

ساختار مطلوب می‌تواند به شکل زیر باشد:

واحد ۲۳

↳ تگ ۱
↳ تگ ۲
↳ تگ ۳
↳ تگ ۴
↳ تگ ۵

و مدیر بتواند وضعیت کلی واحد را تغییر دهد.

در راهکارهای گروه‌بندی‌شده بازار نیز همین مفهوم وجود دارد؛ برای مثال برخی سیستم‌ها کاربران را به شماره واحد گروه‌بندی می‌کنند تا قطع یا وصل دسترسی یک واحد ساده‌تر شود.

وقتی یک واحد چند نوع دسترسی دارد، مدیریت حرفه‌ای اهمیت بیشتری پیدا می‌کند

موضوع زمانی جالب‌تر می‌شود که واحد فقط چند کارت نداشته باشد.

فرض کنید:

واحد ۲۳

• ۵ تگ
• ۳ اثر انگشت
• ۱ ریموت مهمان
• ۱ ریموت لابیمن

دارد.

در این حالت، مدیر باید بتواند بین روش‌های مختلف دسترسی تفاوت قائل شود.

برای مثال:

«فعلاً فقط دسترسی مهمان را محدود کن.»

یا:

«اثر انگشت‌ها را غیرفعال کن ولی تگ‌ها فعال بمانند.»

یا:

«تمام دسترسی‌های واحد را تعلیق کن.»

این سطح از انعطاف، چیزی فراتر از یک کارت‌خوان ساده آسانسور است.

مدیریت شارژ با سیستم توکار؛ یک مزیت کمتر دیده‌شده

معمولاً هنگام صحبت درباره مدیریت شارژ، تمرکز روی نرم‌افزار، اپلیکیشن یا قطع دسترسی است.

اما یک موضوع مهم دیگر وجود دارد:

خود دستگاه کنترل دسترسی کجا نصب شده است؟

این موضوع به‌خصوص در ساختمان‌های مسکونی اهمیت دارد.

اکسس کنترل ممکن است به‌صورت روکار روی پنل شستی نصب شود یا از ابتدا به‌صورت توکار و یکپارچه در پنل طراحی شود.

در پروژه‌های جدید، طراحی توکار می‌تواند مزیت مهمی داشته باشد.

چرا توکار بودن اکسس کنترل برای ساختمان مسکونی مهم است؟

پنل شستی آسانسور یکی از قسمت‌هایی است که همه ساکنان با آن سروکار دارند.

اگر دستگاه کنترل دسترسی به‌صورت یک تجهیز کاملاً مستقل روی پنل قرار گرفته باشد، از نظر ظاهری و فیزیکی یک قطعه اضافه به پنل تبدیل می‌شود.

اما اگر پنل از ابتدا برای کنترل دسترسی طراحی شده باشد، می‌توان محل:

• کارت‌خوان
• حسگر اثر انگشت
• نمایشگر
• تلفن
• کلیدهای شستی یا تاچ
• و سایر اجزا

را از ابتدا هماهنگ کرد.

در نتیجه کنترل دسترسی بخشی از خود پنل شستی می‌شود.

این موضوع به‌خصوص در پنل‌های شستی کابین که طراحی ظاهری اهمیت زیادی دارد، بسیار مهم است.

یک مشکل واقعی در اکسس کنترل‌های روکار

فرض کنید یک ساختمان از یک دستگاه اکسس کنترل روکار استفاده می‌کند.

مدیریت ساختمان به دلایلی دسترسی یک واحد را محدود کرده است.

اگر دستگاه به‌صورت کاملاً در دسترس روی بدنه کابین نصب شده باشد، در یک سناریوی نامطلوب ممکن است فرد ناراضی تلاش کند:

• دستگاه را دستکاری کند؛
• به اتصالات آن دسترسی پیدا کند؛
• دستگاه را از محل نصب جدا کند؛
• یا به پنل شستی آسیب بزند.

این اتفاق می‌تواند علاوه بر آسیب به سیستم کنترل تردد، ظاهر پنل کابین را نیز خراب کند.

بنابراین در پروژه‌هایی که احتمال دستکاری فیزیکی تجهیزات وجود دارد، محل نصب و نحوه یکپارچه‌سازی اکسس کنترل باید از ابتدا مورد توجه قرار گیرد.

توکار بودن به‌تنهایی تضمین امنیت نیست؛ اما می‌تواند دسترسی مستقیم به تجهیزات را دشوارتر کند.

اکسس کنترل توکار فقط برای زیبایی نیست

وقتی یک سیستم از ابتدا برای نصب توکار طراحی می‌شود، موضوع فقط پنهان کردن دستگاه نیست.

می‌توان:

• محل کارت‌خوان را دقیقاً در طراحی پنل مشخص کرد؛
• حسگر اثر انگشت را متناسب با ابعاد و ظاهر پنل جانمایی کرد؛
• مسیرهای سیم‌کشی را داخل پنل مدیریت کرد؛
• دسترسی سرویس‌کار را در محل مناسب پیش‌بینی کرد؛
• و ظاهر نهایی پنل را یکپارچه نگه داشت.

بنابراین:

توکار بودن = بخشی از طراحی سیستم

و نه صرفاً:

پنهان کردن یک دستگاه پشت پنل.

اکسس کنترل توکار برای پنل‌های تاچ چه مزیتی دارد؟

در پنل‌های تاچ، طراحی ظاهری معمولاً یکپارچه‌تر است.

برای مثال یک پنل کابین می‌تواند شامل:

شیشه + نمایشگر + تلفن تاچ + کلیدهای لمسی + RFID + اثر انگشت

باشد.

اگر اکسس کنترل به‌صورت مستقل روی چنین پنلی نصب شود، ممکن است ظاهر یکپارچه پنل از بین برود.

اما وقتی از ابتدا در طراحی پنل لحاظ شود، می‌توان اجزای شناسایی را در جای مناسب قرار داد.

این موضوع برای پروژه‌هایی که پنل کابین بخشی از طراحی داخلی ساختمان محسوب می‌شود، اهمیت زیادی دارد.

اکسس کنترل توکار برای پنل‌های کلید فشاری نیز قابل اجراست

یکپارچه‌سازی کنترل دسترسی فقط مخصوص پنل‌های تاچ نیست.

پنل‌های کابین با کلیدهای فشاری نیز می‌توانند با اکسس کنترل طراحی شوند.

برای مثال:

نمایشگر + کلیدهای فشاری + کارت‌خوان RFID + تلفن آسانسور

یا:

نمایشگر + کلیدهای فشاری + RFID + اثر انگشت

در این حالت نیز محل تجهیزات کنترل دسترسی از ابتدا در طراحی پنل پیش‌بینی می‌شود.

بنابراین انتخاب نوع شستی، تاچ یا فشاری، الزاماً ارتباطی با امکان استفاده از اکسس کنترل ندارد.

یک سیستم حرفه‌ای باید امکان توسعه داشته باشد

نیاز ساختمان ممکن است در زمان خرید مشخص باشد، اما چند سال بعد تغییر کند.

برای مثال ساختمان ابتدا فقط کارت می‌خواهد.

بعداً مدیر درخواست می‌کند:

• اثر انگشت اضافه شود؛
• ریموت مهمان اضافه شود؛
• گزارش تردد اضافه شود؛
• اپلیکیشن اضافه شود؛
• یا مدیریت از راه دور اضافه شود.

اگر سیستم کاملاً بسته باشد، ممکن است مجبور شوید تجهیزات را تعویض کنید.

اما در یک معماری توسعه‌پذیر، می‌توان بخشی از قابلیت‌ها را در قالب توسعه سیستم اضافه کرد.

این دقیقاً یکی از زمینه‌هایی است که طراحی و توسعه سفارشی ارزش خود را نشان می‌دهد.

یک سیستم سفارشی لزوماً به معنی پروژه بسیار گران نیست

عبارت «سفارشی» گاهی این تصور را ایجاد می‌کند که پروژه حتماً باید یک مجتمع بزرگ چند بلوکی باشد.

در حالی که سفارشی‌سازی می‌تواند بسیار کوچک شروع شود.

مثلاً مشتری ممکن است فقط بخواهد:

«همین اکسس کنترل را دارم، اما می‌خواهم امکان تعلیق واحدها به آن اضافه شود.»

یا:

«می‌خواهم اثر انگشت و کارت را همزمان داشته باشم.»

یا:

«می‌خواهم پنل جدیدم از ابتدا برای اکسس کنترل طراحی شود.»

یا حتی:

«می‌خواهم مدیر از طریق اپلیکیشن وضعیت دسترسی واحدها را تغییر دهد.»

هرکدام از اینها می‌تواند یک پروژه توسعه‌ای مستقل باشد.

از یک ساختمان کوچک تا یک مجتمع بزرگ

راهکار کنترل تردد می‌تواند از یک پروژه کوچک شروع شود.

ساختمان کوچک

ساختمان متوسط

ساختمان بزرگ

و در صورت نیاز:

سامانه تحت وب و اتصال به نرم‌افزارهای دیگر

در چنین پروژه‌ای دیگر نمی‌توان صرفاً یک محصول آماده را انتخاب و نصب کرد.

ابتدا باید معماری نیازهای پروژه مشخص شود.

چرا نوین کیا تک می‌تواند راهکار سفارشی ارائه کند؟

در پروژه‌های سفارشی، مشتری ممکن است فقط یک دستگاه آماده نخواهد.

ممکن است بخواهد:

پنل شستی + اکسس کنترل + اثر انگشت + RFID + تلفن + ریموت + نرم‌افزار

در یک مجموعه واحد طراحی شود.

یا حتی پروژه شامل چند بخش باشد:

• آسانسور
• درب ورودی
• پارکینگ
• مدیریت کاربران
• گزارش تردد
• اپلیکیشن

در چنین شرایطی، تجربه طراحی و تولید پنل شستی و توسعه سیستم‌های کنترل دسترسی در کنار یکدیگر اهمیت پیدا می‌کند.

رویکرد نوین کیا تک این است که ابتدا نیاز پروژه مشخص شود و سپس راهکار متناسب با آن طراحی شود.

توسعه Firmware برای پروژه‌های واقعی

گاهی مشتری دقیقاً همان چیزی را می‌خواهد که در یک محصول آماده بازار وجود ندارد.

برای مثال ممکن است درخواست کند:

«این دستگاه را دارم، اما می‌خواهم وقتی واحد بدهکار شد، فقط یک نوع دسترسی آن غیرفعال شود.»

یا:

«می‌خواهم واحدها گروه‌بندی شوند و مدیریت آنها مستقل باشد.»

یا:

«می‌خواهم این سیستم با یک روش مدیریتی جدید کنترل شود.»

در چنین پروژه‌هایی ممکن است نیاز به توسعه Firmware یا تغییر منطق عملکرد سیستم وجود داشته باشد.

این نوع توسعه می‌تواند در قالب پروژه سفارشی انجام شود.

بنابراین «اکسس کنترل سفارشی» الزاماً به معنای ساخت یک برد کاملاً جدید نیست.

گاهی یک تغییر نرم‌افزاری یا توسعه عملکردی می‌تواند نیاز مشتری را برطرف کند.

اپلیکیشن و وب‌سرور؛ زمانی که مدیریت ساختمان بزرگ‌تر می‌شود

در یک ساختمان کوچک، مدیر ممکن است با ابزار مدیریتی محلی کاملاً راحت باشد.

اما در یک مجتمع بزرگ، وضعیت متفاوت است.

ممکن است مدیر بخواهد:

• واحدها را مشاهده کند؛
• کاربران را مدیریت کند؛
• دسترسی‌ها را تغییر دهد؛
• گزارش تردد بگیرد؛
• وضعیت واحدها را بررسی کند؛
• و از خارج ساختمان نیز به سیستم مدیریتی دسترسی داشته باشد.

در این شرایط، اپلیکیشن یا سامانه تحت وب می‌تواند ارزش بیشتری پیدا کند.

این قابلیت‌ها را می‌توان متناسب با پروژه طراحی کرد.

بنابراین بهتر است هنگام معرفی راهکار، نگوییم:

«همه مشتری‌ها به اپلیکیشن نیاز دارند.»

بلکه بگوییم:

«اگر پروژه به مدیریت نرم‌افزاری نیاز داشته باشد، امکان طراحی و توسعه آن وجود دارد.»

مدیریت شارژ ساختمان می‌تواند بخشی از یک سیستم جامع‌تر باشد

در پروژه‌های بزرگ، ممکن است کنترل دسترسی تنها یکی از اجزای سیستم باشد.

برای مثال:

اطلاعات واحد

↓

حساب مالی

↓

وضعیت شارژ

↓

سطح دسترسی

↓

آسانسور

↓

درب ورودی

↓

پارکینگ

در چنین معماری‌ای، کنترل تردد دیگر یک محصول مستقل نیست؛ بلکه بخشی از یک راهکار جامع مدیریت مجتمع است.

برخی راهکارهای بازار نیز در همین مسیر حرکت کرده‌اند و کنترل تردد را به نرم‌افزار مدیریت شارژ و ساختمان متصل کرده‌اند.

مزیت نوین کیا تک در اینجا می‌تواند قابلیت طراحی و توسعه متناسب با نیاز پروژه باشد.

آیا مدیر ساختمان حتماً باید از راه دور سیستم را کنترل کند؟

خیر.

مدیریت از راه دور یک قابلیت است، نه یک الزام.

برای بعضی ساختمان‌ها:

ریموت تنظیمات یا ابزار مدیریتی محلی

کافی است.

برای ساختمان دیگر:

اپلیکیشن

مناسب‌تر است.

و برای پروژه‌های بزرگ:

سامانه تحت وب

می‌تواند انتخاب بهتری باشد.

بنابراین طراحی درست یعنی انتخاب سطح مناسب مدیریت بر اساس:

• تعداد واحدها
• تعداد کاربران
• تعداد دستگاه‌ها
• تعداد بلوک‌ها
• تعداد آسانسورها
• سطح دسترسی مدیران
• و بودجه پروژه

یک اشتباه رایج: خرید دستگاه قبل از مشخص کردن سناریوی ساختمان

گاهی مدیر ساختمان ابتدا یک اکسس کنترل می‌خرد و بعد تلاش می‌کند آن را با نیازهای ساختمان تطبیق دهد.

این روش همیشه نتیجه خوبی ندارد.

بهتر است ابتدا سؤال‌های اصلی مشخص شوند:

پاسخ این پرسش‌ها مشخص می‌کند چه نوع سیستمی باید طراحی یا انتخاب شود.

یک سیستم خوب باید برای «روزهای سخت» ساختمان هم آماده باشد

سیستم کنترل تردد فقط در شرایط عادی مورد استفاده قرار نمی‌گیرد.

روزهایی وجود دارد که:

• یک کارت گم می‌شود؛
• یک مستأجر ساختمان را ترک می‌کند؛
• یک واحد بدهکار می‌شود؛
• ریموت مهمان نیاز به حذف دارد؛
• مدیر تغییر می‌کند؛
• یک پنل نیاز به تعویض پیدا می‌کند؛
• یا ساختمان تصمیم می‌گیرد قابلیت جدیدی اضافه کند.

سیستمی که در این شرایط نیز مدیریت آن ساده باشد، ارزش بیشتری برای ساختمان دارد.

بنابراین هنگام خرید، فقط به این سؤال توجه نکنید که:

«آیا کارت را می‌خواند؟»

بلکه بپرسید:

«بعد از نصب، مدیریت این سیستم در طول چند سال آینده چقدر آسان خواهد بود؟»

نوین کیا تک؛ از اکسس کنترل تا طراحی راهکار کامل

نوین کیا تک می‌تواند پروژه‌های کنترل تردد آسانسور را در سطوح مختلف بررسی کند:

راهکار آماده

برای نیازهای متداول.

راهکار ترکیبی

برای ساختمان‌هایی که به چند روش شناسایی نیاز دارند.

پنل شستی مجهز به اکسس کنترل

برای طراحی یکپارچه پنل و کنترل تردد.

راهکار توسعه‌یافته

برای پروژه‌هایی که به قابلیت‌های اختصاصی نیاز دارند.

راهکار سفارشی

برای مجتمع‌ها و پروژه‌هایی که نیاز آنها با محصولات آماده بازار تطبیق ندارد.

در این رویکرد، محصول صرفاً بر اساس یک کاتالوگ ثابت انتخاب نمی‌شود؛ بلکه ابتدا نیاز واقعی پروژه بررسی می‌شود.

اگر هدف شما فقط مدیریت شارژ نیست چه؟

ممکن است مدیریت ساختمان ابتدا به دلیل مدیریت شارژ به فکر کنترل دسترسی آسانسور افتاده باشد.

اما در زمان طراحی مشخص شود که می‌توان از همان زیرساخت برای اهداف دیگری نیز استفاده کرد.

برای مثال:

• کنترل دسترسی به آسانسور
• کنترل درب ورودی
• مدیریت پارکینگ
• مدیریت مهمان
• گزارش تردد
• شناسایی ساکنان
• مدیریت واحدها
• اپلیکیشن
• سامانه تحت وب

در این صورت، یک پروژه که ابتدا با عنوان «کنترل آسانسور برای واحدهای بدهکار» شروع شده بود، می‌تواند به سیستم جامع کنترل تردد ساختمان تبدیل شود.

یک نگاه مهندسی به انتخاب سیستم

اگر بخواهیم کل مقاله را در یک چارچوب مهندسی خلاصه کنیم، انتخاب راهکار باید از این مسیر عبور کند:

۱. شناخت ساختمان

تعداد واحد، طبقات، آسانسورها، پارکینگ و ورودی‌ها.

۲. شناخت کاربران

ساکن، مالک، مستأجر، مدیر، نگهبان، مهمان و سایر کاربران.

۳. تعریف روش‌های شناسایی

کارت، تگ، اثر انگشت، رمز، ریموت یا روش‌های دیگر.

۴. تعریف سطح دسترسی

هر کاربر یا واحد به کجا دسترسی داشته باشد؟

۵. تعریف سیاست‌های مدیریتی

حذف، تعلیق، فعال‌سازی مجدد، مدیریت مهمان و در صورت نیاز سیاست‌های مرتبط با شارژ.

۶. انتخاب معماری نصب

توکار، روکار، پشت پنل یا طراحی یکپارچه.

۷. انتخاب سطح مدیریت

محلی، اپلیکیشن، وب یا سامانه یکپارچه.

۸. پیش‌بینی توسعه آینده

آیا سیستم باید در آینده قابلیت جدید دریافت کند؟

این فرآیند کمک می‌کند به جای خرید یک دستگاه، راهکار مناسب ساختمان انتخاب شود.

مدیریت شارژ و کنترل تردد؛ یک راهکار، چند سطح

در نهایت می‌توان این موضوع را در سه سطح دید:

سطح اول: کنترل ساده

کارت یا تگ → آسانسور

برای ساختمان‌هایی که فقط کنترل دسترسی می‌خواهند.

سطح دوم: کنترل واحدمحور

واحد → کاربران → دسترسی → آسانسور

برای ساختمان‌هایی که می‌خواهند دسترسی هر واحد مستقل مدیریت شود.

سطح سوم: مدیریت یکپارچه

واحد → کاربران → شارژ → دسترسی → آسانسور/درب/پارکینگ → گزارش → نرم‌افزار

برای مجتمع‌های بزرگ‌تر و پروژه‌های سفارشی.

نوین کیا تک می‌تواند بسته به نیاز پروژه، راهکار را در هر یک از این سطوح طراحی و توسعه دهد.

اگر ساختمان شما فقط به یک کارت‌خوان آسانسور نیاز ندارد و می‌خواهید دسترسی واحدها، کاربران، مهمانان و در صورت نیاز وضعیت شارژ را مدیریت کنید، قبل از انتخاب دستگاه، سناریوی ساختمان را مشخص کنید.
نوین کیا تک می‌تواند بر اساس تعداد واحدها، تعداد آسانسورها، نوع پنل شستی، روش‌های شناسایی و سطح مدیریت موردنیاز، راهکار مناسب را از سیستم آماده تا اکسس کنترل توسعه‌یافته و سفارشی پیشنهاد دهد.

برای بررسی پروژه کنترل تردد ساختمان و طراحی راهکار مناسب با نوین کیا تک تماس بگیرید

پرسش‌های متداول مدیریت شارژ ساختمان و دسترسی آسانسور

آیا می‌توان دسترسی واحد بدهکار را از آسانسور قطع کرد؟

در سیستم‌هایی که مدیریت واحدها و سطح دسترسی را پشتیبانی می‌کنند، امکان محدود یا غیرفعال کردن دسترسی یک واحد وجود دارد. نحوه اجرای این قابلیت باید مطابق مقررات و سیاست ساختمان باشد. راهکارهای موجود بازار نیز چنین قابلیتی را ارائه می‌کنند.

آیا بعد از پرداخت شارژ می‌توان دسترسی را دوباره فعال کرد؟

بله، در سیستم‌هایی که امکان فعال و غیرفعال کردن دسترسی را دارند، می‌توان پس از رفع محدودیت، دسترسی واحد را دوباره فعال کرد.

آیا برای مدیریت شارژ حتماً اپلیکیشن لازم است؟

خیر. بسته به سیستم می‌توان مدیریت را به‌صورت محلی یا با اپلیکیشن و سامانه‌های نرم‌افزاری انجام داد.

آیا می‌توان تگ واحد بدهکار را به‌جای حذف، تعلیق کرد؟

اگر سیستم از قابلیت تعلیق پشتیبانی کند، بله. این روش برای محدودیت‌های موقت می‌تواند مناسب‌تر باشد.

آیا می‌توان فقط ریموت مهمان یک واحد را غیرفعال کرد؟

اگر سیستم به‌صورت تفکیک‌شده و چندروش شناسایی طراحی شده باشد، می‌توان چنین سناریویی را به‌عنوان قابلیت سیستم یا توسعه سفارشی در نظر گرفت.

آیا می‌توان اثر انگشت و کارت را همزمان داشت؟

بله. بسته به نوع راهکار می‌توان چند روش شناسایی را ترکیب کرد.

آیا اکسس کنترل توکار برای ساختمان مسکونی بهتر است؟

اگر پنل از ابتدا در حال طراحی باشد، توکار بودن می‌تواند از نظر یکپارچگی ظاهری، جانمایی تجهیزات و کاهش دسترسی مستقیم به دستگاه مزیت داشته باشد. اما برای پنل موجود، روکار یا سایر روش‌های نصب ممکن است منطقی‌تر باشند.

آیا اکسس کنترل روکار بد است؟

خیر. روکار بودن برای بسیاری از پنل‌های موجود راهکار عملی و اقتصادی است. انتخاب بین روکار و توکار باید بر اساس شرایط واقعی پنل و پروژه انجام شود.

آیا می‌توان مدیریت شارژ را به نرم‌افزار ساختمان متصل کرد؟

از نظر فنی می‌توان چنین قابلیتی را در قالب یک پروژه یکپارچه یا سفارشی طراحی کرد. نحوه اجرا به نرم‌افزار مالی و روش ارتباطی آن بستگی دارد.

آیا نوین کیا تک فقط اکسس کنترل آماده ارائه می‌کند؟

خیر. علاوه بر راهکارهای آماده، امکان بررسی پروژه‌های ترکیبی و توسعه قابلیت‌های سفارشی نیز وجود دارد.

آیا برای یک ساختمان کوچک هم می‌توان سیستم سفارشی طراحی کرد؟

بله. سفارشی‌سازی الزاماً به معنی پروژه بسیار بزرگ نیست. حتی یک قابلیت اختصاصی برای یک ساختمان کوچک نیز می‌تواند موضوع یک پروژه توسعه‌ای باشد.

جمع‌بندی

مدیریت شارژ ساختمان و کنترل دسترسی آسانسور می‌توانند دو بخش از یک راهکار واحد برای مدیریت دسترسی ساکنان باشند.

در ساده‌ترین حالت، سیستم می‌تواند فقط برای کنترل دسترسی به آسانسور با کارت یا تگ استفاده شود.

اما در ساختمان‌های چندواحدی، می‌توان ساختار را بر اساس واحدها و کاربران توسعه داد و امکاناتی مانند:

• کارت و تگ RFID
• اثر انگشت
• ریموت مهمان و لابیمن
• مدیریت واحدها
• حذف یا تعلیق دسترسی
• فعال‌سازی مجدد
• گزارش‌گیری
• اپلیکیشن
• سامانه تحت وب

و در پروژه‌های سفارشی، ارتباط با سایر سامانه‌های ساختمان

را در نظر گرفت.

از طرف دیگر، نحوه نصب اکسس کنترل نیز بخشی از طراحی راهکار است. در پنل‌های جدید می‌توان سیستم را از ابتدا به‌صورت توکار و یکپارچه طراحی کرد و در پنل‌های موجود، از روش‌های روکار یا نصب مناسب پشت پنل استفاده کرد.

مهم‌تر از همه اینکه سیستم کنترل تردد نباید فقط برای روز اول ساختمان طراحی شود. باید برای شرایطی مانند گم شدن کارت، تغییر ساکن، بدهی شارژ، تغییر سیاست ساختمان، افزایش تعداد کاربران و نیازهای آینده نیز قابل مدیریت و توسعه باشد.

به همین دلیل، اگر نیاز ساختمان از یک کارت‌خوان ساده فراتر رفته است، بهتر است به‌جای انتخاب یک دستگاه صرفاً بر اساس قیمت یا تعداد کارت، ابتدا سناریوی کامل کنترل تردد ساختمان طراحی شود.

نوین کیا تک می‌تواند این مسیر را از یک اکسس کنترل ساده تا طراحی پنل شستی مجهز به کنترل دسترسی و توسعه یک راهکار سفارشی برای ساختمان‌ها و مجتمع‌های بزرگ دنبال کند.

اکسس کنترل تگ‌محور یا واحدمحور؛ کدام برای ساختمان بهتر است؟

یکی از تفاوت‌های مهم بین یک سیستم ساده کنترل دسترسی و یک راهکار حرفه‌ای برای ساختمان‌های چندواحدی، نحوه مدیریت کاربران است.

در یک سیستم ساده، هر کارت یا تگ ممکن است فقط به‌عنوان یک شناسه مستقل در حافظه دستگاه ثبت شود.

اما در ساختمان مسکونی، معمولاً مدیر ساختمان به این شکل فکر نمی‌کند:

«کارت شماره ۱۸۷ را غیرفعال کنم.»

بلکه می‌گوید:

«دسترسی واحد ۲۳ را غیرفعال کنم.»

این تفاوت در ظاهر ساده است، اما در مدیریت ساختمان اهمیت زیادی دارد.

فرض کنید واحد ۲۳ پنج تگ، دو اثر انگشت و یک ریموت مهمان داشته باشد. اگر سیستم بر اساس واحد طراحی شده باشد، مدیر می‌تواند ساختار دسترسی این کاربران را به واحد ۲۳ مرتبط کند و در زمان نیاز، وضعیت دسترسی واحد را تغییر دهد.

در بازار نیز راهکارهایی وجود دارند که کاربران را بر اساس شماره واحد گروه‌بندی می‌کنند و امکان قطع یا وصل یک واحد را فراهم می‌کنند.

تفاوت اصلی در اینجاست که در یک راهکار حرفه‌ای، واحد باید یک مفهوم مدیریتی در سیستم باشد، نه صرفاً مجموعه‌ای از چند کارت پراکنده.

مدیریت مستأجران و تغییر ساکنان

در ساختمان‌های اجاره‌ای، اطلاعات کاربران دائماً تغییر می‌کند.

ممکن است یک مستأجر:

• قراردادش تمام شود؛
• واحد را تخلیه کند؛
• کارت یا تگ خود را تحویل ندهد؛
• ریموت خود را گم کند؛
• یا حتی از ریموت خود کپی تهیه کرده باشد.

اگر سیستم کنترل تردد به‌درستی طراحی شده باشد، تغییر ساکن نباید به معنی تغییر کل سیستم باشد.

مدیر باید بتواند دسترسی ساکن قبلی را حذف یا غیرفعال کند و برای ساکن جدید دسترسی‌های موردنیاز را تعریف کند.

این موضوع یکی از دلایلی است که مدیریت کاربران و واحدها باید از ابتدا در معماری سیستم دیده شود.

وقتی ریموت یا تگ یک مستأجر گم می‌شود چه باید کرد؟

یکی از قابلیت‌های مهم سیستم کنترل دسترسی، امکان حذف شناسه گمشده بدون تأثیر بر سایر کاربران است.

برای مثال اگر واحد ۲۳ پنج تگ داشته باشد و یکی از آنها گم شود، نباید لازم باشد هر پنج تگ دوباره تعریف شوند.

در یک سیستم مناسب، همان شناسه می‌تواند حذف یا غیرفعال شود و چهار تگ دیگر همچنان فعال بمانند.

در پروژه‌های سفارشی حتی می‌توان ساختار مدیریت شناسه‌ها را متناسب با نیاز ساختمان طراحی کرد.

این موضوع به‌خصوص در ساختمان‌هایی که تعداد کاربران زیادی دارند، اهمیت بیشتری پیدا می‌کند.

مدیریت چند آسانسور در یک ساختمان چندواحدی

در ساختمان‌های بزرگ، ممکن است یک مجتمع چندین آسانسور داشته باشد.

در چنین شرایطی سؤال فقط این نیست که:

«چه کسی اجازه استفاده از آسانسور را دارد؟»

بلکه باید مشخص شود:

• کاربر به کدام آسانسور دسترسی دارد؟
• به کدام طبقات دسترسی دارد؟
• آیا همه آسانسورها شرایط یکسانی دارند؟
• آیا آسانسورهای خاص برای بعضی کاربران اختصاصی هستند؟
• آیا یک واحد باید به همه آسانسورها دسترسی داشته باشد؟
• آیا پارکینگ بین چند بلوک مشترک است؟
• آیا یک سیستم مدیریتی باید چندین کنترلر را مدیریت کند؟

در این مرحله، طراحی سیستم از یک اکسس کنترل ساده فراتر می‌رود.

راهکارهای حرفه‌ای بازار نیز قابلیت تفکیک واحدها، طبقات، کاربران و مدیریت چند نوع دسترسی را در نظر می‌گیرند.

اما در پروژه‌های بزرگ‌تر، ممکن است نیاز به طراحی اختصاصی معماری سیستم وجود داشته باشد.

کنترل تردد در مجتمع‌های چندبلوک

فرض کنید یک مجتمع دارای چند بلوک باشد.

هر بلوک چندین آسانسور داشته باشد و پارکینگ تمام بلوک‌ها مشترک باشد.

در چنین پروژه‌ای ممکن است همزمان این تجهیزات وجود داشته باشند:

• پنل‌های شستی کابین
• پنل‌های شستی طبقات
• اکسس کنترل‌های آسانسور
• کنترل ورودی بلوک‌ها
• کنترل پارکینگ
• سیستم مدیریت ریموت‌ها
• کارت و تگ ساکنان
• اثر انگشت
• ریموت مهمان
• ریموت لابیمن
• گزارش‌گیری
• نرم‌افزار مدیریت

در چنین شرایطی دیگر نمی‌توان فقط یک «دستگاه اکسس کنترل آسانسور» خرید و انتظار داشت تمام نیازهای پروژه را پوشش دهد.

ابتدا باید معماری کنترل تردد مجتمع طراحی شود.

این همان نقطه‌ای است که پروژه می‌تواند از یک محصول آماده به یک پروژه طراحی و توسعه سفارشی تبدیل شود.

پارکینگ مشترک و ارتباط آن با کنترل تردد آسانسور

در مجتمع‌های چندبلوک، پارکینگ مشترک می‌تواند یکی از مهم‌ترین بخش‌های طراحی باشد.

ممکن است خودرو از یک ورودی مشترک وارد شود، اما هر ساکن پس از ورود به پارکینگ به آسانسور یا بلوک خاصی نیاز داشته باشد.

بنابراین سیستم کنترل تردد باید بتواند ارتباط منطقی بین:

کاربر → واحد → پارکینگ → بلوک → آسانسور → طبقه

را در نظر بگیرد.

در پروژه‌های کوچک‌تر ممکن است این ساختار بسیار ساده باشد.

اما در پروژه‌های بزرگ، چنین ارتباطی می‌تواند نیازمند طراحی نرم‌افزار، کنترلرها و منطق دسترسی اختصاصی باشد.

مزیت اکسس کنترل توکار در ساختمان‌های مسکونی

در بسیاری از پروژه‌ها، اکسس کنترل فقط یک دستگاه الکترونیکی نیست.

این دستگاه بخشی از پنل کابین است و ساکنان هر روز با آن مواجه می‌شوند.

به همین دلیل در پنل‌های جدید می‌توان از ابتدا محل تجهیزات کنترل دسترسی را در طراحی پنل در نظر گرفت.

برای مثال:

پنل شستی کابین

• نمایشگر
• کلیدهای تاچ یا فشاری
• تلفن آسانسور
• RFID
• اثر انگشت
• سایر تجهیزات موردنیاز

همه می‌توانند در قالب یک طراحی یکپارچه ارائه شوند.

این موضوع علاوه بر ظاهر بهتر، امکان جانمایی مناسب تجهیزات و طراحی دقیق‌تر ساختار پنل را فراهم می‌کند.

چرا برای بعضی ساختمان‌ها اکسس کنترل روکار انتخاب مناسبی نیست؟

اکسس کنترل روکار لزوماً محصول نامناسبی نیست.

برای پنل موجود یا پروژه‌هایی که هدف اصلی آنها کاهش هزینه و سرعت نصب است، روکار می‌تواند راهکار مناسبی باشد.

اما وقتی پنل جدید طراحی می‌شود، یکپارچه‌سازی اکسس کنترل با پنل مزایای بیشتری دارد.

به‌خصوص در ساختمان‌هایی که:

• طراحی داخلی اهمیت دارد؛
• پنل کابین لوکس است؛
• شیشه یا فلز سفارشی استفاده شده؛
• اثر انگشت و RFID همزمان وجود دارند؛
• تلفن و نمایشگر نیز روی پنل قرار گرفته‌اند.

در این شرایط، طراحی یکپارچه پنل و کنترل دسترسی منطقی‌تر است.

چرا سیستم توکار می‌تواند در برابر دستکاری فیزیکی مزیت داشته باشد؟

در یک سیستم روکار، خود دستگاه کنترل دسترسی ممکن است به‌صورت یک تجهیز مستقل روی بدنه قابل مشاهده باشد.

در صورتی که یک کاربر ناراضی بخواهد به سیستم آسیب بزند، وجود تجهیزات مستقل و در دسترس می‌تواند شرایط را برای دستکاری فیزیکی آسان‌تر کند.

در یک طراحی توکار، بخش‌های اصلی سیستم در ساختار پنل یا محل مناسب نصب قرار می‌گیرند.

البته توکار بودن به‌تنهایی به معنی ضدخرابکاری بودن نیست و هیچ سیستم فیزیکی را نمی‌توان صرفاً با این ویژگی کاملاً ایمن دانست.

اما کاهش دسترسی مستقیم به تجهیزات می‌تواند یکی از ملاحظات طراحی مناسب باشد.

مدیریت شارژ نباید باعث شود ساختمان در آینده به بن‌بست برسد

یکی از اشتباهات رایج این است که سیستم صرفاً بر اساس نیاز امروز انتخاب شود.

مثلاً ساختمان امروز فقط کارت می‌خواهد.

اما دو سال بعد ممکن است مدیر درخواست کند:

• اثر انگشت اضافه شود؛
• ریموت مهمان اضافه شود؛
• گزارش تردد اضافه شود؛
• اپلیکیشن اضافه شود؛
• کنترل پارکینگ اضافه شود؛
• یا چند آسانسور دیگر به سیستم متصل شوند.

اگر معماری سیستم بسته باشد، توسعه ممکن است به تعویض تجهیزات منجر شود.

اما اگر سیستم با رویکرد توسعه‌پذیر طراحی شده باشد، می‌توان بخشی از قابلیت‌ها را در قالب توسعه نرم‌افزار یا Firmware و در صورت نیاز توسعه سخت‌افزار به آن اضافه کرد.

از مدیریت دستی تا مدیریت هوشمند شارژ

مدیریت دسترسی واحدها الزاماً از ابتدا نباید کاملاً خودکار باشد.

در یک ساختمان کوچک، مدیر می‌تواند با ابزار مدیریتی سیستم، وضعیت واحد را دستی تغییر دهد.

برای مثال:

واحد ۲۳ → فعال

یا:

واحد ۲۳ → تعلیق

این روش برای بسیاری از ساختمان‌ها کافی است.

در سطح بالاتر، می‌توان اپلیکیشن مدیریتی اضافه کرد.

و در پروژه‌های بزرگ‌تر، می‌توان امکان ارتباط با سامانه مالی ساختمان را در قالب پروژه سفارشی طراحی کرد.

بنابراین سه سطح قابل تصور است:

مدیریت محلی

→

مدیریت با اپلیکیشن

→

مدیریت یکپارچه با سامانه ساختمان

برخی راهکارهای موجود بازار نیز اتصال کنترل تردد به نرم‌افزارهای مدیریت شارژ و فعال یا غیرفعال کردن واحدها از راه دور را ارائه می‌کنند.

آیا قطع دسترسی واحد بدهکار همیشه باید انجام شود؟

خیر.

اکسس کنترل یک ابزار مدیریتی است و نباید جایگزین تصمیم‌گیری مدیریت ساختمان شود.

ممکن است یک ساختمان اصلاً نخواهد دسترسی واحد بدهکار را قطع کند.

ساختمان دیگری ممکن است مطابق سیاست داخلی خود محدودیت‌هایی اعمال کند.

حتی در ساختمانی که قطع دسترسی مورد استفاده قرار می‌گیرد، ممکن است مدیر ترجیح دهد:

• ابتدا هشدار بدهد؛
• سپس برخی امکانات را محدود کند؛
• و در مرحله آخر دسترسی را کاملاً غیرفعال کند.

بنابراین سیستم باید امکان اجرای سیاست ساختمان را فراهم کند، نه اینکه خودش درباره درست یا غلط بودن آن سیاست تصمیم بگیرد.

آیا می‌توان دسترسی را به‌صورت مرحله‌ای کاهش داد؟

در راهکارهای قابل توسعه، می‌توان چنین سناریویی را برای پروژه تعریف کرد.

برای مثال:

مرحله اول

تعلیق یا حذف ریموت مهمان.

مرحله دوم

تعلیق یا حذف اثر انگشت کاربران واحد.

مرحله سوم

تعلیق تگ‌ها یا کارت‌های واحد.

مرحله چهارم

در صورت نیاز، غیرفعال کردن سایر روش‌های دسترسی.

این ساختار می‌تواند به مدیریت اجازه دهد بدون آنکه بلافاصله تمام دسترسی‌های یک واحد را قطع کند، محدودیت را مرحله‌به‌مرحله افزایش دهد.

این قابلیت را باید به‌عنوان سناریوی قابل طراحی و توسعه در نظر گرفت، نه یک ویژگی الزامی برای همه پروژه‌ها.

مدیریت شارژ با یک اکسس کنترل ساده یا یک راهکار جامع؟

انتخاب به نیاز ساختمان بستگی دارد.

این جدول یک نکته مهم را نشان می‌دهد:

گران‌ترین سیستم الزاماً بهترین سیستم نیست؛ بهترین سیستم، سیستمی است که با نیاز واقعی ساختمان متناسب باشد.

چه زمانی محصول آماده کافی نیست؟

اگر نیاز ساختمان فقط این باشد که:

«ساکن کارت بزند و طبقه مجاز برای او فعال شود.»

یک محصول آماده می‌تواند کاملاً کافی باشد.

اما اگر پروژه بگوید:

«می‌خواهم واحدها مستقل باشند، چند روش شناسایی داشته باشیم، مهمان مدیریت شود، چند آسانسور داشته باشیم، پارکینگ مشترک باشد، گزارش بگیریم و در آینده نرم‌افزار هم اضافه شود.»

دیگر باید معماری پروژه بررسی شود.

در چنین شرایطی، اکسس کنترل سفارشی می‌تواند انتخاب منطقی‌تری باشد.

طراحی سفارشی می‌تواند از یک قابلیت کوچک شروع شود

سفارشی‌سازی الزاماً به معنی ساخت یک سیستم عظیم نیست.

گاهی مشتری فقط یک قابلیت خاص می‌خواهد.

مثلاً:

• تعلیق واحد
• حذف تگ بدون حضور فیزیکی
• مدیریت ریموت
• اضافه کردن اثر انگشت
• تعریف ریموت مهمان
• گزارش‌گیری اختصاصی
• ارتباط با اپلیکیشن
• تغییر منطق عملکرد دستگاه

ممکن است همین یک قابلیت، یک پروژه توسعه‌ای مستقل باشد.

به همین دلیل در نوین کیا تک، پروژه سفارشی می‌تواند از یک تغییر کوچک در Firmware شروع شود و تا طراحی یک راهکار جامع برای مجتمع‌های بزرگ ادامه پیدا کند.

طراحی پنل و اکسس کنترل؛ دو پروژه جدا یا یک پروژه؟

در بسیاری از پروژه‌ها بهتر است این دو موضوع از ابتدا جدا از هم دیده نشوند.

پنل شستی کابین، رابط کاربر با آسانسور است.

اکسس کنترل نیز رابط کاربر با سیستم دسترسی است.

اگر این دو از ابتدا با هم طراحی شوند، می‌توان موارد زیر را هماهنگ کرد:

• محل کارت‌خوان
• محل اثر انگشت
• محل کلیدها
• محل نمایشگر
• تلفن
• سیم‌کشی
• ابعاد پنل
• ظاهر نهایی
• دسترسی سرویس

این رویکرد برای پنل‌های شستی تاچ و کلید فشاری هر دو قابل استفاده است.

از یک ساختمان کوچک تا یک مجتمع بزرگ

راهکار کنترل تردد می‌تواند از یک پروژه کوچک آغاز شود:

یک ساختمان

و در پروژه‌ای بزرگ‌تر به:

چند بلوک

تبدیل شود.

این طیف گسترده نشان می‌دهد که «اکسس کنترل آسانسور» فقط یک محصول مشخص نیست؛ بلکه می‌تواند یک راهکار قابل طراحی بر اساس نیاز ساختمان باشد.

چرا نوین کیا تک برای پروژه‌های سفارشی مناسب است؟

مزیت اصلی در پروژه‌های سفارشی فقط تولید یک دستگاه نیست.

مهم این است که بتوان:

نیاز ساختمان

را به

سناریوی کنترل تردد

و سپس به

طراحی پنل، کنترلر، Firmware و نرم‌افزار موردنیاز

تبدیل کرد.

در نوین کیا تک، این مسیر می‌تواند از یک محصول آماده شروع شود و در صورت نیاز به توسعه اختصاصی برسد.

به همین دلیل اگر ساختمان شما یک نیاز خاص دارد که در محصولات آماده بازار پیدا نمی‌شود، لازم نیست الزاماً نیاز خود را با یک محصول نامتناسب تطبیق دهید.

می‌توان ابتدا نیاز را تعریف کرد و سپس درباره امکان طراحی و توسعه آن تصمیم گرفت.

برای یک پروژه کنترل تردد ساختمان چه اطلاعاتی لازم است؟

برای بررسی اولیه پروژه، بهتر است این اطلاعات مشخص باشد:

• تعداد واحدها
• تعداد بلوک‌ها
• تعداد آسانسورها
• تعداد طبقات
• تعداد طبقات پارکینگ
• مشترک یا مستقل بودن پارکینگ
• نوع پنل‌های شستی
• تاچ یا کلید فشاری بودن پنل‌ها
• وجود یا عدم وجود تلفن آسانسور
• روش‌های شناسایی موردنیاز
• تعداد کاربران تقریبی
• نیاز به اثر انگشت
• نیاز به کارت یا تگ
• نیاز به ریموت مهمان یا لابیمن
• نیاز به گزارش‌گیری
• نیاز به اپلیکیشن
• نیاز به سامانه تحت وب
• نیاز به اتصال به نرم‌افزارهای دیگر
• و قابلیت‌هایی که در آینده ممکن است موردنیاز باشند.

هرچه این اطلاعات دقیق‌تر باشد، طراحی راهکار نیز دقیق‌تر خواهد بود.

سه مسیر برای انتخاب سیستم کنترل تردد ساختمان

در نهایت می‌توان انتخاب را بسیار ساده کرد.

اگر نیاز شما ساده است

از یک اکسس کنترل آماده استفاده کنید.

اگر ساختمان چندواحدی است

به سراغ اکسس کنترل واحدمحور و قابل توسعه بروید.

اگر پروژه بزرگ یا نیاز اختصاصی دارید

از ابتدا برای طراحی و توسعه سفارشی اقدام کنید.

این رویکرد باعث می‌شود ساختمان نه هزینه اضافه برای قابلیت‌های غیرضروری پرداخت کند و نه در آینده به دلیل محدودیت سیستم مجبور به تعویض کل تجهیزات شود.

ساختمان شما در کدام دسته قرار می‌گیرد؟

اگر ساختمان شما فقط به یک کارت‌خوان ساده برای آسانسور نیاز دارد، احتمالاً یک راهکار آماده پاسخگوی نیاز شماست.

اما اگر مدیریت ساختمان به دنبال:

مدیریت واحدها + کنترل تردد آسانسور + اثر انگشت + کارت و تگ + ریموت مهمان + گزارش‌گیری + اپلیکیشن + پارکینگ + چند آسانسور

است، بهتر است قبل از خرید دستگاه، ابتدا معماری سیستم مشخص شود.

و اگر نیاز پروژه فراتر از محصولات آماده بازار است، طراحی و توسعه سفارشی اکسس کنترل می‌تواند مسیر مناسب‌تری باشد.

برای بررسی پروژه ساختمان خود، تعداد واحدها، آسانسورها، طبقات، پارکینگ و روش‌های دسترسی موردنیاز را برای کارشناسان نوین کیا تک ارسال کنید تا راهکار مناسب پروژه بررسی شود.

جمع‌بندی نهایی مقاله

مدیریت شارژ ساختمان و کنترل تردد آسانسور دو موضوع جدا از یکدیگر نیستند؛ در یک ساختمان مدرن می‌توانند بخشی از یک سیستم واحد برای مدیریت دسترسی ساکنان باشند.

یک سیستم ساده ممکن است فقط کارت یا تگ را شناسایی کند.

یک سیستم حرفه‌ای‌تر می‌تواند کاربران را بر اساس واحد مدیریت کند.

و یک راهکار توسعه‌پذیر می‌تواند در کنار کارت و تگ، اثر انگشت، ریموت مهمان، ریموت لابیمن، گزارش‌گیری، اپلیکیشن و در پروژه‌های سفارشی، ارتباط با سایر سامانه‌های ساختمان را نیز در نظر بگیرد.

از طرف دیگر، نحوه نصب اکسس کنترل نیز اهمیت دارد. در پروژه‌های جدید می‌توان اکسس کنترل را از ابتدا در طراحی پنل شستی کابین یا طبقه در نظر گرفت و یک محصول یکپارچه ایجاد کرد. در پروژه‌های موجود نیز می‌توان بر اساس شرایط پنل، راهکار روکار یا نصب مناسب دیگری را انتخاب کرد.

برای ساختمان‌های بزرگ‌تر، موضوع از «خرید یک دستگاه» فراتر می‌رود و به طراحی معماری کنترل تردد تبدیل می‌شود؛ معماری‌ای که می‌تواند چند واحد، چند آسانسور، چند بلوک، پارکینگ، ورودی‌ها و کاربران مختلف را در یک ساختار مدیریت کند.

در نهایت، اکسس کنترل مناسب لزوماً پیچیده‌ترین یا گران‌ترین سیستم نیست؛ سیستمی است که متناسب با نیاز واقعی ساختمان طراحی شده و در صورت تغییر نیازها، امکان توسعه داشته باشد.

نوین کیا تک با تجربه طراحی و تولید پنل‌های شستی آسانسور و توسعه راهکارهای کنترل دسترسی، می‌تواند پروژه را از یک اکسس کنترل آماده تا طراحی پنل شستی مجهز به اکسس کنترل و توسعه یک راهکار سفارشی کنترل تردد بررسی و اجرا کند.

اگر نیاز ساختمان شما با یک محصول آماده بازار به‌طور کامل برطرف نمی‌شود، پروژه خود را با نوین کیا تک مطرح کنید؛ ممکن است راهکار موردنیاز شما قابل طراحی و توسعه باشد.