Комплексна система з автоматизації роботи відділень поштового зв’язку (в тому числі листонош) АТ «Укрпошта» Comprehensive system for automation of post offices (including postman) SC "Ukrposhta"

  • Ідентифікатор тендеру UA-2020-10-12-009272-b
  • 72268000-1 - Послуги з постачання програмного забезпечення
  • Не відбулася
Найменування замовника:
АТ "Укрпошта"
Тип закупівлі
Відкриті торги з публікацією англ.мовою
Контактна особа замовника
Вікторія Кутєпова, +380443232078 , kutiepova-vv@ukrposhta.ua
Адреса замовника
Україна, м. Київ, 01001, Київська область, вул. Хрещатик, 22
Очікувана вартість
9 600 000 USD з ПДВ
Оцінка умов закупівлі:
останні зміни 12.11.20
  • Відгуки 0
  • Інформація про тендер

Інформація про процедуру

Роз’яснення:

до 02.11.2020 00:00

Оскарження умов:

до 08.11.2020 00:00

Подання пропозицій:

12.11.2020 18:00

Очікувана вартість
9 600 000 USD з ПДВ
Вид тендерного забезпечення:
Електронна банківська гарантія
Сума тендерного забезпечення:
2 631 000 UAH
Розмір мінімального кроку пониження ціни:
48 000 USD
Розмір мінімального кроку пониження ціни, %:
0.50 %

Інформація про предмет закупівлі

Предмет закупівлі
Мова (мови), якою (якими) повинні готуватися тендерні пропозиції - українська. Документи, які не готуються учасником та представлені в складі тендерної пропозиції, можуть бути надані як українською, так і російською мовами. Якщо в складі тендерної пропозиції надається документ на іншій мові ніж українська або російська, учасник надає переклад цього документа. Відповідальність за якість та достовірність перекладу несе учасник. Застосовані критерії оцінки – ціна. Місцезнаходження Замовника: 01001, м.Київ, вул. Хрещатик, будинок 22. Умови надання забезпечення тендерної пропозиції зазначені у тендерній документації.
Розгорнути Згорнути

Опис окремої частини або частин предмета закупівлі

1 послуга
Комплексна система з автоматизації роботи відділень поштового зв’язку (в тому числі листонош) АТ «Укрпошта»
ДК 021:2015: 72268000-1 — Послуги з постачання програмного забезпечення

Критерії вибору переможця

Очікувана вартість:
70%
Строк впровадження системи:
30%
не пізніше ніж через 240 календарних днів з моменту підписання договору :
30%
не пізніше ніж через 330 календарних днів з моменту підписання договору :
15%

Тендерна документація

Запитання до процедури

щодо аналогічного договору

Дата подання: 24.10.2020 12:54
Дата відповіді: 26.10.2020 09:55
Відповідно до вимог додатку 1 тендерної документації під аналогічним договором слід розуміти виконаний/ частково виконаний (система знаходиться в дослідно-промисловій експлуатації) договір або сукупність договорів на постачання/ розробку/ впровадження/ налаштування програмного забезпечення (системи) з автоматизації роботи точок надання послуг оператора поштового зв’язку (відділення та/ або листоноші), що: 1) передбачає реалізацію не менше, ніж однієї групи послуг з наступних (для стаціонарних відділень поштового зв’язку та/ або пересувних (мобільних) відділень поштового зв’язку та/або листонош): - група послуг, яка передбачає можливість надання поштових послуг (прийом/ вручення/ переадресація внутрішніх та міжнародних поштових відправлень); - група послуг, яка передбачає можливість оформлення передплати на газети та журнали; 2) передбачає реалізацію не менше, ніж однієї групи послуг з наступних (для стаціонарних відділень поштового зв’язку та/ або пересувних (мобільних) відділень поштового зв’язку та/або листонош): - група послуг, яка передбачає можливість надання послуг здійснення грошових переказів (прийом/ вручення/ переадресація внутрішніх та міжнародних грошових переказів); - група послуг, яка передбачає можливість приймання платежів на рахунки третіх осіб; - група послуг, яка передбачає можливість виплати пенсій та інших соціальних виплат; - група послуг, яка передбачає можливість продажу товарів народного споживання; - група послуг, яка передбачає можливість видачі готівки з банківських карток за допомогою POS-терміналу. Просимо пояснити наступне: учасник подає два аналогічні договори, кожен з яких повинен містити обидва вищезазначені пункти чи він може подати один договір, що містить інформацію згідно першого пункту, а другий договір, що містить інформацію згідно другого пункта, чи він може подати два договора з інформацією на вибір - по першому чи по другому пункту?
Розгорнути Згорнути

відповідь:

Вітаємо! Відповідно до вимог додатку 1 до тендерної документації учасник має подати довідку про наявність в учасника досвіду виконання аналогічних договорів не менше, ніж для двох замовників - операторів поштового зв’язку (контрагентів). Кожен з аналогічних договорів має містити та підтверджувати наявність досвіду реалізації не менше ніж однієї групи послуг з п.1 (- група послуг, яка передбачає можливість надання поштових послуг (прийом/ вручення/ переадресація внутрішніх та міжнародних поштових відправлень); - група послуг, яка передбачає можливість оформлення передплати на газети та журнали) та не менше ніж однієї групи послуг з п.2 (- група послуг, яка передбачає можливість надання послуг здійснення грошових переказів (прийом/ вручення/ переадресація внутрішніх та міжнародних грошових переказів); - група послуг, яка передбачає можливість приймання платежів на рахунки третіх осіб; - група послуг, яка передбачає можливість виплати пенсій та інших соціальних виплат; - група послуг, яка передбачає можливість продажу товарів народного споживання; - група послуг, яка передбачає можливість видачі готівки з банківських карток за допомогою POS-терміналу), а також передбачати впровадження програмного забезпечення (системи) для автоматизованої роботи не менше ніж 2 000 користувачів.

ОС Android/iOS

Дата подання: 01.11.2020 15:02
Дата відповіді: 02.11.2020 17:05
В технічній специфікації пункт 2.3 – Вимоги до платформи. Що платформа повинна забезпечити роботу на мобільних пристроях с операційною системою IOS - «мобільні пристрої від керуванням ОС Android/iOS». При цьому далі по тексту всі вимоги стосуються лише операційної системи Android, в тому числі пункти: 7.1, 2.9.2 та 2.9.3 та ін. вказано лише операційна система Android. Так система повинна підтримувати тільки Android, як це вказано по тексту, чи IOS також? Прохання внести уточнення в документацію.
Розгорнути Згорнути

відповідь:

Дякуємо за зауваження, це технічна помилка. Платформа Системи повинна мати можливість підтримувати мобільні пристрої під керуванням ОС Android. Необхідні зімни буде внесено до тендерної документації.

Пунтк 6.3 Тех специфікації - роз’яснення

Дата подання: 01.11.2020 15:04
Дата відповіді: 02.11.2020 17:06
Пунтк 6.3 Тех специфікації Вимоги до середовищ: «В результаті впровадження Системи очікується отримання рішення, яке крім коду також є належним чином підготовленою робочою продуктивною версією Системи у промисловому середовищі.» - що мається на увазі під "є належним чином підготовленою робочою продуктивною версією Системи у промисловому середовищі" на прикладному рівні? Просимо деталізувати вимогу.
Розгорнути Згорнути

відповідь:

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

Пунтк 6.3 Тех специфікації - Середовище розробки

Дата подання: 01.11.2020 15:06
Дата відповіді: 02.11.2020 17:07
Пунтк 6.3 Тех специфікації Вимоги до середовищ: «Постачальник Системи має забезпечити наступні середовища в рамках впровадження Системи Середовище розробки - єдине інтегроване середовище, в якому буде вестись робота над версією системи, що буде постійно змінюватись.» - Скажіть будь ласка, якщо дане середовище буде відкрите для фахівців Замовника, при цьому Виконавець несе відповідальність за підтримку системи, то яким чином буде розділятись відповідальність за продукт і його якість між Замовником та Виконавцем? Як виконання даної вимоги на прикладному рівні (на практиці) бачить Замовник? На якому етапі, повинно бути відкрите дане Середовище, після впровадження системи, что в момент впровадження?
Розгорнути Згорнути

відповідь:

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

В Тех. специфікації, розділ 7.1.

Дата подання: 01.11.2020 15:08
Дата відповіді: 02.11.2020 17:14
В Тех. специфікації, розділ 7.1. передбачено, що «. Замовник на запит Виконавця надасть масиви даних щодо продуктів, щоб дати можливість реалізувати реалістичні зразкові процеси (сценарії).», але в документації не вказано в який термін будуть надані масиви даних по кожному із сценаріїв. Як результат, в зв’язку з тим, що на демонстрацію прототипу, визначено всього 30 днів, прохання уточнити в документації період надання такої інформації. Також в документації, передбачити термін для відповідної демонстрації Фази 0, не зразу після підписання Договору, а після надання інформації по вимогам розділу 7.1. Тех. Специфікації. Прохання внести зміни в документацію.
Розгорнути Згорнути

відповідь:

Щодо питання по сценарію 4 відповідь остаточна тут: у Сценарії 4 розділу 7.3 додатку 3 до тендерної документації мова йде про роботу з поштовими відправленнями. Необхідні виправлення буде внесено до тендерної документації.
Щодо питання по розділу 7.1: Згідно розділу 7.1 додатку 3 до тендерної документації Замовник надає масиви даних щодо продуктів на запит Виконавця. Строки надання інформації узгоджуються між Замовником та Виконавцем після отримання запиту від Виконавця.

В Тех. специфікації, Сценарій 4

Дата подання: 01.11.2020 15:09
Дата відповіді: 02.11.2020 17:08
В Тех. специфікації, Сценарій 4 на українській мові звучить «Управління залишками поштових відправлень, відповідно до строків зберігання.», а на англ «Package inventory management, arranged by the expiry date.». На якій мові вірно? Просимо внести зміни в документцію.

відповідь:

Згідно розділу 7.1 додатку 3 до тендерної документації Замовник надає масиви даних щодо продуктів на запит Виконавця. Строки надання інформації узгоджуються між Замовником та Виконавцем після отримання запиту від Виконавця.

В Тех. специфікації, Сценарій 7

Дата подання: 01.11.2020 15:10
Дата відповіді: 02.11.2020 17:09
В Тех. специфікації, Сценарій 7 «Відображення (фіксація) одного або декількох полів для введення даних залежно від обраного одержувача платежу.» Правильно ми розуміємо дану вимогу, що поля повинні змінюватись динамічно в залежності від типу одержувача (наприклад, фізична особо, фізична особа підприємець)? Чи в даному пункті щось інше мається на увазі? Прохання деталізувати.
Розгорнути Згорнути

відповідь:

У Сценарії 7 розділу 7.3 додатку 3 до тендерної документації у підпункті «Відображення (фіксація) одного або декількох полів для введення даних залежно від обраного одержувача платежу» мова йде про можливість динамічної зміни набору полів у залежності від обраного одержувача платежу. Наприклад, якщо здійснюється платіж за оплату послуг телефонного зв’язку, то додатково має відображатися поле для введення номеру телефону абонента, якщо за електроенергію – поля для введення показників лічильника тощо.

В Тех. специфікації, Сценарій 9

Дата подання: 01.11.2020 15:11
Дата відповіді: 02.11.2020 17:10
В Тех. специфікації, Сценарій 9 «Можливість відображення інформації про точку обслуговування (ВПЗ чи листоношу).» На англійській мові звучить вимога «Ability to display store information.» Прохання уточнити, яку саме інформацію потрібно відобразити по даній вимозі? Правильно ми розуміємо, що мається на увазі показати всі операції, залишки товарів, завдань, коштів в центральній бек системі на момент останньої синхронізації (обміну) даними з центральною системою?
Розгорнути Згорнути

відповідь:

У Сценарії 9 розділу 7.3 додатку 3 до тендерної документації у підпункті «Можливість відображення інформації про точку обслуговування (ВПЗ чи листоношу)» мова йде про відображення інформації щодо всіх операцій, виконаних на даній точці всіма користувачами, залишки товарів, завдань, коштів в центральній бек системі тощо на момент останньої синхронізації (обміну) даними з центральною бек системою.

В Тех. специфікації, Сценарій 9-оновлення інформації

Дата подання: 01.11.2020 15:13
Дата відповіді: 02.11.2020 17:10
В Тех. специфікації, Сценарій 9 «Можливість оновлення інформації про точку обслуговування (ВПЗ чи листоношу).» На англійській мові звучить вимога так «Ability to update store information.» Прохання уточнити, яку саме інформацію потрібно відобразити по даній вимозі. Правильно ми розуміємо, що мається на увазі показати способи оновлення завдань, залишків товарів, коштів в центральній бек системі на основі даних, що повинні бути надані Виконавцю у відповідності до пункту 7.1? Якщо так, то тоді це не співпадає з твердженням в розділі 7.1 тех специфікації: «Прототип призначений лише для демонстраційних цілей і не призначений для використання у виробничих цілях. …. Інтеграція з існуючими back end системами Замовника або системами третіх сторін не потрібна, але Виконавець повинен продемонструвати, як відбуватиметься інтеграція за допомогою імпорту та експорту на основі файлів.». Просимо надати роз’яснення цієї вимоги по сценарію 9.
Розгорнути Згорнути

відповідь:

У Сценарії 9 розділу 7.3 додатку 3 до тендерної документації у підпункті «Можливість оновлення інформації про точку обслуговування (ВПЗ чи листоношу)» мова йде про оновлення інформації на точці обслуговування (по ВПЗ, листоноші) щодо тарифів на продукти та послуги, наявного залишку товарів, актуальних цін на товари, завдань тощо. Суперечностей вимогам, описаним в розділі 7.1 немає, оскільки в цьому розділі зазначено, що «Інтеграція з існуючими back end системами Замовника або системами третіх сторін не потрібна, але Виконавець повинен продемонструвати, як відбуватиметься інтеграція за допомогою імпорту та експорту на основі файлів».
Розгорнути: 9 Згорнути

Протокол розгляду

Учасник Документи Рішення
Escher Group (Irl) Limited Документи
Триває

Публічні документи

Реєстр пропозицій

Дата і час розкриття: 12.11.2020 18:00

Учасник Первинна пропозиція Остаточна пропозиція Коефіцієнт Приведена вартість Документи
9 400 000 USD з ПДВ 9 400 000 USD з ПДВ 1.4285714286 6 580 000 Документи

Публічні документи

© 2016 Моніторинговий портал DoZorro. Всі права захищено

Необхідно авторизуватись

Необхідно авторизуватись

Помилка з'єднання