«Електронне обладнання» код 31710000-6 за ДК 021:2015 (технічні засоби Автоматизованої системи оплати проїзду з інстальованим програмним забезпеченням та їх монтаж) Electronic equipment code 31710000-6 according to DK 021: 2015 (technical means of the automated payment system for the installation of software installed and their installation)

Доброго дня! Дякуємо за Ваше питання. Цінова пропозиція повинна бути оформлена згідно з вимогами тендерної документації, а саме за формою, наведеною у додатку 1, і повинна бути надана на технічні засоби Автоматизованої системи оплати проїзду з інстальованим програмним забезпеченням та їх монтажем у вигляді комплектів, відповідно до технічної специфікації (додаток 5 до тендерної документації).

1. У пункті 3 Додатку 2 до тендерної документації «Перелік документів, які вимагаються тендерною документацією» висунута вимога до Учасників щодо підтвердження досвіду виконання аналогічного договору про впровадження або виробником запропонованого Учасником обладнання аналогічної автоматизованої системи оплати проїзду у інших містах або країнах з обсягом постачання не менше 1 000 шт. валідаторів. На скільки нам відомо, вітчизняні компанії не мають досвіду постачання і впровадження у промислову експлуатацію у наземному транспорті аналогічних систем такого масштабу. Тому підтвердити досвід матимуть можливість виключно іноземні постачальники, що є дискримінацією вітчизняних виробників і суттєво звужує конкурентне середовище відкритих торгів.
Враховуючи вказані об'єми закупівель технічних засобів, Замовник має намір використовувати кращі світові практики реалізації аналогічних або подібних проектів і тому необхідно вибрати постачальника такого рішення, яке відповідає всім нашим вимогам, а сам постачальник має досвід успішного впровадження аналогічного рішення світового рівня і відповідного за обсягом проекту. Ніяких обмежень для участі у конкурсі вітчизняних компаній з необхідним досвідом немає.

2. Пунктом 9 Таблиці 2 «Перелік документів, які надаються усіма Учасниками для підтвердження відповідності вимогам тендерної документації» Додатку 2 до тендерної документації «Перелік документів, які вимагаються тендерною документацією» висувається вимога щодо наявності в Учасника Сертифіката міжнародного зразка про наявність (введеної на підприємстві) Учасника системи контролю якості ISO 9001, який дійсний на момент розкриття пропозиції. У той же час, в Україні діє стандарт ДСТУ ISO 9001:2015, який визначає порядок сертифікації у вітчизняній системі контролю якості. В Україні є велика кількість компаній, що працюють лише на внутрішньому ринку і не потребують сертифікації у міжнародній системі контролю якості, тому вказане формулювання є дискримінацією вітчизняних виробників і суттєво звужує конкурентне середовище відкритих торгів.
Замовник має право купувати якісні товари та послуги. Підтвердженням якості послуг має бути наявність впровадженого на підприємстві Учасника стандарту Контролю Системі Якості, який відповідає вимогам ISO 9001. ДСТУ ISO 9001:2015 є еквівалентом міжнародного стандарту ISO 9001. Учасник може надати сертифікат згідно ДСТУ ISO 9001:2015.

3. У пункті 7 Таблиці 2.1 «Технічні характеристики бортового комп’ютера» Додатку 5 до тендерної документації «Інформація про технічні, якісні та кількісні характеристики предмета закупівлі» наведено: Внутрішня шина не менше 2xCANbus Просимо роз’яснити призначення внутрішньої шини CANbus бортового комп’ютера і для чого необхідна наявність їх не менше двох. Одна шина дозволяє підключати до 64 зовнішніх пристроїв. Вимога про наявність не менше двох шин є надмірною, що призведе до здороження бортового комп’ютера.
Шина CAN як протокол, спеціально створена для автомобільної промисловості та призначена для обміну інформацією між різними електронними системами автотранспорту. У нашому випадку запропоновано протокол CAN для обміну даними в рамках системи валідації квитків та електронної інформаційної системи рухомої одиниці через його легкість установки та імунітет до електромагнітних перешкод.
Шини CANbus планується використовувати для різних цілей:
- для обміну даними між бортовим комп’ютером та валідатором в рамках системи валідації квитків;
- для обміну даними між бортовим комп’ютером та бортовим обладнанням електронних інформаційних систем рухомої одиниці, такі як електронні табло, електронні мовні інформатори, тощо.
Інформаційні потоки автомобільної шини CAN та системи валідації квитків не збігаються, в той же час обмін даними повинен працювати без впливу один одного. Отже, найкращий спосіб полягає в тому, щоб зберегти ці дві шини CAN рухомої одиниці окремо. Крім того, в перспективі передбачається подальший розвиток функціоналу системи з підключенням додаткового бортового обладнання, наприклад для підрахунку пасажирів Ось чому шина CAN є переважним протоколом і саме два контрольні інтерфейси CAN необхідні в бортовому комп’ютері.

4. У пункті 9 тієї ж таблиці наведена вимога до мережі передачі даних: Мережа передачі даних GPRS/3G/4G Пропонуємо додати до переліку мереж можливість передачі даних за технологією Wi-Fi. Реалізація такої технології дозволить проводити обмін інформацією з транспортними одиницями в зонах покриття Wi-Fi (у депо, місцях стоянки транспортних засобів) і значно скоротити витрати на телекомунікаційні послуги та оренду каналів зв’язку у мобільних операторів.
Посилання на можливість передачі даних за технологію Wi-Fi є в тендерній документації, дивись Додаток 5, п.1. Технічних вимог. Учасник може запропонувати технологію Wi-Fi, але як додаткову до визначених ТД обов’язкових вимог.

5. У пункті 14 тієї ж таблиці наведена вимога: Цифровий порт для підключення додаткових валідаторів не менше 2хDigital I / O Ця вимога не відповідає вимогам, наведеним у пункті 8 таблиці 2.3 Технічні характеристиками валідатора. Просимо усунути невідповідності пунктів 7 і 14 таблиці 2.1 і пункту 8 таблиці 2.3.

Усунення помилки!
Видалити текстову частину – «для підключення додаткових валідаторів».
Викласти в наступної редакції:
Таблиця 2.1. Технічні характеристики бортового комп’ютера, пункт №14. Повинно бути: «Цифровий порт».

6. У пункті 14 тієї ж таблиці наведена вимога: Система захисту контроль та сигналізація виявлення вторгнень. Просимо надати уточнення цієї вимоги у Тендерній документації (що мається на увазі - механічні датчики, електричні датчики, криптографічні елементи захисту, сповіщення про вторгнення на пульт диспетчера тощо).

Щоб діагностувати технічні засоби та виявляти будь-яке відхилення від нормальної роботи, оператори системи повинні знати, чи хтось перешкоджає фізичному стану нормальної роботи пристроїв (наприклад, відкритий корпус). Пристрої повинні мати надійний спосіб виявлення вторгнення - як мінімум, датчики виявлення відкриття та руйнування корпусу. Первинне виявлення повинно бути механічним або оптичним – перемикач, який може, наприклад, безпосередньо і негайно знеструмити пристрій, або електронний перемикач, який може ініціювати програмне блокування та унеможливлювати будь-який доступ до даних, що зберігаються в пристрої.
Всі порушення зловмисника повинні бути зареєстровані та повідомлені на пульт оператора, тощо.

7. Пункт 2.1.1 Програмне забезпечення бортового комп’ютера містить вимоги, які відносяться до програмного забезпечення інших елементів системи без їх зазначення (системного програмного забезпечення та валідатора). Це програмне забезпечення не може бути встановлене на бортовому комп’ютері чи валідаторі і призначено для експлуатації у складі серверних додатків інформаційних систем КП «Київпастранс» (Модуль звітів, Модуль продавця, Клієнтський модуль, Системний модуль). Просимо привести вимоги до програмного забезпечення бортового комп’ютера та інших елементів системи у відповідність із їх функціональним призначенням та надати роз’яснення щодо способу постачання системного програмного забезпечення, оскільки воно не може бути інстальоване у технічні засоби, які закуповуються згідно цієї Тендерної документації.
Згідно тендерної документації, бортове обладнання являє собою єдине програмно-технічне рішення для збору, зберігання, обробки і передачі даних, є розподіленою системою реального часу та має можливість функціонування в автономному режимі. На бортовому комп’ютері необхідно мати програмне забезпечення, яке дозволяє в повному обсязі використовувати необхідний функціонал для валідації квитків, та функціонувати як з серверними додатками, так і самостійно.

8. У пункті 2.2 «Валідатор» визначено, що валідатор повинен забезпечувати зчитування та валідацію інформації з електронного квитка на основі безконтактної картки у відповідності з затвердженим алгоритмом обробки даного виду проїзного квитка. Просимо навести у Тендерній документації затверджений алгоритмом обробки даного виду проїзного квитка. Відсутність опису затвердженого алгоритму у документації несе ознаки можливої недобросовісної конкуренції потенційних учасників закупівлі.

Мається на увазі запропонований Учасником алгоритм, який повинен реалізовувати бізнес-логіку існуючого або запропонованого процесу валідації квитків за допомогою безконтактної картки, що забезпечує необхідну цілісність даних та безпеку обробки даних.

9. У пункті 6 Таблиці 2.3 «Технічні характеристиками валідатора» наведена вимога щодо наявності 4-х сенсорних кнопок, проте нічого не сказано про їх призначення. Вказана вимога пов’язана з конкретною технічною реалізацією цього пристрою. Просимо надати роз’яснення щодо функціонального призначення кнопок, або виключити вказану вимогу.
Наявність 4-х сенсорних кнопок на валідаторі повинна гарантувати мінімальну взаємодію з користувачем при оплаті проїзду або валідації квитка. Кнопки можуть бути призначені для наступного функціоналу, наприклад:
- здатність підтвердити / затвердити або скасувати / відхилити операцію, запропоновану валідатором;
- можливість навігації по запропонованим на екрані валідатора параметрами (наступний / попередній).
Учасник може запропонувати свій варіант реалізації вказаного функціоналу та інших функцій.

10. У пунктах 7 і 15 таблиці 2.5 «Технічні характеристики Приладу інспекції» наведені вимоги щодо наявності у прилада інтерфейсів відповідно Bluetooth 4.0 та RS232. Вказана вимога пов’язана з конкретною технічною реалізацією цього пристрою. Просимо надати роз’яснення та відобразити у Тендерній документації призначення і сценарій застосування цих інтерфейсів.

Наведені інтерфейси Bluetooth 4.0 та RS232 є стандартними функціями для сучасних приладів в якості резервування каналів передачі даних і забезпечують найбільш широку можливість для з’єднання з іншими пристроями, які можуть бути використані для настройки, тестування та в перспективі розширення функціоналу приладів інспекції.

11. У пункті 3 «Календарний план поставки та монтажу технічних засобів АСОП» наведені вимоги щодо строків постачання, монтажу і введення у промислову експлуатацію технічних засобів. Наведені терміни мають на увазі, що технічні засоби у учасника закупівлі вже виготовлені і готові до відвантаження, робоча документація для виконання їх монтажу розроблена, а також підготовлені інші документи, які необхідні для виконання робіт (схеми, інструкції тощо). Виготовлення технічних засобів, їх монтаж, інсталяція, налаштування, перевірка функціонування у заявлених обсягах на вітчизняних заводах потребує значно більшого часу, ніж наведено у вимогах. Пропонуємо внести зміни до вказаних вимог та встановити термін реалізації 1-ого етапу 6 календарних місяців, а 2-ого етапу 12 календарних місяців.
Терміни реалізації цього проекту визначені і не можуть бути змінені.

12. Крім вище зазначеного, у Додатку 5 до Тендерній документації «Інформація про технічні, якісні та кількісні характеристики предмета закупівлі» не висунуті вимоги до інформаційного захисту і безпеки системи і технічних засобів. Відсутність даних вимог протирічить нормативно-організаційній базі України, у тому числі постанові Кабінету Міністрів України від 29.03.2006 № 373 «Правила забезпечення захисту інформації в інформаційних, телекомунікаційних та інформаційно-телекомунікаційних системах».
В Додатку 5, п.2.1.1. висунуті вимоги до інформаційного захисту і безпеки системи і технічних засобів, а саме:
- …
- повинні бути передбачені необхідні засоби автоматизованого контролю цілісності даних і несуперечності збереженої інформації, персоніфікації даних, створених різними користувачами, ведення журналу операцій, які виконуються;
- забезпечувати механізми для адміністрування користувачів та їх повноважень, а також забезпечувати захист персональних даних;
- повинна забезпечуватись можливість шифрування всієї інформації, яка передається між сервером та клієнтом;
- …
- забезпечувати необхідний рівень конфіденційності персональних даних громадян;
- …
Вказані вимоги повністю відповідають нормативно-організаційній базі України, у тому числі постанові Кабінету Міністрів України від 29.03.2006 № 373 «Правила забезпечення захисту інформації в інформаційних, телекомунікаційних та інформаційно-телекомунікаційних системах».