щодо листів відгуків
Згідно Додатку 1 до Тендерної документації Учасник повинен надати позитивні листи-відгуки в довільній формі від замовників (банківських або фінансових установ), інформація про яких зазначена в довідці, видані на ім’я учасника, з підтвердженням виконання вимог по функціональності програмного забезпечення згідно переліку Таблиці 1 (Відповідність ПЗ основним функціям) додатку 3 цієї документації. У Таблиці 1 (Відповідність ПЗ основним функціям) зазначено 5 пунктів: 1. Приймання усіх видів платежів в тому числі: - комунальні послуги; - телефонний зв'язок; - кабельне телебачення; - електроенергія; - газ; - на користь банківських установ в рахунок погашення кредитної заборгованості. 2. Єдиний набір протоколів обміну (API) для взаємодії з внутрішніми автоматизованими системами підприємства (Веб-сайт, мобільні термінали, платіжні кіоски самообслуговування) та зовнішніми АС агентів; 3. Централізована єдина система підприємства з можливістю формування реєстрів та проведення розрахунків з контрагентами з різних розрахункових рахунків; 4. Вбудований генератор звітів для можливості розробки нових форм звітних документів; 5. Автоматизоване ведення операційних журналів, облік касових операцій, формування статистичних даних; Чи буде учасником виконаний кваліфікаційний критерій щодо листів відгуків, якщо у листах-відгуках підтвердженням виконання вимог по функціональності програмного забезпечення буде вказано цих 5 пунктів?
Вітаємо та уточнюємо!
Ні, не буде.
Учасник повинен надати інформацію ("так" по всім 30 пунктам) у повному обсязі згідно Таблиці 1. І лише в такому випадку він буде відповідати кваліфікаційному критерію.
щодо листів відгуків
Згідно Додатку 1 до Тендерної документації Учасник повинен надати позитивні листи-відгуки в довільній формі від замовників (банківських або фінансових установ), інформація про яких зазначена в довідці, видані на ім’я учасника, з підтвердженням виконання вимог по функціональності програмного забезпечення згідно переліку Таблиці 1 (Відповідність ПЗ основним функціям) додатку 3 цієї документації.
У Таблиці 1 (Відповідність ПЗ основним функціям) зазначено 5 пунктів:
1. Приймання усіх видів платежів в тому числі:
- комунальні послуги;
- телефонний зв'язок;
- кабельне телебачення;
- електроенергія;
- газ;
- на користь банківських установ в рахунок погашення кредитної заборгованості.
2. Єдиний набір протоколів обміну (API) для взаємодії з внутрішніми автоматизованими системами підприємства (Веб-сайт, мобільні термінали, платіжні кіоски самообслуговування) та зовнішніми АС агентів;
3. Централізована єдина система підприємства з можливістю формування реєстрів та проведення розрахунків з контрагентами з різних розрахункових рахунків;
4. Вбудований генератор звітів для можливості розробки нових форм звітних документів;
5. Автоматизоване ведення операційних журналів, облік касових операцій, формування статистичних даних;
Чи буде учасником виконаний кваліфікаційний критерій щодо листів відгуків, якщо у листах-відгуках підтвердженням виконання вимог по функціональності програмного забезпечення буде вказано цих 5 пунктів?
Вітаємо та повідомляємо!
Ні, не буде.
Учасник надає інформацію (так/ні) виконання вимог по функціональності програмного забезпечення програмної платформи комплексної системи приймання платежів у повному обсязі згідно Таблиці 1.
Питання з технічної специфікації
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.На рівні внутрішньої системи Укрпошти АРМ ВЗ
Дякуємо, за активну участь у закупівлі!
п. “3.4 Інші (сервісні) вимоги”
Доброго дня!
Всі наступні питання стосуються тільки п. “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 реєстрацією та авторизаціює? Що мається на увазі “без розробки дизайну сторінок” — вони повинні бути реалізовані у довільному стилі?
Відповідь:Повинен бути реалізований механізм оплати послуг згідно з технічної специфікації. Дизайн сторінки на стороні Укрпошти.
щодо листів відгуків
Дякуємо за відповідь, але питання було стосвно кваліфікаціїних крітеріїв, а саме листів відгуків та іх змісту. Ви надали відповідь стосовно технічних, якісних та кількісні характеристик предмета закупівлі.
Просимо надати відповідь стосовно змісту листів відгуків тому що не зрозуміло яке саме підтвердження виконання вимог по функціональності програмного забезпечення повино бути.
В п.1. «Вимог до учасників» додатку 3 до цієї документації зазначені чіткі вимоги щодо надання позитивних листів-відгуків від замовників (банківських або фінансових установ) видані на ім’я учасника, в довільній формі, з підтвердженням виконання вимог по функціональності програмного забезпечення програмної платформи комплексної системи приймання платежів у повному обсязі згідно переліку згідно Таблиці 1. Тобто в листі – відгуку необхідно надати інформацію ("так" по всім 30 пунктам) у повному обсязі згідно Таблиці 1. І лише в такому випадку він буде відповідати кваліфікаційному критерію.
Інформаційні системи (Фінансові інформаційні системи) (програмна платформа комплексної системи приймання платежів з адаптацією та впровадженням) (Payment Hub)
Доброго дня, Михайло! Моє ім`я Юлія (я представляю інтереси, підприємства, яке зацікавлене у розробці програмного забезпечення для прийому платежів на користь третіх осіб). Отже, дозвольте звернутися до Вас за роз'ясненням стосовно заявки на Інформаційні системи (Фінансові інформаційні системи) (програмна платформа комплексної системи приймання платежів з адаптацією та впровадженням) (Payment Hub).
Згідно п.8 "Вимоги до постачання ліцензій на СКБД" виконавець повинен виконати постачання ліцензій Enterprise для СКБД Oracle, або Microsoft SQL, або еквівалент. СКБД повинна бути обов'язково комерційною, чи можливе використання СКБД Open Source (наприклад, PostgreSQL)?
Дякую за увагу! З повагою, Юлія!
Вітаємо! На ваше звернення повідомляємо наступне:
Це може бути СКБД Open Source але з обов'язковим підтвердженням підтримки продуктивності відповідно до п. 3.5. «Вимоги щодо продуктивності, масштабованості, функціонального розвитку та інформаційної безпеки» технічної специфікації додаток 3 до тендерної документації.
