Система керування інформаційними потоками, бізнес-процесами та ресурсами АТ "Укрпошта"

Відповідно до пункту 14.1. проекту договору : «Виконавець для забезпечення виконання своїх зобов’язань за Договором перед Замовником надає останньому, на момент підписання Договору, оригінал банківської гарантії забезпечення виконання Договору в валюті платежу – гривня у формі, що міститься у Додатку № 8 до Договору (далі – банківська гарантія). Обставинами, що зумовлюють право Замовника звернутись до банка – гаранта з вимогою про сплату суми банківської гарантії є невиконання або неналежне виконання Виконавцем будь якого власного зобов’язання за Договором або дії (бездіяльність) Виконавця що призвели до неможливості подальшого виконання Договору.» Просимо надати пояснення яким чином учасник нерезидент має виконати зазначену умову з огляду на те, що валюта у якій може бути надана гарантія учасника нерезидента може бути надана виключно у валюті по курсу НБУ. Загалом, форма гарантії вказана в Додатку 8 до договору не враховує міжнародне законодавство. Прохання внести відповідні зміни до даного пункту і інших пунктів розділу 14 УМОВИ БАНКІВСЬКОЇ ГАРАНТІЇ що врахують права Виконавця, який є нерезидентом України.

В проекті договору, пункт 3.6 «Документація, зазначена в п.3.5.1 та п.3.5.2. Договору, складається Виконавцем українською мовою та надається Замовнику в електронній формі у форматі .pdf не пізніше 10 (десяти) робочих днів з моменту підписання Договору. Інструкції в електронній формі та відео- інструкції користувачів ERP-cистеми, передбачені п.3.5.3, Договору, надаються Виконавцем Замовнику або записаними на флеш-накопичувачі, або у формі посилання на електронну адресу в мережі Інтернет, за якою їх розміщено, не пізніше 2 (двох) робочих днів з моменту закінчення фази «Дослідна експлуатація» по кожному підпроекту кожного етапу». Дана вимога стосовно надання документації в форматі PDF суперечить тендерній документації та є дискримінаційною до учасників. Оскільки, не можливо надати всю документацію по системі на протязі 10 днів від дати підписання договору без внесення змін у систему відповідно до вимог Додатку 7 та, при цьому, ще й на українській мові. Це можливо тільки за умови, що якщо компанія вже повністю виконала даний проект у відповідності до вимог Додатку 7. Дана вимог є доречною, але виключно на стадії введення в експлуатацію кожного підпроекту і підписання Акту приймання-передачі. Ми не заперечуємо, що учасник у відповідності до чинного законодавства має надати всі документи українською мовою, але вимога надати їх відразу після підписання договору фактично унеможливлює здійснити це, тому що: А) ні одна компанія не може задовільнити цю вимогу без налаштування системи у відповідності до Додатку 7 Договору до моменту підписання Договору; Б) у відповідності до вимог Технічного завдання, є багато звітів і функціоналу що буде «уточнюватися в процесі впровадження ERP». Враховуючи зазначене, просимо змінити редакцію даного пункту на наступний: «Документація, зазначена в п.3.5.1 та п.3.5.2. Договору, складається Виконавцем українською мовою та надається Замовнику в електронній формі у форматі .pdf не пізніше 2 (двох) робочих днів з моменту закінчення фази «Дослідна експлуатація» по кожному підпроекту кожного етапу. Інструкції в електронній формі та відео- інструкції користувачів ERP-cистеми, передбачені п.3.5.3, Договору, надаються Виконавцем Замовнику або записаними на флеш-накопичувачі, або у формі посилання на електронну адресу в мережі Інтернет, за якою їх розміщено, не пізніше 2 (двох) робочих днів з моменту закінчення фази «Дослідна експлуатація» по кожному підпроекту кожного етапу».

Відповідно до пункту 4.5. Договору: «Оплата здійснюється в національній валюті України, у безготівковій формі, із застосуванням платіжних доручень» - даний пункт не може бути релевантний по відношенню до учасників нерезидентів. Пропонуємо передбачити у проекті договору варіант оплати у валюті. Наприклад, «У випадку, якщо Виконавець за договором є нерезидентом, то оплата здійснюється в доларах США по курсу Національного Банку зазначеному в пункті 4.7 , у безготівковій формі, із застосуванням платіжних доручень.»

Відповідно до пункту 7.2. Договору «В момент підписання Договору Виконавець надає чинний експертний висновок, зареєстрований в Державній службі спеціального зв’язку та захисту інформації України, який засвідчує, що ПЗ має рівень гарантій не нижчий, ніж Г2 коректності реалізації функціонального профілю безпеки відповідно до вимог НД ТЗІ.» - є дискримінаційним по відношенню до компаній учасників нерезидентів, оскільки у відповідності до чинного законодавства не можливо надати експертний висновок за період проведення тендерної процедури. При цьому ми погоджуємось, що дана вимога повинна бути включена в рамках договору, але не на момент підписання Договору, а на момент впровадження першого під проекту у відповідності до Календарного плану Додатку 2. Враховуючи зазначене, просимо змінити зміст пункту на наступний: «В момент підписання Договору Виконавець приймає на себе зобов’язання, що він повинен надати чинний експертний висновок, зареєстрований в Державній службі спеціального зв’язку та захисту інформації України, який засвідчує, що ПЗ має рівень гарантій не нижчий, ніж Г2 коректності реалізації функціонального профілю безпеки відповідно до вимог НД ТЗІ за 10 днів до закінчення першого підпроекту у відповідності до Додатку 2»

Пункт 9.3. Договору «За порушення умов щодо якості, які визначені цим Договором, з Виконавця стягується штраф у розмірі двадцяти відсотків вартості неякісної продукції/ неякісно наданих послуг.» Даний пункт не відображає суті справедливих економічних відноси і суперечить іншим умовам Договору, а саме пунктам розділу 6, що передбачають «гарантійні зобов’язання і гарантійний строк» виконавця в рамках договору. При цьому, в Договорі ніяк не визначено поняття «неякісно продукції/неякісно наданих послуг». Також виникає ряд інших питань, що мають бути визначені в Договорі: Які параметри неякісної продукції? Хто визначає? На якій стадії? Що, якщо вже Акт приймання-передачі підписаний замовником. Відповідно Замовник уже прийняв відповідне ПЗ та/або послуги і тд. З огляду на зазначене, просимо видалити даний пункт з умов Договору.

Відповідно Додатку 3 тендерної документації, предметом закупівлі є ERP-система, яка включає в себе програмні модулі автоматизації фінансового управління, управління персоналом, електронного документообігу, управління закупівлями та інші. При цьому, запропонована ERP-система повинна мати експертний висновок щодо відповідності вимогам до захисту інформації на рівні Г-2. Зазначимо, що такий підхід до закупівлі протирічить світовій практиці та значно звужує конкуренцію. При вимогах до закупівлі єдиного програмного рішення унеможливлюється участь у тендері виробників окремих рішень в різних сферах: документообігу, управління персоналом, управління закупівлями тощо. Підхід до закупівлі єдиної ERP-системи для автоматизації всіх ділових процесів протирічить, також, практиці, яка використовується в Україні вже більше 10 років. Найбільші українські державні та комерційні компанії, які використовують, наприклад, ERP систему світового лідера – корпорації SAP, для автоматизації процесів, документообігу, управління персоналом, закупівель використовують програмне забезпечення інших виробників, зокрема, й українських. Впроваджені рішення повністю інтегровані. Серед таких компаній Нафтогаз України, Укргазвидобування, Укртраснгаз, Укрхімтрансаміак, Енергоатом, Національний Банк України, Київська міська державна адміністрація, холдинг Метінвест, ДТЕК та інші. Додатково підкреслимо, що в 2017 році Антимонопольним комітетом було прийнято рішення, що закупівля програмного забезпечення, яке одночасно має функції електронного документообігу та фінансового управління обмежує конкуренцію та не може використовуватись у відкритих торгах https://prozorro.gov.ua/tender/UA-2017-10-13-002697-a. Зазначимо, що в оголошених торгах АТ «Укрпошта» передбачається закупівлі програмного забезпечення, яке одночасно має функції не тільки фінансового управління та документообігу, але й управління персоналом, управління закупівлями та інші. Таким чином, технічні вимоги протирічать українській та світовій практиці закупівель аналогічних рішень та обмежують конкуренцію шляхом застосування дискримінаційних вимог до функціональності предмету закупівлі. Вимагаємо внести зміни в тендерну документацію та дозволити учасникам пропонувати одночасно програмні рішення різних виробників в межах даних торгів.

Звертаємось до вас з приводу вимог тендерної документації у додатку 7, зокрема форми «Цінова пропозиція». Зазначена форма містить обмеження встановлені замовником, що є необгрунованими та провокують створення ситуації, коли учасник має розраховувати вартість своєї тендерної пропозиції не з огляду на власні можливості, які в т.ч. дозволяють знижувати ціну, а з огляду на позицію замовника щодо обмеження цінового регулювання вартості програмного продукту розробника. Насамперед, у колонці 4 у п. 3.2 та п. 4 зазначено кількість людино-годин, що мають бути закладені учасником у вартості тендерної пропозиції для надання інформаційно-консультаційних послуг та послуги з доопрацювання ERP-cистеми (далі – консультації). При цьому, у формі зазначено сталі суми 4000 та 7000 відповідно. Водночас, замовник не може знати на якій стадії опрацювання знаходиться програмний продукт учасника і яка кількість консультацій знадобиться у ході його впровадження та реалізації. Попри це, замовник не вказує орієнтовної кількості консультацій «з..по», а також не зазначає чи є вказані ним показники мінімальною чи максимальною кількістю консультацій для нього. При цьому, він встановлює, що доля вартості цього компонента від загальної суми договору, має бути не більше 15%. Враховуючи, що ці дані суттєво впливають на формування вартості тендерної пропозиції, а в результаті можуть бути не використані у вказаній кількості, просимо замовника надати можливість розрахунку з огляду на мінімальну та максимальну кількість консультацій, що планується отримати замовником та без обмежень долі вартості цього компонента від загальної суми договору. Крім того, звертаємо увагу, що обмеження долі вартості компонентів від загальної суми договору порушує загальноринкові принципи формування ціни продукту. Зокрема, ми як учасник, що планує брати участь у тендері та надавати послуги замовнику, в окремих компонентах можемо значно знизити ціну нашої пропозиції з огляду на особисті розробки та законтрактовані домовленості з співвиконавцями. Водночас, обмеження встановлені замовником у сьомій колонці форми «Цінової пропозиції» в частині встановлення долі вартості компонента від загальної суми договору, обмежують наші можливості щодо зниження ціни тендерної пропозиції та визначення внутрішніх умов формування ціни нашого програмного продукту. Адже, ціну окремих компонентів нашого програмного продукту ми можемо знизити більше ніж дозволяє встановлений замовником відсоток зміни. Відповідно до ст. 189 ГКУ суб’єкти господарювання використовують у своїй діяльності вільні та державні регульовані ціни. Вільні ціни визначаються на всі види продукції (робіт, послуг), за винятком тих, на які встановлено державні регульовані ціни. Вільні ціни визначаються суб'єктами господарювання самостійно за згодою сторін, а у внутрішньогосподарських відносинах - також за рішенням суб'єкта господарювання. Враховуючи зазначене, вимоги замовника порушують наше право на формування ціни послуг, що плануються надавати замовнику. Крім того, відповідно до Закону України «Про публічні закупівлі» ціна тендерної пропозиції формується за результатами аукціону. Враховуючи зазначене, вимагати в тендерній документації зазначати ціну тендерної пропозиції учасника до результатів аукціону і встановлювати обмеження щодо її формування є дискримінацією. Тому, вимагаємо виключити обмеження щодо долі вартості компонентів від загальної суми договору у формі «Цінова пропозиція».

Наша компанія була створена, як одна із підрозділів міжнародної групи компаній, і представлена в 5 країнах з загальною кількістю більше 250 чоловік. Наша група компаній спеціалізується на впровадженні комплексних ІТ рішень під ключ для приватних і державних організацій. Ми успішно впровадили більше 100 проектів в приватному і державному секторах. Нашими клієнтами є державні установи, в тому числі гарантування вкладів, кредитно-гарантійні фонди в різних країнах світу, так і приватні міжнародні фінансові групи. Всі ці організації вимагають самий вищий рівень забезпечення безпеки інформації, як з точки зору протидії шахрайству, несанкціонованого розкриття інформації третім особам, так і відповідності вимогам локального законодавства різних країн, в тому числі Банківського законодавства (банківська таємниця і тд.). Всі наші програмні рішення реалізовані на технології Oracle та/або на інших сучасних технологіях, що використовуються кращими компаніями світу:  Фронтова клієнтська частина реалізована на платформі Oracle Apex;  Всі другова форми реалізовані на базі Jasper Reports (iReport);  Сервер застосунків - Oracle Weblogic або Apache Tomcat;  Сервер бази даних - Oracle 12 или Oracle 18;  Система документообороту реалізована на технології Alfresco. В результаті чого, наші рішення пройшли повну сертифікацію міжнародної компанії Oracle і ми отримали статус офіційного партнера компанії Oracle - Gold Certified Partner. Як результат, оскільки ми використовуємо технології Oracle і в рамках поточних вимог тендерної процедури, додаткові ліцензії на програмне забезпечення компанії (в нашому випадку це ліцензії Oracle) мають включатись в тендерну пропозицію, то вони є в реєстрі Держспецзв’язку, як ті, що відповідають вимогам сертифікату рівня Г-2 у відповідності до вимог Положення «Про державну експертизу в сфері технічного захисту інформації». А ось що стосується нашого програмного комплексу, то ми, як компанія нерезидент, лише довідавшись про оголошену закупівлю, дізнались про необхідність наявності сертифікату класу Г-2 як однієї із умов для подачі тендерної пропозиції. Відповідно такого висновку на даному етапі у нас просто не може бути. При цьому ми погоджуємось і розуміємо, що дана вимога є абсолютно раціональною з точки зору вимог в цілому по проекту, але при цьому абсолютно дискримінаційною на етапі подання тендерних пропозицій, оскільки:  Неможливо отримати сертифікат рівня Г-2 в терміни, що вимагаються тендерною документацією зі сторони Замовника, оскільки у відповідності до вимог Положення «Про державну експертизу в сфері технічного захисту інформації» тільки комісія, що повинна зібратись для розгляду відповідних документів має право приймати рішення на протязі 1 місяця, не кажучи що ще необхідний час на підготовку необхідних документів у відповідності до вимог цього Положення;  Наш програмний комплекс, що має пройти державну експертизу, має бути у відповідності до Положення п. 4, розділ 1 «невід'ємною складовою інформаційної, телекомунікаційної або інформаційно-телекомунікаційної системи» за яку Учасник не несе відповідальність в рамках проекту. Як результат, ми повністю підтримуємо вимогу, що програмний комплекс Учасників має відповідати вимогам Законодавства України, в тому числі забезпечити необхідний сертифікат для підтвердження необхідного рівня безпеки інформації, але тільки за результатами впровадження системи. З цієї підстави, просимо вас зробити зміни до вимог тендерної документації та проекту договору на момент подачі тендерних пропозицій, на редакцію «сертифікат Г- 2 повинен бути наданий за результатами впровадження проекту» з метою проведення прозорого конкурсу і включення нерезидентів, що не мають даного сертифікату до списку Учасників.

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

Додаток 1 тендерної документації містить вимогу щодо надання аналогічного договору/договорів для одного замовника (контрагента) де під аналогічним договором мається на увазі виконаний/частково виконаний (система знаходиться в дослідно-промисловій експлуатації) договір або сукупність договорів на постачання та/або розробку та/або впровадження та/або налаштування програмного забезпечення (системи) по обліку та управління ресурсами, одному замовнику (контрагенту) (стан виконання договору не раніше 01.01.2016 або діючий), що передбачає реалізацію всіх наступних функціональних блоків (модулі/розділи тощо): - функціональний блок, який передбачає можливість здійснення Управління закупівлями; - функціональний блок, який передбачає можливість здійснення Управління запасами; - функціональний блок, який передбачає можливість здійснення Управління продажами; - функціональний блок, який передбачає можливість здійснення Обліку та реєстрація договорів; - функціональний блок, який передбачає можливість здійснення Управління безготівковими грошовими коштами; - функціональний блок, який передбачає можливість здійснення процесів Бюджетування: планування бюджетів, контроль, та здійснення план/факт аналізу; - функціональний блок, який передбачає можливість здійснення Бухгалтерського обліку за МСФО (у т. ч. МСФЗ 16, МСФЗ 15, МСФЗ 9); - функціональний блок, який передбачає можливість здійснення Податкового обліку; Зазначимо, що сучасні проекти інформатизації компаній телекомунікаційної галузі відзначаються відмовою від закупівлі єдиного програмного рішення автоматизації всіх ділових процесів, а реалізовуються шляхом впровадження та інтеграції різних програмних продуктів, які є найбільш поширеними в окремих процесах (закупівлі, продаж, бухгалтерський облік, бюджетування тощо). Вказаний підхід носить назву Best-of Breed. Ця інформація підтверджується аналітичними дослідженнями компанії Gartner, щодо різних лідерів в сферах інформатизації (OSS та BSS складові) діяльності телекомунікаційних компаній: http://passionateaboutoss.com/directory/gartner-oss-magic-quadrant-2019/. https://www.gartner.com/reviews/market/integrated-revenue-and-customer-management-for-csps Таким чином, провідні світові та українські компанії мають досвід впровадження сучасних програмних рішень в різних сферах інформатизації конкретних бізнес-процесів. Але вказана вами вимога надання аналогічних договорів тільки в одного замовника обмежує конкуренцію, так як не дозволяє взяти участь в тендері компаніям, які впроваджували різні програмні рішення в різних замовників. Крім того, вказана вимога звужує конкуренцію при залученні в об’єднання Учасників (участь яких дозволена останньою редакцією Закону України «Про публічні закупівлі») у торгах провідних світових компаній (нерезидентів), так як різні учасники об’єднання мають досвід впровадження програмних продуктів у різних замовників. Окремо зазначимо, що вказана Вами кваліфікаційна вимога не передбачає досвід впровадження саме запропонованого в тендері Учасником програмного рішення, тобто Учасник повинен мати досвід впровадження будь-яких програмних продуктів відповідної функціональності (навіть тих, які він не пропонує в даних торгах, а лише колись впроваджував) лише в одного замовника. Отже, вимога щодо аналогічних договорів лише обмежує конкуренцію та ніяким чином не підтверджує кваліфікацію Учасника, так як не вимагає досвіду впровадження запропонованого програмного забезпечення. Враховуючи вищенаведене, вимагаємо внести зміни до тендерної документації та дозволити учасникам продемонструвати досвід впровадження аналогічних програмних модулів у різних замовників.