Изисквания за реализиране на компонент за интеграция с "Интегрирана информационна система на държавната администрация" (ИИСДА)
-
|
Трябва да бъде направен бизнес и технически анализ, който да идентифицира нуждите на НСЕИ, и да бъдат разработени примерни спецификации и изисквания, за уеб-услугите и структурата на заявките и отговорите, които трябва да се поддържат от програмните интерфейси (APIs) на съответните първични регистри.
Примерните спецификации и изисквания ще бъдат предоставени на Администрация на министерския съвет, за да бъдат взети предвид при надграждането на регистрите.
|
|
-
|
Трябва да бъде реализирана клиентска интеграция с ИИСДА, за да се осигури възможност информационните системи на администрациите (централни, областни и общински администрации и юридическите лица – разпоредители с бюджетни средства, създадени със специален закон) да използват служебен програмен интерфейс, за да заявят данните, до които да им бъде осигурен достъп в процеса на идентификацията, в съответствие с вписаните допустими реквизити в регистъра на услугите към Административния регистър.
ИИСДА се надгражда паралелно с реализирането на настоящата обществена поръчка
-
Техническите спецификации за надграждане на системата могат да бъдат намерени в Профил на купувача на АМС.
-
Техническите изисквания за реализиране на програмни интерфейси (API) по проекта са аналогични с изискванията в настоящата ТС.
|
|
|
Изисквания за реализиране на компоненти за интеграция с първични регистри, водени от Агенция по вписванията.
|
Изисквания за реализиране на компоненти за интеграция с първични регистри, водени от Агенция по вписванията.
|
-
|
Трябва да бъде направен бизнес и технически анализ, който да идентифицира нуждите на НСЕИ, и да бъдат разработени примерни спецификации и изисквания, за уеб-услугите и структурата на заявките и отговорите, които трябва да се поддържат от програмните интерфейси (APIs) на съответните първични регистри.
Примерните спецификации и изисквания ще бъдат предоставени на Агенция по вписванията, за да бъдат взети предвид при надграждането на регистрите.
|
|
-
|
Трябва да бъде реализирана клиентска интеграция с програмните интерфейси (APIs) на информационни системи, поддържани от Агенция по вписванията, в които се вписват факти и обстоятелства за юридически лица:
-
Търговски регистър (ТР)
-
Регистър на юридическите лица с нестопанска цел (РЮЛНЦ)
-
Централен регистър на особените залози
-
Регистър БУЛСТАТ
ТР, РЮЛНЦ и ЦРОЗ се разработват / надграждат паралелно с реализирането на настоящата обществена поръчка:
-
Техническите спецификации на системите не са налични към момента.
-
Описание на функциите на системите могат да бъдат намерени в Пътната карта за изпълнение на Стратегията за развитие на електронното управление в Република България 2016 – 2020
-
Проектът е под номер 5.13. „Надграждане на ТР за интеграция с ИР, ЕВТ, платформата за обмен на данни между търговските регистри в ЕС и вграждане на ЦРОЗ и ЦРЮЛНЦ.“
-
Техническите изисквания за реализиране на програмни интерфейси (API) по проекта са аналогични с изискванията в настоящата ТС.
Информация относно начините за интеграция с Национален Регистър БУЛСТАТ са описани на следния адрес: http://www.bulstat.bg/bg/view/footer/integratsiya.
На избрания Изпълнител ще бъдат предоставени и самите дефиниции на уеб услугите, схеми на типовете, които се цитират в тях, както и схема на XML структурата на съдържанието на съобщението.
|
|
|
Изисквания за реализиране на компонент за интеграция с НАИФ „НРБЛД“
|
Изисквания за реализиране на компонент за интеграция с НАИФ „НРБЛД“
|
-
|
Трябва да бъде направен бизнес и технически анализ, който да идентифицира нуждите на НСЕИ, и да бъдат разработени примерни спецификации и изисквания, за уеб-услугите и структурата на заявките и отговорите, които трябва да се поддържат от програмните интерфейси (APIs) на съответните първични регистри.
Примерните спецификации и изисквания ще бъдат предоставени на ДКИС - МВР, за да бъдат взети предвид при надграждането на регистрите.
|
|
-
|
Трябва да бъде реализирана клиентска интеграция с програмен интерфейс (APIs) на НАИФ "НРБЛД" за достъп до данни за валидните документи за самоличност и документи за пътуване на физически лица, за проверка за съответствие между представен и регистриран валиден документ за самоличност на лице и регистрираните документи в НАИФ "НРБЛД". Този клиентски интерфейс е необходим за реализиране на процесите по издаване на удостоверения за електронна идентичност от страна на администраторите на електронна идентификация, които изискват проверка на самоличността на физическите лица.
На избрания Изпълнител ще бъдат предоставени и самите дефиниции на уеб услугите, схеми на типовете, които се цитират в тях, както и схема на XML структурата на съдържанието на съобщението.
|
|
|
Изисквания за реализиране на компонент за интеграция с RegiX
|
Изисквания за реализиране на компонент за интеграция с RegiX
|
-
|
Трябва да бъде реализирана клиентска интеграция с програмния интерфейс (API) на системата RegiX, за достъп до регистрите, които се поддържат от RegiX, включително като резервен („fall back”) метод, при проблеми с работата на директните интерфейси.
Техническите спецификации на системата RegiX могат да бъдат намерени на адрес:
https://www.mtitc.government.bg/pk/archive-procedure/236 (Обособена позиция 1)
Информация за интегрираните към момента регистри в RegiX, както и описание на структурите и интерфейсите могат да бъдат намерени на адрес: http://regixaisweb.egov.bg/RegiXInfo/
|
|
|
Изисквания за реализиране на интеграция с "Базов регистър на субекти, обекти и събития"
|
Изисквания за реализиране на интеграция с "Базов регистър на субекти, обекти и събития"
|
-
|
Трябва да бъде реализирана клиентска интеграция с програмния интерфейс (API) на "Базов регистър на субекти, обекти и събития"
"Базов регистър на субекти, обекти и събития" се разработва паралелно с реализирането на настоящата обществена поръчка:
-
Техническите спецификации на системата към момента не са налични.
-
Описание на функциите на системата могат да бъдат намерени в Пътната карта за изпълнение на Стратегията за развитие на електронното управление в Република България 2016 – 2020 - Проектът е под номер 5.15.
-
Техническите изисквания за реализиране на програмни интерфейси (API) по проекта са аналогични с изискванията в настоящата ТС.
|
|
|
Специфични изисквания
|
Специфични изисквания
|
-
|
При липса на реализирана възможност за сигурна директна интеграция с даден първичен регистър, в рамките на обществената поръчка такава трябва да бъде изградена. Допуска се използване на готови компоненти, като например „X-Road Security Server“ (https://github.com/vrk-kpa/xroad-public).
|
|
-
|
При невъзможност на регистър да отговори на прогнозирано пиково натоварване, Изпълнителят трябва реализира техническо решение за обезпечаване на необходимата производителност, например като осигури репликация на данните и кеширане или приложи друг подходящ метод.
|
|
|
Изисквания за реализиране на служебен потребителски интерфейс (UI) за приложна администрация на ПИВР
|
Изисквания за реализиране на служебен потребителски интерфейс (UI) за приложна администрация на ПИВР
|
-
|
Трябва да бъде реализиран служебен потребителски интерфейс (UI) за приложна администрация, който да бъде отделен от другите потребителски интерфейси.
|
|
-
|
Служебният потребителски интерфейс (UI) за приложна администрация трябва да бъде достъпен на отделен адрес (URL), само от вътрешната мрежа на Възложителя.
|
|
-
|
Служебният потребителски интерфейс (UI) за приложна администрация трябва да предоставя функционалности за администриране на системни процеси, конфигуриране на приложни настройки (например лимити за заявки към програмните интерфейси), контрол на достъпа (например блокиране / разрешаване на достъп на потребител или система) и следене на статуса на отделните вътрешни услуги, програмните интерфейси, интеграциите и активните сесии и пр.
|
|
-
|
Служебният потребителски интерфейс (UI) за приложна администрация трябва да предоставя и специфични функционалности за одитиране на локалните журнали за събития и иницииране на проверки за интегритета на записите.
|
|
|
Изисквания за реализиране на програмен интерфейс (API) на ПИВР
|
Изисквания за реализиране на програмен интерфейс (API) на ПИВР
|
-
|
Трябва да бъде реализиран програмен интерфейс (API) за автоматизиран междусистемен достъп до услугите, функционалностите и данните на ПИВР.
|
|
-
|
Услугите и функционалностите на програмния интерфейс (API) трябва да бъдат съобразени и разработени така, че като минимум да се посрещнат нуждите на порталите, информационните системи, подсистемите и модулите, за които е предвиден достъп, съгласно изискванията в настоящата ТС.
|
|
-
|
Програмният интерфейс (API) трябва да отговаря и на общите технически и функционални изисквания за реализиране на програмни интерфейси (APIs), съгласно т. Error: Reference source not found от ТС.
|
|
|
Изисквания за контрол на достъпа до ПИВР
|
Изисквания за контрол на достъпа до ПИВР
|
-
|
Служебен потребителски достъп до ПИВР трябва да имат само регистрирани администратори на електронна идентичност, респективно центрове за електронна идентификация и лица, определени със заповед на Министъра на вътрешните работи, които трябва да се идентифицират по електронен път преди всяко осъществяване на достъп.
|
|
-
|
Служебен администраторски достъп в ПИВР трябва да имат само лица, определени със заповед на Министъра на вътрешните работи, които трябва да се идентифицират по електронен път преди всяко осъществяване на достъп.
|
|
|
Изисквания за изготвяне на документация за ПИВР
|
Изисквания за изготвяне на документация за ПИВР
|
-
|
Трябва да бъде изготвена техническа документация, отговаряща на релевантните изисквания, и с обхват, в съответствие с т. Error: Reference source not found от ТС
|
|
|
Поддръжка за периода до приключване на дейностите по договора за възлагане на обществена поръчка
|
Поддръжка за периода до приключване на дейностите по договора за възлагане на обществена поръчка
|
-
|
Изпълнителят трябва да осигури наблюдение на работоспособността и натовареността на интерфейсите за интеграции с външни регистри, и при необходимост оптимизации за по-добра производителност и надеждност.
|
|
-
|
Изпълнителят трябва да осигури изменения в изходния код и реализираните процеси, вследствие на изменения в нормативната уредба, настъпили преди края на договора за обществена поръчка.
|
|
|
Гаранционна поддръжка, отстраняване на дефекти и пропуски в сигурността
|
Гаранционна поддръжка, отстраняване на дефекти и пропуски в сигурността
|
-
|
Изпълнителят трябва да осигури гаранционна поддръжка на интерфейсите за интеграции с външни регистри за период от 36 (тридесет и шест) месеца.
|
|
-
|
Изпълнителят трябва да осигури гаранционна поддръжка за непрекъсната работоспособност на интерфейсите за интеграция, без отклонения от изискванията на ТС.
|
|
-
|
Изпълнителят трябва да осигури отстраняване на грешки и пропуски в сигурността, допуснати в изходния код на интеграционните клиенти, както и корекции за отстраняване на отклонения от изискванията на ТС.
|
|
|
Общи изисквания за реализация на Подсистема за управление на плащанията (ПУП)
|
Общи изисквания за реализация на Подсистема за управление на плащанията (ПУП)
|
-
|
Трябва да бъде реализирана Подсистема за управление на плащанията (ПУП), която да обслужва всички участници в националната схема за електронна идентификация, чрез унифициран програмен интерфейс (API), който да абстрактира програмните интерфейси на интегрираните външни платежни оператори.
|
|
-
|
Трябва да бъде реализирана функционалност за асоцииране на множество електронни платежни инструменти за всеки потребител (физическо или юридическо лице), с възможност за приоритизация на предпочитаните платежни инструменти
|
|
-
|
Трябва да бъде реализирана функционалност за конфигуриране на потребителските предпочитания, относно изпълнението на постъпили заявки за плащане:
-
Автоматично изпълнение на заявката (с възможност за дефиниране на списък от доставчици на услуги или конкретни услуги, за които е позволено автоматично изпълнение на заявки за плащане)
-
Изпълнение на заявката само след потвърждение от потребителя, подадено през Портала за граждани или през Мобилното приложение за електронна идентификация
|
|
-
|
Трябва да бъде реализирана функционалност за приемане на заявки за плащания от външни системи, насочени към потребител (физическо или юридическо лице). При постъпване на заявка ПУП трябва да изпраща нотификация до съответния потребител чрез Подсистемата за автоматични нотификации (ПАН) и да изчаква потвърждение за съгласие за плащане, в зависимост от предпочитанията на потребителя, конфигурирани в ПУП.
|
|
-
|
Трябва да бъде реализирана функционалност за конфигуриране на тарифи с транзакционни такси за всеки интегриран външен платежен оператор.
|
|
-
|
Трябва да бъде реализирана функционалност за водене на дневник с транзакционна история, който да съдържа, като минимум, следните реквизити:
-
Глобално-уникален номер на транзакцията (генериран от ПУП)
-
Референтен номер на заявката за плащане
-
Уникален идентификатор на подател за заявката за плащане
-
Уникален идентификатор на адресат
-
Код за тип на транзакцията (от номенклатура, напр. "заявка за плащане", "потвърждение за плащане" и пр.)
-
Код за статус на транзакцията (от номенклатура, напр. "в обработка", "приключена с грешка", "приключена успешно")
-
Код от номенклатура за грешка (ако е регистрирана такава)
-
Код на външния платежен оператор, обслужил транзакцията (от номенклатура)
-
Референтен номер на транзакция от външния платежен оператор
-
Точно време на регистриране на транзакцията
-
Точно време на приключване на обработката на транзакцията
|
|
|
Общи изисквания за реализиране на клиентски интеграции с програмни интерфейси (APIs) на други / външни АИС
|
Общи изисквания за реализиране на клиентски интеграции с програмни интерфейси (APIs) на други / външни АИС
|
-
|
Трябва да бъде реализирана клиентска интеграция между ПУП и Подсистемата за автоматични нотификации (ПАН), чрез програмния интерфейс (API) на ПАН
|
|
-
|
Трябва да бъде реализирана клиентска интеграция между ПУП и "Журнал на събитията" (ПЖС), чрез програмния интерфейс (API) на ПЖС.
|
|
|
Изисквания за журналиране на събитията и операциите в ПУП
|
Изисквания за журналиране на събитията и операциите в ПУП
|
-
|
Всички операции, които се извършват в ПУП, трябва да се записват и съхраняват в локален журнал на събитията, който да осигурява одитна проследимост.
|
|
-
|
В локалния журнал трябва да се регистрират всички операции, независимо дали са инициирани през потребителски или чрез програмен интерфейс (API).
|
|
-
|
Интегритетът на локалния журнал и журналните записи трябва да бъде защитен чрез криптографски методи.
|
|
-
|
Трябва да бъде реализирана системна функционалност за гарантиране на интегритета на журнала - електронно подписване по време на група от записи, през определен интервал от време, или на определен брой записи.
|
|
-
|
Всички операции, които се записват в локалния журнал на събитията трябва да се репликират или изпращат в реално време и към Подсистемата "Журнал на събитията" (ПЖС), през която се осигурява достъп и функционалности за контрол от страна на гражданите.
|
|
|
Изисквания за реализиране на минимален набор от интеграции между ПУП и външни платежни оператори
|
Изисквания за реализиране на минимален набор от интеграции между ПУП и външни платежни оператори
|
-
|
Трябва да бъде реализирана клиентска интеграция между ПУП и програмни интерфейси (APIs) на Борика-Банксервиз
|
|
-
|
Трябва да бъде реализирана клиентска интеграция между ПУП и програмни интерфейси (APIs) на ePay.bg
|
|
-
|
Трябва да бъде реализирана клиентска интеграция между ПУП и програмни интерфейси (APIs) на Paypal.com
|
|
-
|
Участникът може да предложи реализиране на допълнителни клиентски интеграции между ПУП и програмни интерфейси (APIs) на други платежни оператори, различни от минимално изискуемите.
|
|
|
|
