Питання щодо пусконалагоджувальних роботи та робот з інтеграції
Шановний Замовник, згідно п. 11 ТЗ «3. Монтажні та пусконалагоджувальні роботи - 20 календарних днів з моменту поставки необхідного обладнання та матеріалів Покупця на впровадження відповідного етапу. Якщо монтажні роботи проводить Замовник, то який строк на виконання пусконалагоджувальних робот з моменту виконання монтажу? Хто робить інтеграцію - Замовник чи Виконавець?
Доброго дня.
Монтажні роботи виконує Покупець, а шефмонтажні – Постачальник, терміни вказані в п.11 ТЗ. У цьому ж пункті 11.3 зазначено термін на пусконалагоджувальні роботи – 20 календарних днів. Інтеграцію виконує Постачальник.
Глобальний контроль подвійного проходу
Чи потрібен ГЛОБАЛЬНИЙ контроль подвійного проходу у разі відсутності зв’язку з сервером СКД?
Доброго дня.
Так, потрібен. Функція «антіпассбек» (заборона «подвійного проходу») працює в такий спосіб. Припустимо, що вхід в будівлю здійснюється через один з трьох турнікетів. Кожен з турнікетів обслуговується своїм контролером. Якщо хтось із співробітників увійшов через турнікет, то інформація про це розсилається в два інших контролера, і поки цей співробітник не покине будівлю, його картка не може бути використана для повторного входу. Таким чином «антіпассбек» дозволяє виключити вхід кількох людей по одній карті.
Аналогічний договір
Шановний замовник! В тендерній документації вимагаеться надати аналогічні договори за 2019-2021 роки. Під аналогічними договорами вважаються договори за ДК 021:2015 код 35120000-1?
Доброго дня.
Додатком 2 Конкурсної документації визначено, що аналогічним вважається договір впровадження систем контролю та управління доступом.
Вимоги щодо криптозахищеності
Чи вимагає Замовник наявність сертифікатів з оцінки критеріїв безпеки для обладнання безконтактного зчитування? Чи планує Замовник використання захищених від підробки форматів карт та відповідних зчитувачів?
Доброго дня.
В п.5.3 «Вимоги до зчитувачів» та п.5.4 «Вимоги до proximity карт доступу» Технічного завдання викладені вимоги до зчитувачів та карт. Вимога до наявності сертифікатів з оцінки критеріїв безпеки для обладнання безконтактного зчитування в Технічному завдані відсутня, щоб додатковими параметрами не зменшувати варіанти, які будуть запропоновані учасниками торгів. Те ж саме стосується і карток.
Вимоги організації доступу через авто прохідні
Шановний Замовник. П. 4.1.3, питання стосовно алгоритму роботи мобільного терміналу-зчитувача: - чи потрібно отримувати на мобільному терміналі фотографію водія автотранспорту та фото пасажирів при предїявленні ними карток? (щоб охоронець мав змогу візуально звірити фото з бази даних з наявною особою)
Доброго дня.
За умовами технічного завдання на кожній автотранспортній прохідній повинен бути АРМ Охорони, на ньому і будуть відображені фото і дані автотранспорту/водія.
Загальні питання
Шановний Замовник. Два питання. 1.Чи потрібен режим контролю подвійного проходу в СКД? Чи повинен цей режим працювати в разі відсутності зв’язку, або несправності серверу? 2. Уточнююче питання стосовно можливості підключення алкотестера - в ТЗ сказано, що показники вимірювання повинні записуватись в базу даних. Питання - в базу даних СКД чи в окрему?
Доброго дня.
1. Так, режим контролю подвійного проходу в СКД обов’язково потрібен. Ця функція необхідна для того, щоб утруднити передачу ідентифікатора іншій особі і є необхідною для коректного обліку робочого часу та організації підвищеного рівня контролю рухом персоналу та відвідувачів.
Режим обов’язково повинен працювати в разі відсутності зв’язку, або несправності серверу. Згідно з п.4 технічного завдання «Контролери повинні мати зв'язок з центральним сервером для синхронізації бази пропусків і передачі подій. Контролери повинні працювати, як в режимі зв'язку з центральним сервером, так і автономно, в разі втрати зв'язку з сервером. Контролери повинні зберігати історію подій локально з подальшою передачею даних на центральний сервер після відновлення зв'язку. Кількість подій, які зберігаються в автономному режимі повинно бути не менше 25 000 (бажано 100 000).»
2. Показники вимірювання алкотестера повинні записуватись в базу даних СКУД, а потім передаватися в КІС «ІТ-Підприємство».
Стосовно Смарт-карта MF Classic 1K (S50, ISO14443A, 4 byte UID), або еквівалент
Шановний замовник! Згідно Таблиці 1. Орієнтовний перелік основних елементів СКУД, з розподілом по майданчикам, Додаток 2 "Технічна специфікація" п. 1.4.9. вимагається використання карток MF Classic 1K, чи означає це, що повинен використовуватись крипто захищений протокол обміну даними між карткою і зчитувачем, із зберіганням інформації в захищених секторах смарт-карти?
Доброго дня.
В п.5.3 «Вимоги до зчитувачів» та п.5.4 «Вимоги до proximity карт доступу» Технічного завдання викладені вимоги до зчитувачів та карт. Вимога до наявності сертифікатів з оцінки критеріїв безпеки для обладнання зчитування в Технічному завдані відсутня, щоб додатковими параметрами не зменшувати варіанти, які будуть запропоновані учасниками торгів. Те ж саме стосується і карток. Якщо Постачальник має можливість поставити Покупцеві більш просунутий варіант рішення без істотного підвищення вартості Системи, то заперечень з боку Покупця не буде.
Технічні вимоги
Шановний замоник! 1. Згідно п 5.7 Вимоги до АРМ операторів та адміністраторів СКУД "Технічної специфікації " АРМ табельних повинні мати параметри не гірше наступних: • Кабель HDMI-HDMI 5м. При встановленні на постах охорони; • Кріплення VESA 100x100/00 при встановленні на постах охорони; Яка кількість АРМ табельних буде встановлюватись на постах охорони та яке саме кріплення має бути в комплекті: настінне, стаціонарне, поворотне? 2. Згідно Таблиці "Оріентовний перелік обладнання" "Технічної спеціфікації" вимагається: 1.4.5. Станція авторизації карт (в разі використання в рішенні) 2 шт В разі НЕ використання в рішенні «Станція авторизації карт» чи допускається Замовником реалізація функціоналу програмування карток на АРМ Адміністратора, чи учасник має передбачити для цього окремий АРМ?
Доброго дня.
Розгорнута відповідь надається у файлі "Схематичне розташування посту охорони", що додана до документів конкурсної документації.
Щодо можливості повернення СКУД в один із проміжних станів
Шановний Замовник, в ТЗ є вимога до можливості повернення СКУД в один із проміжних станів або початковий стан по конкретній мітці (дата, час, оператор, елемент СКУД). Повернення СКУД в один із проміжних станів за датою та часом - це зрозуміло. Що таке повернення СКУД в один із проміжних станів або початковий стан по оператору чи елементу СКУД? Ви маєте на увазі, що пошук в журналі подій, у якому ведеться протоколювання, може виконуватись з використанням фільтрів "дата", "час", "оператор", "елемент СКУД", але повернення СКУД в один із проміжних станів буде робитись все рівно по даті та часу, коли була зроблена відповідна резервна копія (автоматично чи вручну)? Якщо ні, прошу пояснити, як ви собі це бачите.
Вірно, «…повернення СКУД в один із проміжних станів буде робитись все рівно по даті та часу, коли була зроблена відповідна резервна копія (автоматично чи вручну)». Але хочеться бути захищеним від різного роду помилок і збоїв, в тому числі і від помилок обслуговуючого персоналу. Тому бажано, щоб в ПЗ СКУД був журнал подій, в якому би фіксувалось: Хто виконував? Яку дію було виконано (які зміни були внесені)? Коли було виконано? (щоб легко було знайти подію – бажано щоб була фільтрація за цими стовпчиками). Бажано щоб була можливість робити резервну копію стану вручну за обраною подією, або щоб Система це робила автоматично (якщо заздалегідь налаштовано адміністратором СКУД)!
Запитання №5 Алгоритм роботи транспортних КПП
Просимо всеж таки надати відповідь на питання: - яким чином начальник караулу, який бачить в приміщенні на АРМі фотографію з бази даних, та охоронець, який бачить перед собою людину з карткою, будуть співставляти кожну конкретну людину? З пояснень витікає, що один охоронець бачить фото, другий - конкретну людину. Між двома охоронцями певна відстань. Незрозуміло як обидва охоронця можуть впевнитися, що фото з бази даних співпадає з пред’явником карти.
Доброго дня.
Відповідно до інформації в попередній відповіді, на кожній автотранспортній прохідний знаходяться два співробітника охорони. Перший – виконує зчитування пропусків; Другий, який знаходиться в приміщенні КПП на відстані не більше 3м від Першого (тобто в безпосередній близькості), на АРМі буде бачити інформацію про автотранспорт/водія/пасажирів та інформацію про доступ або відмову на переміщення через КПП. Саме Другий охоронець буде приймати рішення про допуск/недопуск автотранспорту/водія/пасажирів на/з територію підприємства. У випадку якоїсь неузгодженості – Другий охоронець виконує прямий телефонний дзвінок начальнику караулу для уточнення дій.
Питання щодо СУБД СКУД
Шановний Замовник, в ТЗ є вимога, що СКУД повинна підтримувати СУБД MS SQL версії не нижче 2017. Чи можливо пропонувати СКУД, яка працює на іншій СУБД, але має можливість інтеграції з СУБД MS SQL використовуючи вбудовані засоби MySQL або через інтерфейс ODBC (є власний ODBC драйвер). На вимогу ми готові надіслати структуру СУБД, яку використовує наша СКУД.
Доброго дня.
На підприємстві використовується СУБД MS SQL, і є фахівці з її підтримки, тому пріоритет надається саме MS SQL. При технічному рішенні СКУД на іншій СУБД виникають питання обслуговування СУБД та відновлення СУБД в разі збою. Оскільки на підприємстві відсутні сертифіковані фахівці з інших СУБД, таке рішення тягне за собою необхідність укладення окремого договору на обслуговування СУБД та додаткові витрати Замовника. Використання альтернативної СУБД для підприємства не є раціональним.
Алгоритм роботи транспортних КПП
Просимо надати більш розгорнутий алгоритм роботи транспортного КПП і використання переносного мобільного зчитувача (терміналу). На даному етапі, з урахуванням відповідей Замовника та ТЗ, виходить наступне: - оператор з мобільним зчитувачем підходить до авто та послідовно зчитує картки водія, пасакжирів, автомобіля; - при цьому фото, ПІБ та дані авто відображаються на стаціонарному АРМі оператора в приміщенні КПП; - не зрозуміло, яким чином оператор на вулиці буде приймати рішення про допуск транспорту з пасажирами?
Доброго дня.
Вами правильно описана послідовність дій. На автотранспортних КПП знаходяться декілька працівників охорони: один за допомогою зчитувача буде знімати інформацію з карток, а інший охоронець (який знаходиться в приміщенні КПП) на АРМі буде бачити інформацію про автотранспорт/водія/пасажирів та інформацію про доступ або відмову на переміщення через КПП. На випадок неузгодженості є прямий телефонний зв'язок з начальником караулу.
Запитання по технычному завданню на СКУД
1) Кабельні лінії передачі даних і електроживлення 12В до контролерів, зчитувачів і виконавчих пристроїв, а також монтаж обладнання робить Замовник своїми силами та з використанням своїх матеріалів, правильно? 2) З Таблиці 1 не до кінця зрозуміло функціональне призначення перерахованого обладнання та кількість точок доступу. Крім турнікетів скільки буде двосторонніх чи односторонніх точок доступу на центральному майданчику та окремо на майданчику “Садки”? Наприклад, в Таблиці 1 (розділ Обладнання СКУД пішохідних КПП) є два типи контролерів: "Контролер доступу” (9 шт.) та "Мережевий контролер двох дверей” (9 шт.). Якщо нам зрозуміло, що один з типів контролерів призначений для турнікетів, яких також 9 шт., для якого типу точок доступу призначений інший тип контролерів та чим ці контролери повинні відрізнятися друг від друга? Чи є якась структурна схема СКУД? 3) Карти Mifare MF Classic 1K не мають достатнього захисту від копіювання (клоніровнія). Зчитувачі, які закладені в ТЗ - U-Prox SL Mini - вміють працювати з картами Mifare Plus, захищеними на рівні SL3 криптографически. Дані карти не дорожче, ніж Mifare Classic, але це зовсім інший рівень захисту. Чи можливо пропонувати вам карти Mifare Plus? 4) Чи потрібно в точках табельного обліку (Таблиця 1, п.1.2) забезпечити підтримку технологій NFC та BLE? 5) Навіщо в Таблиці 1, п. 1.3.2. Контролер доступу? Для роботи переносного мобільного зчитувача або термінала NFC він не потребен. Це якесь альтернативне рішення? 7) Просимо надати зміст та вимоги до шефмонтажу (Послуги), на який Постачальнику відводиться всього 10 роб. днів згідно з п.3.3.4 Договору. В технічному завданні на тендер написано які взагалі можливості повинна мати СКУД та її частини, але немає Технічного Завдання на те, що з цього всього потрібно буде втілити та настроїти. Наприклад, На якому етапі повинна проводитись інтеграція СКУД з KIC? Хто настроює цю інтеграцію та синхронізацю між системами? Який строк відводиться на проведення цих робіт? Яку СУБД використовує КІС “IT-Підприємство”? "СКУД повинна підтримувати можливість роботи серверів ядра СКУД (сервер СКУД та сервер СУБД) у відмово стійкому кластері." Чи потрібно це буде настроювати в рамках виконання договору, на якому етапі? Які терміни? Чи розгорнута у Замовника Microsoft Active Directory? В ТЗ немає вимоги інтеграціїї СКУД з Microsoft Active Directory. Чи це потрібно?
1) Кабельні лінії передачі даних і електроживлення 12В до контролерів, зчитувачів і виконавчих пристроїв, а також монтаж обладнання робить Замовник своїми силами та з використанням своїх матеріалів. Виконавець надає послуги з шефмонтажу.
2) За півроку Замовник ознайомився з декількома варіантами СКУД. Щоб не звужувати коло потенційних учасників тендеру, ми намагалися врахувати в ТЗ необхідний спектр пристроїв СКУД. Деяких елементів, із зазначених в Таблиці 1, може у Вашому варіанті СКУД і не бути. Для цього є Таблиця відповідності, в якій Ви можете запропонувати на наш розгляд свій варіант СКУД (відповідно зі своїм обладнанням, і його описом). У таблиці нижче зазначено, скільки і якого обладнання необхідно на об'єктах.
№п/п Об'єкт Кількість турнікетів Кількість зчитувачів Кількість АРМ
1 КПП №1 3 6 3
2 КПП №2 1 2 1
3 КПП №3 1 2 1
4 КПП №4 2 4 2
5 КПП №18 2 4 2
6 КПП Садки №9 1 2 1
7 Трансп. пр. №6 0 1 1
8 Трансп. пр. №10 0 1 1
9 Трансп. пр. №11 0 1 1
10 Трансп. пр. Садки 0 1 1
11 Трансп. пр. ж/д 0 1 1
12 Об'єкт №1 0 2 0
13 Об'єкт №2 0 2 0
14 Об'єкт №3 0 2 0
15 Об'єкт №4 0 2 0
Всього 10 33 15
3) Так можливо, якщо ці карти відповідають параметрам ТЗ і працюють із заявленим обладнанням СКУД (зчитувачи, принтер….).
4) В зазначених точках табельного обліку використання таких технологій не потрібно. Це потрібно для транспортних прохідних.
5) У відповіді на друге запитання вже було пояснення.
6) Відповідно до п. 11 ТЗ «Етап №1: впровадження “Ядра” Системи та елементів Системи, впровадження Системи на пішохідній прохідній КПП №1. Під ядром системи мається на увазі поставка та налагодження серверів Системи, Програмного забезпечення, організація робочих місць адміністратора Системи, створення, друку та обліку перепусток “Бюро перепусток”, з поставкою та налагодженням відповідних АРМів та ПЗ». На цьому етапі Виконавець повинен виконати поставку, налаштування та інтеграцію ПЗ СКУД з КІС “IT-Підприємство”. Також на цьому етапі Виконавець виконує шефмонтажні роботи на КПП №1. Згідно п. 11 ТЗ «3. Монтажні та пусконалагоджувальні роботи - 20 календарних днів з моменту поставки необхідного обладнання та матеріалів Покупця на впровадження відповідного етапу.». КІС “IT-Підприємство” використовує СУБД MS SQL. У Замовника розгорнута Microsoft Active Directory. В ТЗ немає вимоги щодо інтеграції СКУД з Microsoft Active Directory, оскільки не всі робітники підприємства є користувачами мережи підприємства. Але якщо Ваша СКУД підтримує цей функціонал, це тільки +.
Щодо змісту та вимог до шефмонтажу, зокрема, у служби будівельників вони такі:
Першочергово потрібно забезпечити Покупця:
1. Принциповою схемою монтажу обладнання СКУД;
2. Марку, тип турнікету і іншого обладнання з вказівкою їх типу, марки, габаритних характеристик;
3. Розміщення турнікету і всього обладнання на плані (з вказанням необхідних розмірів між ними);
4. Будівельне завдання на монтаж турнікету і іншого обладнання, з вказівкою способів кріплення обладнання і прокладення комунікацій (найменування потужність, напруга), з вказівкою (прив’язкою) точок їх підключення до обладнання.
Більш деталізовано про зміст і вимоги до шефмонтажу повернемося після підписання Договору.
Технічне завдання
Шановіний замовник! Просимо для Етапу №1 яка кількіть турнікетів для КПП №1 та скільки і яких саме АРМів має бути встановлено? Або підтвердити, що даний поділ на етапи є умовним і буде уточнюватись після підписання договору з переможцем в межах загальної суми договору.
Доброго дня.
Згідноз ТЗ п. 11 «Етап №1: впровадження “Ядра” Системи та елементів Системи, впровадження Системи на пішохідній прохідній КПП №1. Під ядром системи мається на увазі поставка та налагодження серверів Системи, Програмного забезпечення, організація робочих місць адміністратора Системи, створення, друку та обліку перепусток “Бюро перепусток”, з поставкою та налагодженням відповідних АРМів та ПЗ;», тобто на етапі №1 потрібно встановити на КПП №1 три (3) турнікети + три (3) АРМ Охорони + Сервер + три (3) АРМ Адміністратора. Послідовність виконання робіт на інших об’єктах буде уточнюватись після підписання договору з переможцем в межах загальної суми договору.
