نظارت تصویری بانک و الزامات طراحی سامانه چندشعبه

در یک ساختمان اداری، نظارت تصویری یعنی چند دوربین و یک دستگاه ضبط. در یک بانک، همان کار به سرعت به مسئله ای متفاوت تبدیل می شود: شعبه ها در شهرهای مختلف پراکنده اند، آرشیو ممکن است ماه ها بعد به عنوان مدرک قانونی خواسته شود و اینکه چه کسی به تصویر کدام شعبه دسترسی دارد خودش یک الزام است نه یک تنظیم.

چرا نظارت تصویری بانک با پروژه های دیگر فرق دارد

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

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

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

تفکیک دسترسی. رئیس شعبه باید تصویر شعبه خودش را ببیند، نه شعبه دیگری را. واحد حراست مرکزی باید همه را ببیند. واحد بازرسی باید بتواند در آرشیو جست وجو کند ولی شاید نیازی به پخش زنده نداشته باشد. اینها را باید بتوان به صورت نقش تعریف کرد، نه با تنظیم دستی مجوز برای تک تک کاربران؛ در سامانه ای با صد شعبه، مدیریت مجوز به شکل دستی عملا غیرممکن است.

معماری چندشعبه

پرتکرارترین اشتباه در پروژه های بانکی این است که تصویر همه شعبه ها به صورت زنده به مرکز داده منتقل شود. یک حساب ساده: یک شعبه با بیست دوربین ۱۰۸۰p و کدک H.265 حدود چهل مگابیت بر ثانیه ترافیک تولید می کند. سی شعبه یعنی ۱.۲ گیگابیت بر ثانیه ترافیک پیوسته و شبانه روزی روی خطوط بین شهری. هزینه این پهنای باند می تواند از هزینه خود سامانه هم بیشتر شود و اگر خط قطع شود، ضبط آن شعبه هم قطع می شود. همین الگو در هر مجموعه چندساختمانی دیگری هم صدق می کند؛ نمونه اش را در نظارت تصویری دانشگاه بررسی کرده ایم.

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

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

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

مدت نگهداری آرشیو

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

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

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

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

در سامانه ای با ده ها شعبه، دسترسی باید بر پایه نقش کاربر تعریف شود نه با تنظیم تک تک مجوزها. یعنی نقش «رئیس شعبه» یک بار با دسترسی به دوربین های همان شعبه تعریف می شود و هر رئیس شعبه همین نقش را می گیرد. وقتی فردی جابه جا می شود، کافی است نقش او را عوض کنید، نه اینکه صد مجوز را بازبینی کنید.

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

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

الزامات به تفکیک فضای شعبه

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

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

شبکه بسته و خروج نداشتن داده

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

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

چک لیست پیاده سازی

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

چهار اشتباه رایج در پروژه های بانکی

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

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

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

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

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

تصاویر دوربین بانک چند وقت باید نگهداری شوند؟

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

آیا باید تصویر همه شعبه ها را به مرکز منتقل کنیم؟

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

چطور مطمئن شویم تصویر تحویلی دستکاری نشده است؟

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

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

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

دوربین های فعلی شعبه ها را باید عوض کنیم؟

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