Приложение №1 към чл. 38, а

Управление на проекта¹

• 
  координиране на усилията на експертите от страна на Изпълнителя и Възложителя и осигуряване на висока степен на взаимодействие между членовете на проектния екип;
  
• 
  оптимално използване на ресурсите;
  
• 
  текущ контрол по изпълнението на проектните дейности;
  
• 
  разпространяване навреме на необходимата информация до всички участници в проекта;
  
• 
  идентифициране на промени и осигуряване на техните анализ и координация;
  
• 
  осигуряване на качеството и полагане на усилия за непрекъснато подобряване на работата за удовлетворяване на изискванията на участниците в проекта.
  

Методологията трябва да включва подробно описание на:

• 
  фазите на проекта;
  
• 
  организация на изпълнение:
  
  • 
    структура на екипа на Изпълнителя;
    
  • 
    начин на взаимодействие между членовете на екипа на Изпълнителя;
    
  • 
    връзки за взаимодействие с екипа на Възложителя;
    
• 
  проектна документация:
  
  • 
    видове доклади;
    
  • 
    техническа и експлоатационна документация;
    
  • 
    време на предаване;
    
  • 
    съдържание на документите;
    
  • 
    управление на версиите;
    
• 
  управление на качеството;
  
• 
  график за изпълнение на проекта.
  

В графика участниците трябва да опишат дейностите и стъпките за тяхното изпълнение максимално детайлно, като покажат логическата връзка между тях. В графика трябва да са посочени датите за предаване на всеки от документите, изготвени в изпълнение на обществената поръчка.

4. Управление на риска

В техническото си предложение участниците трябва да опишат подхода за управление на риска, който ще прилагат при изпълнението на поръчката.

През времето за изпълнение на проекта Изпълнителят трябва да следи рисковете, да оценява тяхното влияние, да анализира ситуацията и да идентифицира (евентуално) нови рискове.

• 
  Промяна в нормативната уредба, водеща до промяна на ключови компоненти на решението – предмет на разработка на настоящата обществена поръчка;
  
• 
  Недобра комуникация между екипите на Възложителя и Изпълнителя по време на аналитичните етапи на проекта;
  
• 
  Ненавременно изпълнение на всяко от задълженията от страна на Изпълнителя;
  
• 
  Неправилно и неефективно разпределяне на ресурсите и отговорностите при изпълнението на договора;
  
• 
  Забавяне при изпълнение на проектните дейности, опасност от неспазване на срока за изпълнение на настоящата поръчка;
  
• 
  Грешки при разработване на функционалностите на системата;
  
• 
  Недостатъчна яснота по правната рамка и/или променяща се правна рамка по време на изпълнение на проекта;
  
• 
  Липса на задълбоченост при изследването и описанието на бизнес процесите и данните;
  
• 
  Неинформиране на Възложителя за всички потенциални проблеми, които биха могли да възникнат в хода на изпълнение на дейностите;
  
• 
  Риск за администриране на системата след изтичане на периода на гаранционна поддръжка.
  

6. ЕТАПИ НА ИЗПЪЛНЕНИЕ НА ПРОЕКТА

1. Анализ на данните и изискванията

• 
  [Моля, изтрийте ненужното!] Надграждане на съществуващи публични електронни административни услуги;
  
• 
  [Моля, изтрийте ненужното!] Надграждане на съществуващи вътрешноадминистративни услуги;
  
• 
  [Моля, изтрийте ненужното!] Разработка и внедряване на нови публични електронни административни услуги;
  
• 
  [Моля, изтрийте ненужното!] Разработка и внедряване на нови вътрешноадминистративни услуги.
  

• 
  Предвидените за разработка и внедряване услуги трябва да бъдат регистрирани предварително в Регистъра на услугите към Административния регистър (съгласно чл. 61 от Закона за администрацията) и да бъдат въведени и валидирани данни за броя на транзакциите по предоставяне на тези услуги в модула „Самооценка на административното обслужване“ в Интегрираната информационна система на държавната администрация (ИИСДА). Услугите, които ще бъдат надградени, и новоразработените услуги трябва да отговарят на изискванията за електронни услуги с минимално Ниво 4, където е приложимо (т.е. услугата изисква заплащане на такса), или Ниво 3, в случаите, в които за предоставяне на услугата не се изисква заплащане на такса; Дефинициите за нивата на електронизация на административните услуги са регламентирани в Наредбата за административния регистър към Закона за администрацията;
  

• 
  В процеса на бизнес анализ да бъдат изследвана съвместимостта на бизнес процесите на Възложителя с вече одобрени оптимизирани референтни модели за предоставяне на услуги и нормативни изисквания на Базисен модел за Комплексно административно обслужване в държавната администрация. При наличие на разработени модели за предоставяне на услуги по „Епизоди от живота“ и „Събития от бизнеса“, които включват услуги, предоставяни от Възложителя, да бъдат съобразени нуждите от модификации в референтните модели, за да се постигне подобряване на времето и намаляване на административната тежест при комплексно обслужване, спрямо предоставянето на отделните услуги поединично;
  

• 
  В случай че се касае за административни услуги, те трябва да бъдат разграничени на базата на разлики в бизнес процесите и да не бъдат генерализирани и/или обобщавани на базата на типа на действие (например ако Системата издава няколко различни вида удостоверения, с които се удостоверяват различни обстоятелства, административните услуги трябва да бъдат регистрирани отделно);
  

• 
  Удостоверителните административни услуги трябва да бъдат регистрирани и като вътрешни административни услуги и да бъде реализирана възможност за предоставянето на тези услуги като електронни вътрешно- административни услуги за нуждите на комплексното административно обслужване чрез служебен онлайн интерфейс.
  

1. Специфични изисквания към етапите на бизнес анализа и разработка

• 
  Изпълнителят трябва да следва Методологията за усъвършенстване на работните процеси за предоставяне на административни услуги и Наръчника за прилагане на методологията, приета с Решение № 578 на Министерския съвет от 30 септември 2013 г.;
  

• 
  Трябва да бъде предвидена фаза на проучване, по време на която да се дефинират потребителските нужди, да се проведат предварителни тестове с потребители и да се изработи план, по който да се адресират идентифицираните нужди;
  

• 
  Трябва да бъдат предвидени периодични продуктови тествания по време на разработката и внедряването на Системата, с извадка (фокус-група) от бъдещите потребители на електронната услуга (служители в администрацията, граждани, доставчици на обществени услуги), чрез които да се изпита и оцени използваемостта на услугите и потребителските интерфейси, както и за да бъдат отстранени затруднения и несъответствия със заданието;
  

• 
  Трябва да се спазват нормативните изисквания за еднократно събиране и повторна употреба на данни в държавната администрация (съгласно АПК и ЗЕУ) и в разработените бизнес процеси да не се изискват данни за заявителя и/или за получателя на услугата, които могат да се извлекат автоматично в процеса на електронна идентификация чрез Центъра за електронна идентификация или на база на ЕГН от КЕП. При необходимост изпълнителят трябва да предложи на Възложителя адекватни промени в нормативната уредба, които да хармонизират съответните секторни нормативни изисквания с общите разпоредби на Административнопроцесуалния кодекс, Закона за електронно управление, Закона за електронния документ и електронния подпис и приложимите подзаконови актове, ако действащата нормативна уредба изисква:
  

• 
  изрично попълване на типов хартиен формуляр, върху който потребителите трябва да се подпишат собственоръчно и/или който да приложат като изискуем документ при заявяването на електронна административна услуга;
  
• 
  изрично деклариране или обявяване на обстоятелства или данни, които се администрират и/или удостоверяват от други държавни органи и могат да бъдат получени по служебен път, включително и автоматизирано през съответни интеграционни интерфейси;
  
• 
  други нормативни изисквания, които водят до неоптимални или ненужно бюрократични процеси, които биха могли да бъдат оптимизирани при заявяване и предоставяне на електронни административни услуги;
  

• 
  Трябва да се разработят информативни текстове за всяка електронна административна услуга, които включват като минимум:
  

• 
  Условия за предоставяне на услугата;
  
• 
  Срокове за предоставяне на услугата;
  
• 
  Такси за заявяване и съответно предоставяне на услугата;
  
• 
  Начини за получаване на услугата;
  
• 
  Резултат от предоставяне на услугата;
  
• 
  Отказ от предоставяне на услугата;
  

• 
  Информативните текстове за всяка електронна административна услуга трябва да бъдат достъпни за потребителите още като първа стъпка от заявяването на услуга;
  

• 
  Тарифирането на услугите трябва да бъде реализирано така, че Системата да съхранява всички версии на тарифите за услуги (от дата до дата) и да прилага съответната тарифа, в зависимост от момента, в който е заявена дадена услуга;
  

• 
  Трябва да бъде оптимизиран потребителският път от влизане на сайта до заявяване и получаване на услуга и пътят от регистрация на нов потребител до заявяване и получаване на услуга;
  

• 
  При оптимизацията на потребителския път трябва да се отчита всяко действие от страна на потребителя (натискане на бутон, въвеждане на данни, прочитане на текст и пр.), което може да се спести.
  

2. Специфични изисквания при оптимизиране на процесите по заявяване на електронни административни услуги в зависимост от заявителя

Съгласно действащата нормативна уредба допустимите заявители на електронни административни услуги могат да бъдат разделени в няколко групи, като процесите по заявяване на ЕАУ и необходимите процеси по установяване на допустимостта на заявлението зависят от множество фактори. Трябва да бъде обърнато специално внимание на спецификите в процесите в зависимост от качеството, в което действа заявителят, за да се постигне максимална оптимизация на процеса, като същевременно се защити сигурността на търговския и гражданския оборот.

В приложената таблица са представени спецификите и разликите в бизнес процесите в зависимост от качеството, в което действа заявител на ЕАУ, които трябва да бъдат отразени при реализацията на Системата:

3. Изисквания за оптимизиране на процесите по подаване на декларации, изискуеми в съответствие с нормативната уредба и вътрешните правила

• 
  Системата трябва да поддържа номенклатура с редактируеми шаблони на декларации, които да бъдат достъпни за актуализация за администраторите на Системата; Трябва да се поддържа история на версиите на шаблоните и да няма възможност за перманентно премахване/изтриване на шаблони, а само смяна на статуса им и публикуване на нова версия;
  
• 
  Ако даден бизнес процес изисква подаване на декларация от страна на заявител на услуга, при достигане на съответната стъпка от процеса Системата трябва:
  

• 
  да попълва автоматично всички персонални данни на заявителя в електронна форма, генерирана на база на съответния шаблон на декларация
  
• 
  да дава възможност на потребителя за избор на съответните обстоятелства, които може да декларира (ако шаблонът на декларацията предвижда възможност за деклариране на опционален набор от предефинирани обстоятелства)
  
• 
  да изисква потвърждение на обстоятелствата от страна на потребителя
  
• 
  в случай че декларацията трябва да се попълни от лице, различно от заявителя, тя да може да се прикачи като електронно подписан документ или по електронен път да бъде отправяна покана към декларатора за електронно подписване.
  

• 
  Всяка попълнена електронна декларация трябва да се прикачи автоматично от Системата към заявлението и да бъде подписана заедно с него от потребителя с електронен подпис, освен в случаите, когато заявителят и деклараторът са различни лица и декларацията е подписана отделно от декларатора.
  

1. Изисквания към регистрите и предоставянето на административните услуги

• 
  Всяка удостоверителна административна услуга в обхвата на системата трябва да бъде достъпна като вътрешноадминистративна електронна услуга чрез уеб-услуга, като комуникацията се подписва с електронен печат на институцията и с електронен времеви печат по смисъла на Регламент (ЕС) 910/2014;
  
• 
  Всяка услуга, за която се допуска представителна власт, трябва да бъде интегрирана с Регистъра на овластяванията по смисъла на Закона за електронната идентификация;
  
• 
  Системата не трябва да съхранява данни, на които възложителят не е първичен администратор, в случай че данните могат да бъдат извличани в реално време от регистър на съответния първичен администратор.
  

2. 
   
   Каталог: upload -> 4184
   upload -> Доклад за работата на варненски окръжен съд 2014
   upload -> Програма на Португалски културен и езиков център „Камойнш София" 03 Sábado / събота Celebração da "Martenitza" Честита Баба Марта!
   4184 -> Решение №15-еп от 26 март 2014 г. Пример: 1;1;6101047500;Йордан;Георгиев;Малинов\r\n 2;1;7101047502;Николай;О’Хара;Калинов\r\n
   
   
   
   Изтегляне 0.7 Mb.
   
   Сподели с приятели: