Специфични изисквания за реализиране на нотификации чрез услуги за кратки съобщения (SMS) през външен доставчик
Специфични изисквания за реализиране на нотификации чрез услуги за кратки съобщения (SMS) през външен доставчик
| -
|
Трябва да бъде реализиран клиентски програмен интерфейс (API Client) за изпращане на SMS нотификации към програмен интерфейс (API) на външен доставчик на услуги за доставка на SMS (чрез интеграция с външен програмен интерфейс (API), базиран на уеб-услуги (Web Services).
|
|
|
Специфични изисквания за реализиране на "push" нотификации към мобилното приложение за електронна идентификация
|
Специфични изисквания за реализиране на "push" нотификации към мобилното приложение за електронна идентификация
|
-
|
Трябва да бъде реализирана функционалност за изпращане на "push" нотификации чрез Push Notification Services за платформите поддържани от мобилното приложение за електронна идентификация (Google Android, Apple iOS и Windows Mobile).
|
|
|
Специфични изисквания за реализиране на нотификации чрез API, което поддържа "Subscription" от външни системи
|
Специфични изисквания за реализиране на нотификации чрез API, което поддържа "Subscription" от външни системи
|
-
|
Външни информационни системи трябва да могат да се регистрират чрез Subscription API след потвърждение от администратор, като чрез този механизъм да се осигури възможност за добавяне на допълнителни канали за комуникация (напр. интеграции с компании за куриерски услуги, изпращане на нотификации към специализирани устройства за хора с увреждания и др.).
|
|
-
|
Потребителите трябва да могат да указват една или повече външни системи (от наличните регистрирани външни системи), чрез които да получават нотификациите.
|
|
|
Изисквания за функционалности за обслужване на платени канали за комуникация
|
Изисквания за функционалности за обслужване на платени канали за комуникация
|
-
|
Определени канали за нотификации ще изискват заплащане на външна услуга (напр. пощенски услуги, куриерски услуги, SMS-и). ПАН трябва да бъде интегрирана с Подсистемата за управление на плащанията, така че за всеки платен канал за комуникация се извършва интеграция.
|
|
-
|
ПАН трябва да поддържа конфигуриране на тарифи за регистрираните платени канали за комуникация с поддръжка на възможности за дефиниране на предплатени (pre-paid) услуги и услуги, които се заплащат след извършването им (post-paid).
|
|
-
|
При получаване на заявка за изпращане на нотификация, която според избраните от адресата предпочитания в Портала за граждани, трябва да бъде насочена към платен канал, ПАН трябва да прави проверка чрез ПУП за фактическата възможност, услугата да бъде заплатена от потребителя:
-
Наличие на регистриран и валидиран платежен инструмент, който позволява заплащане на "post-paid" услуги като напр. валидна и верифицирана кредитна карта.
-
Наличие на достатъчен баланс / кредит по сметката на платежния инструмент на потребителя.
При неуспешна проверка ПАН трябва да връща отговор на външната заявка с подходящ код за грешка и статус.
|
|
|
Изисквания за реализиране на потребителски интерфейс (UI) за граждани
|
Изисквания за реализиране на потребителски интерфейс (UI) за граждани
|
-
|
Трябва да бъде реализиран потребителски интерфейс (UI) за граждани, който да бъде достъпен като интегрална част от Портала за граждани.
|
|
-
|
ПАН трябва да бъде интегрирана с Портала за граждани, така че потребителите на Портала да имат достъп до потребителски интерфейс (UI) за настройка на персоналните си предпочитания за получаване на нотификации, както и преглед и предприемане на последващи действия, директно от получени нотификации.
|
|
-
|
В Портала за граждани трябва да бъдат достъпни каналите за комуникация, които поддържа Подсистемата за автоматични нотификации, като всеки потребител трябва да може да избира един или повече канали, по които да получава нотификации за:
-
конкретен тип / вид събитие
-
група събития
-
събития / нотификации от конкретен ДЕАУ.
|
|
|
Изисквания за реализиране на служебен потребителски интерфейс (UI) за приложна администрация на ПАН
|
Изисквания за реализиране на служебен потребителски интерфейс (UI) за приложна администрация на ПАН
|
-
|
Трябва да бъде реализиран служебен потребителски интерфейс (UI) за приложна администрация, който да бъде отделен от другите потребителски интерфейси.
|
|
-
|
Служебният потребителски интерфейс (UI) за приложна администрация трябва да бъде достъпен на отделен адрес (URL), само от вътрешната мрежа на Възложителя.
|
|
-
|
Служебният потребителски интерфейс (UI) за приложна администрация трябва да предоставя функционалности за администриране на системни процеси, конфигуриране на приложни настройки (например лимити за заявки към програмните интерфейси), контрол на достъпа (например блокиране / разрешаване на достъп на потребител или система) и следене на статуса на отделните вътрешни услуги, програмните интерфейси, интеграциите и активните сесии и пр.
|
|
-
|
Служебният потребителски интерфейс (UI) за приложна администрация трябва да предоставя и специфични функционалности за одитиране на локалните журнали за събития и иницииране на проверки за интегритета на записите.
|
|
-
|
Трябва да бъде реализиран административен панел за конфигуриране на ПАН, който да осигурява потребителски интерфейс (UI) за системни администратори, за конфигуриране на системните настройки на ПАН и програмния интерфейс (API) на ПАН.
|
|
-
|
Административният панел трябва да осигурява функционалности за:
-
Конфигуриране на релевантните настройки за поддържаните канали за изпращане на нотификации и настройките за клиентска интеграция към програмни интерфейси (APIs) на външни доставчици
-
Конфигуриране на настройките на програмния интерфейс (API) на ПАН
-
Конфигуриране на настройките за интеграция програмните интерфейси (API) на външни системи – клиенти на ПАН
-
Одобрение на заявки за регистрация на доставчици на електронни административни услуги (ДЕАУ), които са заявили интеграция с ПАН
|
|
|
Изисквания за реализиране на програмен интерфейс (API) на ПАН
|
Изисквания за реализиране на програмен интерфейс (API) на ПАН
|
-
|
Трябва да бъде реализиран програмен интерфейс (API) за автоматизиран междусистемен достъп до услугите, функционалностите и данните на СО.
|
|
-
|
Услугите и функционалностите на програмния интерфейс (API) трябва да бъдат съобразени и разработени така, че като минимум да се посрещнат нуждите на порталите, информационните системи, подсистемите и модулите, за които е предвиден достъп, съгласно изискванията в настоящата ТС.
|
|
-
|
Програмният интерфейс (API) трябва да осигурява възможност за външни информационни системи да изпращат нотификации, без да трябва да реализират самостоятелни интеграции с различни канали за комуникация и без да трябва да адаптират съдържанието за различните канали (съобразено с изискванията на преносната среда), както и без да се налага да правят изрична проверка за предпочитанията на съответния потребител.
|
|
-
|
Програмният интерфейс (API) на ПАН трябва да е дефиниран с нормализирана структура от данни, подходяща за изпращане на данни през всички канали за комуникация и да има реализирана функционалност за валидиране на заявките от външни системи (напр. задължителни реквизити за изпълнение на заявката, задължителни реквизити с "версии" на текста на нотификацията, подходящи за различните канали поддържани от ПАН).
|
|
-
|
За изпращането и коректното насочване на нотификация от външна информационна система чрез програмния интерфейс (API) на ПАН към съответен потребител (адресат), трябва да е достатъчно подаването на идентификатор на адресата и задължителните реквизити за доставчика на услуги (изпращач).
|
|
-
|
Номенклатурите със събития, за които могат да се изпращат нотификации се конфигурират във всяка отделна външна информационна система (или подсистема) и трябва да могат да се регистрират и актуализират автоматизирано през програмния интерфейс (API) на ПАН.
|
|
-
|
Програмният интерфейс (API) трябва да отговаря и на общите технически и функционални изисквания за реализиране на програмни интерфейси (APIs), съгласно т. Error: Reference source not found от ТС.
|
|
|
Изисквания за изготвяне на документация за ПАН
|
Изисквания за изготвяне на документация за ПАН
|
-
|
Трябва да бъде изготвена техническа документация, отговаряща на релевантните изисквания, и с обхват, в съответствие с т. Error: Reference source not found от ТС
|
|
|
Поддръжка за периода до приключване на дейностите по договора за възлагане на обществена поръчка
|
Поддръжка за периода до приключване на дейностите по договора за възлагане на обществена поръчка
|
-
|
Изпълнителят трябва да осигури наблюдение на работоспособността и натовареността на ПАН, и при необходимост оптимизации за по-добра производителност и надеждност.
|
|
-
|
Изпълнителят трябва да осигури изменения в изходния код и реализираните процеси в ПАН, вследствие на изменения в нормативната уредба, настъпили преди края на договора за обществена поръчка.
|
|
|
Гаранционна поддръжка, отстраняване на дефекти и пропуски в сигурността
|
Гаранционна поддръжка, отстраняване на дефекти и пропуски в сигурността
|
-
|
Изпълнителят трябва да осигури гаранционна поддръжка на ПАН за период от 36 (тридесет и шест) месеца.
|
|
-
|
Изпълнителят трябва да осигури гаранционна поддръжка за непрекъсната работоспособност на ПАН, без отклонения от изискванията на ТС.
|
|
-
|
Изпълнителят трябва да осигури отстраняване на грешки и пропуски в сигурността, допуснати в изходния код на ПАН, както и корекции за отстраняване на отклонения от изискванията на ТС.
|
|
№ по ред
|
Изискване по Техническа спецификация
|
Предложение за изпълнение на поръчката
|
|
Общи изисквания за реализиране на Подсистема за електронна препоръчана поща (ПЕПП)
|
Общи изисквания за реализиране на Подсистема за електронна препоръчана поща (ПЕПП)
|
-
|
Трябва да бъде реализирана Подсистема за електронна препоръчана поща (ПЕПП)
|
|
-
|
При първоначално генериране на електронен идентификатор и издаване на удостоверение за електронна идентичност на гражданин, автоматично трябва да бъде създавана кутия за електронна препоръчана поща, която да може да се използва за сигурно връчване на документи и съобщения от административни органи.
|
|
-
|
ПЕПП трябва да отговаря на изискванията за електронна препоръчана поща, регламентирани в Глава III, Раздел 7 на Регламент ЕС 910/2014.
|
|
-
|
ПЕПП трябва да предлага удобен потребителски интерфейс (UI), интегриран в Портала за граждани. Потребителският интерфейс (UI) трябва да бъде достъпен от всякакви устройства и да дава възможност за преглед на връчени документи.
|
|
-
|
Подсистемата за електронна препоръчана поща трябва да бъде интегрирана с ПАН и да може да генерира и изпраща автоматично нотификации за връчени нови документи до потребителите, съобразно предпочитаните канали за нотифициране на всеки потребител.
|
|
-
|
Информационните системи на администрациите, които трябва да комуникират по електронен път с гражданите, трябва да могат да се интегрират с ПЕПП и да разполагат със сигурен и унифициран начин за интеграция чрез програмния интерфейс (API) на подсистемата, без да се налага всяка отделна администрация да поддържа информация за актуалните/предпочитаните канали за комуникация с всеки гражданин.
|
|
-
|
Като алтернативен метод за връчване от администрации, които нямат осъществена интеграция с програмния интерфейс (API) на ПЕПП, трябва да се поддържа функционалност за изпращане на e-mail до служебна пощенска кутия за всеки гражданин. Форматът на адресите на служебните пощенски кутии трябва да бъде съгласуван с Възложителя.
|
|
|
Общи изисквания за реализиране на клиентски интеграции с програмни интерфейси (APIs) на други / външни АИС
|
Общи изисквания за реализиране на клиентски интеграции с програмни интерфейси (APIs) на други / външни АИС
|
-
|
Трябва да бъде реализирана клиентска интеграция между ПЕПП и програмните интерфейси (APIs) на РО, обслужваща като минимум процесите описани в т. Error: Reference source not found от ТС.
|
|
-
|
Трябва да бъде реализирана клиентска интеграция между ПЕПП и Подсистемата за управление на плащанията (ПУП), чрез програмния интерфейс (API) на ПУП.
|
|
-
|
Трябва да бъде реализирана клиентска интеграция между ПЕПП и Подсистемата за автоматични нотификации (ПАН), чрез програмния интерфейс (API) на ПАН
|
|
-
|
Трябва да бъде реализирана клиентска интеграция между ПГ и "Журнал на събитията" (ПЖС), чрез програмния интерфейс (API) на ПЖС.
|
|
|
Специфични изисквания за надграждане на съществуващата Система за сигурно връчване (ССВ)
|
Специфични изисквания за надграждане на съществуващата Система за сигурно връчване (ССВ)
|
-
|
ССВ трябва да бъдат надградена за поддръжка на вход с електронен идентификатор с използването на компонентите по т. Error: Reference source not found от ТС.
|
|
-
|
ССВ трябва да бъде интегрирана с Подсистемата за електронна препоръчана поща, така че при ръчно въвеждане на нов документ за връчване, той да бъде автоматично насочен през програмния интерфейс (API) на ПЕПП към съответния адресат (гражданин / потребител).
|
|
-
|
При реализацията трябва да бъдат изпълнени релевантните общи изисквания, описани в т. Error: Reference source not found от ТС
|
|
|
Изисквания за разделяне на потребителските интерфейси (UI) на ССВ
|
Изисквания за разделяне на потребителските интерфейси (UI) на ССВ
|
-
|
Понастоящем, съществуващата Система за сигурно връчване (ССВ) предоставя обща входна точка (https://edelivery.egov.bg) и общ потребителски интерфейс (UI), както за граждани (потребители), така и за длъжностни лица, които имат служебно зададени права за сигурно връчване на документи.
Потребителските интерфейси трябва да бъдат разделени по следния начин:
-
Потребителският интерфейс (UI) за граждани трябва да бъде достъпен единствено като модул в Портала за граждани, за да се осигури максимално удобство и ползваемост през единна точка
-
Потребителският интерфейс (UI) за длъжностни лица трябва да се запази на съществуващия адрес на ССВ
|
|
-
|
Потребителският интерфейс (UI) за длъжностни лица трябва да запази предназначението си като метод за ръчно въвеждане на документи за връчване, за администрации, които не разполагат с информационни системи или информационните им системи не поддържат необходимата интеграция с ПЕПП.
|
|
-
|
Потребителският интерфейс (UI) за длъжностни лица трябва да бъде ребрандиран и информативните елементи на портала да бъдат редактирани, така че да бъдат ясно дефинирани служебните функции на портала и да се постигне ясно разграничаване от идентичността на потребителския интерфейс (UI) за граждани.
|
|
|
|
