-
Відкриті торги з публікацією англійською мовою
-
Безлотова
-
КЕП
Інформаційні системи (Фінансові інформаційні системи) (програмна платформа комплексної системи приймання платежів з адаптацією та впровадженням) (Payment Hub)
Торги не відбулися
6 800 000.00
UAH без ПДВ
мін. крок: 0.5% або 34 000.00 UAH
мін. крок: 0.5% або 34 000.00 UAH
Період уточнення:
11.08.2017 18:00 - 01.09.2017 19:00
Відповідь надана
Питання з технічної специфікації
Номер:
a07d12ff1f7f47f8aa67215a77969d4b
Дата опублікування:
01.09.2017 17:59
Опис:
1. Адміністрування організаційної структури буде вестись у внутрішніх системах Укрпошти, з послідуючою синхронізацією з AC Payment HUB?
2. Пункт ТС 3.1 підпункт 5. a.
Чи передбачається пряма інтеграція AC Payment HUB з SMS і Viber або звернення до SMS і Viber реалізовуватимуть внутрішні автоматизовані системи підприємства?
3. Пункт ТС 3.1 підпункт 10.е
«Наявність програмного модулю з отримання згоди на обробку персональних даних у особистому кабінет клієнта для мобільного додатку та веб-сайту»- Якщо мобільний і веб додаток в рамках даного проекту не будуть поставлятися, яким чином планується взаємодія між запитуваним модулем і цими внутрішніми програмами-додатками Укрпошти?
4. Пункт ТС 3.3
У схемах стягнення комісії описано «Фіксована сума, мінімальне значення та максимальне значення» - як застосовується максимальне і мінімальне значення комісії?
5. Пункт ТС 3.3
У схемах стягнення комісії описано «2.Комісія з відправника та посередника (розраховується аналогічно п.1. але частка направляється на доходи ПАТ «Укрпошта», а частка стягується на користь посередника)» - чи означає це, що з посередника повинна стягуватися комісія?
6. Пункт ТС 3.3
У схемах взаєморозрахунків, де при стягненні комісії вказано кілька учасників, і при розподілі комісії теж кілька учасників - чи потрібно окремо налаштовувати схеми розподілу при стягненні комісії і окремо схеми для її нарахування?
7. Пункт ТС 3.3.3 підпункт 2.
«Власний веб-інтерфейс для надання послуг» - перерахуйте які саме послуги мають бути представлені в цьому інтерфейсі.
8. Пункт ТС 3.3.3 підпункт 5.
• Оплата карткою або гаманцем
• Перекази з картки на картку і з карти для виплати готівкою
• Використовувати електронний гаманець і різні переклади між гаманцями, баланс гаманця, встановлення лімітів
- чи потрібно з цього функціоналу створення обгортки (wrapper, API) до існуючих методів зовнішніх систем, або ці зовнішні системи будуть викликатися внутрішніми автоматизованими системами підприємства безпосередньо?
9. Пункт ТС 3.3.4. підпункт 2.
«Можливість введення даних за прийнятими у неавтоматизованих ОПЗ платежами. Інтерфейси вводу даних повинні бути адаптовані для швидкого введення даних з квитанцій»- через яке ПЗ планується надання візуального інтерфейсу для цього функціоналу?
10. Пункт ТС 3.3.5
АС «Payment HUB» повинна забезпечувати: налаштування шаблонів для зчитування та обробки штрих-кодів квитанцій з урахування вимог організацій-постачальників послуг;
Якщо додаток для операторів не входить в поставку, на якому рівні необхідно забезпечувати зчитування штрих-кодів?
Відповідь:
Вітаємо! Ваші питання розглянуті, відповідно до чого надаємо наступні відповіді:
1.Адміністрування організаційної структури буде вестись в AC Payment HUB.
2.«внутрішні автоматизовані системи підприємства»
3. Згідно п. 3.3.3 підпункт 2 передбачає власний веб-інтерфейс для надання послуг, адміністрування, налаштування, формування звітності, моніторингу роботи системи, а розробка мобільного додатку не входить в поставку АС Payment HUB.
4.Фіксована сума – фіксована сума від платежу. Мінімальне та/ або максимальне значення від суми платежу. (Наприклад: Платіж – 100, 00 грн. Комісія за платіж 1,5% мін. 4,50 грн.).
5.Комісія з відправника та посередника (розраховується аналогічно п.1., але частка стягується з посередника).
6.Так, окремо налаштовуються схеми стягнення комісій.
7.комунальні послуги, гаряче та холодне водопостачання, газ, електрика, фіксований та мобільний зв’язок, Інтернет, телебачення, та ін.
8.Так, потрібне створення обгортки (wrapper, API).
9.Через АС «Payment Hub» в offline режимі.
10.На рівні внутрішньої системи Укрпошти АРМ ВЗ
Дякуємо, за активну участь у закупівлі!
Дата відповіді:
05.09.2017 16:12
Відповідь надана
щодо листів відгуків
Номер:
acfaa45f4dd34331a05cfa939f6faf63
Дата опублікування:
22.08.2017 17:33
Опис:
Дякуємо за відповідь, але питання було стосвно кваліфікаціїних крітеріїв, а саме листів відгуків та іх змісту. Ви надали відповідь стосовно технічних, якісних та кількісні характеристик предмета закупівлі.
Просимо надати відповідь стосовно змісту листів відгуків тому що не зрозуміло яке саме підтвердження виконання вимог по функціональності програмного забезпечення повино бути.
Відповідь:
В п.1. «Вимог до учасників» додатку 3 до цієї документації зазначені чіткі вимоги щодо надання позитивних листів-відгуків від замовників (банківських або фінансових установ) видані на ім’я учасника, в довільній формі, з підтвердженням виконання вимог по функціональності програмного забезпечення програмної платформи комплексної системи приймання платежів у повному обсязі згідно переліку згідно Таблиці 1. Тобто в листі – відгуку необхідно надати інформацію ("так" по всім 30 пунктам) у повному обсязі згідно Таблиці 1. І лише в такому випадку він буде відповідати кваліфікаційному критерію.
Дата відповіді:
23.08.2017 12:49
Відповідь надана
щодо листів відгуків
Номер:
136272b121004e6b9129ceb12319f1f1
Дата опублікування:
22.08.2017 16:45
Опис:
Згідно Додатку 1 до Тендерної документації Учасник повинен надати позитивні листи-відгуки в довільній формі від замовників (банківських або фінансових установ), інформація про яких зазначена в довідці, видані на ім’я учасника, з підтвердженням виконання вимог по функціональності програмного забезпечення згідно переліку Таблиці 1 (Відповідність ПЗ основним функціям) додатку 3 цієї документації. У Таблиці 1 (Відповідність ПЗ основним функціям) зазначено 5 пунктів: 1. Приймання усіх видів платежів в тому числі: - комунальні послуги; - телефонний зв'язок; - кабельне телебачення; - електроенергія; - газ; - на користь банківських установ в рахунок погашення кредитної заборгованості. 2. Єдиний набір протоколів обміну (API) для взаємодії з внутрішніми автоматизованими системами підприємства (Веб-сайт, мобільні термінали, платіжні кіоски самообслуговування) та зовнішніми АС агентів; 3. Централізована єдина система підприємства з можливістю формування реєстрів та проведення розрахунків з контрагентами з різних розрахункових рахунків; 4. Вбудований генератор звітів для можливості розробки нових форм звітних документів; 5. Автоматизоване ведення операційних журналів, облік касових операцій, формування статистичних даних; Чи буде учасником виконаний кваліфікаційний критерій щодо листів відгуків, якщо у листах-відгуках підтвердженням виконання вимог по функціональності програмного забезпечення буде вказано цих 5 пунктів?
Відповідь:
Вітаємо та уточнюємо!
Ні, не буде.
Учасник повинен надати інформацію ("так" по всім 30 пунктам) у повному обсязі згідно Таблиці 1. І лише в такому випадку він буде відповідати кваліфікаційному критерію.
Дата відповіді:
22.08.2017 16:59
Відповідь надана
щодо листів відгуків
Номер:
26bfd243934d45259f2e2310b79c9931
Дата опублікування:
22.08.2017 14:59
Опис:
Згідно Додатку 1 до Тендерної документації Учасник повинен надати позитивні листи-відгуки в довільній формі від замовників (банківських або фінансових установ), інформація про яких зазначена в довідці, видані на ім’я учасника, з підтвердженням виконання вимог по функціональності програмного забезпечення згідно переліку Таблиці 1 (Відповідність ПЗ основним функціям) додатку 3 цієї документації.
У Таблиці 1 (Відповідність ПЗ основним функціям) зазначено 5 пунктів:
1. Приймання усіх видів платежів в тому числі:
- комунальні послуги;
- телефонний зв'язок;
- кабельне телебачення;
- електроенергія;
- газ;
- на користь банківських установ в рахунок погашення кредитної заборгованості.
2. Єдиний набір протоколів обміну (API) для взаємодії з внутрішніми автоматизованими системами підприємства (Веб-сайт, мобільні термінали, платіжні кіоски самообслуговування) та зовнішніми АС агентів;
3. Централізована єдина система підприємства з можливістю формування реєстрів та проведення розрахунків з контрагентами з різних розрахункових рахунків;
4. Вбудований генератор звітів для можливості розробки нових форм звітних документів;
5. Автоматизоване ведення операційних журналів, облік касових операцій, формування статистичних даних;
Чи буде учасником виконаний кваліфікаційний критерій щодо листів відгуків, якщо у листах-відгуках підтвердженням виконання вимог по функціональності програмного забезпечення буде вказано цих 5 пунктів?
Відповідь:
Вітаємо та повідомляємо!
Ні, не буде.
Учасник надає інформацію (так/ні) виконання вимог по функціональності програмного забезпечення програмної платформи комплексної системи приймання платежів у повному обсязі згідно Таблиці 1.
Дата відповіді:
22.08.2017 15:51
Відповідь надана
п. “3.4 Інші (сервісні) вимоги”
Номер:
aca4a8126ca1417cad03ca09a0b96512
Дата опублікування:
21.08.2017 15:46
Опис:
Доброго дня!
Всі наступні питання стосуються тільки п. “3.4 Інші (сервісні) вимоги” ТД: “В складі АС «Payment HUB» повинно бути комплекс інструментів для створення функціональності, її розвитку, внесення будь яких змін без залучення розробника до існуючих функцій, в частині формування звітності, налаштування інтерфейсів приймання платежів, інтеграції з іншими АС, завантаження інформації щодо заборгованості та НДІ.
Тобто розвиток та нарощування цієї функціональності повинні проводитись засобами та інструментами які будуть частиною АС «Payment HUB» (редактор інтерфейсних форм, дизайнер звітів і т. п.).”
Питання:
1. В «Payment HUB» повинен бути реалізован “редактор інтерфейсних форм” для програми приймання платежів, який дозволяє “налаштування інтерфейсів приймання платежів”. Ці зміни можуть стосуватися тільки зміни розташування елементів вводу даних в вікнах або довільне додавання/видалення елементів вводу даних з підключенням до них відповідних джерел даних?
2. В складі АС «Payment HUB» повинен бути комплекс інструментів для “внесення будь яких змін” в частині інтеграції з іншими АС.
2.1 Згідно вимог ТД однією з таких систем є АРМ ВЗ, яке реалізоване у вигляді GUI-програми під ОС MS Windows. Тобто необхідно реалізувати інструменті, які дозволять в програму прийому платежів “вносити будь які зміни”, щоб АРМ ВЗ міг взаємодіяти з програмою прийому платежів?
2.2 Теж питання стосується і інтеграції з іншими АС — «Payment HUB» повинен мати інструменти для “внесення будь яких змін без залучення розробника” в частині інтеграції з іншими АС, тобто необхідні інструменти для редагування API «Payment HUB»?
2.3 Стосовно “завантаження інформації щодо заборгованості та НДІ” — повинен бути універсальний конструктор, який дозволить виконувати імпорт даних (НДІ та заборгованості) з будь як можливих форматів даних та структур даних в цих форматах?
3. Інтеграція АС «Payment HUB з іншими системами повинна виконуватись із використанням стандартних API.”
Що мається на увазі під “стандартними API” і які інші системи маються на увазі?
4. “В складі АС «Payment HUB» повинен бути реалізований на веб та мобільній версії сайту механізм оплати (без розробки дизайну сторінок), в тому числі через особистий кабінет,з наступними фінансовими послугами:...”
“веб та мобільній версії сайту” — тобто повинен бути реалізован окремий сайт для користувачів Payment Hub з окремою від ukrposhta.ua реєстрацією та авторизаціює?
Що мається на увазі “без розробки дизайну сторінок” — вони повинні бути реалізовані у довільному стилі?
Відповідь:
Вітаємо!
Ваше звернення розглянуте та повідомляємо наступне:
1. В «Payment HUB» повинен бути реалізован “редактор інтерфейсних форм” для програми приймання платежів, який дозволяє “налаштування інтерфейсів приймання платежів”. Ці зміни можуть стосуватися тільки зміни розташування елементів вводу даних в вікнах або довільне додавання/видалення елементів вводу даних з підключенням до них відповідних джерел даних?
Відповідь:«Налаштування інтерфейсів приймання платежів». Мається на увазі можливість на стороні Укрпошти налаштовувати нові інтерфейси із зовнішніми компаніями-постачальниками послуг.
2. В складі АС «Payment HUB» повинен бути комплекс інструментів для “внесення будь яких змін” в частині інтеграції з іншими АС.
2.1 Згідно вимог ТД однією з таких систем є АРМ ВЗ, яке реалізоване у вигляді GUI-програми під ОС MS Windows. Тобто необхідно реалізувати інструменті, які дозволять в програму прийому платежів “вносити будь які зміни”, щоб АРМ ВЗ міг взаємодіяти з програмою прийому платежів?
відповідь: В рамках першого етапу «Графіку постачання Програмної Продукції «Payment HUB» та надання Послуг» необхідно розробити і задокументувати інтеграцію з внутрішньою системою АРМ ВЗ.
2.2 Теж питання стосується і інтеграції з іншими АС — «Payment HUB» повинен мати інструменти для “внесення будь яких змін без залучення розробника” в частині інтеграції з іншими АС, тобто необхідні інструменти для редагування API «Payment HUB»?
відповідь: Необхідно розробити і задокументувати АРІ для підключення інших АС з Payment Hub.
2.3 Стосовно “завантаження інформації щодо заборгованості та НДІ” — повинен бути універсальний конструктор, який дозволить виконувати імпорт даних (НДІ та заборгованості) з будь як можливих форматів даних та структур даних в цих форматах?
Відповідь: Так
3. Інтеграція АС «Payment HUB з іншими системами повинна виконуватись із використанням стандартних API.” Що мається на увазі під “стандартними API” і які інші системи маються на увазі?
Відповідь:Необхідно розробити і задокументувати АРІ для підключення інших АС з Payment Hub.
4. “В складі АС «Payment HUB» повинен бути реалізований на веб та мобільній версії сайту механізм оплати (без розробки дизайну сторінок), в тому числі через особистий кабінет,з наступними фінансовими послугами:...” “веб та мобільній версії сайту” — тобто повинен бути реалізован окремий сайт для користувачів Payment Hub з окремою від ukrposhta.ua реєстрацією та авторизаціює? Що мається на увазі “без розробки дизайну сторінок” — вони повинні бути реалізовані у довільному стилі?
Відповідь:Повинен бути реалізований механізм оплати послуг згідно з технічної специфікації. Дизайн сторінки на стороні Укрпошти.
Дата відповіді:
22.08.2017 17:24
Відповідь надана
Інформаційні системи (Фінансові інформаційні системи) (програмна платформа комплексної системи приймання платежів з адаптацією та впровадженням) (Payment Hub)
Номер:
ad5c51f0e841419f805c9f7b561004bc
Дата опублікування:
17.08.2017 11:33
Опис:
Доброго дня, Михайло! Моє ім`я Юлія (я представляю інтереси, підприємства, яке зацікавлене у розробці програмного забезпечення для прийому платежів на користь третіх осіб). Отже, дозвольте звернутися до Вас за роз'ясненням стосовно заявки на Інформаційні системи (Фінансові інформаційні системи) (програмна платформа комплексної системи приймання платежів з адаптацією та впровадженням) (Payment Hub).
Згідно п.8 "Вимоги до постачання ліцензій на СКБД" виконавець повинен виконати постачання ліцензій Enterprise для СКБД Oracle, або Microsoft SQL, або еквівалент. СКБД повинна бути обов'язково комерційною, чи можливе використання СКБД Open Source (наприклад, PostgreSQL)?
Дякую за увагу! З повагою, Юлія!
Відповідь:
Вітаємо! На ваше звернення повідомляємо наступне:
Це може бути СКБД Open Source але з обов'язковим підтвердженням підтримки продуктивності відповідно до п. 3.5. «Вимоги щодо продуктивності, масштабованості, функціонального розвитку та інформаційної безпеки» технічної специфікації додаток 3 до тендерної документації.
Дата відповіді:
17.08.2017 16:59