ДОКУМЕНТАЦИЯ ЗА УЧАСТИЕ В ОТКРИТА...

ИАОС

ПРОГРАМА BG03 БИОЛОГИЧНО РАЗНООБРАЗИЕ И ЕКОСИСТЕМИ

Проект " Подобряване на информационна система към Националната система за мониторинг на биологичното разнообразие (IBBIS)". Договор № 33-72/20.07.2015г.

Финансов механизъм на Европейското икономическо пространство2009-2014

Открита процедура за възлагане на обществена поръчка с предмет:

„Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България

(IBBIS)”

Съгласували:

Филип Пенчев – Главен секретар на ИАОС:

Валери Серафимов – Директор на дирекция МООС:

Росалина Инджиева – Директор на дирекция ИОТМСВО:

Мадлена Станимирова – Началник на отдел МБРГЕП:

Георги Игнатиев – Началник на отдел ФСУ:

Елеонора Стойкова – и.д. Началник на отдел „Правен“:

Соня Петрова – Главен експерт в отдел ФСУ:

Изготвили:

Мария Миладинова – Старши експерт в отдел МБРГЕП:

Румен Андонов – Старши експерт в отдел ПСТ:

Павел Беличев – Младши експерт в отдел МБРГЕП:

Мария Костадинова – Старши юрисконсулт в отдел „Правен“:

Боряна Теофилова – Юрисконсулт в отдел „Правен“:

1„Този документ е създаден с финансовата подкрепа на Програма BG03 „Биоразнообразие и екосистеми “по

Финансовия механизъм на Европейското икономическо пространство 2009-2014. Цялата отговорност за съдържанието на документа се носи от ИАОС и при никакви обстоятелства не може да се приема, че този документ отразява официалното становище на Финансовия механизъм на Европейското икономическо

пространство и Оператора на Програмата – Министерство на околната среда и водите.

ИАОС




ДОКУМЕНТАЦИЯ ЗА УЧАСТИЕ В ОТКРИТА ПРОЦЕДУРА

ЗА ВЪЗЛАГАНЕ НА ОБЩЕСТВЕНА ПОРЪЧКА

С ПРЕДМЕТ:

„Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, с две обособени позиции:

Обособена позиция 1: „Модернизиране на информационната система на Националната система за мониторинг на биологичното разнообразие /НСМБР/.

Обособена позиция 2: „Създаване на модул за събиране на данни и оценка на риска от инвазивните чужди видове в България“

Проектът се осъществява с финансовата подкрепа на програма BG03 „Биологично разнообразие и екосистеми”, по Финансовия махенизъм на Европейското икономическо пространство 2009 - 2014, съгласно Договор № 33-72/20.07.2015 г.

София, 2015 г.




ИАОС




ОБЩИ ПОЛОЖЕНИЯ

I. Предмет на обществената поръчка:

Предметът на поръчката, структурирана в две обособени позиции включва изпълнението на дейност № 1 и дейност № 3 по проект BG03.PDP1 „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, а именно:

Обособена позиция 1: „Модернизиране на информационната система на Националната система за мониторинг на биологичното разнообразие /НСМБР/;

Обособена позиция 2: „Създаване на модул за събиране на данни и оценка на риска от инвазивните чужди видове в България“;

Предметът на обособена позиция № 1 от поръчката включва изпълнението на дейности по „Модернизиране на информационната система на Националната система за мониторинг на биологичното разнообразие“.

Съгласно Наредба № 2 от 18 декември 2006 г. за условията и реда за създаването и функционирането на Националната система за мониторинг на състоянието на биологичното разнообразие, тя е част от Националната система за мониторинг на околната среда.

НСМБР представлява комплексен механизъм за наблюдение, анализ и оценка на промените в състоянието на биологичното разнообразие в Република България, като осигурява информационна основа за провеждане на ефективна национална, природозащитна политика и обслужва обществените нужди от информация за състоянието на биологичното разнообразие.

Националната система за мониторинг на състоянието на биологичното разнообразие се организира и ръководи от министъра на околната среда и водите чрез Изпълнителната агенция по околна среда (ИАОС).

Към настоящия момент ИАОС е разработила и поддържа система за мониторинг на биологичното разнообразие, чрез която се осъществяват целенасочени и дългосрочни наблюдения на елементите на биологичното разнообразие, посредством събиране, обработка, съхранение и пренос на данни.

Предмет на обособена позиция 1 от настоящата обществена поръчка е модернизирането на информационната система на НСМБР като се подобрят основните функции за обмен на информация между отделните компоненти, създадат се нови компоненти и се осигури статистическа и пространствена обработка на данните от мониторинга на биологичното разнообразие и заедно с това да се даде възможност за предоставяне на информация за разпространението на биологичните видове от външни заинтересовани институции и организации, работещи в областта на биологичното разнообразие, включително академични, учебни институции, неправителствени организации и доброволци.




ИАОС




Предметът на обособена позиция № 2 от поръчката включва изпълнението на дейности по създаване на модул за събиране на данни и оценка на риска от инвазивните чужди видове в България.

От 1 януари 2015 г. е в сила Регламент (ЕС) № 1143/2014 на Европейския парламент и на Съвета от 22 октомври 2014 г. относно предотвратяването и управлението на въвеждането и разпространението на инвазивните чужди видове. Регламентът, поставя строги изисквания към страните членки, по отношение на превенцията и контрола на инвазивните чужди видове, включително оценка на риска, провеждането на мониторинг, ранно откриване и бързо унищожаване, разработване на планове за действие относно пътищата за разпространение, управление на вече установените видове и др.

Създаването на модул за събиране на данни и оценка на риска от инвазивните чужди видове в България ще осигури съвместимост и сътрудничество с Мрежата за инвазивни видове в Югоизточна Европа (ESENIAS, www . esenias . org ), както и с други международни, европейски и регионални бази данни, като EASIN, NOBANIS, DIAS, EU COST Actions on IAS с цел обмен на данни, адаптиране на общи стандарти и методики и др.

II. Възложител:

Възложител на обществената поръчка е Изпълнителната агенция по околна среда (ИАОС) - бенефициент по проект BG03.PDP1 „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)“, изпълняван по програма BG03 „Биоразнообразие и екосистемни услуги“, в рамките на Финансовия механизъм на Еропейското икономическо пространство (ЕИП) 2009 - 2014, съгласно Договор № 33-72/20.07.2015 г.

Агенцията е юридическо лице на бюджетна издръжка, второстепенен разпоредител с бюджетни кредити, със седалище гр. София. Агенцията е администрация към Министъра на околната среда и водите за осъществяване на ръководни, координиращи и информационни функции по отношение на мониторинга и опазването на околната среда в България. Тя проектира и управлява Националната система за мониторинг на околната среда и в в това число и Националната система за мониторинг на биологичното разнообразие.

Агенцията е Национален координационен център към Европейската агенция по околна среда (ЕАОС). Европейската агенция по околна среда е органът на Европейския съюз, създаден да предоставя навременна, целенасочена, подходяща и достоверна информация за околната среда както на лицата, определящи политиката в тази област, така и на обществеността.

Изпълнителният директор на агенцията е член и на Мрежата на директорите на агенции по опазване на околната среда (EPA Network), която е неформална организация на директорите на агенциите по опазване на околната среда и подобни




ИАОС




институции от цяла Европа. Мрежата е среда за обмен на мнения, възгледи и опит по въпроси от общ интерес за организациите, участващи в практическото прилагане на политиките в областта на околната среда.

III. Програма Биоразнообразие и екосистемни услуги.

Обща информация за ФМ на ЕИП 2009-2014

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

Обща цел на Финансовия механизъм на Европейското икономическо пространство 2009-2014 е намаляване на икономическите и социални различия в Европейското икономическо пространство и укрепване на двустранните отношения между страните донори - Исландия, Княжество Лихтенщайн, Кралство Норвегия и Република България.

България е една от страните с най-богато биоразнообразие в Европа, покриваща три био-географски региона – Алпийски, Черноморски, Континентален и Морски -Черноморски регион“. Геологията и специфичните микроклиматични особености на страната са основната причина за това богато биологично разнообразие на видове, природни местообитания и екосистеми, по отношение на голяма част от които стои въпроса за тяхното опазване. Основните заплахи за биоразнообразието и функциите на екосистемите са загубата на местообитания, инвазивните чужди видове, промяната в климата, свръх-експлоатацията на природните ресурси и замърсяването. Поради липсата на координация, ефективно законодателство и контрол, националните власти се затрудняват в провеждането на борбата със загубата на биоразнообразие чрез цялостен и интегриран подход. Това поражда необходимостта в България да бъде повишено нивото на осведоменост и разбиране и да бъде извършена по-аналитична и методологична оценка на екосистемите и техните услуги, като се определят главните, отрицателни фактори и се предприемат мерки за намаляване на тяхното въздействие.

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

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




ИАОС




сложността на биоразнообразието сред местните заинтересовани групи и тези, които отговарят за разработване на съответните политики. Програмата ще допринесе и за изпълнението от страна на България на изискванията, заложени в Стратегията за биоразнообразие на ЕС 2020.

Проект BG03.PDP1 „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”

Целите на проекта са: Да се подобри управлението и анализа на постъпващата информация за

биологичното разнообразие, екосистемите и влиянието на инвазивни видове в естествената природа в България;

Да се модернизира информационната система на НСМБР като се подобрят основните функции за обмен на информация между отделните компоненти, създадат се нови компоненти и се осигури статистическа и пространствена обработка на данните от мониторинга на биологичното разнообразие;

Да се създаде модул за събиране на данни и оценка на риска от инвазивните чужди видове в България;

Да се създаде модул за картиране и оценка на екосистеми и екосистемни услуги.

Да създаде модул за събиране на данни и оценка на риска от инвазивни чужди видове;

Да се създадат индикатори за оценка състоянието на биологичното разнообразие. Разработване на Български природен индекс“;

Доставка на софтуерно, хардуерно и техническо оборудване

УКАЗАНИЯ 6

„Този документ е създаден с финансовата подкрепа на Програма BG03 „Биоразнообразие и екосистеми “по Финансовия механизъм на Европейското икономическо пространство 2009-2014. Цялата отговорност за

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


ИАОС




за участие в обществена поръчка с предмет: „Подобряване на Информационната система към Националната система за

мониторинг на биологичното разнообразие в България (IBBIS)”, с две обособени позиции:



I. ОБЩИ ПОЛОЖЕНИЯ

1. Предмет на обществената поръчка Предметът, на настоящата обществена поръчка включва дейности по модернизирането на Националната система за мониторинг на биологичното разнообразие, поддържаната в ИАОС и създаване на модул за събиране на данни и оценка на риска от инвазивните чужди видове в България. Обществената поръчка е структурирана в две обособени позиции и се провежда в изпълнение на дейност № 1 и дейност № 3 по проект BG03.PDP1 „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)” осъществяван с финансовата подкрепа на програма BG03 “Биоразнообразие и екосистемни услуги” по Финансовия механизъм на Европейското икономическо пространство 2009 - 2014, съгласно Договор № № 33-72/20.07.2015 г.

2. Възможност за представяне на варианти:Не се допуска представянето на варианти в офертата.

3. Място и срок за изпълнение на поръчката:Срокът за изпълнение на настоящата поръчка е 9 месеца, считано от датата на сключване на договор, но не по-късно от 30.11.2016 г.

Мястото на изпълнение на обществената поръчка е Република България, гр. София, бул. „Цар Борис III” № 136.

4. Обща прогнозна стойност на поръчка - в размер на 316 758 лв. (триста и шестнадесет хиляди седемстотин петдесет и осем лева) без ДДС, а по обособени позиции е както следва:

Обособена позиция 1 – в размер на 223 041 лв. (двеста двадесет и три хиляди четиридесет и един лева) без ДДС.

Обособена позиция 2 – в размер на 93 717 лв. (деветдесет и три хиляди седемстотин и седемнадесет лева) без ДДС.

5. Разходи по участие в процедурата:




ИАОС




Разходите за подготовка и изготвяне на офертата са за сметка на участниците в процедурата. Участниците не могат да предявяват каквито и да е било претенции спрямо Възложителя за разходи, направени от самите тях по подготовката и подаването на офертите им, независимо от резултата или самото провеждане на процедурата, освен в случаите на чл. 39, ал.5 от ЗОП.Разходите по дейността на комисията по чл. 34 от ЗОП са за сметка на Възложителя.

6. Общи изисквания към участниците:

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

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

При изготвяне на офертата всеки участник трябва да се придържа точно към обявените от Възложителя условия.

До изтичане на срока за получаване на офертите, всеки участник може да промени, допълни или оттегли офертата си. Срокът на валидност на офертите е 180 дни, считано от крайната дата за подаване на оферти.

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

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

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

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

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

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




ИАОС




поръчка участник гражданско дружество/консорциум, в което участва дружество, регистрирано в юрисдикция с преференциален данъчен режим.

Съгласно разпоредбата на чл. 4 от Закона за икономическите и финансовите отношения с дружествата, регистрирани в юрисдикции с преференциален данъчен режим, свързаните с тях лица и техните действителни собственици, горецитираната разпоредба на чл. 3, т. 8 не се прилага, когато:

1. акциите на дружеството, в което пряко или косвено участва дружество, регистрирано в юрисдикция с преференциален данъчен режим, се търгуват на регулиран пазар в държава – членка на Европейския съюз, или в друга държава – страна по Споразумението за Европейското икономическо пространство, или на пазар, включен в списъка по Кодекса за социално осигуряване, Закона за публичното предлагане на ценни книжа или Закона за дейността на колективните инвестиционни схеми и на други предприятия за колективно инвестиране, и действителните собственици – физически лица, са обявени по реда на съответния специален закон;

2. дружеството, регистрирано в юрисдикция с преференциален данъчен режим, е част от икономическа група, чието дружество майка е местно лице за данъчни цели на държава, с която Република България има влязла в сила спогодба за избягване на двойното данъчно облагане или влязло в сила споразумение за обмен на информация;

3. дружеството, регистрирано в юрисдикция с преференциален данъчен режим, е част от икономическа група, чието дружество майка или дъщерно дружество е българско местно лице и неговите действителни собственици – физически лица, са известни или се търгува на регулиран пазар в държава – членка на Европейския съюз, или в друга държава – страна по Споразумението за Европейското икономическо пространство;

4. дружеството, в което пряко или косвено участва дружество, регистрирано в юрисдикция с преференциален данъчен режим, е издател на периодични печатни произведения и е представило информация за действителните собственици – физически лица, по реда на Закона за задължителното депозиране на печатни и други произведения.

Когато въз основа на неверни данни е приложено изключение по чл. 4 от Закона за икономическите и финансовите отношения с дружествата, регистрирани в юрисдикции с преференциален данъчен режим, свързаните с тях лица и техните действителни собственици, в случаите по чл. 3, т. 8:

а) участникът се отстранява от участие в процедурата по обществена поръчка;б) прекратява се договорът за обществена поръчка без предизвестие, като не се

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

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




ИАОС




За липсата на обстоятелствата по чл. 3, т. 8 или наличието на обстоятелствата по чл. 4 от Закона за икономическите и финансовите отношения с дружествата, регистрирани в юрисдикции с преференциален данъчен режим, свързаните с тях лица и техните действителни собственици, участниците представят декларация от едно от лицата, посочени в чл. 47, ал. 4 от ЗОП по образец - Образец № 6.

7. Участникът се отстранява от участие, когато:

а) е осъден с влязла в сила присъда, освен ако е реабилитиран за: престъпление против финансовата, данъчната или осигурителната система, включително изпиране на пари, по чл. 253 - 260 от Наказателния кодекс; подкуп по чл. 301 - 307 от Наказателния кодекс; участие в организирана престъпна група по чл. 321 и 321а от Наказателния кодекс; престъпление против собствеността по чл. 194 - 217 от Наказателния кодекс; престъпление против стопанството по чл. 219-252 от Наказателния кодекс;

б) е обявен в несъстоятелност; в) е в производство по ликвидация или се намира в подобна процедура

съгласно националните закони и подзаконови актове;г) има задължения по смисъла на чл. 162, ал. 2, т. 1 от Данъчно-осигурителния

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

д) е в открито производство по несъстоятелност, или е сключил извънсъдебно споразумение с кредиторите си по смисъла на чл. 740 от Търговския закон, а в случай че кандидатът или участникът е чуждестранно лице - се намира в подобна процедура съгласно националните закони и подзаконови актове, включително когато неговата дейност е под разпореждане на съда, или кандидатът или участникът е преустановил дейността си;

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

ж) който е осъден с влязла сила присъда, освен ако е реабилитиран за престъпление по чл. 136 от Наказателния кодекс, свързано със здравословните и безопасни условия на труд, или по чл. 172 от Наказателния кодекс против трудовите права на работниците;

з) който е осъден с влязла в сила присъда за престъпление по чл. 313 от Наказателния кодекс във връзка с провеждане на процедури за възлагане на обществени поръчки;

Изискванията по точки а), е), ж) и з) се прилагат както следва: при събирателно дружество - за лицата по чл. 84, ал. 1 и чл. 89, ал. 1 от

Търговския закон;




ИАОС




при командитно дружество - за лицата по чл. 105 от Търговския закон, без ограничено отговорните съдружници;

при дружество с ограничена отговорност - за лицата по чл. 141, ал. 2 от Търговския закон, а при еднолично дружество с ограничена отговорност - за лицата по чл. 147, ал. 1 от Търговския закон;

при акционерно дружество - за овластените лица по чл. 235, ал. 2 от Търговския закон, а при липса на овластяване - за лицата по чл. 235, ал. 1 от Търговския закон;

при командитно дружество с акции - за лицата по чл. 244, ал. 4 от Търговския закон;

при едноличен търговец - за физическото лице - търговец; във всички останали случай, включително и за чуждестранните лица – за

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

прокуристите, когато има назначени такива. Когато участник в процедурата е чуждестранно юридическо лице, което има повече от един прокурист, изискванията се прилагат само за прокуриста, чиято представителна власт включва дейността на дружеството на територията на Република България.

и) при който лицата по чл. 47, ал. 4 от ЗОП са свързани лица с възложителя или със служители на ръководна длъжност в неговата организация

"Свързани лица" по смисъла на §1, т. 23а от допълнителните разпоредби на Закона за обществените поръчки са: роднини по права линия без ограничение; роднини по съребрена линия до четвърта степен включително; роднини по сватовство - до втора степен включително; съпрузи или лица, които се намират във фактическо съжителство; съдружници; лицата, едното от които участва в управлението на дружеството на другото; дружество и лице, което притежава повече от 5 на сто от дяловете или акциите, издадени с право на глас в дружеството.;

й) който е сключил договор с лице по чл. 21 или 22 от Закона за предотвратяване и установяване на конфликт на интереси

7.1. Участниците са длъжни в процеса на провеждане на процедурата да уведомяват възложителя за всички настъпили промени в горните обстоятелства в 7-дневен срок от настъпването им.

8. В случай на участие в обществената поръчка на обединения и чуждестранни лица:

8.1. Изисквания към участник-чуждестранно лицеНе може да участва в процедура за възлагане на обществена поръчка

чуждестранно физическо или юридическо лице, за което в държавата, в която е установено, e налице някое от обстоятелствата по чл. 47, ал. 1 или някое от посочените в обявлението обстоятелства по чл. 47, ал. 2 от ЗОП (т. 7 от




ИАОС




документацията, б. „а“, „б“, „в“, „г“, „д“, „е“, „ж“, „з“). При подписване на договора за обществена поръчка участникът, определен за

изпълнител, е длъжен да представи документи за удостоверяване липсата на обстоятелствата чл.47, ал.1 и ал. 2 от ЗОП (т.7, б. „а“, „б“, „в“, „г“, „д“, „е“, „ж“, „з“). Когато законодателството на държавата, в която кандидатът или участникът е установен, не предвижда включването на някое от обстоятелствата по ал. 1 в публичен безплатен регистър или предоставянето им служебно и безплатно на Възложителя, при подписване на договора за обществена поръчка участникът, определен за изпълнител, е длъжен да представи:

1. документи за удостоверяване липсата на обстоятелствата по чл. 47, ал. 1 и на посочените в обявлението обстоятелства по чл. 47, ал. 2, издадени от компетентен орган, или

2. извлечение от съдебен регистър, или3. еквивалентен документ на съдебен или административен орган от

държавата, в която е установен.Когато в държавата, в която кандидатът или участникът е установен, не се

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

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

8.2. Изисквания към участник обединение/консорциумАко участникът е обединение, документите, удостоверяващи липсата на

обстоятелствата по чл. 47, ал. 1 и 5, както и по ал. 2, т.1-5 (т. 7, б. „а“ до б.“й“) се представят от всеки член на обединението.

Документите по чл. 56, ал. 1, т. 1, букви „а” и „б” от ЗОП се представят за всяко физическо или юридическо лице, включено в обединението; Документите по чл. 56, ал. 1, т. 1 буква „в” и т. 4 и т. 5 от ЗОП се представят само за участниците, чрез които обединението доказва съответствието си с критериите по чл. 25, ал. 2, т. 6 от ЗОП;

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

Договорът трябва да съдържа клаузи, които гарантират, че: всички членове на обединението са отговорни, заедно и поотделно, по

закон за изпълнението на договора;




ИАОС




изпълнението на договора, включително плащанията, са отговорност на всички членове на обединението;

всички членове на обединението са задължени да останат в него за целия период на изпълнение на договора;

срокът на обединението е най-малко за времето, за което поръчката ще бъде изпълнена;

разпределение на дейностите между членовете по изпълнение на поръчката.

Когато участник в обществената поръчка е вече създадено обединение, се допуска представянето на допълнително споразумение за участие в настоящата поръчка, към договора за създаване на дружество по Закона за задълженията и договорите с изискуемите от Възложителя реквизити.

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

Когато не е приложен документ за създаването на обединението, включително и след поискването му по реда на чл. 68, ал. 8 от ЗОП или в договора липсват гореизброените клаузи, участникът се отстранява от участие в процедурата за възлагане на настоящата обществена поръчка.

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

Всеки от участниците в обединението може да е наредител по банковата гаранция, съответно вносител на сумата по гаранцията за участие/изпълнение. Когато определеният изпълнител е неперсонифицирано обединение на физически и/или юридически лица не се изисква създаване на юридическо лице.

II. КРИТЕРИЙ ЗА ПОДБОР НА УЧАСТНИЦИТЕ:

1. Юридически статус на участниците:

Участниците еднолични търговци, юридически лица и обединения, които не са самостоятелни юридически лица, трябва да докажат регистрацията си съобразно приложимия български закон. Чуждестранните лица трябва да докажат регистрацията си съгласно приложимия за тях закон.

Участниците следва да отговарят на изискванията по чл. 47 ал. 1, 2 и 5 от ЗОП.

2. Технически възможности и/или квалификация на участниците:

2.1. Изисквания за технически възможности и/или квалификация на участниците:

Участникът в процедурата трябва да отговаря на следните изисквания за технически възможности и/или квалификация на участниците:




ИАОС




2.1.1. Участникът следва да е изпълнил успешно най-малко една услуга през последните три години, която да е завършена до датата за подаване на офертите с предмет еднакъв или сходен* с предмета на поръчката и да включва:

За обособена позиция № 1: 1.1. Разработено WEB базирано интернет приложение свързано с

визуализация на пространствени данни чрез ГИС приложения; 1.2. Разработено мобилно приложение на операционни системи Android или

Windows mobile 6.1/6.5; 1.3. Разработено приложение чрез ГИС сървър;1.4. Разработено приложение чрез ORACLE, Sql CE или еквивалентни бази

данни**; 1.5. Създаване на геобази данни, включително BLOB полета.Един и същ договор за услуга, може да покрива едно или повече от

гореизброените изисквания за опит посочени в т. 1.1, т. 1.2, т. 1.3, т. 1.4. и т. 1.5.

За обособена позиция № 2: 2.1. Разработено WEB базирано интернет приложение свързано с визуализация

на пространствени данни чрез ГИС приложения; 2.2. Разработено мобилно приложение на операционни системи Android или

Windows mobile 6.1/6.5;2.3. Разработено приложение чрез ГИС сървър;2.4. Разработено приложение чрез ORACLE, Sql CE или еквивалетни бази

данни**;2.5. Създаване на геобази данни, включително BLOB полета.Един и същ договор за услуга, може да покрива едно или повече от

гореизброените изисквания за опит посочени в т. 2.1, т. 2.2,т. 2.3, т. 2.4. и т. 2.5.*Под еднакъв или сходен предмет следва да се разбира: Разработени информационни системи включващи: бази данни, географски

информационни системи, интернет базирани приложения- включващи географско представяне, мобилни приложения. Тази система трябва да включва мултипотребителска работа, възможности на потребителите да вкарват географски и таблични данни, както и да получават изходна информация във вид на географски и таблични масиви данни. Системата трябва да е от типа „архитектура на услугите“ (SOE).

**Под еквивалентни бази данни следва да се считат СУБД с възможности, покриващи възможностите на споменатите СУБД за: Работа с големи масиви – включително клъстериране, осигуряване на консистентност на масивите информация, поддържане на геопространствени масиви данни- съвместителство с ГИС – възможности за сигурност – включително осигуряване на роли и права, поддръжка на типове данни, включително CLOB и BLOB и работни възможности с типовете данни, сигурност и рестриктиране на достъп, функции за пресъздаване на масивите данни – включително при срив на системата, функции за архивиране,




ИАОС




експорт, импорт, връзки с други бази данни, създаване и запазване в СУБД на функции, процедури – както и съвместимост с езици за програмиране, създаване на различни представяния на масивите с информация.

Когато Участникът е обединение, се приемат сумарно изпълнените услуги от всички членове в обединението. При участие на обединения, които не са юридически лица, съответствието с критериите за подбор се доказва от един или повече от участниците в обединението.

2.1.2. Участникът следва да има внедрена система за управление на качеството - ISO 9001:2008 или еквивалентен, в областта на информационните технологии. Притежаваният сертификат да е със срок на валидност покриващ срока за изпълнение на поръчката или по-дълъг.

Освен посочения в т. 2.1.2 сертификат или негов еквивалент, ще бъдат приемани и доказателства за въведени еквивалентни мерки съгласно чл. 53, ал. 4 от ЗОП.

2.1.3.Участникът следва да разполага с екип от експерти, отговарящи на следните изисквания по отношение на квалификация, професионален опит и адекватен на конкретната обществена поръчка опит, като изискванията се отнасят и за двете обособени позиции:

Ключов експерт 1: Ръководител на екип

Квалификация: Висше образование, образователно – квалификационна степен „магистър” по специалност, в някое от следните професионални направления: математика; информатика; компютърни науки; компютърна и комуникационна техника; информационни системи и технологии, географски информационни системи или еквивалентни, съгласно Класификатора на областите на висше образование и професионални направления, утвърден с ПМС № 125 на МС от 24.02.2002 г.

Общ професионален опит: Най-малко 6 години опит в областта на разработване и внедряване на информационни системи.

Специфичен професионален опит: Опит като ръководител на проект/екип на най-малко 3 проекта или дейности свързани с разработване и/или внедряване на информационни системи, от които поне един проект свързан с разработване и/или внедряване на географска информационна система.

Ключов експерт 2: Софтуерен разработчик

Квалификация: Висше образование, образователно – квалификационна степен „бакалавър” или по-висока, по специалност, в някое от следните професионални направления: математика; информатика; компютърни науки; информационни системи и технологии, географски информационни системи или еквивалентни, съгласно Класификатора на областите на висше образование и професионални направления, утвърден с ПМС № 125 на МС от 24.02.2002 г.




ИАОС




Общ професионален опит: Минимум 5 години общ професионален опит в областта на информационните технологии;

Специфичен професионален опит: Участие в минимум 3 проекта или дейности за разработка и внедряване на информационни системи с бази данни и географски информационни системи, включително опит за работа с ГИС сървърни приложения.

Ключов експерт 3: Разработчик на мобилни приложения



Специфичен професионален опит: Участие в минимум 3 проекта или дейности включващи създаване на мобилни приложения за операционни системи Android, iOS, Windows Mobile 6.1 или 6.5. или еквивалентни.

Ключов експерт 4: Разработчик на Интернет приложения



Специфичен професионален опит: Участие в най-малко 3 проекта или дейности в областта на информационните технологии, свързани с разработването на Интернет приложения с публичен и регистриран достъп и най малко един проект свързан с изобразяване на пространствени данни чрез Интернет приложения.

Ключов експерт 5: Проверка на качеството и резултатите

Квалификация: Висше образование, образователно-квалификационна степен „бакалавър” или по-висока, по специалност, в някое от следните професионални направления: биология, биология и география, биология и химия, екология, горско стопанство.

Общ професионален опит: Минимум 1 година в съответната професионална квалификация.




ИАОС




Специфичен професионален опит: Минимум 1 година опит в тестване на софтуерни приложения или опит в теренни наблюдения на животни, растения.

Допълнителни експерти:Екипът за изпълнение на дейностите по тази обществена поръчка може да

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

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

При никакви обстоятелства включването на допълнителни експерти, замяната им и/или привличането на допълнителни специалисти (включително помощен персонал), не е основание за искане на допълнително плащане извън договорената цена.

2.2. Доказателства за технически възможности и/или квалификация на участниците:

За доказване на техническите възможности и/или квалификацията на участниците се представят следните документи:

2.2.1. списък на услугите, най-малко 1 (една) на брой, изпълнена през последните 3 (три) години която да е завършена до датата на подаване на офертата, с предмет еднакъв и/или сходен с предмета на поръчката, която включва изискванията посочени в т. 2.1.1. от документацията, заедно с доказателства за извършаната услуга (Образец 11). Доказателството за извършената услуга се предоставя под формата на удостоверение, издадено от получателя или от компетентен орган, или чрез посочване на публичен регистър, в който е публикувана информация за услугата. Удостоверенията следва да съдържат: стойността; датата, на която е приключило изпълнението; мястото; вида и обема на услугата; дата и подпис на издаващия удостоверението и данни за контакт с него.

2.2.2. Копие от валиден сертификат за внедрена система за управление на качеството - ISO 9001:2008 или еквивалентен, издаден от независими лица, които са акредитирани по съответната серия европейски стандарти от Изпълнителна агенция „Българска служба за акредитация“ или от друг национален орган за акредитация, който е страна по Многостранното споразумение за взаимно признаване на Европейската организация за акредитация, за съответната област или да отговарят на изискванията за признаване съгласно чл. 5а, ал. 2 от Закона за националната акредитация на органи за оценяване на съответствието. Притежавания сертификат следва да е със срок на валидност покриващ срока за изпълнение на поръчката или по-дълъг.




ИАОС




Освен посочения сертификат или негов еквивалент, ще бъдат приемани и доказателства за въведени еквивалентни мерки съгласно чл. 53, ал. 4 от ЗОП. В случай, че участникът е обединение, което не е юридическо лице, сертификатът следва да бъде представен само от това лице в обединението, което съгласно разпределението на участието на лицата при изпълнение на дейностите, предвидено в договора за създаване на обединението е определено да изпълнява съответната дейност, за която се изисква сертификата. 2.2.3. Списък на екипа от експерти, които ще отговарят за изпълнение на обществената поръчка с посочени: образование, образователно-квалификационна степен, професионална квалификация, общ и специфичен професионален опит - Образец № 12.

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

За тези цели, като трети лица може да бъдат посочените подизпълнители, свързани предприятия и/или други лица, независимо от правната връзка на участника с тях.

За допустими се считат и всички еквивалентни предложения за доказване на минималните изисквания за участие от потенциалните участници в поръчката, относими към всяко конкретно поставено от възложителя изискване.

Когато участник в процедурата е обединение, което не е юридическо лице, документите, удостоверяващи съответствието с минималните изисквания за технически възможности и/или квалификация, се представят само за тези членове на обединението, чрез които същото доказва съответствието си с критериите за подбор по чл. 25, ал. 2, т. 6 от ЗОП.

III. ОФЕРТА

1. Подготовка на офертата:Всяка оферта следва да отговаря на изискванията на чл. 57 от ЗОП и да

съдържа три отделни запечатани непрозрачни и надписани плика, както следва:ПЛИК № 1 с надпис „Документи за подбор”, в който плик се поставят

документите, посочени в чл. 56, ал. 1, т. 1-5, 8, 11-14 от ЗОП, съответно документите по т. 2.1. от т. 2 „Съдържание на офертата” от настоящите указания. Когато участникът подава оферта за двете обособени позиции, документите и информацията, които са еднакви за обособените позиции се поставят само в плика по позицията с по-малкия пореден номер, като това обстоятелство се отбелязва в списъка на документите, съдържащ се в плика на другата позиция.

ПЛИК № 2 с надпис „Предложение за изпълнение на поръчката”, в който




ИАОС




се поставя техническото предложение, съответно документите по т. 2.2. от т. 2 „Съдържание на офертата” от настоящите указания. Когато участникът подава оферта за двете обособени позиции, плик № 2 се представя за всяка от позициите.

ПЛИК № 3 с надпис „Предлагана цена”, в който се съдържа ценовото предложение на участника. Когато участникът подава оферта за двете обособени позиции, плик № 3 се представя за всяка от позициите.

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

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

Лице, което е дало съгласие и фигурира като подизпълнител в офертата на друг участник, не може да представя самостоятелна оферта.

При изготвяне на офертата всеки участник трябва да се придържа точно към обявените от Възложителя условия.

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

Всички страници в ПЛИК № 1 се номерират. Всяка страница от техническото предложение на участника се номерира

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

да бъдат нотариално заверени, трябва да са заверени (когато са ксерокопия) с гриф „Вярно с оригинала”, свеж печат и подпис на лицето/та, представляващ/и участника. Когато участникът е физическо лице-нетърговец поставянето на печат не се изисква.

Всички документи, свързани с офертата, трябва да бъдат на български език. Когато участникът в процедура е чуждестранно физическо или юридическо лице или техни обединения, офертата се подава на български език, като документите по чл. 56, ал. 1, т. 1, букви „а” и „б” се представят в официален превод, а именно: копие от документа за регистрация, единен идентификационен код, съгласно чл. 23 от Закона за търговския регистър или удостоверения за актуално състояние, когато участникът е юридическо лице или едноличен търговец; копие от документа за самоличност, когато участникът е физическо лице, а документите по чл. 56, ал. 1, т. 5 от ЗОП, които са на чужд език, се представят и в превод. (по см. на § 1, т. 16а от ДР на ЗОП „Официален превод” е превод, извършен от преводач, който има сключен договор с Министерството на външните работи за извършване на официални преводи).

Всички документи, съдържащи се в Плик № 1 и Плик № 2 е необходимо да бъдат представени и на електронен носител. Електронният носител се поставя в съответния запечатан плик.

2. Съдържание на офертата:2.1. Съдържание на ПЛИК № 1: 2.1.1. оферта, попълнена съгласно Образец № 2;




ИАОС




2.1.2. представяне на участника - Образец № 3, което включва:Единен идентификационен код (ЕИК) съгласно чл. 23 от Закона за Търговския

регистър (ЗТР), БУЛСТАТ и/или друга идентифицираща информация в съответствие със законодателството на държавата, в която участникът е установен, както и адрес, включително електронен, за кореспонденция при провеждане на процедурата.

Когато не е представен ЕИК съгласно чл. 23 от ЗТР, участникът – юридическо лице или едноличен търговец, прилага към своята оферта удостоверение за актуално състояние и/или друга идентифицираща информация, в съответствие със законодателството на държавата, в която участникът е установен. Чуждестранните юридически лица прилагат еквивалентен документ на съдебен или административен орган от държавата, в която са установени. Документът се представя в оригинал или заверено от участника копие.

- Документ за самоличност на участника, когато участникът е физическо лице - заверено от участника копие;

- Заверено от участника копие на договора за обединение, а когато в договора не е посочено лицето, което представлява участниците в обединението и документ, подписан от лицата в обединението, в който се посочва представляващия;

- Копие от регистрация по ЗДДС - при наличието на такава;2.1.3. Декларация по чл.47, ал. 9 от ЗОП - Образец № 4; 2.1.4. Декларация по чл. 56, ал. 1, т. 8 от Закона за обществените поръчки -

видовете работи от предмета на поръчката, които ще се предложат на подизпълнители и съответстващият на тези работи дял в проценти от стойността на обществената поръчка, и предвидените подизпълнители - Образец № 5;

2.1.5. Декларация за съгласие за участие като подизпълнител - Образец № 5а;2.1.6. Декларация по чл. 3, т. 8 и чл. 4 от Закона за икономическите и

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

2.1.7. Декларация по чл. 56, ал.1, т. 6 за липса на свързаност с друг участник в съответствие с чл. 55, ал. 7 от ЗОП, както и за липса на обстоятелство по чл. 8, ал. 8, т. 2 - Образец № 7;

2.1.8. Декларация за неразгласяване на информация - Образец № 8; 2.1.9. Декларация за автономност на офертата - Образец № 9;2.1.10. Декларация за приемане на условията в проекта на договор -

Образец № 10; 2.1.11. Документ за внесена гаранция за участие. Оригинал на банкова гаранция за участие или заверено копие от документа за

внесена гаранция под формата на парична сума. В нареждането за плащане задължително следва да бъде записано „Гаранция за участие по обществена поръчка и предмета на настоящата процедура“.

2.1.12. Пълномощно с нотариална заверка на подписите на лицето, 20




ИАОС




подписващо офертата, когато не е подписана от законния представител на участника или от последния, когато той е физическо лице.

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

2.1.13. Доказателства за съответствие с техническите възможности и/или квалификация по чл. 51 от ЗОП, както следва:

а. Списък на услугите (най-малко една на брой), еднаква или сходни с предмета на поръчката, изпълнени през последните три години, считано от датата на подаване на офертата, заедно с доказателства за извършените услуги - Образец № 11.

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

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

б. Копие от валиден сертификат за внедрена система за управление на качеството - ISO 9001:2008 или еквивалентен. Сертификатът трябва да е издаден от независими лица, които са акредитирани по съответната серия европейски стандарти от Изпълнителна агенция „Българска служба за акредитация" или от друг национален орган за акредитация, който е страна по Многостранното споразумение за взаимно признаване на Европейската организация за акредитация, за съответната област или да отговарят на изискванията за признаване съгласно чл. 5а, ал. 2 от Закона за националната акредитация на органи за оценяване на съответствието. Възложителят приема еквивалентни сертификати, издадени от органи, установени в други държави членки, както и други доказателства за еквивалентни мерки за осигуряване на качеството. Притежавания сертификат следва да е със срок на валидност покриващ срока за изпълнение на поръчката или по-дълъг.

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

в. Списък на екипа от експерти, които ще отговарят за изпълнение на обществената поръчка с посочени: образование, образователно-квалификационна




ИАОС




степен, професионална квалификация, общ и специфичен професионален опит - Образец № 12.

2.1.14. Списък на документите, съдържащи се в офертата, подписан от участника по образец - Образец № 1.

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

2.1.15. Електронен носител, съдържащ документите поставени в Плик № 1.

2.2. Съдържание на ПЛИК №2 – „Предложение за изпълнение на поръчката”

Плик № 2: „Предложение за изпълнение на поръчката“В този плик се поставят документите, свързани с изпълнението на поръчката

съобразно техническото задание и посочените в документацията изисквания. 2.2.1. Техническото предложение на участника трябва да отговаря на всички

изисквания, определени от възложителя в настоящата документация за участие - Образец № 13.

2.2.2. Техническата оферта, която съдържа пълно описание на начина на изпълнение на обществената поръчка, съгласно изискванията определени от възложителя в настоящата документация за участие - Образец № 13а.

2.2.3. Към техническото предложение участникът представя Декларация по чл. 33, ал. 4 от ЗОП, когато е приложима.

Забележка: Декларацията по чл. 33, ал. 4 от ЗОП се поставя в Плик № 2 и се отнася до информация с конфиденциален характер, касаеща само и единствено техническото предложение за изпълнение на поръчката направено от участника. Не е допустимо, участниците да прилагат декларация по чл. 33, ал. 4 от закона, касаеща предлаганата от тях цена. Предвид основните принципи на ЗОП за публичност и прозрачност, свободна и лоялна конкуренция, равнопоставеност и недопускане на дискриминация, регламентирани в чл. 2, както и разпоредбите на чл. 68, ал. 3 и чл. 69а, ал. 3, отварянето на офертите е публично и обявяването на цените, предложени от участниците е задължително.

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

2.2.5. Електронен носител, съдържащ документите поставени в Плик № 2.

Забележка: Когато участникът подава оферта за двете обособени позиции, плик № 2 се представя за всяка от позициите.

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




ИАОС




възлагане на обществената поръчка на основание чл. 69, ал. 1 от ЗОП. 2.3. Съдържание на ПЛИК № 3 – „Предлагана цена“:

Плик № 3 с надпис „Предлагана цена“, 2.3.1. Участникът представя ценовата оферта - Образец № 14, в отделен

запечатан непрозрачен плик с надпис „Предлагана цена“.2.3.2. Ценовата оферта трябва да съдържа попълнено, подписано и

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

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

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

2.3.5. Ценовата оферта трябва да съответства на техническата оферта;2.3.6. Никаква информация, свързана с предлаганата цена, не трябва да има в

каквато и да е форма извън този плик.В цените следва да бъдат включени всички необходими разходи за

изпълнение на поръчката. Всички цени да бъдат посочени в български лева, без данък върху добавената стойност и на отделен ред с включен 20 % ДДС.

Забележка: Когато участникът подава оферта за двете обособени позиции, плик № 3 се представя за всяка от позициите.

Участник, който по какъвто и да е начин е включил някъде в офертите си или извън Плик № 3 „Предлагана цена” елементи, свързани с предлаганата цена или части от нея, ще бъде отстранен от участие в процедурата.

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

3. Оформяне и подаване на офертата:3.1. Офертните материали, систематизирани съобразно изискванията на точки

2.1, 2.2. и 2.3., подвързани в папка или по друг подходящ начин, се запечатват в непрозрачни пликове, като се надписват в долния ляв ъгъл по следния начин:

3.1.1. ПЛИК №1 следва да бъде с надпис „ПЛИК №1 - Документи за подбор”;

3.1.2. ПЛИК № 2 - следва да бъде с надпис "ПЛИК № 2 - Предложение за изпълнение на поръчката";

3.1.3. ПЛИК № 3 - следва да бъде с надпис „ПЛИК № 3 - Предлагана цена”.




ИАОС




3.2. Трите плика (ПЛИК №1, ПЛИК №2 и ПЛИК №3) се запечатват в един общ непрозрачен плик, на който следва да е изписано:

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

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

и часът на получаването и посочените данни се записват във входящ регистър, за което на приносителя се издава документ.

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

5. Валидност на офертите:Срокът на валидност на офертите е 180 дни, считано от крайния срок за получаване

на офертите.Възложителят кани участниците да удължат срока на валидност на офертите,




гр. София – 1618, бул. “Цар Борис III” № 136Изпълнителна агенция по околна среда

ОФЕРТА

за участие в открита процедура за възлагане на обществена поръчка с предмет:

„Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, с две обособени

позиции:



ИАОС




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

6. Промяна, допълване и оттегляне: До изтичането на срока за подаване на офертите, всеки участник може да промени, да допълни или да оттегли офертата си. Оттеглянето на офертата прекратява по-нататъшното участие в процедурата.

Допълнението и промяната на офертата трябва да отговаря на изискванията и условията за представяне на първоначалната оферта, като върху плика бъде отбелязан ясно изписан текст: „Допълнение /Промяна към вх. №……...........…”.

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

7. Комуникация между участниците в процедурата и Възложителя:Всички комуникации и действия на възложителя и на участниците свързани с

настоящата процедура са в писмен вид. Участникът може да представя своите писма и уведомления на адреса за

получаване на оферти: Изпълнителна агенция по околна среда, в гр. София 1618, бул."Цар Борис III" № 136, по факс, чрез препоръчано писмо с обратна разписка или куриерска служба или по електронен път при условията и по реда на Закона за електронния документ и електронния подпис, като същите следва да бъдат адресирани до лицето за контакт, посочено в обявлението за обществената поръчка.

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

За получено се счита това уведомление по време на откритата процедура, което е достигнало до адресата, на посочения от него адрес (включително адрес на електронна поща) или факс номер. Когато адресатът е сменил своя адрес (включително адреса на електронната поща) или факс номер и не е информирал своевременно за това ответната страна, или адресатът не желае да приеме уведомлението, за получено се счита това уведомление, което е достигнало до адреса, адреса на електронната поща или факс номера, известен на изпращача.

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

8. Гаранции: Гаранциите се представят в една от следните форми:а) депозит на парична сума по сметка на Възложителя;б) банкова гаранция в полза на Възложителя.Участникът избира сам формата на гаранцията за участие и изпълнение.Когато участникът или избраният изпълнител е обединение, което не е




ИАОС




юридическо лице, всеки от съдружниците в него може да е наредител по банковата гаранция, съответно вносител на сумата по гаранцията.

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

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

участие в процедурата по съответните обособени позиции в размер, както следва:Обособена позиция 1 – 2 200,00 лв. (две хиляди и двеста лева)Обособена позиция 2 – 900,00лв. (деветстотин лева )

При избор на гаранция за участие - парична сума, то тя следва да се внесе по банков път по следната сметка на Изпълнителната агенция по околна среда:

Общинска банка, клон „Денкоглу“, гр. София, BIC код: SOMBBGSF; IBAN: BG38 SOMB 9130 3337 0251 01.Ако участникът представя банкова гаранция за участие, то същата следва да

бъде в оригинал, издадена в полза на Възложителя и да бъде валидна най-малко 30 (тридесет) дни след изтичане срока на валидност на офертите.

Гаранцията следва да бъде представена като безусловна и неотменяема банкова гаранция и следва да съдържа задължение на банката-гарант да извърши безотказно и безусловно плащане при първо писмено искане на Възложителя.

Гаранциите за участие в процедурата се задържат, усвояват и освобождават по реда на чл. 61 и чл. 62 от ЗОП.

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

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

- участникът оттегли офертата си след изтичане на срока за получаване на офертите;

- участникът е определен за Изпълнител, но не изпълни задължението си да сключи договор за обществената поръчка.

Гаранциите за участие се освобождават, както следва:- на отстранените участници - в срок 5 (пет) работни дни след изтичането на

срока за обжалване на решението на Възложителя за определяне на Изпълнител;- на класираните на първо и второ място участници – след сключване на

договора за обществена поръчка, а на останалите класирани участници в срок 5 (пет) работни дни след изтичане на срока за обжалване на решението за определяне на Изпълнител;

- при прекратяване на процедурата гаранциите на всички участници се освобождават в срок 5 (пет) работни дни след изтичане на срока за обжалване на решението за прекратяване.




ИАОС




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

8.2. Условия и размер на гаранцията за изпълнение:Участникът, определен за Изпълнител на обществената поръчка, е длъжен да

представи гаранция за изпълнение преди подписването на договора. Гаранцията може да се внесе по следната банкова сметка на Възложителя:

Общинска банка, клон "Денкоглу", гр. София, BIC код: SOMBBGSF; IBAN: BG38 SOMB 9130 3337 0251 01.Размерът на гаранцията за изпълнение е 5% (пет процента) от стойността на

договора без ДДС. Когато формата на гаранцията за изпълнение е банкова гаранция изпълнителят

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

В случай, че срокът на договора бъде продължен, то ИЗПЪЛНИТЕЛЯТ се задължава да продължи срока на банковите си гаранции.

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

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

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

9. Документацията за участие:Документацията за участие е достъпна в профила на купувача от сайта на

ИАОС - http://eea.government.bg/bg/obyavi/obshtestveni-porachki/NSMBR_BG03 Възложителят ще предостави документацията на всяко лице, поискало това,

включително като му я изпрати за негова сметка на посочен от него адрес или адрес на електронна поща. Копие на документацията може да се получи лично в сградата на ИАОС на бул. „Цар Борис ІІІ” № 136, ет. 7, стая 715. Цената за предоставяне на документацията е 2 (два) лв., като тя предварително се внася по сметката на ИАОС: Общинска банка, клон "Денкоглу", гр. София: BIC код: SOMBBGSF; IBAN: BG47 SOMB 9130 31 3702 5101.

10. Разяснения по документацията за участие в процедурата:В срок до 10 (десет) дни преди изтичането на срока за получаване на офертите

всеки участник може да поиска писмено от Възложителя разяснения по документацията.

Разясненията се публикуват в профила на купувача на ИАОС в 4-дневен срок от получаване на искането. Ако лицето е посочило електронен адрес, разясненията се




ИАОС




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

за получаване на оферти за участие остават по-малко от 6 (шест) дни, възложителят ще удължи срока за получаване на оферти за участие. От деня на публикуване на Решението за промяна в Профила на купувача до крайния срок за подаване на оферти не може да има по-малко от 6 (шест) дни.

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

Всяко заинтересовано лице може да направи предложение за промени в обявлението и/или документацията в 10-дневен срок от публикуването на обявлението за откриване на процедурата.

Промените се извършват чрез решение за промяна, което се публикува в Регистъра на обществените поръчки в 14-дневен срок от публикуване на обявлението за откриване на процедурата и в профила на купувача.

С решението за промяна възложителят няма право да променя дейностите и/или доставките по обявения предмет на поръчката.

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

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

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

Възложителят е длъжен да удължи обявените срокове в процедурата:- когато се установи, че първоначално определеният срок е недостатъчен за

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

- в случаите по чл. 29, ал. 3 от ЗОП.Възложителят може да удължи обявените срокове в процедурата, когато:- в първоначално определения срок няма постъпили заявления или оферти или

е получено само едно заявление или оферта;- това се налага в резултат от производство по обжалване;- срокът по чл. 51, ал. 3 от ЗОП е недостатъчен.С публикуването на решение за промяна в Регистъра на обществените поръчки

се смята, че всички заинтересовани лица са уведомени.

11. Отваряне и разглеждане на офертите




ИАОС




Изпълнителят на обществената поръчка ще бъде определен при използването на критерий „икономически най-изгодна оферта”.

Възложителят провежда процедурата, като след изтичане на срока за приемане на офертите – 20.01.2015 г. до 17:00 ч., назначава комисия, която да разгледа, оцени и класира представените оферти и я обявява в деня, определен за отварянето им – 21.01.2015 г. в 11:00 ч. При промяна на датата и часа на отваряне на офертите участниците се уведомяват писмено.

Съгласно чл. 35, ал.1 от ЗОП, членове на комисията или консултанти могат да бъдат лица, които декларират, че:

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

2. не са „свързани лица“ с участник в процедурата или с посочените от него подизпълнители, или с членове на техните управителни или контролни органи;

3. нямат частен интерес по смисъла на Закона за предотвратяване и установяване на конфликт на интереси от възлагането на обществената поръчка;

4. не са участвали като външни експерти в изготвянето на техническите спецификации и методиката за оценка на офертата.

Членовете на комисията и консултантите са длъжни да пазят в тайна обстоятелствата, които са узнали във връзка със своята работа в комисията.

Членовете на комисията и консултантите представят на Възложителя декларация за съответствие на обстоятелствата по т. 1 до т. 4 и за спазване на изискванията за опазване в тайна на обстоятелства станали им известни по време на работата на комисията, след получаване на списъка с кандидатите или участниците и на всеки етап от процедурата, когато настъпи или бъде установена промяна в декларираните обстоятелства – чл. 35, ал. 3 от ЗОП.

Възложителят определя срок за приключване на работата на комисията, който не може да е по-дълъг от срока на валидност на офертите.

Съгласно чл. 68, ал. 3 от ЗОП отварянето на офертите е публично и на него могат да присъстват участниците в процедурата или техни упълномощени представители, както и представители на средствата за масово осведомяване и други лица при спазване на установения режим за достъп до сградата, в която се извършва отварянето. Присъствието на тези лица се допуска след удостоверяване на тяхната самоличност и представяне на съответните пълномощни или други документи удостоверяващи горните качества и законното им право да присъстват. Неприсъствието на някой участник при отваряне на пликовете с ценовата оферта не е основание за отлагане на процедурата.

На своето първо заседание, след получаване на списъка с участниците и представените оферти комисията попълва декларациите по чл. 35, ал. 3 от ЗОП и започва работа, като отваря офертите по реда на тяхното постъпване и проверява за наличието на три отделни, запечатани плика, след което най-малко трима от нейните членове подписват Плик № 3. Комисията предлага по един представител от присъстващите участници да подпише Плик № 3 на останалите участници.




ИАОС




След това, в присъствието на лицата допуснати до публичната част на заседанието, комисията отваря Плик № 2 и най-малко трима от членовете й подписват всички документи, съдържащи се в него. Комисията предлага по един представител от присъстващите участници да подпише документите в Плик № 2 на останалите участници.

Комисията след това отваря Плик № 1, оповестява документите и информацията, които той съдържа, и проверява съответствието със списъка на документите и информацията, съдържащи се в офертата, подписан от участника - чл. 56, ал. 1, т. 14 от ЗОП.

С извършване на посочените действия, приключва публичната част от заседанието на комисията.

Комисията разглежда документите и информацията в Плик № 1 за съответствие с критериите за подбор, поставени от Възложителя, и съставя протокол. Когато установи липса на документи и/или несъответствие с критериите за подбор, и/или друга нередовност, включително фактическа грешка, комисията ги посочва в протокола и го изпраща на всички участници. В протокола се описват липсващите документи или констатираните нередовности, посочва се точно вида на документа или документите, които следва да се представят допълнително от участниците и срока за представянето им. Участниците представят на комисията съответните документи в срок 5 работни дни от датата на получаване на протокола. Когато е установена липса на документи и/или несъответствие с критериите за подбор, участникът може в съответствие с изискванията на Възложителя посочени в обявлението, да замени представени документи или да представи нови, с които смята, че ще удовлетвори поставените от Възложителя критерии за подбор.

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

Комисията при необходимост може по всяко време:1. да проверява заявените от участниците данни, включително чрез изискване

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

Пликове №№ 2 и 3, като тази възможност не може да се използва за промяна на техническото и ценовото предложение на участниците.

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




ИАОС




конкуренцията. Уведомяването не спира провеждането и приключването на процедурата.

11.1. Осъществяване на контрол върху работата на комисията от страна на Възложителя.

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

При осъществяване на контрола, Възложителят проверява само съдържанието на съставените от комисията протоколи за съответствие с изискванията на закона и предварително обявените условия на обществената поръчка.

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

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

12. Отстраняване на участници:Комисията предлага за отстраняване от участие в процедурата участник:1. който не е представил някои от необходимите документи или информация

по чл. 56 от ЗОП;2. за когото са налице обстоятелствата по чл. 47, ал. 1 и ал. 5, и посочените в

обявлението обстоятелства по чл. 47, ал. 2 ЗОП; 3. който е представил оферта, която не отговаря на предварително обявените

условия на Възложителя;4. който е представил оферта, която не отговаря на изискванията на чл. 57, ал.

2 от ЗОП – съдържание на офертата; 5. за когото по реда на чл. 68, ал. 11 е установено, че е представил невярна

информация за доказване на съответствието му с обявените от Възложителя критерии за подбор;

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

Участниците са длъжни в процеса на провеждане на процедурата да уведомяват Възложителя за всички настъпили промени в обстоятелствата по чл. 47, ал. 1 и ал. 5, и посочените в обявлението обстоятелства по чл. 47, ал. 2 в 7-дневен срок от настъпването им.

13. Оценка на офертите:Комисията отваря плика с предлаганата цена, след като е извършила следните

действия:




ИАОС




1. разгледала е предложенията в Плик № 2 за установяване на съответствието им с изискванията на Възложителя;

2. извършила е проверка за наличие на основания по чл. 70, ал.1 за предложенията в Плик № 2 и е оценила офертите по всички други показатели, различни от цената.

Пликът с предлаганата цена на участник, чиято оферта не отговаря на изискванията на Възложителя и е отстранен от участие, не се отваря.

Не по-късно от два работни дни преди датата на отваряне на ценовите оферти комисията обявява датата, часа и мястото на отварянето на официалната си интернет страница. Отварянето на ценовите оферти се извършва публично при условията на чл. 68, ал. 3 от ЗОП - имат право да присъстват участниците в процедурата или техни упълномощени представители, както и представители на средствата за масово осведомяване и други лица при спазване на установения режим за достъп до сградата, в която се извършва отварянето. Присъствието на тези лица се допуска след удостоверяване на тяхната самоличност и представяне на съответните пълномощни или други документи удостоверяващи горните качества и законното им право да присъстват. Неприсъствието на някой участник при отваряне на пликовете с ценовата оферта не е основание за отлагане на процедурата.

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

При отваряне на ценовите оферти, комисията оповестява предлаганите цени и предлага по един представител от присъстващите участници да подпише ценовите оферти.

Когато, офертата на участник съдържа предложение с числово изражение, което подлежи на оценяване и е с повече от 20 на сто по-благоприятно от средната стойност на предложения на останалите участници по същия показател за оценка, комисията трябва да изиска подробна писмена обосновка за начина на неговото образуване. Комисията определя разумен срок за представяне на обосновката, който не може да бъде по-кратък от 3 (три) работни дни, от получаване на искането за това. Комисията, може да приеме писмената обосновка и да не предложи за отстраняване офертата, когато са посочени обективни обстоятелства, свързани със:

1. оригинално решение за изпълнение на обществената поръчка;2. предложеното техническо решение;3. наличието на изключително благоприятни условия за участника;4. икономичност при изпълнение на обществената поръчка;5. получаване на държавна помощ.Когато участникът не представи в срок писмената обосновка или комисията

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




ИАОС




Комисията разглежда допуснатите оферти и ги оценява в съответствие с предварително обявените условия.

Комисията класира участниците по степента на съответствие на офертите с предварително обявените от Възложителя условия.

В случай че комплексните оценки на две или повече оферти са равни, и критерият за оценка е „икономически най-изгодна оферта“, то за икономически най-изгодна се приема тази оферта, в която се предлага най-ниска цена. При условие че и цените са еднакви, се сравняват оценките по показателя, с най-висока относителна тежест и се избира офертата, с по-благоприятна стойност по този показател. Комисията провежда публично жребий за определяне на изпълнител между класираните на първо място оферти, ако поръчката се възлага по критерий „икономически най-изгодна оферта“, но тази оферта не може да се определи по реда на чл. 71, ал. 4 от ЗОП.

Комисията съставя протокол за разглеждането, оценяването и класирането на офертите съгласно чл. 72 ал. 1 от ЗОП. Протоколът съдържа, състав на комисията и списък на консултантите, списък на участниците и офертите, предложени за отстраняване от процедурата, мотивите за отстраняването им, резултатите от разглеждането и оценяването на допуснатите оферти, включително кратко описание на предложенията на участниците и оценките по всеки показател и класирането на участниците, чиито оферти са допуснати до разглеждане и оценяване и друга информация съгласно чл. 72, ал. 1 от ЗОП.

Протоколът на комисията се подписва от всички членове и се предава на Възложителя заедно с цялата документация.

Комисията приключва своята работа с приемане на протокола от Възложителя.

14. Определяне на изпълнител:Възложителят, в срок от 5 работни дни след приключване работата на

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

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

Възложителят може с решение да определи за изпълнител и да сключи договор с втория класиран участник в случаите, когато участникът, класиран на първо място:

- откаже да сключи договор;- не изпълни някое от изискванията на чл. 42, ал. 1;- не отговаря на изискванията на чл. 47, ал. 1 и 5 или на посочените в

обявлението изисквания на чл. 47, ал. 2.

15 . Гаранции за добро изпълнение на договора:Гаранцията следва да се представи към момента на сключване на договора за

възлагане на обществената поръчка. Изискванията за гаранцията за изпълнение са съгласно т. 8.2 на настоящата документация.




ИАОС




16. Сключване на договор за възлагане на обществената поръчка:Възложителят сключва писмен договор за обществена поръчка с участника,

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

В случай, че избраният Изпълнител е обединение, което не е юридическо лице, договорът за възлагане на обществена поръчка се сключва след представяне от Изпълнителя на заверено копие от удостоверение за данъчна регистрация и регистрация по БУЛСТАТ на създаденото обединение, съгласно изискването на чл. 49 от ППЗОП и документите по чл. 47, ал. 10 от ЗОП, от всеки от членовете в обединението. Ако обединението се състои от чуждестранни физически и/или юридически лица, те представят еквивалентен документ за регистрация от държавата, в която са установени.

Техническата оферта на участника и предлаганата цена ще бъдат неразделна част от договора.

Възложителят няма право да сключи договор преди изтичане на 14-дневен срок от уведомяването на заинтересованите участници за решението за определяне на изпълнител.

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

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

Договор за възлагане на обществената поръчка не се сключва с участника, избран за изпълнител, който към датата на подписване на договора не представи:

- документ за регистрация в съответствие с изискването по чл. 25, ал. 3, т. 2 от ЗОП;

- не изпълни задължение по чл. 47, ал. 10 от ЗОП, освен когато законодателството на държавата, в която е установен, предвижда включването на някое от тези обстоятелства в публичен безплатен регистър или предоставянето им безплатно на възложителя; Представените документи по чл. 47, ал. 10 от ЗОП при подписването на договор се приемат за актуални, ако не са изтекли повече от 6 (шест) месеца от датата на издаването им.

- не представи определените гаранции за изпълнение на договора;- не извърши съответна регистрация, не представи документ или не изпълни

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

Страните по договор за обществена поръчка не могат да го изменят, освен по изключение, в случаите по чл. 43, ал. 2 от ЗОП.




ИАОС




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

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

При преобразуване на изпълнителя в съответствие със законодателството на държавата, в която е установен, Възложителят сключва договор за продължаване на договора за обществена поръчка с правоприемник. Договор за продължаване на договора за обществена поръчка се сключва само с правоприемник, за когото не са налице обстоятелствата по чл. 47, ал. 1 и 5 от ЗОП, посочените от Възложителя обстоятелства по чл. 47, ал. 2 от ЗОП и изискванията относно критериите за подбор. С договора с правоприемника не може да се правят промени в договора за обществената поръчка. Когато при преобразуването дружеството на първоначалния изпълнител не се прекратява, то отговаря солидарно с новия изпълнител - правоприемник. При преобразуване на изпълнителя, ако правоприемникът не отговаря на законовите изисквания (чл. 47, ал. 1, ал. 2 и ал. 5 ЗОП) и критериите за подбор, договорът за обществената поръчка се прекратява по право, като изпълнителят, съответно правоприемникът дължи обезщетение по общия исков ред.

За всички неуредени въпроси във връзка със сключването, изпълнението и прекратяването на договорите за обществени поръчки се прилагат разпоредбите на Търговския закон и на Закона за задълженията и договорите.

17. Прекратяване на процедурата:Възложителят прекратява процедурата за възлагане на обществена поръчка с

мотивирано решение, когато:1. не е подадена нито една оферта или няма кандидат или участник, който

отговаря на изискванията по чл. 47 - 53а от ЗОП;2. всички оферти не отговарят на предварително обявените условия от

Възложителя;3. всички оферти, които отговарят на предварително обявените от

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

съществена промяна в обстоятелствата, включително при невъзможност да се осигури финансиране за изпълнението на поръчката по причини, които Възложителят не е могъл да предвиди;

6. са установени нарушения при откриването и провеждането й, които не могат да бъдат отстранени, без това да промени условията, при които е обявена процедурата;




ИАОС




7. поради наличие на някое от основанията по чл. 42, ал. 1 от ЗОП не се сключва договор за обществена поръчка.

18. Обжалване на процедурата:Всяко решение на Възложителя по процедурата за възлагане на обществената

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

Жалба може да подава всяко заинтересовано лице в 10-дневен срок от: изтичането на срока по чл. 27а, ал. 3 от ЗОП - срещу решението за

откриване на процедурата и/или решението за промяна; получаване на решението за избор на изпълнител или за прекратяване

на процедурата;Жалба пред Комисията за защита на конкуренцията не може да се подава след

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

определяне на изпълнител, не спира процедурата за възлагане на обществена поръчка, освен ако Комисията за защита на конкуренцията наложи временна мярка „спиране на процедурата”.

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

19. Договор за подизпълнение: /в случай, че е посочен подизпълнител/и/Избраният Изпълнител сключва договор за подизпълнение с

подизпълнителите, посочени в офертата, в 3-дневен срок от сключване на договора за изпълнение. Сключването на договор за подизпълнение не освобождава изпълнителя от отговорността му за изпълнение на договора за обществена поръчка.

Изпълнителите нямат право да:19.1. сключват договор за подизпълнение с лице, за което е налице

обстоятелство по чл. 47, ал. 1 или 5 от ЗОП;19.2. възлагат изпълнението на една или повече от дейностите, включени в

предмета на обществената поръчка, на лица, които не са посочени като подизпълнители;

19.3. заменят посочен в офертата подизпълнител, освен когато:а) за предложения подизпълнител е налице или възникне обстоятелство по чл.

47, ал. 1 или 5 от ЗОП;б) предложеният подизпълнител престане да отговаря на нормативно

изискване за изпълнение на една или повече от дейностите, включени в предмета на договора за подизпълнение;




ИАОС




в) договорът за подизпълнение е прекратен по вина на подизпълнителя.В срок до 3 (три) дни от сключването на договор за подизпълнение или на

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

Подизпълнителите нямат право да превъзлагат една или повече от дейностите, които са включени в предмета на договора за подизпълнение.

Изпълнителят е длъжен да прекрати договор за подизпълнение, ако по време на изпълнението му възникне обстоятелство по чл. 47, ал. 1 или 5 от ЗОП, както и при нарушаване на забраната, подизпълнителите да превъзлагат една или повече от дейностите в 14-дневен срок от узнаването. В тези случаи, изпълнителят сключва нов договор за подизпълнение при спазване на горепосочените условия и изисквания.

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

При приемането на работата, изпълнителят може да представи на Възложителя доказателства, че договорът за подизпълнение е прекратен, или работата, или част от нея не е извършена от подизпълнителя.

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

20. Етични клаузи:Всеки опит на участник, да се сдобие с поверителна информация, да сключи

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

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

Изпълнителят не може да ангажира Възложителя с дейност, без предварителното писмено съгласие на последния.

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




ИАОС




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

Изпълнителят и неговите служители са задължени да запазят професионална тайна за целия срок на договора, както и след неговото завършване.

21. Други условия:21.1. При противоречие или неяснота в отделните текстове на документите,

включени в настоящата документация, ще се прилагат документите с по-висок приоритет в следната последователност:

а) Решение за откриване на процедурата; б) Обявление за обществена поръчка;в) Указания към участниците в процедурата;г) Проект на договор;Документът с най-висок приоритет е посочен на първо място.

21.2. При констатиране на различия между сумите, изразени с цифри и думи, за вярно се приема словесното изражение на сумата.

21.3. За всички неуредени въпроси в настоящата документация за участие ще се прилагат разпоредбите на Закона за обществените поръчки, Правилникът за неговото прилагане и други действащи нормативни актове, свързани с предмета на обществената поръчка.

КРИТЕРИЙ ЗА ОЦЕНКА, ПОКАЗАТЕЛИ, ОТНОСИТЕЛНА ТЕЖЕСТ И МЕТОДИКА ЗА ОПРЕДЕЛЯНЕ НА КОМПЛЕКСНАТА ОЦЕНКА НА

ОФЕРТИТЕ

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

Критерий за оценка на офертите - икономически най-изгодна оферта при следните показатели:„Техническа оценка“ (ТО) - с относителна тежест в комплексната оценка 70%.„Финансова оценка“ (ФО) – с относителна тежест в комплексната оценка 30%.

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




ИАОС




посочват причините (изтъкват се недостатъците и респективно преимуществата на съответното предложение, прави се анализ на съответната част на предложението и се прави логичен обоснован извод за поставената оценка).В случай, че участникът не е отговорил на някое от изискванията, посочено в документацията, дори и то да не се оценява по посочената от Възложителя методика, Участникът се отстранява от процедурата, съгласно чл. 69, ал. 1, т. 3 ЗОП.Оферта, която отговаря на изискванията на Възложителя, посочени в документацията за участие се оценява по следният начин:




ИАОС




№ ПОКАЗАТЕЛИ ЗА ОЦЕНКА НА ТЕХНИЧЕСКОТОПРЕДЛОЖЕНИЕ

ОЦЕНКА(точки)

Обосновка наприсъдената оценка

Т1 Подход за реализация и методология за софтуерна разработка

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

40т.

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

30т.

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

20т.

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

10т.

Т.2 Брой операционни системи за мобилно приложениеУчастникът предлага в своята оферта минимално изискания за брой и вид операционни системи за мобилно приложение отговарящи на техническите спецификации. Допълнително предлага повече от 3 (три) операционни системи на които да се разработи мобилното приложение.

30т.

Участникът предлага в своята оферта минимално изискания за брой(две операционни системи – OC Android версия 4.2 и ОС Windows mobile версия 6.1 и

20 т.




ИАОС




6.5) и вид операционни системи за мобилно приложение отговарящи на техническите спецификации. Допълнително предлага и трета операционна система за която да се разработи мобилното приложение.Участникът предлага в своята оферта минимално изискания за брой (две операционни системи – OC Android версия 4.2 и ОС Windows mobile версия 6.1 и 6.5) и вид операционни системи за мобилно приложение отговарящи на техническите спецификации.

10 т.

T3 Гаранционна поддръжка на софтуерните продуктиУчастникът предлага гаранционна поддръжка - срок от повече от 3 години.

30т.

Участникът предлага гаранционна поддръжка - срок от 3 години.

20т.

Участникът предлага гаранционна поддръжка съгласно минимално изискания в техническите спецификации - срок от 2 години.

10 т.

Методология за софтуерната разработка на Информационната система трябва да включва следните елементи:

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

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

- възможност за мигриране на данни от съществуващата информационна система и други източници, в т.ч. непълни записи и интегрирането на такива данни в справки от системата;

- възможност за дигитализиране и въвеждане на данни от други източници, в т.ч. с непълни записи и интегрирането на такива данни в справки от системата;




ИАОС




Крайната оценка представлява сбор от получените точки за цялостното изпълнение на всеки един от горепосочените показатели.

Максималният брой точки, които може да получи участник за техническа оценка (ТО) е 100 точки.

„Техническатаф оценка (ТО) е с относителна тежест в комплексната оценка 70%.ТО = Т1+Т2+Т3 „Финансова оценка“ (ФО) е с относителна тежест в комплексната оценка 30%.Оценката се изчислява по следната формула:

ФО =100 * (Цмин /Ц), където

Цмин е най-ниската предложена обща цена за изпълнение на поръчката от участник; Ц е общата цена за изпълнение на поръчката, предложена от оценявания участник. ФО се закръглява до третия знак след десетичната запетая.

Максималната стойност на ФО е 100 точки.

Комплексната оценка на участника се изчислява по следната формула:

КО = 0,70 * ТО + 0,30 * ФО




ИАОС




ТЕХНИЧЕСКА СПЕЦИФИКАЦИЯ

за обществена поръчка с предмет:






ИАОС




Използвани съкращения

ДНП – дирекция на национални паркове

ДПП – дирекция на природен парк

ЗБР – Закон за биологичното разнообразие

ЗТ – Защитени територии

ЗЗ – Защитени зони

ИАОС – Изпълнителна агенция по околна среда

ИС – Информационна система

ИЧВ – Инвазивни чужди видове

МОСВ – Министерство на околната среда и водите

МЗХ – Министерство на земеделието и храните

НБД – Национална база данни

НСМБР – Национална система за мониторинг на биологичното разнообразие

РБД – Регионална база данни

РИОСВ – Регионална Инспекция по околна среда и води

SSL - Secure Sockets Layer, е криптографски протокол за връзка клиент-сървър.

SDF - Sqlce Database File формат на база данни SQL CE 3.5

INSPIRE - Infrastructure for Spatial Information in the European Community – Директива на ЕС

EUNIS – European Nature Information System - Европейска информационна система за природата




ИАОС




I. ОБЩИ ПОЛОЖЕНИЯ

I.1. ЦЕЛ НА ПОРЪЧКАТАОсновната цел на поръчката е да се обнови и модернизира съществуващата

Информационна система към Националната система за мониторинг на биологичното разнообразие (ИС на НСМБР), като се подобрят основните функции на обмен на информация между отделните компоненти, създаване на нови компоненти, както и нови функции за анализ на данните от мониторинг на биологичното разнообразие.

Информационната система е създадена в съответствие с изискванията на чл.115 от Закона за биологичното разнообразие и Наредба № 2 за условията и реда на създаване и функциониране на Националната система за мониторинг на биологичното разнообразие.

Модернизираната информационна система, трябва да e съобразена със съществуващата функционалност, като не се допуска загуба на съществуващи първични данни, формуляри и шаблони включително въведени места за наблюдения, маршрути и пробни площи.

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

Основна цел на обновената информационна система е да осигури информационната база и аналитични функции във връзка с докладванията на България пред Европейската комисия в изпълнение на изискванията на чл.12 на Директива 2009/147 за опазване на дивите птици и чл.17 на Директива 92/43 за опазване на природните местообитания и дивата флора и фауна. Обновената информационна система трябва да осигури възможност за бърз анализ на наличните данни и подготовката на индикатори за оценка състоянието на биологичните видове и природни местообитания при изготвянето на Националния доклад за състоянието на околната среда.

Информационната система трябва да осигури бърза, коректна и пълна обработка на информацията, при спазване на най-високи нива на защита и правила за достъп до информационна система. Надградената информационна система следва да позволява бърза и ефективна междуведомствена комуникация и автоматизирана комуникация с отделни доброволци или външни експерти, предоставяйки допълнителни инструменти за обработка на информацията. Това от своя страна ще улесни работните процеси на ИАОС, РИОСВ, ДНП, ДПП и МОСВ.

В обновената информационна системата ще се интегрира съществуващата и функционираща база данни към Национална система за мониторинг на околната среда




ИАОС




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

Модернизираната информационна система за биологично разнообразие трябва да отговаря на изискванията и стандартите за съдържание и структурата на базата данни, съгласно изискванията на Biodiversity Information Standards (TDWG) и включително стандартите Darwin core, което ще позволи да се създадат технологични възможности за обмена на първични данни и номенклатури (таксономична информация) с международни бази данни за биологично разнообразие – GBIF, BISE.

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

I.2. ТЕКУЩО СЪСТОЯНИЕ

Съществуващата Информационна система е разработена в рамките на проект BG0052 „Разработване на Информационна система към Националната система за мониторинг на биологичното разнообразие в България“ финансиран чрез Финансовия механизъм на Европейското икономическо пространство 2004-2009 г.Тя представлява единна информационна система съставена от пет компонента:

I.2.1. Национална база данни (HБД) – Biomon – разработена на Oracle Standard Edition 11g, свързана с ГИС сървър – ArcGIS server 10.0. Десктоп приложението на Националната база данни е основният компонент, в който се създават шаблони, администрира се достъпа на потребителите до системата чрез генериране на лицензи, права и административни територии, публикуват се карти за двете приложения за публичен и регистриран достъп, създават се и се актуализират административни номенклатури за населени места, общини, области, държавни горски и ловни стопанства, защитени територии, защитени зони, Рамсарски места, гридове, водоеми, местообитания и други географски обекти. Извършва се създаване, актуализиране на номенклатури, имена и синоними на биологични видове от царства гъби, растения и животни (на български и латински език), както и природни местообитания. При промяна или създаване на нови номенклатури или шаблони, от приложението се стартира процес на обновяване, като новите типове данни се достъпват от Регионалните бази данни чрез процес на синхронизация на базите данни, чрез WCF услуга на ГИС сървъра.




http://biodiversity.europa.eu/

http://www.gbif.org/

http://rs.tdwg.org/dwc/

http://www.tdwg.org/

ИАОС




Данните от проведен мониторинг на биологичното разнообразие постъпват в Националната база данни и се одобряват от администратора на системата. От десктоп приложението на Националната база данни може да се връщат формуляри за редакция, да се преглеждат и да се одобряват. Основни инструменти са Извеждане на данни за пространствен анализ в .SHP файл, Справки по параметри на наблюдение и експорт на данни в Excel, експорт на формуляри в MS Word. Също така това е компонента, който обменя данни с Регистъра на защитените територии и защитените зони, администриран в ИАОС, както и с базата данни на Българското дружество за защита на птиците.

Десктоп приложението на Националната база данни е разработено на технологичната платформа Microsoft .NET Framework 4 .

I.2.2. Регионална база данни (РБД) – BiomonRDB. Това е десктоп приложение предназначено за въвеждане на първични данни от проведен специализиран мониторинг на обекти на биологичното разнообразие към НСМБР. Регионалната база данни е изградена на SQL Compact Explorer 3.5 с обем до 255 МВ. По отношение на структурата на базата данни тя е копие на Националната база данни, като при наличие на промяна в централната база данни при стартирането на РБД се извършва процес на синхронизация на табличните данни. РБД е свързана с НБД чрез Интернет посредством WCF услуга.

Десктоп приложението може да работи и без активна интернет връзка, като тя е нужна само, за да се извърши двустранен обмен на данни от и към Националната База Данни.

Достъпът до РБД се осъществява чрез лицензен файл, които се генерира от НБД. В един лиценз се съдържат следните типове данни – номер на лиценза, име на потребителя, Административни и териториални права на структурите към МОСВ и МЗХ в частност Дирекциите на природни паркове, списък с шаблони за попълване на първични данни. Чрез лиценза от НБД могат да се изпращат и шаблони въведени от други потребители, но на територия на отговорност на съответния потребител.

Регионалната база е разработена за компютри с 32 и 64 бита, на операционни системи Windows XP, 7 и 8.

Към момента са налични 70 регионални потребителя, съответно 70 РБД, с попълнени първични данни. Повечето данни са изпратени и одобрени в НБД.

Регионалната база данни е свързана с мобилното приложение, като от модул “Обмен” се избират до 3 шаблона, които генерират мобилна база данни в SDF формат, която се внася в Мобилното приложение. Съответно, след теренната работа въведените полеви формуляри от мобилното приложение се импортират отново чрез копие на SDF файл в регионалната база данни.




ИАОС




Както в НБД така и в РБД трябва да са активни всички функционални бутони на клавиатурата, с които да могат да се задават команди.

I.2.3.Мобилно приложение – Biomon MobileМобилното приложение Biomon Mobile е предназначено за въвеждане данни на

терен чрез GPS устройства работещи на операционни системи Windows mobile 5, 6.1 и 6.5. Чрез него се създават и попълват полеви формуляри, които са от тип точково наблюдение, маршрути и пробни площи – полигони. Мобилното приложение е изградено, чрез софтуера SDK. Приложението позволява подмяна на карти, които се създават чрез инструмента ArcGIS Mobile на ArcGIS Desktop 10.0 Данните от полевите измервания се записват в база данни SDF. Приложението приема до 3 типа шаблони, и общо до 30 попълнени полеви формуляри. Основен компонент на приложението е изобразяване на позицията на наблюдателя на подложка, която може да съдържа векторни и растерни слоеве. Въведените полеви формуляри, чрез копиране и импортиране на SDF базата данни се прочитат от Регионалната база данни.

I.2.4. Интернет приложение за регистриран достъпhttp :// eea . government . bg / biomon

Това е специализирано приложение за въвеждане на данни от проведен мониторинг на обекти към НСМБР. Достъпът се осигурява чрез потребителско име и парола, които се създават от администратора на НБД. Интернет приложението е разработено чрез ArcGIS Server 10.0 и Microsoft Silverlight 4. При стартиране на Интернет сайта е необходима и инсталация на SSL сертификат на браузъра.

Основните функции на интернет приложението са: Въвеждане на данни, изобразяване на въведени данни, Въвеждане и изобразяване на данни от литературни източници за растения, гъби и животни от регистъра на видовете. Изобразяване на данни от НАТУРА2000 базата данни от 2007 г.

I.2.5. Интернет приложение за публичен достъпhttp :// eea . government . bg / biomonpublic /

Интернет приложението за публичен достъп, изобразява информация за разпространението и състоянието на видовете, която се публикува от ИАОС. Към настоящия момент то не съдържа подробна информация за видовете, а само тестови и примерни пространствени слоеве и данни. Информацията се публикува чрез приложението на Националната база данни, като всеки пространствен слой се свързва с вид от Регистъра с видове. Интернет приложението е разработено, чрез ArcGIS Server 10.0 и Microsoft Silverlight 4. При стартиране на Интернет сайта е необходима и инсталация на SSL сертификат на браузъра.




http://eea.government.bg/biomonpublic/

http://eea.government.bg/biomon

ИАОС




Схема № 1 Поток на информация в съществуващата информационна система към НСМБР.

http://eea.government.bg/biomon http://eea.government.bg/biomonpublic/

Информация за разработената Информационна система, може да бъде намерена на Интернет страницата на ИАОС - http://eea.government.bg/bg/bio/nsmbr/project-bg0052

I.3. ПРАВНА РАМКА

за условията и реда за създаването и функционирането на Националната система за мониторинг на състоянието на биологичното разнообразие.

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




НБД - BiomonORACLE 11g DB

РБДnBiomonRDB SQL CE 3.5

WCF WEB service

ArcGIS server10.0

BioMon Mobile

Интернет сайт за специализиран мониторинг/регистриран достъп

Интернет сайт за публичен достъп

ИС на БДЗПРегистър на ЗТ и ЗЗНАТУРА 2000

ИАОС




При изпълнението на поръчката Участникът трябва да се съобрази с изискванията на следните директиви и нормативни актове за биологичното разнообразие, защитени територии и защитени зони:

Директива на съвета 92/43/ЕИО от 21.05.1992 г. за запазването на природните местообитания и на дивата флора и фауна

Директива 2009/147/ЕО на европейския парламент и на съвета от 30 ноември 2009 година относно опазването на дивите птици

Директива 2007/2/EО на Европейският парламент и на съвета от 14 март 2007 година за създаване на инфраструктура за пространствена информация в Европейската общност (INSPIRE)

Закон за биологичното разнообразие ДВ. бр.61 от 11 Август 2015г. Закон за защитените територии ДВ. Бр.61 от 11 август 2015г. за условията и реда за създаването и функционирането на Националната

система за мониторинг на състоянието на биологичното разнообразие.

I.4. Хардуер и софтуерКъм настоящия момент съществува следната хардуерна и софтуерна обезпеченост

I.4.1. Национална база данни:База данни: ORACLE Standard Edition 11gГИС сървър: ArcGIS server 10.0Програмен език: Microsoft .Net Framework 4Системен софтуер: Windows server 2008RAM памет: 10 GBТвърд диск: 320 GBНационалната база данни работи на виртуална машина управлявана от

системен софтуер за виртуализация VMware vSphere 5 Essentials Plus.На тази машина са инсталирани GIS server и двете интернет приложения за

специализиран мониторинг и за публичен достъп.

II. ТЕХНИЧЕСКИ ИЗИСКВАНИЯ КЪМ РАЗРАБОТВАНЕТО НА СОФТУЕРНИТЕ ПРОДУКТИ, ПРЕДМЕТ НА ПОРЪЧКАТА

Изпълнителят трябва да подобри и добави нови модули в съответствие със спецификата на функционалното предназначение на съответните компоненти на системата, така че да се запази функционалността на действащата към момента информационна система. Компонентите на Информационната система, които подлежат на подобряване са:

II.1. Десктоп приложение на Национална база данни;II.2. Десктоп приложение за Регионална база данни;




ИАОС




II.3. Интернет приложение за публичен достъп, регистриран достъп. То ще съдържа следните модули и функции - регистър на видове и природни местообитания, данни от литературни източници, въвеждане на данни, редактиране на данни, експорт и анализ на въведената информация, избор/конфигуриране на параметри и публикуване на открити данни (Open Data), както и администриране на потребители и данни от специализиран и доброволен мониторинг. Съществуващите две приложения за публичен достъп ще бъдат обединени в едно Интернет приложение.II.4. Мобилно приложение.

Задължителен компонент на обновената информационна система е наличието на ГИС сървър.

ГИС сървърът трябва да има възможност да публикува и обменя пространствени данни чрез GIS WEB услуги на OGC Стандарта, като позволява четене на пространствени данни от други геобази данни и външни на системата ГИС сървърни приложения.

Изисква се новата система да гарантира четене, генериране на справки, експорт на данни в геобази (например GDB), MS Word, MS Excel, Open office/Libre office и др. алтернативни приложения, поддържащи odt формат, свободни бази данни, включително и от настоящата база данни, както и данни от тип BLOB.

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

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

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

II.1. Десктоп приложение на Националната база данни за биологично разнообразие - Biomon.

Изпълнителят следва да се запознае със структурата, всички функционални и логически процеси в съществуващата Национална база данни (НБД). Възложителя ще предостави на изпълнителя пълно описание на структурата на националната база данни, както и пълен достъп до съществуващата базата данни. Към настоящия момент тя е инсталирана на виртуална машина VMware vSphere 5 Essentials Plus и има общ обем от 190 GB въведена информация. Националната база данни е разработена на DB Oracle Standard Edition 11g, като съдържа над 9000 записа от общо 92 шаблона за първични данни.

Приложението на Националната база данни има следните основни модули и функции:




ИАОС




Модул „Шаблони“, модул „Формуляри“, модул „Места на наблюдение“, модул „Търсене“, модул „Справки“, модул „Обмен“, модул „Сигурност“, модул „Административен модул“, „Помощ“ и „Изход“

Технически и функционални изисквания:- Приложението да може да работи с едновременен достъп на минимум 5

администратора (5 различни работни станции).- Да работи във вътрешната мрежа на ИАОС или да има достъп чрез VPN.- Да включва следните софтуерни компоненти – Oracle база данни или

еквивалентна**, ГИС сървър, операционна система –Windows 7, 8, 10 или по-нова, ако има към момента на приключване на изпълнението на поръчката.

- Да работи на Виртуална машина VMware vSphere 5 Essentials Plus или на по-нова версия.

**Под еквивалентни бази данни следва да се считат СУБД с възможности, покриващи възможностите на споменатите СУБД за: Работа с големи масиви – включително клъстериране, осигуряване на консистентност на масивите информация, поддържане на геопространствени масиви данни- съвместителство с ГИС – възможности за сигурност – включително осигуряване на роли и права, поддръжка на типове данни, включително CLOB и BLOB и работни възможности с типовете данни, сигурност и рестриктиране на достъп, функции за пресъздаване на масивите данни – включително при срив на системата, функции за архивиране, експорт, импорт, връзки с други бази данни, създаване и запазване в СУБД на функции, процедури – както и съвместимост с езици за програмиране, създаване на различни представяния на масивите с информация.

Модул „Шаблони“Основната функция на модула е създаване, редактиране на „шаблони за данни“ и

„шаблони за анализ“. Модулът е съставен от следните основни функции и компоненти

Подмодул „Шаблони за данни“

„Шаблоните за данни“ са празни електронни формуляри съставени съгласно методиките за мониторинг на биологичното разнообразие и съответните им полеви формуляри на обектите на мониторинг публикувани на интернет страниците: http :// eea . government . bg / bg / bio / nsmbr / practical - guidance както и http://eea.government.bg/bg/bio/opos/activities-results за биологичните групи: безгръбначни животни, гъби, мъхове, висши растения, риби, земноводни, влечуги, птици и бозайници.

Основните функции на подмодула „Шаблони за данни“:




ИАОС




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

- Създаване на списък с видове или биологични групи. Видовете се избират от „Регистъра на видове и природни местообитания“, който е част от НБД;

- Създаване на групи показатели. Това са йерархично подредени параметри за наблюдение, които според своя тип се подреждат от администратора в съответни групи показатели. Групите показатели могат да съдържат едноредови или многоредови показатели, също така са полеви - попълват се чрез мобилното приложение Biomon Mobile или неполеви – попълват се в десктоп приложенията – в Регионалната или в Националната база данни.

Към всяка група показатели, се въвеждат параметри за наблюдение, които са от следните типове данни:

- Текст – до 50 символа; - Многоредов текст до 2000 символа;- Номенклатура – като тя се създава във файлов формат .bfd (създава се от

администратора на базата данни); - Йерархия във файлов формат – ftd (създава се от администратора на базата

данни); - Наблюдавани обекти – списък с видове, които се избират от регистъра на

видовете от НБД;- Географски координати – географска дължина и географска ширина, като във

формулярите има ограничение до най-далечните сухоземни точки на България; - Дата – ден, месец и година; - Файл – прикачване на снимки като ограничението е в настоящето приложение

за един попълнен формуляр до 2 MB.; - Число – цяло число, дробно число;

За всеки показател се указва дали е задължителен или незадължителен за попълване и може да се променя името му.

Подмодул „Шаблони за анализ“ – към настоящия момент не са създадени шаблони за анализ. Този подмодул съдържа същите функционални възможности за създаване на шаблони подобно на подмодула „Шаблони за данни“.

Основни проблеми в подмодул „Шаблони за данни“;

- Невъзможност за създаване на нови шаблони за данни; - Невъзможност за редакция на шаблони за данни попадащи в BLOB,

номенклатурни, йерархични данни, както и данни от тип „наблюдавани обекти“.




ИАОС




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

Изпълнителя задължително трябва да направи следните промени и функции към модул „Шаблони“:

- Да се създаде възможност за редакция на шаблони за данни и шаблони за анализ през десктоп приложението на всички съществуващи типове данни и параметри.

- Активиране и деактивиране на шаблони. Активните шаблони ще бъдат видими и достъпни за потребителите с права дадени от администратора на системата. Правата могат да са: въвеждане на данни, редактиране на данни, търсене или генериране на справки. При деактивиране на даден шаблон, той ще бъде достъпен и видим единствено за администратора на базата данни, който ще може да преглежда и всички въведени формуляри, както през Интернет приложението, така и през десктоп приложението.

- Да се създаде възможност за изобразяване на шаблони в повече от едно Интернет приложение, като част от шаблоните да са достъпни само за потребители на Интернет приложението за биологичното разнообразие с регистриран и публичен достъп или към Интернет приложението за инвазивни чужди видове (обособена позиция 2 на настоящата обществена поръчка).

- Да се създаде възможност за определянето на полеви и неполевите параметри. Полеви параметри се изобразяват в полевите формуляри на мобилното приложение, докато не полевите параметри се попълват само чрез десктоп приложението на регионалната база данни или Интернет приложението. Определянето на типа параметри да се отнася както за цяла група параметри, така и за всеки отделен параметър.

- При създаване на „Шаблони за данни“, в зависимост от методиките за мониторинг, шаблоните могат да се попълват за: точкови наблюдения (едно място на мониторинг), маршрут (поредица от точки описващи маршрут с минимално две точки на наблюдение, които го описват), пробна площ (минимум три точки на наблюдение, между които се затваря изследваната площ). При създаването на „шаблон за данни“ - да има възможност за избор на една, две или на трите от тези възможности за провеждане на мониторинг.

- Да няма ограничения в броя на създадените‚ „шаблони за данни“ и „шаблони за анализ“.




ИАОС




- Да се интегрира статистически софтуер (например SPSS, STATISTICA или други еквивалентни продукти***) при изпълнението на статистически функции – сбор, средно, минимум, максимум, стандартно отклонение към параметрите от тип „Число“ и „Дробно число“, както и основните статистически методи от дескриптивната статистика (средни грешки, мода, медиана, честоти, стандартно отклонение, вариация, доверителни интервали, и т.н.). При възможност да се интегрират тези функции при създаване на „шаблон за данни“, като към всеки параметър от този числов тип, администраторът на системата да може да посочва каква статистическа функция на съответния параметър следва да се изпълни.

***Под еквивалентни статистически продукти да се считат софтуерни приложения, прилагащи следните базови статистически методи: дескриптивна статистика, регресионен анализ, корелационен анализ, да притежава математически модели за интерпретиране на популационни данни, анализи основани на недостатъчна информация (включително функции за изчисляване на доверителни интервали), възможности за прогностични модели, възможности за интегриране към СУБД.

- Всички „шаблони за данни“ и „шаблони за анализ“ да могат да се редактират, допълват със следните функции – добавяне на параметри, групи параметри, изтриване, преместване на поредността на параметрите в рамките на шаблона.

- При създаване на „шаблони за анализ“, да се посочват параметрите от „шаблоните за данни“, които да постъпват в тях. По тези параметри да може да се правят справки за определен период от време, административна територия или други номенклатурни данни от описанието на местата на мониторинг.

- Всички типове шаблони съдържащи тип данни „наблюдаван обект“, трябва да се изобразят със съответните си български и латински имена, а за шаблони, които ще се изобразяват на английската интернет страница да се изписват на английски и латински език. Списъкът с видове от тип „наблюдавани обекти“ се попълва и редактира от „Регистъра на видовете и природните местообитания“. Където е възможно, шаблоните да предлагат подходяща информация от базата данни (напр. при избор или въвеждане на българското наименование на даден вид, да се предлага английското и латинското).

- Шаблоните за анализ да се изобразяват и да важат функциите на съответните модули на десктоп приложението модул „Регистъра на формулярите“, „Търсене“, „Справки“, „Администриране на потребители“.

- При създаване на „шаблони за данни“ и „шаблони за анализ“ да се добавят, като типове данни всички типове данни които се възприемат от ORACLE 11 g базата данни.




ИАОС




- Да се създаде възможност за активиране и деактивиране на параметри, чрез „чек бокс“.

- При определяне на тип „географски координати“ да се добави към ограничението на сухоземната територия и акваторията на Изключителната икономическа Зона на България в Черно море, като се приема целият полигон на сухоземната и морската територия. Да се създаде и възможност за потребителско определяне на ограничителната територия за определен шаблон, като възможните са: минимум сухоземна територия на България, морска акватория, сухоземна и морска акватория.

Модул „Формуляри“

Този модул съдържа два подмодула – „Регистър на формуляри“, „Нов формуляр“.

Попълнените „шаблони за данни“, в Информационната система, се наричат формуляри.

Подмодул „Регистър на формуляри“ – това е компонент, който има за цел изобразяване и работа с въведени и записани в Националната база данни формуляри. Към настоящия момент могат да се избират или всички или по един „шаблон за данни“, като се филтрират по определен период, институция или статус на формулярите.След конструиране на заявката излиза таблица с наличните формуляри със следното съдържание:

- Код на формуляра – 20 цифров код, изграден от 6 цифров код на потребителя, 5 цифров код на шаблона и пореден номер на запис на формуляра. Тази комбинация прави всеки формуляр уникален;

- Име на шаблона за данни;- Дата и час на проведения мониторинг – дата от въведения формуляр;- Място на наблюдението, маршрут или пробна площ на наблюдение;- Статус на формуляра – в зависимост от произхода и мястото на съставяне на

формуляра, в системата са налични следните статуси на формулярите: „Основни данни“, „Неизпратен“, „За изпращане“, „В режим на изпращане“, „Неуспешно изпратен“, „Върнат за редактиране“, „От Мобилно устройство“, „Успешно изпратен“, „За одобрение“, „Одобрен“, „Заключен“, „Върнат за редактиране и заключен“, „Връщане за редактиране“, „От Уеб приложението“, „Утвърден от външен валидатор“, „Централна БД“, „Не е одобрен (уеб)“.

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

-Бележка – текстово поле с възможност за попълване на информация до 255 символа.




ИАОС




За всеки формуляр се изпълняват следните функции:

- Преглед – отваря се формуляра за преглед на неговото съдържание с възможност за експорт в Word и печат на принтер.

- Редакция на формуляр – редакцията се извършва от потребители които имат права за редакция на въведените данни.

- Експорт в SPSS (експорт в txt) – тази функция има цел подготовката на формулярите за експорт в статистически софтуер от тип SPSS, но в настоящата апликация тази функция не работи коректно и данните не могат да се въвеждат в статистическият софтуер.

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

- Изтрий – изтриване на формуляр.

Изисква се изпълнителя да направи промени и създаде следните функции в подмодул „Регистър на формуляри“.

- При генериране на справка за даден период от време или сортиране по параметри, да има възможност за генериране на допълнителна таблица съдържаща броя и типа на намерените формуляри.

- Да се посочват повече от един „шаблон за данни“ за търсене. В момента може да се търси или по един или по всички шаблони.

- Да има бутон за стартиране на справката/търсене;- За целите на статистическата обработка на данните, да има експорт в .csv/txt

или друг еквивалентен формат (формат със същите възможности за използване от SPSS, STATISTICA и други еквивалентни статистически програми***). При експорт да могат да се селектират определени формуляри, един по един или всичките от даден тип шаблон, който да е групиран в архивeн формат – например .rar, .zip .7zip. Тъй като един записан формуляр съдържа много различни типове данни например: маршрутна информация – име на маршрут, списък с точките, които го формират, към всяка точка списък с номенклатурите които я описват, екип, параметри на наблюдение (включващи група показатели и към тях параметри), бележки; e необходимо в архива за даден шаблон да се публикуват всички елементи на формуляра в отделен .csv/txt файл, като във всеки файл се съдържат кодовете на формулярите, които играят ролята на първичен ключ, чрез който да могат да се свързват таблиците при последващ пространствен или статистически анализ. При маркиране на повече от един тип шаблон, да се генерират два или повече архивни файла;

- В преглед на формуляра да се изобразява кодът на формуляра;- При записване на единичен формуляр в МS Word, името на файла да се

формира от името на шаблона и пълния код на формуляра.- При селекция на формуляри от един или повече шаблони, да може да се прави

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




ИАОС




- Обединен експорт в .shp. Да се създаде възможност от всички селектирани формуляри от един тип шаблон са се експортират в отделен архив (например .rar, zip и т.н.), които да съдържа пълен експорт на избраните формуляри в ..shp. Това са данните за местата за мониторинг, пространствените и табличните данни към тях.

- При редакция на формуляр да може да се експортират и импортират пространствени файлове от типа пространствени файлове .shp, .gpx и .gdb. Съответно траковете да могат да се въвежда изминато разстояние при описание на маршрутите и площта на пробните площи : разстоянието / площта между точките на наблюдение, които определят маршрута или пробната площ.

Изисквания за съдържание на експортираните пространствени файлове:Към настоящия момент пространствени файлове се експортират за всички

типове пространствени обекти създавани в рамките на формуляра – точки, линии свързани от две точки на наблюдение, тракове от GPS устройства, полигони описващи пробни площи. Всеки тип данни се групира в самостоятелен файл, като се генерират и празни .shp файлове.

Към всеки .shp трябва да присъстват следните задължителни полета: код на формуляр, дата, име на мястото, маршрута или пробната площ, географски координати при точковите .shp файлове. За линейните .shp задължително се генерира и изминатото разстояние в метри: това е разстоянието между началната и крайната точка или разстоянието записано от GPS устройството чрез мобилното приложение. Подмодул „Нов формуляр“ – това е мястото от където потребителят избира за кой тип шаблон да въвежда данни. След зареждане на шаблона се отварят следните полета на формуляра.

- Дата, начален и краен час на наблюдение; - Посочване на типа наблюдение – място на наблюдение, маршрут, или пробна

площ. Те се избират от един от трите регистъра на места, маршрути или пробни площи, които задължително се попълват при създаване на формуляри;

- Екип – въвеждане на нови наблюдатели или посочване на наблюдатели от списък с въведени наблюдатели. Задължително за попълване;

- Параметри - групи показатели със съответните параметри, които се създават в модул Шаблон;

- Бележки – текстово поле до 2000 символа;- При формуляри, при които изборът на вид е в началото на формуляра, то

първото поле е „Наблюдаван вид“, което се избира от падащото меню – например при шаблони за данни за Висши растения;

- Запис на формуляр с възможност за преглед преди запис.

Изисква се Изпълнителя да създаде следните функции при подмодул „Нов формуляр“

- В съществуващата система, при въвеждане на местата на наблюдение (точково наблюдение, маршрут или пробна площ) за всеки тип Шаблон може да се избира един от тези три типа наблюдение. При условие, че дефинирането на типа




ИАОС




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

- При избор на имена от списъка с наблюдатели от Екипа, в полето с имената да се прави филтър по въведени първи няколко букви на съответния шрифт – кирилица или латиница, като в падащо меню да се подреждат тези имена които съответстват на въведените букви от името на наблюдателя. Търсенето по име да се изпълнява както в първото име, така и в останалите полета – фамилия, институция и т.н.

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

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

- Да се създаде възможност потребителя да посочва дали да се вписват автоматично нулевите стойности или при липса на данни да се вписва служебно N/A.

- При запис на формуляр, автоматично за всички цифрови параметри и параметри от тип дробно число, за които не са въведени стойности да се въвеждат служебни нули – 0 или 0.00.

- Да се въведе функция в ИС на НСМБР за експорт на форма за попълване. Формата за попълване може да е xlsx, xml, или друг формат, който потребителят да попълни, като в нея присъстват кодът на потребителя, списъкът с местата на наблюдение, маршрутите и пробните площи, които да се появяват като падащи менюта при попълване на данните, параметрите на наблюдение. Попълнената форма да може да се импортира в националната база данни, като нов попълнен формуляр.-Импорт на формуляри от файлови формати .csv файлове или .xml файлове, като формулярът пристига в режим на редакция и следва процес на запис на формуляра в НБД.

Екип – задължително поле за попълване при въвеждане на данни, както от мобилно приложение, така и в базата данни. Да се предвидят следните нови функции:

- Сортиране на списъка с въведени имена по азбучен ред- Улесняване на търсенето и въвеждането на имена и описание на

наблюдателите в базата данни.59




ИАОС




- В списъка с наблюдатели в Националната база данни, да постъпват и имената на наблюдатели, които са се регистрирали за въвеждане на информация през Интернет приложението.

- След като даден потребител влезе със свой акаунт в Интернет приложението или чрез лиценз за достъп до мобилното приложение, да се даде възможност неговото име да излиза във формуляра, като се осигури възможност за промяна или замяна на името на наблюдателите за всеки един формуляр.

Модул „Места на наблюдение “

Този модул към Националната база данни, съдържа два типа данни – 3 регистъра: Подмодули „Регистър на Места“, „Регистър на Маршрути“ и „Регистър на Пробни площи“, както и създаване на нови места за наблюдение – подмодул „Ново място“.

Създаването на мястото за наблюдение е основен елемент в ИС към НСМБР, за всяко място се попълват всички основни номенклатурни данни – административни единици и защитени територии, на чиято територия се намира точката. В тази форма се намират три задължителни полета за попълване:

- Име на административната институция имаща правомощия за контрол върху биологичното разнообразие – 16 Регионални инспекции по околна среда, 3 Национални парка и 11 Природни парка. В обновената система, както в националната, така и в регионалната база данни, това поле да не е задължително за попълване, а да се извиква според географските координати на местата на наблюдение и точките формиращи маршрути и пробни площи;

- Име на мястото на мониторинга (име на точката или находището на наблюдение);

- Географски координати с възможност за въвеждане в три форми – десетични градуси, градуси и десетични минути, градуси, минути и десетични секунди.

Заедно с тези три задължителни полета, допълнителните номенклатурни данни са:

Имена на: области, общини, населени места, защитени територии (6 категории съгласно Закона за защитените територии), защитени зони за птици и защитени зони за природни местообитания, съгласно Приложение 1 на Закона за биологичното разнообразие, държавни горски и ловни стопанства, UTM грид 10 на 10 км, надморска височина, NUTs код, Биогеографски регион съгласно директива 92/43, водоем, площ.

Подмодули „Регистри за места“, „Регистър на маршрути“ и „Регистър на Пробни площи“

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




ИАОС




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

Подмодул „Ново място“

Това е основният елемент където се описва територията на наблюдение. Различават се три основни типа места на наблюдение:

1. Точкови наблюдения - формуляри при които се попълва само една точка с географски координати.

2. Маршрутни наблюдения – въвеждане на минимум 2 точки – начална и крайна точка, описващи маршрута на наблюдателя

3. Пробна площ – минимум 3 точки, между които може да се създаде затворен полигон.

Изисква се Изпълнителя да създаде следните промени и нови функции към модул „Места на наблюдение “ :

- Всички административни номенклатури и защитени територии ще бъдат част от геобазата данни на ГИС сървъра, свързана към Оracle Standard Edition 11g DB. Да се създаде възможност при въвеждане на географски координати, всички административни данни и имена да се подреждат според припокриването на географската точка със съответния слой. По този начин всички места на наблюдение следва да получат съответните им номенклатури. Възложителя ще осигури всички слоеве към описаните по-горе административни номенклатури и слоеве за защитени територии и защитени зони.

- Да се създаде възможност за сигнализиране/визуализация на установени грешки в принадлежността на съществуващите въведени в базата данни места на наблюдение към съответната номенклатура, като се създаде възможност за актуализация/редакция на пространствените данни, съгласно приложените слоеве. При установяване на точки извън границите на България, следва да се изобразят със съответен символ тези места за наблюдение, за да могат да бъдат редактирани от съответните автори на данни – потребители или от администраторът на базата данни.

- Към всяко място на наблюдение да има възможност за прикачване на пространствен файл от тип точка – .shp, .gpx или .gdb, по този начин данните за надморската височина и географските координати ще се появяват автоматично в базата данни.

- Да се предвиди възможност за подмяна и актуализация на слоевете на административните данни, както и данните описващи местата на наблюдение. При замяна на слои, актуалната пространствена информация да се замени автоматично при всички записани формуляри в базата данни, но да се пази история на направените




ИАОС




промени. При промяната на пространствените слоеве да се осигури и сигурност на въведената информация.

- Да се създаде възможност за добавяне на допълнителни номенклатури от администратора на системата, например ERTS89 грид 10 на 10 км, като при необходимост да могат да се добавят и допълнителни географски слоeве.

- Да се създаде възможност за всеки вид регистър да се правят справки по типовете номенклатури описващите местата на наблюдение. Например за всяка институция или административна единица или защитена територия, да може да излиза списък с местата, маршрутите или пробните площи които се намират на съответната територия.

Подмодул „Регистър на места“

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

- Запазват се функциите на преглед, изтриване и редакция на местата за мониторинг, като могат да се изтриват само тези места, които не са част от формуляр, маршрут или пробна площ.

Подмодул „Регистър на маршрути“ и „Регистър на пробни площи“-Към всеки маршрут или пробна площ да се изобразят както съставящите ги

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

-Всички места описващи даден маршрут или пробна площ, да могат да се пренареждат, да се изваждат от маршрута.

-Всеки маршрут да може да се редактира - неговото име и броя на съставящите го места на наблюдение.

-Да има възможност за въвеждане на .shp, .gpx или .gdb файлове към маршрутите (линейни обекти) и пробни площи (полигонови обекти).

Модул “ Търсене ” Съставен е от два подмодула – „бързо търсене“ и „подробно търсене“.

Под модул „Бързо търсене“ – търси формуляри по въведена ключова дума или число. Като резултат се изобразяват всички формуляри, в които ключовата дума се среща. Необходимо е да се генерира междинен резултат на намерените по различните типове шаблони записани формуляри, като се изписва техният брой, а за формулярите които започват с въвеждане на биологичен вид, видът да се показва в междинната таблица. От междинната таблица да се отваря за всеки намерен тип шаблон списъкът с формуляри. За всички таблици и за всички формуляри да са




ИАОС




валидни следните функции описани подробно в регистъра на формуляри - преглед, експорт в MS Word, експорт в csv, експорт в .SHP, редакция на формулярите, изтриване на формулярите.За всеки намерен формуляр се изписват полетата описани в регистъра на формулярите – код на формуляр, име на шаблон, наблюдаван вид, дата на мониторинг, бележки, статус, място на наблюдение/ маршрут или пробна площ, име на институция.

Подмодул „Подробно търсене“ – тук се търсят формуляри по всички параметри въведени във формулярите за определен шаблон по определени параметри, места на наблюдение, маршрути, пробни площи, административни номенклатури, защитени територии или географски обекти, наблюдавани видове.

Изисква се изпълнителят да създаде следните подобрения в този подмодул:- Да се въведе нов тип времеви заявки „периоди на интерес в години“.Заявката

включва, определяне на времеви период от интерес за потребителя и списък години, за които този период се изважда от системата. Например, задаваме размножителен период на птици от март до юли, за период години 2001 – 2010 год. Системата вади десет заявки: за всяка година, периода март до юли.

- За всички числови полета освен операторите по-голямо от “ >”, по-малко от ”<”, равно “=”, да се добави и по-голямо или равно и по-малко или равно, също така да може да се добавя търсене и по числов диапазон всички съдържащи стойност на параметър формуляри между 10 и 20 или за дробни числа например между 10.5 и 19.5.

- Намерените формуляри да се групират по име на шаблон, като за всеки шаблон се изобразява броят на намерените формуляри. В междинните таблици се изобразяват полетата, както при подмодул „Бързо търсене“.

- За всички шаблони важат и всички функционални бутони описани в Регистър на формулярите и в модул „Търсене“.

Модул „Справки“

Модулът представлява инструмент за генериране на справки по определени параметри за определен шаблон. Справките се експортират в xlsx.xml файл. Този модул трябва да се обнови, като се улесни процесът на създаване на справки за всички шаблони в базата данни. Необходимо е и тук да се добавят нови функции като генериране на справки за определени периоди – по дни, месеци и години. Например данни за някой вид от месец май за период от 10 години.

Установени проблеми:- При създаване на параметри на наблюдение често се въвеждат символи от кода

на xml които след това блокират експорта на справки.- Няма възможност за изобразяване на географски координати при генериране на

справки.- Формата за генериране на справки е неудобен за работа с шаблони съдържащи

голям брой групи параметри.




ИАОС




- Номенклатурни данни не се изобразяват при справки.- При промяна на име на даден параметър в шаблона, на вече записаните

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

Изисква се изпълнителя да направи следните промени:- Потребителски удобна форма за генериране на справки по параметрите на

наблюдение.- Необходимо е експортът на информация освен в xlsx.xml да се генерира и в .csv

файлов формат като се приложат всички функции както са описани в подмодул „Подробно търсене“.

- За всеки резултат трябва да генерира междинен резултат, изобразяващ броя на формулярите, които отговарят на направената справка, минималните и максималните стойности при числови и дробни параметри.

- Справката следва да се прави за всички типове параметри включени в шаблона. - Данните следва да се изобразят в табличен вид, кодът на всеки формуляр,

мястото на наблюдение или маршрута или пробната площ, типът на наблюдение – мястото, маршрутът, пробната площ, датата на която е проведено наблюдението, след което следват всички параметри, по които е генерирана справката. Тези колони се повтарят за всяка група показатели, като всяка група се отделя в отделен sheet при xlsx.xml или в отделен .csv файл.

- При въведена информация за даден параметър (например, параметър от тип номенклатура или наблюдаван обект) при справки за съответни дробни и целочислени параметри (част от данните описващи номенклатурата или наблюдавания обект) и в случай, че не са въведени числови стойности за дробни и целочислени параметри, следва да излиза съобщение, което да предупреждава потребителя за това, че при не въведени стойноти ще се генерират служебни числа със стойност 0.00 или 0. Системата трябва да предоставя и възможността потребителя да избира тази функция или да се генерира Липсваща информация (N/A).

- Справките трябва да могат да се генерират към всички параметри въведени в един формуляр – административни номенклатури, защитени територии и зони и географски обекти (водоеми), по всички параметри от проведения мониторинг включително обектите на наблюдение, номенклатури, йерархии, числови и дробни параметри.

Модул „Обмен“ Модулът съдържа два подмодула - „Валидиране на формуляри“ и „Промяна версията на данните“ на ИС към НСМБР.

Подмодул “Валидиране на формуляри”.В сегашната си функционалност, в Националната база данни, постъпват

записани формуляри от Регионалните бази данни. Те пристигат, чрез WCF WEB услуга до Националната база данни. Те постъпват в компонента със статус „За одобрение“. В табличен вид за всеки формуляр се изписват – код на формуляра, име




ИАОС




на потребителя, име на шаблона, дата на проведения мониторинг, бележки, статус на формуляра.

Всеки формуляр може да се преглежда (чрез бутон „Преглед“), връща за редакция (чрез бутон „Връщане за редакция“) до Регионалната база данни или одобрява (бутон „Одобри“) – формулярът се записва в Националната база данни. При преглеждане всеки формуляр може да се принтира или записва в МS Word. В случаите когато формуляр трябва да се върне за редакция до РБД, той трябва да бъде селектиран, като в отделен прозорец Валидаторът записва причината за връщане на формуляра, която се записва под данните при следващия преглед от автора на формуляра. Към настоящия момент, броят символи, които може да се запишат от администратора са до 255.

Списъка със пристигнали за валидиране формуляри могат да се сортират по: код на формуляр, име на „шаблон за данни“, дата на въвеждане на данните, име на потребител, статус на формуляр.

Установени проблеми в подмодул „Валидиране на формуляри”- Основен проблем на компонента е, че пространствените данни към

формуляра не могат да бъдат преглеждани в .shp или друг пространствен файл. - Много често записани формуляри сами се връщат от статус „одобрен“ в

статус „за одобрение“, поради което по тях не могат да се правят справки, независимо че веднъж са одобрени от администратора на базата данни.

- Също така формулярите, които са върнати за редакция до РБД не пристигат в съответната база данни и не се „отключват“ за редакция.

- Полето за описване на грешките, поради които формуляр се връща за редакция, е твърде малък като размер - до 255 броя символ. Много установени грешки не могат да бъдат описани от валидаторът на данни.

- Поради неясни за ИАОС причини, формуляри, които са върнати за редакция, не се „отключват“ в съответната Регионална база данни, при което потребителите не могат да отстранят установените при валидиране грешки.

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

Изисква се Изпълнителят да направи следните промени по отношение на подмодул „Валидиране на формулярите”

- Администраторът и Валидаторът на базата данни, да могат да импортират формулярите в Националната база данни. Формулярите да се появяват в модул „Обмен“, където следва да се прегледат, одобряват и валидират.

- В модул „Обмен“, всички постъпили формуляри да могат да се избират един по един или всички чрез „чек бокс“ .

- Да са създадени и функционални бутони – експорт в МS WORD, експорт в .SHP, като различните шаблони се експортират в отделни архивирани папки.

- Селектираните формуляри да могат да се одобряват наведнъж.65




ИАОС




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

-Да може да се копират както отделен код, така и повече на брой кодове на формуляри.

- В случаите, в които формулярите са постъпили от Регионалната база данни, за всеки самостоятелен потребител при необходимост от редакция на данните във формулярите да се се връщат до потребителя или чрез генериран xml файл съдържащ върнатите за редакция формуляри или база данни (например във формат .sdf). Тези файлове в последствие се предоставят на автора на данните, който ги импортира в своята Регионална база данни за последваща редакция. Да се създаде бутон експорт в xml или база данни.

- В случаите, в които данните са въведени и постъпили чрез Интернет приложението с регистриран достъп валидаторът на данни, да има възможност да одобри или да не одобри формуляра. При одобрение, всички данни, както и пространствените данни се изобразяват в интернет сайта за публичен и регистриран достъп. При неодобрен формуляр, валидатора вписва своя коментар в текстово поле с дължина минимум 2000 символа, да се увеличи размера на полето.

- Валидирането на формуляри да може да се изпълнява, както през десктоп приложението на Националната база данни, така и чрез Интернет приложението с регистриран достъп.

- Да се добави филтър по име или номер на потребител, като се изписва съответния брой на внесените за одобрение формуляри, както и по типове шаблони за данни за всеки потребител.

Подмодул “Промяна на версията на данните”Този подмодул запазва промените, които са направени в шаблоните или

номенклатурните данни в Национална база данни. След обновяване на базата данни, следва процес на синхронизация с всички Регионалната бази данни чрез WCF WEB услуга. Модернизираната информационна система трябва да позволява актуализация на съдържанието, на различните типове „шаблони за данни“ или „шаблони за анализ“, както и на всички номенклатурни данни.

Установени проблеми - Основен проблем е в комуникацията между РБД и НБД, тъй като обемът на

информацията може да е много голям и при нестабилна интернет връзка ГИС сървърът често прекратява връзката с РБД, което води до невъзможност за обновяване съдържанието на РБД.

- При промяна на имената на параметрите, добавяне и/или изтриване на даден параметър в записаните в РБД формуляри промените не се отразяват, което създава проблем при последващи справки и анализ на събраната информация.

Изисква се изпълнителят да направи следните промени към подмодул „Промяна на версията на данните”

За всеки регистриран потребител на Регионалната база данни, в профила на потребителя в Интернет приложението на ИС към НСМБР да се съдържа последната




ИАОС




версия на РБД. При актуализирана версия на НБД, да се генерира файл, в xml или база данни (например в .sdf формат) или в еквивалентни файлови формати (файл, разпознаваем като изпълним от СУБД). Те се публикуват от администратора в профила на потребителя на РБД, които след download и import се въвеждат в десктоп приложението на Регионалната база данни.

Изисква се изпълнителят да направи следните промени към модул “Обмен”

- Да се създаде възможност за експорт на база данни, която да съдържа новата информация – нови или редактирани шаблони, нови или редактирани номенклатурни данни – населени места, общини, области и други номенклатури, които описват местата за мониторинг. След което този експорт да може да се импортира в Регионалните бази данни. За целта не се предвижва синхронизиране на данни чрез WCF WEB услуга, а само информиране на потребителите на РБД за наличие на актуална версия на Информационната система.

Модул „Сигурност“ – създаване на потребители

Този модул има следните основни функции:- Създаване на нова организация/институция или редактиране на

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

- Създаване на потребители. В настоящата информационна система, чрез приложението на Националната база данни се създават два типа потребители – потребители на регионални бази данни и потребители на националната база данни:

Потребителите на Регионални бази данни, за които се определя териториалния обхват на работа – това са институциите в рамките на МОСВ – 16 РИОСВ и 3 дирекции на Националните паркове, както и 11-те дирекции на Природните паркове. Регионалния потребител се създава от администратора на базата данни, като се записват следните параметри – потребителско име, първо име, фамилия, парола, потвърждение на паролата, принадлежност към институция или организация. Определя се типът на потребителя – регионален или администратор на базата данни, посочва се дали потребителят е „активен потребител“ или „неактивен потребител“. Активният потребител може да работи с въведените потребителско име и парола, докато неактивният няма достъп. След запис в базата данни, за всеки регионален потребител се посочва територията на отговорност, посочва се от списъка с шаблоните, които регионалният потребител има право да попълва в базата данни. Допълнителна функция е възможността да се прехвърлят запазени формуляри за определени шаблони или период или институция към всеки един регионален потребител. Всички описани права се записват в лицензен файл, който се генерира от таб „Потребители“.




ИАОС




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

При регистрация на административните потребители се изписва списък с права на всеки записан потребител – това са функции, който ще са както за WEB достъпа, така и за десктоп достъпа:

- Въвеждане на данни, включително модул места на наблюдение;- Редакция;- Търсене;- Създаване на справки по параметри;- Обмен на данни - Сигурност;- Административен модул- При създаване на нови модули, подмодули и функции могат да се

добавят в хода на разработката и допълнителни права на потребителите.

Изисква се Изпълнителят да направи следните промени и нови функции: Чрез приложението на НБД да могат да бъдат определени и основните функции

на потребителите на РБД, както и потребителите с регистриран достъп в десктоп приложението на НБД и в Интернет приложението. Също така тук следва да се появяват и заявките за регистрация достъп до интернет приложението за потребители от „широката общественост“ или за потребители за въвеждане, редактиране или анализ на данни от „специализиран мониторинг“. В регистъра с потребители да може да се определят и правата на достъп за въвеждане на информация в Регистърът с видове и природни местообитания и модул „Литературни източници“, чрез Интернет приложението.

-Възможност за регистрация на физически лица, които не са част от организации или институции.

-Да се създаде възможност при постъпване на заявка чрез Интернет приложението за публичен достъп за регистрация на потребител да се въведат неговите данни и да се регистрира в списъка с потребители.

-За всеки потребител на Интернет приложението, да се създаде възможност да посочват до кое Интернет приложение всеки един потребител да има достъп със съответните разрешени права.

-Да се добавят потребители към списък от интернет приложения, например – Интернет приложението за въвеждане на данни за Инвазивни чужди видове; Интернет приложение за публичен достъп, Интернет приложение за специализиран мониторинг на биологичното разнообразие.

Модул „Административен модул“




ИАОС




„Административният модул“ в настоящото десктоп приложение съдържа следните подмодули: „Регистър на видове и природни местообитания“, „Номенклатури“ (административни територии, географски обекти и пространствени слоеве), „Архив на формуляри“, „Интеграция с регистъра на Защитените територии и защитените зони“, „Интеграция с Българското дружество за защита на птиците“.

Подмодул „Регистър на видове и природни местообитания“ – В настоящото приложение това е регистър в които се въвеждат, управлява съдържанието на класификациите на царства – гъби, растения и животни, както и класификациите на природните местообитания от приложение 1 на Закона за биологичното разнообразие. Основен проблем на регистъра е, че всяко организмово царство, както и природните местообитания имат своя структура и наименования на таксономичните категории, докато в момента всички таксони са с еднакви названия за всички царства и природни местообитания. Сегашният регистър, позволява за всеки таксон да се въведат име и синоними на латински и български език, както и да се определи мястото на таксона в „класификационното дърво“

За царство животни, се приема класификацията публикувана на Интернет сайта на Fauna Europea http://www.faunaeur.org/taxon_tree.php. За растенията се приема класификацията публикувана в многотомното издание на БАН – Флора на България.

Всички категории на таксоните, трябва да могат да се променят от администратора на Информационната система съобразно изискванията на съответната класификация. За всеки вид или категория се определя дали той да е видим за Интернет приложението, дали видовете са чувствителни (видове или категории за които се прави задължителна валидация на данните). За видовете които са определени като чувствителни не се публикуват за свободен достъп първични данни като числености, места на наблюдение, маршрути или пробни площи. Те могат да са достъпни за потребители на Националната база данни, както и за потребители на Интернет приложението само с права предоставени от администратора на ИС към НСМБР. Местата на наблюдение за чувствителните видове се изобразяват само посредством грид ETRS89 10 х 10 км или ETRS89 50 х 50 км или други гридове добавени от администратора на ИС.

Изисква се Изпълнителят да направи следните промени и нови функции в подмодул „Регистър на видове и природни местообитания“

- Създаване възможност за въвеждане, редактиране на класификационни номенклатури за всяко царство (гъби, растения и животни) поотделно, както класификационни номенклатури за природни местообитания по директива 94/43 приложение № 1(аналогично на приложение № 1 на ЗБР) и при ЕUNIS.

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

- Да се създаде възможност за всеки таксон да може да се определи дали да се „вижда“ или да е невидимо през Интернет приложението.




ИАОС




- Да се създаде възможност за всеки вид да се определи дали той и е „чувствителен“ или не, като за чувствителните видове не се изобразяват първичните данни, конкретните местата на наблюдение през Интернет приложението при публичен достъп, нерегистриран достъп.

Да може да се допълват и създават допълнителни характеристики за таксоните (например – род или вид), дали те са Инвазивни видове, Инвазивни чужди видове, чужди видове и т.н. В зависимост от наличието на съответната характеристика, да могат тези видове и по-високи таксономични категории да се изобразяват в описаното Интернет приложение по обособена позиция № 2 на настоящата обществена поръчка

- Да се създаде възможност за всеки таксон да се въвеждат и съответните синоними, като техният брой може да достигне до 20. Синонимите се поддържат, на Български и Латински език. За английският вариант, не се предвиждат синоними.

- Всеки запис, или позиция на таксона в класификационното дърво трябва да може да се редактира, както по име, така и по позиция в дървото.

- Да се създаде възможност за подмяна на съществуващи административни номенклатурни данни, както и актуализация на техните пространствени слоеве.

- За всеки таксон от категорията вид да има възможност да се изобразяват минимум 5 снимки, текстова информация за вида – кратко описание.

- Въведената информация в регистъра на видове и природни местообитания, да може да се изобрази като самостоятелен модул в Интернет приложението към ИСна НСМБР.

Подмодул „Номенклатури“ – това е мястото където се създават номенклатурите описващи местата за наблюдение: Биогеографски регион, области, общини, населени места, защитени територии, защитени зони за птици и защитени зони за природни местообитания, басейнови дирекции, държавни горски и ловни стопанства, NUTS кодове, водоеми, Институции, UTM гридове, Рамсарски места, Паркови участъци към дирекциите на националните паркове, водоеми. Всички номенклатурни данни, могат да се променят имената им, както и принадлежността им към определена Институция (задължително поле при въвеждане на места на наблюдение), при което номенклатурите в подмодул „Ново място“ се филтрират в зависимост от припокриването им с границите на отговорност на съответната институция.

Изисква се Изпълнителят да направи следните промени и нови функции в подмодул „Номенклатури“

-да се създаде възможност за добавят нови типове номенклатури; -да се създаде възможност да се добавят пространствени слоеве към всички

номенклатури.

Подмодул „Архив на формуляри“ – Това е основен инструмент за запазване и съхранение на информацията. Подмодулът изобразява промени които са направени в „шаблоните за данни“, както и от кой потребител са направени тези промени.




ИАОС




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

Изисква се Изпълнителят да направи следните промени и нови функции в подмодул „Архив на формуляри“:

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

Подмодул „Интеграция с регистъра на Защитените територии и защитените зони“.

В Изпълнителната агенция по околна среда се поддържа регистър на защитените територии и защитените зони, които са част от Националната екологична мрежа (НЕМ). НЕМ включва защитени територии, обявени съгласно българското специално законодателство и защитени зони като част от Европейската екологична мрежа "НАТУРА 2000".

Данните за защитените територии и защитените зони се въвеждат в Националната екологична база данни, чрез разработено в ИАОС десктоп приложение (разработено на Delphi). При въвеждането или актуализацията на данните те автоматично се прехвърлят в Публична база данни (Oracle). Предоставянето на данните от Публичната база данни до широката общественост става посредством специално разработено уеб приложение (Java, Html, Java script), което дава възможност за справки по различни критерии.

Интернет сайтът за регистъра на защитените територии е създаден през 2004 г., но през 2009 г. е обновен и оптимизиран, като се прибавиха нови функционалности, възможности за справки, информация за защитените зони, визуализиране на пространствени данни за защитените територии и защитените зони, възможност за сваляне на ГИС слоеве на защитените територии и защитените зони, и планове за управление. Визуализирането на пространствени данни се осъществява чрез създадено ГИС приложение (ArcGIS Server 2010).

В настоящата Национална база данни, е изградена връзка с Регистъра на Защитените територии и защитените зони. При въвеждане на нова защитена територия (ЗТ) в регистъра, националната база данни за биоразнообразие, проверява за съществуващи промени в имената или категориите на защитените територии или зони и въвежда в номенклатурите си новите записи. В НБД постъпват само новото име и типът категория на ЗЗ или ЗТ.

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




ИАОС




дадена защитена територия тя да не се изобразява в полето за избор. Между двете приложения се обменят имена само на защитени територии, необходимо е да се добавят и защитените зони, като всеки тип или категория територия, трябва да постъпва в съответната номенклатура в подмодул „Номенклатури“ на „Административният модул“. Създадената връзка между двете бази данни обменя само имената на новообявените защитени територии, но към тях не е привързана информация за РИОСВ (което налага ръчно въвеждане). Необходимо е да се създаде динамична връзка между регистъра и НБД по отношение на РИОСВ, както за защитените територии така и за защитените зони (в базата данни на регистъра съществува поле „РИОСВ“).

Необходимо е да се запази функционалната връзка между двата софтуерни продукта, като се добави връзка, чрез ГИС WEB услуга и обмен на пространствените данни за всяка публикувана защитена територия или защитени зона.

Подмодул „Интеграция с Българското дружество за защита на птиците“.

Към настоящият момент в десктоп приложението на Националната база данни е създадена функционална връзка с Информационната система на Българското дружество за защита на птиците, като формуляри във формат .csv могат да се импортират в базата данни.

Изисква се Изпълнителят да създаде възможност за импорт на пространствени файлове от тип .shp и/или .gpx. Изпълнителят е длъжен да запази и надгради връзката с тази информационна система.

Тестване на Национална база данни

Изпълнителят следва да провежда регулярни тестове на Националната база данни – (минимум 15 теста в рамките на един двумесечен отчетен период). Тестовете следва да се изпълняват от специалисти, които имат биологично образувание. Те трябва да следят за логическата свързаност на всеки един компонент и изпълняваните от него функции. Всеки тест трябва да включва всички модули и показатели в базата данни. Изпълнителят следва да отстранява всички установени грешки. За всеки тест се изготвя протокол. Всички установени грешки се документират, като се предлагат и решения за тяхното отстраняване.

II.2. Десктоп приложение на Регионалната база данни – Biomon RDB

Достъпът до Регионалната база данни се осъществява чрез лицензен файл, който се генерира от Националната база данни от модул „Сигурност”. Лицензът съдържа информация за номера на потребителя – 6 цифрен код, права за достъп до определени шаблони съобразно неговата компетентност и задължения, териториалният обхват – институцията, на чиято територия потребителят на РБД има




ИАОС




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

Десктоп приложението, притежава аналогични функции както десктоп приложението на Националната база данни, които се отнасят за: въвеждане на данни, редакция, въвеждане на места на наблюдение включително маршрути, пробни площи, търсене съответно подробно и бързо търсене, справки по показатели и извеждане на резултати в .shp файлове, МS Word, MS Exel, .txt. Десктоп приложението е разработено на свободно достъпна база данни - SQL CE и следва да е разработено на сходна база данни.

Установени проблеми- Трудна комуникация между Националната база данни и Регионалните бази

данни. Към настоящия момент при обновяване на Националната база данни, всички регионални бази данни се синхронизират чрез WCF WEB услуга. Също така чрез тази услуга се изпращат въведените формуляри към НБД, като на всеки 30 секунди, НБД проверява за наличието на записани и изпратени към нея формуляри. При много потребители тези процеси на обмен и синхронизация не протичат и след определено време НБД „прекратява“ връзката си с РБД и няма възможност за получаване на новите структури на базата данни и изпращане на формуляри към НБД.

- Малък обем на РБД. Тя има ограничение в обема до 255 МБ. При достигане на този обем софтуера блокира и програмата не може да изпраща формуляри.

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

- Установени са функционални грешки при работа на модул „Регистър на формуляри“ – блокиране на програмата без да извежда резултат при сортиране на формуляри по критерии – статус на формуляра.

- При въвеждане на географски координати, често се публикуват координати започващи с -1 или попадат извън територията и акваторията на България.

- Модулът за справки по показатели, не е интуитивен за работа, като генерирането на справки е бавен процес, като по някои от параметрите не може да се създаде справка – например по географски координати, или данни от тип йерархия.

- Нестабилно приложение, често и внезапно спиране, в резултат на което се губи информацията, която не е записана;

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

визуализират успоредно с това на интерактивна карта пред въвеждащия ги потребител. По този начин не може да се провери точността на местоположението им и своевременно да се отстранят грешки;

- Невъзможност за промяна на подреждането на колоните в таблици;




ИАОС




- Невъзможност за сортиране на записите в таблиците;- Понякога не е възможно прикачване на снимки;- Понякога не е възможно изтриването на стойност въведена в дадена

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

правенето на справки в регистъра на формулярите;- Не работи инструмента за експорт към SPSS;- Експортът в .shp файл не експортира табличната информация към

формулярите, а само тези групи показатели, в които има въведени координати. В този смисъл, този инструмент не дава възможност за достъп до пълния набор от данни за анализ;

- Експортът в shapefile (.shp) не позволява експорт на повече от един формуляр. В този смисъл използването на този инструмент при работата с големи масиви от данни е безсмислен;

- При създаването на справки, в експорта не се записват данни за координати на обектите, за които има такива;

- Процесът на хармонизация при направени промени в електронните формуляри не работи. Например: създадоха се електронни формуляри за 13 целеви вида бозайници. По време на работния процес формулярите бяха коригирани. Промените в тях не се отразиха коректно във вече попълнените формуляри. Това доведе до загуба на информация и необходимостта от повторното й въвеждане.

Проблеми при организация на данни- Няма възможност за съставяне на формуляри, чиито отделни части (групи

показатели) са свързани чрез съответни първични и вторични ключови полета;- Общо за всички формуляри, въведеното в секция „Бележки“ остава

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

Изисква се Изпълнителят да създаде следните нови функции на РБД:

- Да се разработи модул „Регистър на формуляри” с възможност за въвеждане на формуляри – аналогично на подмодула „Нов формуляр” подробно описан към модул „Формуляри” в НБД.

- Да се разработи модул „Места на наблюдение“ – с аналогични на описаните в НБД подмодули „регистър на места на наблюдение“, „регистър на маршрути“, „регистър на пробни площи“, създаване на „нови места“ на наблюдение.

- Да се разработи модул „Търсене“ – с подмодули „Бързо“ и „Подробно търсене“, като процесът на подробното търсене трябва да се промени, като той стане по интуитивен и лесен за работа. Аналогичен на описаният процес в НБД.

- От РБД отпада възможността за приемане или експортиране на шаблони към мобилното приложение. Тази функция ще се изпълнява изцяло в профила на




ИАОС




потребителя, отговарящ за данните за дадена административна територия чрез Интернет приложението за специализиран мониторинг.

- Да се увеличи обема на базата данни, като той да е минимум 4 GB и при възможност до 10 GB.

- Да се направи импорт на записани формуляри чрез XLSX.CSV или XLSX.XML.

- За целите на статистическата обработка на данните, да има експорт в .csv/txt или друг еквивалентен формат (формат със същите възможности за използване от SPSS, STATISTICA и други еквивалентни статистически програми***). При експорт да могат да се селектират определени формуляри, един по един или всичките от даден тип шаблон, който да е групиран в архивeн формат – например .rar, .zip .7zip. Тъй като един записан формуляр съдържа много различни типове данни например – маршрутна информация – име на маршрут, списък с точките които го формират, към всяка точка списък с номенклатурите които я описват, екип, параметри на наблюдение (включващи група показатели и към тях параметри), бележки; e необходимо в архива за даден шаблон да се публикуват всички елементи на формуляра в отделен .csv/txt файл, като във всеки файл се съдържат кодовете на формулярите, които играят ролята на първичен ключ, чрез които да могат да се свързват таблиците при последващ пространствен или статистически анализ. При маркиране на повече от един тип шаблон, да се генерират два или повече архивни файла.

- Да могат да се импортират обновени версии на Националната База данни за биологично разнообразие. Процесът е описан в II.5. Комуникация между приложенията.

- При експорт на записани формуляри, да могат да се публикуват в профила на потребителя на РБД в Интернет приложението за специализиран мониторинг. Процесът е описан в II.5. Комуникация между приложенията.

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

- При стартиране на Регионалната база данни и при налична нова версия на НБД, чрез съществуващата WCF WEB услуга да се изпраща съобщение за новата версия или с линк, чрез който да се отваря Интернет приложението с регистриран достъп за специализиран мониторинг на биоразнообразието.

След създаване на новите функции в РБД Изпълнителя е длъжен да:- Актуализира Регионалната база данни съобразно посочените изисквания;- Въведе в НБД всички данни от Регионалните бази данни, налични в ИАОС,

РИОСВ, ДНП и ДПП чрез реализацията на описаните нови функции.

Тестове на Регионалната база данни

Изпълнителят следва да провежда регулярни тестове на Регионалната база данни – (минимум 15 теста в рамките на един двумесечен отчетен период). Тестовете следва да се изпълняват от специалисти, които имат биологично образувание. Те трябва да




ИАОС




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

II.3. Интернет приложение към ИС на НСМБР

Интернет приложението е основният компонент на Информационната система към НСМБР, който осигурява публичност на информацията за биологичното разнообразие, то предоставя възможност за въвеждане на данни от проведен специализиран мониторинг, както и възможност за предоставяне на данни за видове до широката общественост. Съдържа и специализирани регистри на видовете и природните местообитания, публикуване и изобразяване на данни от литературни източници.

В настоящия момент са разработени две интернет приложения с публичен и регистриран достъп. Достъпът на потребители до Интернет приложението с регистриран достъп се осигурява от администратора на десктоп приложението на Централната база данни. Интернет приложенията работят със SSL сертификати, които се инсталират на браузъра на всеки потребител.

Установени проблеми при работа на съществуващите две приложения:

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

- Липса на подробно администриране на правата на достъп до отделните модули и типове формуляри от интернет сайта. Към настоящия момент, администрирането на достъпа се осъществява чрез Административният модул на НБД.

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

- Невъзможност за изобразяване на формуляри от въведени маршрути или пробни площи чрез картното меню за маршрути или пробни площи.

- Изобразяват се маршрути, места за наблюдение и пробни площи без да са част от записани полеви формуляри.

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

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




ИАОС




излизане на системни съобщения, неразбираеми за широкия потребител и той остава с впечатление за неработещо приложение.

- Излизат съобщения за неработещи картни услуги и т.н.

Функционални и технически изисквания към Интернет приложението, които Изпълнителят трябва да разработи:

- Изпълнителя, следва да разработи едно Интернет приложение, което да има основните функции на съществуващите две приложения.

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

- Да се създаде възможност за въвеждане на данни, публикуване на снимки, изчертаване на маршрути (трансекти), пробни площи, селекция на слоеве на различни нива – локални находища землища, общини, области, горски и ловни стопанства, защитени територии и защитени зони, гридове (UTM, ETRS 89 квадрати – 50 х 50 км, 10х10км, 1х1 км). Интегриране на Интернет страници и приложения предоставящи картни услуги – Google Earth, Open street map.

-Да се създаде възможност за актуалиазиция на административни слоеве и синхронизиране на въведената вече в ИС информация.

- Интернет приложението трябва да е изградено чрез Система за управление на съдържанието (Content management application - CMA) като Plone 4.3 или сървър за уеб приложения Apache Tomcat или IIS, или еквивалентни софтуерни продукти – продукти, осигуряващи възможнoст за поддържане на УЕБ функции, трансфер на данни в хипертекст през протокол http, включително масиви географски данни, създаване и администриране на Интернет страници, актуализация на съдържанието. Да има брояч на посещенията, брояч на страниците и видовете, брояч на направените в Интернет сайта търсения по ключови думи или чрез подробно търсене.

- Да бъде осигурена съвместимост с последните версии на по-разпространените браузъри (MS Internet Explorer – версия 11, Mozilla Firefox, Google Chrome).

- Да ползва гъвкава тема, позволяваща изобразяване на различни по размер устройства – десктоп и ноутбук компютри, таблети и смартфони.

- Да се използва съществуващата структура на базата данни (като номенклатурни таблици и масиви с данни), като се доразвие с нова такава при необходимост. Описанието на базата данни с включените промени бъде предоставено на изпълнителя по одобрен от него и съгласуван с изпълнителя начин. Изпълнителя може да предлага промени но те следва да се одобрят от Възложителя.

- Дизайнът на уеб приложенията трябва да бъде идентичен с този на съществуващите приложения в ИАОС, чийто изходен код (сорс код) и допълнителни файлове ще бъдат предоставени на изпълнителя.

- Приложението при импорт на снимки, ако са с размери и обем над допустимото, да ги преобразува до определен размер (например до 200 КВ на снимка или до 2 МB на формуляр), одобрен от възложителя, като това се отразява минимално




ИАОС




на качеството на изображението, като позволява следните формати: jpeg, png, tiff и други еквивалентни растерни формати.

- Възможност за въвеждане и/или публикуване на файлове от типа doc, docx, pdf. МS Excel, csv, .shp, mdb. mxd, gpx, gdb, sdf, exe, mp3 и други, отговарящи на функциите на съответния формуляр -Да се създаде възможност за публикуване на банери, анимирани икони.

- Изобразяване на съдържание от бази данни – ORACLE, MySQL, SQL Compact Explorer, MS SQL Server и т.н еквивалентни ** софтуерни приложения.

- Да се създаде възможност за генериране на справки по видове, параметри от шаблони и възможност за сваляне на формуляри и пространствени слоеве за биологични видове или групи;

- Административен панел - управляващ съдържанието в Интернет приложението: създаване на страници, подстраници, папки, достъп на потребители и права за публикуване, анализ на първичните данни;

- Създаване на потребители с различни роли за въвеждане на данни на минимум 2 нива: данни от специализиран мониторинг, данни от широката общественост; въвеждане и управление на съдържанието на модулите към Интернет приложението, валидиране на съдържанието;

- Всички основни функции за форматиране на текст, шрифтове, страниране, цветове, създаване на хиперлинкове;

- Интернет приложението трябва да работи с SSL сертификат за удостоверение на Интернет страницата;

- Изобразяване на карти и сателитни изображения от ГИС сървърни приложения;

- Управление на слоеве и съдържание на пространствени файлове;- При едновременна работа с Интернет приложението, минималният брой

потребители да не е по-малък от 500;- Интернет приложението трябва да е двуезично на български и английски език

съдържащ граматически и езикови редактори на съответният език;- Всички данни въведени чрез РБД, Мобилно приложение, десктоп приложение

на НБД, Интернет приложение трябва да са достъпни за визуализация, търсене, генериране на справки по параметри и пространствени справки при пресичане на различни слоеве с данни от мониторинга на видовете.

- Потребителският интерфейс трябва да изглежда и работи еднакво на различни браузъри с оглед на това, че клиентските работни станции могат да разполагат с различни операционни системи (MS Windows, Linux, Mac OS, мобилни операционни системи);

- В интернет приложението да се предвиди и допълнителна възможност за публикуване на обобщени слоеве за местата на мониторинг на видовете обекти към НСМБР;




ИАОС




- Всички публични слоеве да подлежат на възможност за сваляне, като тези от тях, за които ИАОС се явява първичен администратор или създател на данни да са създадени по изискванията на директивата INSPIRE;

- Да се създадат метаданни за слоеве на наблюдения: Точки, маршрути, полигони;

- Да се създадат метаданни за аналитичните производни слоеве /картираните видове и природни местообитания/;

- За стабилизираните точки на наблюдение: Съставяне на масивите от данни по изискванията на директивата INSPIRE, Приложение 1-тема „Защитени обекти“, Приложение 3- теми „Съоръжения за управление на околната среда“, както и всички останали теми с отношение на събираната в НСМБР Информация, например „Биогеографски региони“, „Морски региони“, „Местообитания и биотопи“;

- В Интернет приложението следва да присъстват всички основни функции за въвеждане на формуляри, места за мониторинг (включително и съществуващите места за мониторинг Регистрите на НБД), модули за Търсене, Справки по параметри и всички нови функции описани в десктоп приложението на НБД;

- Пространствени заявки трябва да могат да се правят за следните типове територии: землища на населени места, общини, области, защитени територии и защитени зони, горски и ловни стопанства, гридове UTM 10x10, ETRS89 10х10, Corine Land Cover и други пространствени слоеве, както и да могат да се заместват и добавят нови слоеве с актуална пространствена информация.

Основни модули към Интернет приложението, които Изпълнителят следва да разработи:

II.3.1. Публичен модул – изобразява данни за разпространението, находищата на видове и природни местообитания, обекти на мониторинг към НСМБР, както и данни за видове и природни местообитания предоставени от широката общественост. Модулът да предоставя възможност за търсене на информация за биологични видове и биологични групи, работа с карти, включително сателитни изображения. В публичният модул, ще се изобразява въведена информация в „Регистъра на видовете и природните местообитания“ и модул “Литературни източници”

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




ИАОС




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

II.3.2. Модул за Регистриран достъп – основни функции

- Въвеждане на данни за видове, биологични групи, съобразно правата на съответните потребители. Различават се следните основни видове потребители:

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

o Потребители провеждащи специализиран мониторинг – това са предимно изпълнители на дейности възложени от ИАОС, както и служители на ИАОС, МОСВ, ДНП и ДПП. Те имат достъп до шаблоните за специализиран мониторинг, като през интернет приложението имат пълен достъп: въвеждане на данни, редакция на данни, търсене на подробна информация за чувствителни видове, извеждане на справки, сваляне на първични данни като формуляри, находища на наблюдение, маршрути и пробни площи. Създаване на справки по параметри за следващ анализ.

o Валидатор - потребители имащи достъп до данните на всички потребители въвеждащи данни в ИС на НСМБР. Те могат да одобряват или връщат за редакция формуляри при установена грешна или неточна информация. Нито един формуляр, не може да се изобрази преди произнасянето на валидатор на данните. Особено това важи за чувствителните видове които са посочени в Регистъра на видове и природни местообитания към Националната база данни на ИС към НСМБР. Правата на валидаторите се определят от администратора на ИС към НСМБР.

o Администратор на ИС към НСМБР – дава права за достъп до всички потребители. Аналогичен модул както е описаният модул в НБД към НСМБР.

- Потребителите се регистрират през Интернет приложението след въвеждане на съвсем кратка информация в регистрационна форма – Име и фамилия, мейл адрес, възможност за избор на шаблони за въвеждане на информация, телефон за контакт (незадължителен параметър), еднократна парола. След обработка на информацията администраторът на ИС дава достъп до съответния профил на потребителя. Приложението може да даде и автоматичен достъп за потребители за широката общественост. За потребители работещи със специализирани шаблони и методики за




ИАОС




мониторинг, достъп се дава от Администраторът на ИС към НСМБР. Необходимо е при първа регистрация, да се въведе и криптограма.

Всеки потребител, който има зададени права да въвежда данни в шаблони за данни, трябва да има възможност да въвежда данни през Интернет приложението, също така да има права да импортира пространствени файлове (например .shp, gpx, .gdb), снимки, да въвежда данни от мобилно приложение Biomon Mobile или чрез импорт от таблични файлове например excel или .csv файлове.

Всеки потребител на регионална база данни трябва да има възможност да публикува данни от РБД в своя профил в Интернет приложението. Всички въведени формуляри трябва да могат да се редактират, записват и изобразяват на картата на България съгласно административните територии на отговорност на потребителя. След като формулярите се въведат и запишат, те се изпращат за валидация в НБД чрез бутон „Изпрати за одобрение“.

- Въвеждане на места на наблюдение, маршрути и пробни площи – аналогични функции, както тези описани в десктоп приложението на НБД.

- Всички административни номенклатури и защитени територии и зони и географски обекти описващи местата на наблюдение ще бъдат част от геобазата данни на ГИС сървърa, свързана към Оracle Standard Edition 11g, така че при въвеждане на географски координати, всички те да се подреждат според припокриването на географската точка със съответния слой. По този начин всички места на наблюдение следва да получат съответните им номенклатури. Възложителят ще осигури всички слоеве към описаните по-горе административни номенклатури и защитени територии, зони и географски слоеве. При установени грешки в принадлежността на съществуващите въведени в базата данни места на наблюдение към съответната номенклатура да се актуализира съдържанието съгласно приложените слоеве. При установяване на точки извън границите на България, следва да се изобразят със съответен символ тези места за наблюдение, за да могат да бъдат редактирани. При записване на географските координати на място на наблюдение, да се появява по подразбиране предложение за въвеждане на землището, върху което е записано мястото. Останалите административни номенклатури – общини, области, региони на планиране – да се връзват по землище.

- Да се предвиди възможност при промяна в границите на някоя от изброените пространствени номенклатури и при актуализация на даден слой да се изобразят актуалните данни по всички въведени в системата места за наблюдение. Както и във всички записани формуляри от базата данни.

- Въвеждане на пространствени данни от .shp , gpx или .gdb файлове. При места на наблюдение – файлове с тип точкови обекти, при маршрутите - линии, пробните площи – полигонни пространствени файлове.

- Да се осигури възможност за редакция на координати, имена на места, маршрути и пробни площи.




ИАОС




- Възможност за търсене по ключова дума за всеки регистър на места на наблюдение, маршрути или пробни площи.

- Географските координати да се въвеждат в координатна система „Българска геодезическа система 2005“ (BGS 2005) във формат – десетични градуси, градуси и десетични минути или градуси, минути и десетични секунди.

- Въвежданите данни да са ограничени в рамките на държавната административна граница на България, както и в рамките на Изключителната икономическа зона на България в Черно море. Съответните слоеве ще бъдат предоставени от Възложителя.

- В случаите когато местата на наблюдение съставляват маршрут или пробна площ, след като бъдат намерени през регистъра за „места на наблюдение“ по ключова дума, да може за всяко място да се изобразят маршрутите и пробните площи, в които то участва. Съответно за всеки маршрут или пробна площ да излиза списък с типовете шаблони за записани формуляри. При точковите наблюдения (места на наблюдение не формиращи маршрут или пробна площ), ще се показват само списъкът с шаблони в които има записани формуляри с това място

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

- При промяна на данни за места на наблюдение, маршрути и пробните площи, промяната да се отразява във всички записани и налични формуляри.

- При регистъра на маршрути и регистъра на пробни площи, да излиза списък с места на наблюдение, които го съставляват, както и да се изписват шаблоните.

- При въвеждане на данни, потребителят да може да избира от списък с места, маршрути или пробни площи съответната мониторингова единица, като тя да се изобразява в модул карта, което допълнително да ориентира потребителя за типа наблюдение.

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

II.3.3. Регистър на видове и природни местообитания.

Информацията за видовете и природните местообитания в регистъра, както и техните синоними и таксономична принадлежност се създават в НБД от администратора на системата или от потребител на десктоп приложението с права за достъп до подмодула.

В Интернет приложението Изпълнителят следва да създаде публичен интерфейс на информацията на съдържащият се в приложението на Националната база данни в административния модул – „Регистър на видовете и природните




ИАОС




местообитания“. При промяна в типовете класификационни дървета в НБД да се изобразяват като нови групи данни в публичния интерфейс (например – класификацията на EUNIS природните местообитания установени в България). Регистърът ще изобразява основните организмови царства – гъби, растения, животни и всички техни таксономични категории, които са определени като видими от администратора на Националната база данни. Всички категории ще бъдат изобразени на Български и Латински, като за двуезичния Интернет сайт ще се изобразяват и Английския превод и Латинското име. За всеки таксон от категорията вид да има възможност да се изобразяват минимум 5 снимки, текстова информация за вида – кратко описание, таксономия, синоними, разпространение и други. Текстовите данни да могат да въвеждат чрез Приложението на Националната база данни – Административен модул – Регистър на видовете и природните местообитания.

II.3.4. Модул „Литературни източници“ – свободен и регистриран достъп. Литературни източници – търсене и изобразяване на видове, данни за видовете, въведени в литературни източници, както и цитираните литературни източници съгласно правилата за цитиране на научна литература. Модулът трябва да предоставя свободен публичен достъп до въведената информация като се осигуряват следните данни: имената на видовете, находищата, имената публикациите или монографиите, картни слоеве, въведени данни – численост или други параметри и данни от съответните публикации. На потребителите с регистриран достъп ще се дава възможност за въвеждане на такава информация.

В настоящето приложение съществува връзка между модула за Литературни източници и Регистъра на видове от НБД.

Към настоящият момент в Интернет приложението за регистриран достъп към съществуващата информационна система е разработен сходен модул, които има следните проблеми:

- Не е възможно актуализиране на пространствените слоеве;- Не е възможно добавяне на нови параметри и описване на типове данни,

които се съдържат в публикацията;- Генериране на грешки при връзки „много към много“ – например когато се

посочват много биологични видове от регистъра с видове и различни типове пространствени слоеве;

- Няма възможност за генериране на справки по описаните в публикацията параметри;

- Няма възможност за създаване на линейни пространствени обекти или пробни площи от картна или сателитна подложка;

- При търсене по име на вид или местност, не се изобразят намерените резултати а само се отваря публикацията без селектиране на търсения текст;

- Всички типове пространствени данни се изобразяват в Интернет приложението с една обща икона, която не отговаря на оригиналното изображение – полигон, точков или линеен обект.




ИАОС




Изпълнителят следва да разработи софтуерно решение на описаните по-горе проблеми, като създаде следните функции:

- Добавяне на нови и актуализиране на съществуващи пространствени слоеве. Промяната трябва да се осъществи без загуба на въведена информация или създадени връзки между различните компоненти на системата.

- Да се осигури възможност за създаване на нови параметри към всеки въведен вид, като типа на параметъра се избира от потребител с регистриран достъп. Типовете данни за параметрите са описани в модул Шаблони на НБД.

- Да се даде възможност за генериране на справки за въведени публикации, видове и природни местообитания, въведени данни и параметри.

- При изобразяването на въведената информация да се добавят всички основни функции за работа с карти – търсене по атрибутна информация, приближение и отдалечаване на изображението, местене на картата.

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

II. 3.5. Административен модул – управление на данни – първични и пространствени данни, потребители, съдържание на Интернет страницата на приложението и т.н.

Административният модул на Интернет приложението, трябва да притежава всички функции описани в десктоп приложението към НБД, с изключение подмодули „Интеграция с Защитените територии“ и „Интеграция с Българското дружество за защита на птиците“.

Изисква се Изпълнителят да създаде възможност за изпълнение на всички описани функции на петте модула.

Интернет приложението трябва да работи на всички основни браузъри и техните актуални версии – Google Chrome, Internet Explorer, Mozila FireFox, Opera и др.

Тестове на Интернет приложението

Изпълнителят следва да провежда регулярни тестове на Интернет приложението – (минимум 15 теста в рамките на един двумесечен отчетен период). Тестовете следва да се изпълняват от специалисти, които имат биологично образувание. Те трябва да следят за логическата свързаност на всеки един компонент и изпълняваните от него функции. Изпълнителят следва да отстранява всички установени грешки. За всеки тест се изготвя протокол. Всички установени грешки се документират, като се предлагат и решения за тяхното отстраняване.

II.4. Мобилно приложение – Biomon Mobile




ИАОС




Мобилното приложение Biomon mobile е предназначено за събиране на данни на терен, при провеждане на специализиран мониторинг или наблюдения от широк кръг потребители – доброволци, студенти и т.н. Това е GPS/GIS базирано приложение с база данни, разполагащо с възможност за изобразяване на GPS данни – позиция в пространството в съответните географска ширина и дължина, записване на маршрут, изобразяване на точността на позицията на наблюдателя, записване в базата данни на точната локация на наблюдаваните обекти и параметри на наблюдение, които са част от полевия формуляр.

Пълна информация за начина на работа на настоящето мобилното приложение може да бъде намерена на интернет страницата с адрес:http :// eea . government . bg / bg / bio / nsmbr / inf - system / mobilno - prilozhieniie - biomon - mobile

Приложението е разработено на основа ArcGIS SDK на ESRI като за база данни се използва разширение .sdf. Мобилното приложение е разработено за операционни системи Windows Mobile версии 6.1 и 6.5.

Основни функции.

Мобилното приложение приема шаблони експортирани от десктоп приложението на Регионална база данни (Biomon RDB), като могат да се въвеждат до три различни шаблона в празна база данни с разширение .sdf, която се импортира в приложението Biomon mobile. След въвеждане на данните при теренните наблюдения .sdf файла се прочита от модул Обмен на PБД, като само записаните формуляри се изобразяват в десктоп приложението.

При първоначалната инсталация, картната подложка се създава от MXD проект, които чрез инструмента ArcGIS Mobile на десктоп приложение ArcGIS 10.0 позволява тя да бъде редактирана и обновявана с допълнителни слоеве и векторни и растерни изображения.

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

За всички шаблони в мобилното приложение задължителни елемeнти за изобразяване са:

- Дата на наблюдение – дата на наблюдение да се попълва от сигнала на GPS приемника.

- Място (точка) на наблюдение- Тип наблюдение – точково, маршрут или пробна площ – ако това поле не е

избрано от наблюдателя, по подразбиране се приема точково наблюдение.




ИАОС




- Въвеждане на географски координати.- Име на наблюдател – името на наблюдателя постъпва от профила на потребителя

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

- Списък с видове към даден шаблон за биологичните групи – насекоми (бръмбари, пеперуди, ципокрили,); мекотели (миди,сухоземни охлюви, водни охлюви), риби, земноводни и влечуги, птици, бозайници и т.н.

- Брой или сходен параметър за преброяване на наблюдаваните индивиди.- Настройки на приложението – изобразяване на географски координати, брой

спътници, точност на позицията, възможност за настройки на изминато разстояние в метри или километри, спиране и възстановяване на GPS сигнала.

Установени проблеми и неудобства при работа Biomon Mobile- Сегашното приложение се инсталира на GPS приемници работещи с

операционна система Windows mobile версии, 6.1. и 6.5, чрез последователна инсталация на три отделни софтуерни приложения. Това е неудобен начин за ползване от широк кръг потребители и често пъти отблъсква и затруднява използването на приложението.

- Приложението работи само до три различни шаблона, като капацитета му е до 30 формуляра. Като позволява попълване на само един вид шаблон, без да може да се попълват и трите едновременно.

- Липса на автоматичен запис на въведените данни – данни от наблюдения или пространствени данни, което често пъти води до загуба на информация.

- При въвеждане на текст от клавиатура на GPS устройство, не се появява скрол на прозореца и клавиатурата скрива полетата за въвеждане, което затруднява въвеждането на данни в програмата.

- Добавянето на нови карти, като подложка изисква наличие на лицензиран софтуер – ArcGIS 10.0.

- При импорта на .sdf файл към РБД записаните формуляри нямат уникален идентификатор, чрез който програмата да разпознава когато формуляр е вече въведен в базата данни или постъпва за първи път. Програмата позволява въвеждане на повторни записи, което може да доведе до натрупване на грешна информация при интерпретацията на данните.

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

- При работа с карта, приложението не позволява свободно движение по картата а винаги се фиксира около актуалната GPS позиция, което затруднява работа на потребителите.

- При избор на видове обекти на мониторинг от дълъг списък, не може при вписване на последователни първа, втора или трета буква от името да излиза съответния вид от дългия списък.




ИАОС




- Приложението е разработено само за един тип операционна система – Windows Mobile версии 6.1 и 6.5, което ограничава приложението му от широк кръг потребители.

- Създадените снимки от GPS устройството не се смаляват автоматично, което затруднява импорта на формулярите в базата данни.

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

- При формуляри с много показатели, работата с приложението е изключително тромава и вероятността за пропуск е значителна.

-Съществува ограничение при въвеждане на еднакви имена на точки на наблюдение, маршрути или пробни площи, при което потребителя не може да редактира имената им през мобилното приложение.

- Бутоните за запис на формуляр и въвеждане на данните за някои параметри са еднакви по форма, което създава проблем при въвеждане на данните от потребителите.

- Мобилното приложение трябва да е достъпно само за регистрирани потребители на Интернет приложението на НСМБР. В зависимост от правата си потребителите на мобилното приложение са два основни типа:

Потребители въвеждащи данни за специализиран мониторинг към НСМБР – специалисти и експерти.

Потребители въвеждащи данни за наблюдения на видовете по биологични групи – широк кръг потребители – доброволци, студенти и физически лица.

В зависимост от техните права на достъп, съответните шаблони за въвеждане на данни ще бъдат достъпни за всеки един потребител. Ролята на всеки потребител се определя от администратора на ИС към НСМБР, чрез Административния панел на Интернет страницата на НСМБР или чрез Административния модул на десктоп приложението на Националната база данни (Biomon).

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

- При направена актуализация на шаблони от администратора на ИС към НСМБР, в интернет страницата на потребителите излиза съобщение за наличие на нова версия на шаблони.

- Данни в ИС на НСМБР от мобилни приложение могат да се въвеждат само от актуални версии на шаблоните.

- В случай че потребител е въвел данни в стара версия на шаблони, то съдържанието на тези шаблони може да се експортира в EXCEL или CSV файлов формат, както и в .SHP/GPX файлове за пространствените данни, и тези данни




ИАОС




допълнително да могат да се въведат чрез възможностите за въвеждане на информация от Интернет приложението, което трябва да е отбелязано на видно място.

- Шаблоните за двата типа потребители се създават от десктоп приложението на НБД към НСМБР, като всеки параметър може да бъде определен като полеви параметър (параметър които се събира на терен) или като неполеви параметър (параметър, които може да се въведе допълнително в базата данни чрез Интернет приложението).

Изисква се Изпълнителя да направи и създаде следните нови функции на мобилното приложение:

- Мобилното приложение да работи на смартфони с GPS приемник, както и на поддържаните до момента GPS устройства.

- Мобилното приложение да се сваля чрез профила на потребителя (системата автоматично да предлага подходяща версия според устройството за достъп) или от Google Play, Apple Store и подобни хранилища на производителите на операционни системи и смартфони, описани в офертата на кандидата

- Мобилното приложение трябва да запази основните елементи за въвеждане на шаблони съгласно структурата на шаблона създадена в НБД.

- Мобилното приложение да е разработено на мобилните операционни системи (ОС) – минимално на Windows Mobile 6.1, 6.5 и Android 4.2, като на ОС Android да може да работи на всички нови версии след версия 4.2 (при по-голям брой предложени операционни системи, кандидат изпълнителите получават предимство в оценяването на офертите). По отношение на опрецаионната система Android, мобилното приложение, трябва да може да работи със всички нови версии след 4.2, включително и най новите и влезнали в експлоатация системи за смартфони и таблети.

- Мобилното приложение трябва да работи на устройства от типа: GPS приемници, смартфони и таблети поддържащи посочените операционни системи.

- Процесът на инсталация на приложението да е лесен за потребителите, както и добавянето на шаблони към него.

- Заедно с шаблоните, потребителя на мобилното приложение да може да изтеглят и карти, които да се използват като подложка за ориентация на потребителя на терен.

- Да има възможност за изобразяване на сателитни карти от типа на Google Earth, Google maps, Bing maps, Оpen Street Мaps и т.н.

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

- При потребителите въвеждащи данни за специализиран мониторинг, при избор на „шаблони за данни“ заедно с празната форма за попълване на шаблоните, в мобилното приложение да се зареждат и списък със съществуващите в НБД маршрути, точки на наблюдение или пробни площи съобразно „избрания шаблон за данни „ на съответния вид или биологична група, като са ограничени съобразно




ИАОС




правата на потребителя. При потребители с права за въвеждане на данни за определена административна територия или географска област (РИОСВ, ДНП или ДПП) се появяват само тези точки, маршрути и пробни площи които са част от тяхната територия на отговорност.

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

- Потребителите на мобилното приложение да могат да създават нови точки на наблюдение, маршрути или пробни площи, като в зависимост от типа наблюдение се запазват съответните ограничения: едно име и географски координати при точкови наблюдения, минимум две имена и географски точки при маршрути, минимум 3 имена на точки и географски координати при пробна площ.

- Мобилното приложение, трябва да може автоматично да записва следата по която се движи наблюдателя, независимо от типа на наблюдение.

- Изпълнителят следва да създаде бутони за работа с приложението, които нямат двусмислени функции например бутон функция ОК и функция „Запомни“, които в настоящето приложение извършва два различни процеса на работа – записване на формуляр и одобрение при въвеждане на места и параметри на наблюдение.

- За всички въведени формуляри се изписват техните поредни номера на отваряне, като в зависимост от техния статус те са „записан“ или „незаписан“. Приложението трябва да позволява редактиране на записани формуляри, като може да се изключва и GPS сигнала на приемника при редакция на формуляри.

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

- При попълване на данни, всеки показател трябва да излиза в самостоятелен прозорец, при което при стартиране на клавиатурата тя да не скрива неговото съдържание.

- Наличие на одометър – при стартиране на картата на мобилното приложение да излиза информация за изминато разстояние в метри или километри, като мерната единица може да се промени от потребителя при настройки на приложението. По подразбиране приложението да е настроено на всеки 10 метра да записва и отбелязва позицията на наблюдателя на картата, като да може да се променя до 2 метра минимум и максимум до 10 000 метра.

- Всички записани формуляри да се записват в отделни файлови формати – за таблична информация – sdf, exel, за пространствена - .shp/gpx. Тези файлове да могат да се импортират, чрез профила на потребителя в Интернет приложението. Изпълнителят може да предложи за обсъждане и други файлови формати.




ИАОС




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

- Всички елементи на формуляра – имена на точки, маршрути, пробни площи, екип, данни от наблюденията да могат да се редактират, включително изтриват.

- Добавяне на снимки – да има бутон, чрез който да се активира камерата на устройствата. Снимките да постъпват автоматично в полевия формуляр, като те си променят размера, например до 200 КВ или до 2 МB на формуляр.

- Мобилното приложение трябва да е двуезично – на български и английски, като чрез бутон се превключват двата езика. По подразбиране да се инсталира Българският език. Като веднъж избран езика за работа да се изобразява всеки път без да се променя.

- Да се изписва в приложението броя на формулярите които могат да се записват в базата данни, като броят да намалява след всеки записан формуляр.

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

- Да могат да се записват точки на наблюдение, маршрути и пробни площи без да е избран полеви формуляр. След което този пространствен файл с атрибутна информация да е достъпен за въвеждане в базата данни чрез Интернет приложението с регистриран профил, чрез профила на потребителя. Администраторът на ИС да има възможност да проследява от кой потребител е въведена тази информация.

- При прикачване на снимки в случаите в които заедно със снимката постъпват данни за географското положение на снимките, те автоматично да се вписват в географската информация, като отделен идентифициран тип „географското положение на снимки“. Тези координати при нужда да могат да се редактират, както от профила на потребителя, така и от валидатора или администратора на ИС.

Тестове на Мобилното приложение

Изпълнителят следва да провежда регулярни тестове на мобилните приложения – (минимум 15 теста в рамките на един двумесечен отчетен период). Тестовете следва да се изпълняват от специалисти, които имат биологично образувание. Те трябва да следят за логическата свързаност на всеки един компонент и изпълняваните от него функции. Изпълнителят следва да отстранява всички установени грешки. За всеки тест се изготвя протокол. Всички установени грешки се документират, като се предлагат и решения за тяхното отстраняване.

II.5. Комуникация между приложениятаВ Националната база данни, в зависимост от настъпващите промени, ще се

създават нови шаблони, ще бъдат редактирани съществуващи шаблони (редактиране, добавяне или отпадане на групи показатели или параметри) или ще се актуализират




ИАОС




номенклатурите от типа защитени територии, защитени зони, държавни горски и ловни стопанства, населени места, гридове – UTM, ETRS89, водоеми и други. При актуализиране на номенклатури или промени в шаблоните на Интернет страницата на ИС на НСМБР с регистриран достъп, ще се качва в архив генериран от приложението на НБД съдържащ само новата информация и промените в структурата.

След което НБД, чрез WEB услуга ще изпраща съобщение до всяка РБД за наличието на нова версия. Съобщението ще съдържа номер на актуализацията, дата и линк към Интернет сайта с регистриран достъп. Всеки потребител ще се регистрира и ще влиза в своя профил в сайта за регистриран достъп. От своя профил, той ще може да си свали файла съдържащ промените, след което той ще се зарежда в РБД от потребителя. Регионалната база данни, няма да работи, докато не се инсталират новите промени в нея. До тогава РДБ няма да се отваря и ще се затваря автоматично.

Съдържане на съобщението: Налична е нова версия №....... към дата......... г., която е достъпна чрез https://…… Линк към Интернет сайт https://eea.government.bg/biomon

Схема на актуализация на номенклатури, шаблони и нова структура в РБД.

Изпращане на формуляри от РБД към НБД




НБД

РБД

Съобщение до РБД чрез WCS сервиз за наличие на нова версия на НБД

Интернет страница с регистриран достъп

http://ea.government.bg/

biomon

Export / Upload на нова версия

Download / Import

На новата версия в РБД

ИАОС




От РБД към НБД се изпращат само записани формуляри. От РБД се експортират един или много записани формуляри във формат xml или отделна „база данни“. След което тези формуляри се заключват докато не се одобрят от НБД и са със статут Изпратени формуляри.

Експортираната база данни или xml файл се качва (upload) на профила на потребителя в Интернет приложението за регистриран достъп. От там той се изтегля (download) и импортира в НБД, като формулярите постъпват в модул „Обмен“. Формулярите се преглеждат и одобряват. При установени грешки за всеки формуляр се записва бележка от валидатор която се връща на потребителя. При наличие на върнати формуляри, в профила на потребителя от НБД се качва xml файл или „база данни“ която се импортира в РБД и със съответните бележки в модул Редакция се отключват формулярите за редакция.

Схема на импорт експорт на формуляри между НБД и РБД

1.

Връзка с други информационни системи – ГИС сървъра и приложението да могат да обменят пространствени данни – първични и обработени с външни бази данни и информационни системи както в рамките на ИАОС – например регистъра на Защитените територии и защитените зони, така и с регистъра на вековните дървета, информационната система НАТУРА 2000 при МОСВ. Обемът на информация да се извършва чрез GIS WEB услуги валидни в OGS стандарта http://www.opengeospatial.org/standards .




РБДНБД

Интернет сайт с регистриран достъп

и профил на портебителя

Export / upload на формуляри .xml или .sdf

Export / upload на формуляри .xml или .sdf

Download / import на формуляри .xml или .sdf

Download / import на формуляри .xml или .sdf

ИАОС




Схема на работа на мобилното приложение.

Инсталация на приложение, пренос на шаблони, формуляри и карти

Тестване на комуникацията между компонентите на Информационната система:

Изпълнителят следва да провежда регулярни тестове на комуникацията между софтуерни продукти – (минимум 15 теста в рамките на един двумесечен отчетен период). Тестовете следва да се изпълняват от специалисти, които имат биологично образувание. Те трябва да следят за логическата свързаност на всеки един компонент и изпълняваните от него функции. Изпълнителят следва да отстранява всички установени грешки. За всеки тест се изготвя протокол. Всички установени грешки се документират, като се предлагат и решения за тяхното отстраняване.

III. Дейности и продукти, съпътстващи разработването на софтуера, предмет на обществената поръчка




Интернет приложение

Biomon Mobile

ИАОС




III.1. Ръководства за работа. Всеки компонент на информационната система, трябва да има подробно

ръководство за работа с приложението. То трябва да е част от приложението, като има възможност за сваляне в pdf формат. Минимално задължително съдържание:

- Инсталация на приложението- Въвеждане, редакция на данни;- Създаване на справки при работа с приложението.- Изпълнителят изготвя и ръководства за администриране на приложенията от администратора на Информационната система.- Програмният код на всяко приложение, трябва да е придружен от подробни указания за работата, съдържанието на приложението и опис на основните ключови моменти при неговото създаване.

III.2. Допълнителни изисквания към софтуерните продукти.

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

Изпълнителят предава на Възложителя всички програмни продукти: - Подробно описание на базата данни; - Описание на структурата на базата данни - таблици, описание на всички колони, първични и вторични ключове; - Описание на типовете данни и свързаност между таблиците. - Описанието на програмните продукти задължително е придружено от схема на базите данни или програмните продукти. - Изпълнителя предава и програмния код на всички софтуерни продукти, като той следва да е надлежно документиран с описание на ключовите моменти, логически връзки и софтуерни решения.

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

III.3. Информация и публичностВъв всички рекламни материали по проекта, като например разработената

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

Участникът следва да прилага изискванията, посочени в Ръководството за комуникация и дизайн за ФМ на ЕИП, както и изискванията към всички рекламни и




ИАОС




печатни материали – лого, постери, брошури и презентации, достъпни от следния уебсайт http://eeagrants.org/content/download/5253/51918/version/1/file/FMO-11-001_MaquetteCommunicationManuel.pdf . Допълнителна информация може да бъде намерена на интернет страницата на ФМ на ЕИП, достъпна на следният адрес: http://www.eeagrants.org;

III.4. Интелектуална собственостВсички доклади и данни, планове, спецификации, софтуер и бази данни

съгласно изисквания на Възложителя, придобити, събрани или подготвени от Участника при изпълнение на договора са изключителна собственост на Възложителя.

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

Всички резултати или права над тях, включително авторско право, софтуер включително изходните софтуерни кодове (source code) и други права на интелектуална или индустриална собственост, придобити при изпълнение на договора ще бъдат изключителна собственост на Възложителя.

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

Няма да се приема друго авторско право.

III.5. Допълнителни нефункционални изисквания

Информационна система следва да отговаря на следните допълнителни изисквания:

- Да позволява промени и обновяване на въведената информация и да поддържа история на всички промени, извършени в информационните масиви от данни. Допълнително следва да бъдат уточнени с възложителя и атрибутите от информационната система, за които следва да се поддържа история на промените;

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

- Да поддържа едновременна работа на множество потребители, чрез изграждането на защити при едновременна работа и промяна на данните от различни потребители;

- Да идентифицира потребителите за достъп до ресурсите и системните параметри;

- Да осигури директен достъп до базата данни единствено на техническите лица, отговорни за администрирането на системата;

- Да осигурява защита на системните ресурси;




http://www.eeagrants.org/

http://eeagrants.org/content/download/5253/51918/version/1/file/FMO-11-001_MaquetteCommunicationManuel.pdf

http://eeagrants.org/content/download/5253/51918/version/1/file/FMO-11-001_MaquetteCommunicationManuel.pdf

ИАОС




- Да визуализира съобщения за грешка при установяване на проблеми на системно ниво. При такива съобщения за грешка в системата съответните технически лица трябва да бъдат автоматично уведомени;

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

IV. Гаранционна поддръжка на ИС към НСМБР

Изпълнителят следва да предложи минимум 2 години поддръжка на подобрената информационна система. При предложен по-голям срок на поддръжка, кандидат изпълнителят получава предимство в оценяването на офертите.

Поддръжката на софтуерните продукти включва:

- Техническа поддръжка на всички базови софтуерни компоненти изграждащи описаните в техническата документация приложения (НБД, РБД, Интернет приложение и мобилно приложение)

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

- Изпълнителят следва да предложи срок за отстраняване на установените проблеми, които не може да бъде по-дълъг от 7 работни дни.

V. Обучение за работа с компонентите на Информационната система.

Изпълнителят следва да проведе минимум две обучения:

1. Обучение на служители на ИАОС, РИОСВ, ДНП и ДПП, партньори на ИАОС за работа с 4-те основни компонента на Информационната система – десктоп приложение на националната база данни, регионална база данни, интернет приложение, мобилно приложение (около 30 човека) – 2 дена.

2. Обучение за инсталиране, администриране на компонентите на ИС към НСМБР (на 5 човека) – 1 ден.

VI. Работен план и срокове на изпълнение

Срокът за изпълнение на обществената поръчка е 9 месеца, считано от датата на сключване на договор, но не по-късно от 30.11.2016 г.

Обществената поръчка приключва с внедряване на всички софтуерни компоненти описани в техническото задание и проведени обучения на експертите и служителите на ИАОС.




ИАОС




В хода на изпълнение на дейностите по обществената поръчка, участникът избран за изпълнител, следва да представи следните документи и софтуерни разработки:

1. Встъпителен доклад за напредъка на изпълнените дейности;2. Междинни доклади - Изпълнителят е длъжен на всеки втори месец от

внасянето на встъпителния доклад да предава на Възложителя доклад съдържащ информация за напредъка на дейностите по обществената поръчка. Доклада трябва да съдържа следната информация:

- Разработени софтуерни компоненти;- Разработени модули и подмодули;- Установени грешки и описание на всички трудности които са установени при

разработването на софтуерните продукти;- Тестова версия на разработените софтуерни продукти.- Доклад за тест на софтуерните продукти – включващ установените проблеми

и предложения и решения за тяхното отстраняване.3. Окончателен доклад на Изпълнителя – включва отчет за изпълнената

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

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

Всеки етап се остойностява от изпълнителя като се попълват данните във финансовата оферта.

Етапи Дейност СрокЕтап 1 Встъпителен доклад, съдържащ:

-План за изпълнение на дейностите.-Анализ на резултатите от проучването на състоянието, функционирането на съществуващата информационна система и нейните компоненти.-Предложения за оптимизация или подобряване на работата на софтуерните компоненти

До 1 месец от дата на сключване на договора.




ИАОС




Етап 2 1.Десктоп приложение на Национална база данни;

Минимум до 8 месеца от дата на сключване на договора

2.Десктоп приложение за Регионална база данни

Мининум 6 месеца;

3. Интернет приложение за публичен достъп Мининум 6 месеца;

4.Мобилно приложение Мининум 6 месеца;

5.Внедрена Информационна система с работещи 4 компонента – Национална база данни, Регионална база данни, Мобилно приложение, Интернет приложение. Приложени ръководства за работа и администриране на ИС.Изпълнителя изготвя окончателен доклад описващ разработените продукти.

Не по късно от 30.11.2016 г.

Етап 3 Обучения за работа със софтуерните компоненти на Информационната система.

До 1 месец преди крайният срок на изпълнение на поръчката

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

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




ИАОС




ТЕХНИЧЕСКА СПЕЦИФИКАЦИЯза обществена поръчка с предмет:


Обособена позиция № 2 „Създаване на модул за събиране на данни и оценка на риска от инвазивните чужди видове в България“

I. ОБЩА ИНФОРМАЦИЯ

I.1. ЦЕЛ НА ПОРЪЧКАТА

Настоящата техническа спецификация е неразделна част от документацията за участие в открита процедура по Закона за обществени поръчки (ЗОП) за възлагане на обществена поръчка за услуга с предмет „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, с две обособени позиции в рамките на проект: Подобряване на информационната система към Националната система за мониторинг на биологичното разнообразие (Improving the Bulgarian Biodiversity Information System) (IBBIS), финансиран чрез Финансовия механизъм на Европейското икономическо пространство 2009-2014г.

С цел изпълнение на националното законодателство и международните ангажименти на България във връзка с опазването на биологичното разнообразие, Изпълнителна агенция по околна среда (ИАОС) към Министерство на околната среда и водите (МОСВ) разработва и поддържа Национална система за мониторинг на биологичното разнообразие (НСМБР), която има за цел да осигурява дългосрочно и систематично наблюдение на уникалната флора, микота и фауна на България. Тази цел се осъществява, от една страна, чрез целенасочени и дългосрочни наблюдения на елементите на биологичното разнообразие, съпроводени със събиране, обработка, съхранение и пренос на данни, а от друга страна – чрез система за оценка и анализ на въздействията върху биологичното разнообразие, неговото състояние и мерките, които се предприемат за предотвратяване на загубата му. НСМБР е основен инструмент в помощ при вземане на управленски решения, имащи отношение към опазването на биологичното разнообразие в България на национално ниво, като




ИАОС




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

Общо 945 вида и природни местообитания са обект на мониторинг, определени като представителни за оценка на състоянието на биологичното разнообразие. Видовете, определени за мониторинг, включват както редки, така и широко разпространени видове в България.

В рамките на НСМБР са разработени схеми за мониторинг на избрани животински, растителни и гъбни видове, включващи методики за мониторинг и места, на които да бъдат провеждани наблюденията. Използването на унифицирани методики за набиране на данни за биологични видове на национално ниво е от ключово значение за адекватната оценка на състоянието им.

Към НСМБР е разработена информационна система – специализиран софтуер за съхраняване и обработване на събраната информация. Основната цел на Информационната система е да се поддържа пълна и достоверна информация от полевия мониторинг за разпространението, числеността и състоянието на гъбните, растителните и животинските организми, както и за природните местообитания, които формират богатото биоразнообразие в България.

Понастоящем като обекти за мониторинг в НСМБР са включени предимно местни видове, с изключение на два инвазивни вида миди (Dreissena polymorpha и Corbicula fluminea) и един чужд вид водна костенурка (Chrysemys scripta elegans). В рамките на проект “Теренни проучвания на разпространение на видове / оценка на състоянието на видове и хабитати на територията на цялата страна – I фаза” за тези три вида са разработени методики за мониторинг и оценка на състоянието на популациите. Мониторингът на инвазивните видове обаче има съвсем други цели от този на останалите видове. При него от съществено значение е дали видът е навлязъл и се е заселил в нови територии, дали е успял да се установи и да образува възпроизвеждащи се, стабилни популации и дали оказва отрицателно въздействие върху местните видове и функционирането на екосистемите. В НСМБР и специализирания софтуер към нея липсва модул, където да се събират целенасочено данни за инвазивните чужди видове в България, както и функции, които да позволяват анализиране на събраните данни по отношение на пътищата за навлизане, разпространението, установяването и въздействието на инвазивните чужди видове.

Регламент (ЕС) № 1143/2014 на Европейския парламент и на Съвета от 22 октомври 2014 г. относно предотвратяването и управлението на въвеждането и разпространението на инвазивните чужди видове, който е в сила от 1 януари 2015 г., поставя строги изисквания към страните членки, по отношение на превенцията и контрола на инвазивните чужди видове, включително оценка на риска, провеждането на мониторинг, ранно откриване и бързо унищожаване, разработване на планове за действие относно пътищата за разпространение, управление на вече установените видове и др.

I.2. ТЕКУЩО СЪСТОЯНИЕ




ИАОС




Съществуващата Информационна система е разработена в рамките на проект BG0052 „Разработване на Информационна система към Националната система за мониторинг на биологичното разнообразие в България“ финансиран чрез Финансовия механизъм на Европейското икономическо пространство 2004-2009 г.

Тя представлява единна информационна система съставена от пет компонента:

I.2.1. Национална база данни (HБД) – Biomon – разработена на Oracle Standard Edition 11g, свързана с ГИС сървър – ArcGIS server 10.0. Десктоп приложението на Националната база данни е основният компонент, в който се създават шаблони, администрира се достъпа на потребителите до системата чрез генериране на лицензи, права и административни територии, публикуват се карти за двете приложения за публичен и регистриран достъп, създават се и се актуализират административни номенклатури за населени места, общини, области, държавни горски и ловни стопанства, защитени територии, защитени зони, Рамсарски места, гридове, водоеми, местообитания и други географски обекти. Извършва се създаване, актуализиране на номенклатури, имена и синоними на биологични видове от царства гъби, растения и животни, както и природни местообитания. При промяна или създаване на нови номенклатури или шаблони, от приложението се стартира процес на обновяване, като новите типове данни се достъпват от Регионалните бази данни чрез процес на синхронизация на базите данни, чрез WCF услуга на ГИС сървъра.

Данните от проведен мониторинг на биологичното разнообразие постъпват в Националната база данни и се одобряват от администратора на системата. От десктоп приложението на Националната база данни може да се връщат формуляри за редакция, да се преглеждат и да се одобряват. Основни инструменти са Извеждане на данни за пространствен анализ в .SHP файл; Справки по параметри на наблюдение и експорт на данни в Excel; експорт на формуляри в MS Word. Също така това е компонента, който обменя данни с Регистъра на защитените територии и защитените зони администриран в ИАОС, както и с базата данни на Българското дружество за защита на птиците.

Десктоп приложението на Националната база данни е разработено на технологичната платформа Microsoft .NET Framework 4 .

I.2.2. Регионална база данни (PБД) – BiomonRDB. Това е десктоп приложение предназначено за въвеждане на първични данни от

проведен специализиран мониторинг на обекти на биологичното разнообразие към НСМБР. Регионалната база данни е изградена на SQL Compact Explorer 3.5 с обем до 255 МВ. По отношение на структурата на базата данни тя е копие на Националната база данни, като при наличие на промяна в централната база данни при стартирането на РБД се извършва процес на синхронизация на табличните данни. РБД е свързана с НБД чрез Интернет посредством WCF услуга.




ИАОС




Десктоп приложението може да работи и без активна интернет връзка, като тя е нужна само, за да се извърши двустранен обмен на данни от и към Националната База данни.

Достъпът до РБД се осъществява чрез лицензен файл, които се генерира от НБД. В един лиценз се съдържат следните типове данни – номер на лиценза, име на потребителя, Административни и териториални права на структурите към МОСВ и МЗХ в частност Дирекциите на природни паркове, списък с шаблони за попълване на първични данни. Чрез лиценза от НБД могат да се изпращат и шаблони въведени от други потребители, но на територия на отговорност на съответния потребител.Регионалната база е разработена за компютри с 32 и 64 бита, на операционни системи Windows XP, 7 и 8.

Към момента са налични 70 регионални потребителя, съответно 70 РБД, с попълнени първични данни. Повечето данни са изпратени и одобрени в НБД.Регионалната база данни е свързана с мобилното приложение, като от модул Обмен се избират до 3 шаблона, които генерират мобилна база данни в SDF формат, която се внася в Мобилното приложение. Съответно, след теренната работа въведените полеви формуляри от мобилното приложение се импортират отново чрез копие на SDF файл в регионалната база данни.

I.2.3. Мобилно приложение – Biomon MobileМобилното приложение Biomon Mobile е предназначено за въвеждане данни на терен чрез GPS устройства работещи на операционни системи Windows mobile 5, 6.1 и 6,5. Чрез него се създават и попълват полеви формуляри, които са от тип точково наблюдение, маршрути и пробни площи – полигони. Мобилното приложение е изградено, чрез софтуера SDK. Приложението позволява подмяна на карти, които се създават чрез инструмента ArcGIS Mobile на ArcGIS Desktop 10.0. Данните от полевите измервания се записват в база данни SDF. Приложението приема до 3 типа шаблони, и общо до 30 попълнени полеви формуляри. Основен компонент на приложението е изобразяване на позицията на наблюдателя на подложка, която може да съдържа векторни и растерни слоеве. Въведените полеви формуляри, чрез копиране и импортиране на SDF базата данни се прочитат от Регионалната база данни.

I.2.4. Интернет приложение за регистриран достъп

Това е специализирано приложение за въвеждане на данни от проведен мониторинг на обекти към НСМБР. Достъпът се осигурява чрез потребителско име и парола, които се създават от администратора на НБД. Интернет приложението е разработено чрез ArcGIS Server 10.0 и Microsoft Silverlight 4. При стартиране на Интернет сайта е необходима и инсталация на SSL сертификат на браузъра.

Основните функции на интернет приложението са: Въвеждане на данни, изобразяване на въведени данни, Въвеждане и изобразяване на данни от литературни




ИАОС




източници за растения, гъби и животни от регистъра на видовете. Изобразяване на данни от НАТУРА2000 базата данни от 2007 г.

I.2.5. Интернет приложение за публичен достъпИнтернет приложението за публичен достъп, изобразява информация, която се публикува от ИАОС за разпространението и състоянието на видовете. Към настоящия момент то не съдържа подробна информация за видовете, а само тестови и примерни пространствени слоеве и данни. Информацията се публикува чрез приложението на Националната база данни, като всеки пространствен слой се свързва с вид от Регистъра с видове. Интернет приложението е разработено, чрез ArcGIS Server 10.0 и Microsoft Silverlight 4. При стартиране на Интернет сайта е необходима и инсталация на SSL сертификат на браузъра.

Схема № 1 Поток на информация в съществуващата информационна система към НСМБР.

http://eea.government.bg/biomon http://eea.government.bg/biomonpublic/




НБД - BiomonORACLE 11g DB

РБДnBiomonRDB SQL CE 3.5WCF WEB service

ArcGIS server10.0

BioMon Mobile

Интернет сайт за специализиран мониторинг

Интернет сайт за публичен достъп

ИС на БДЗПРегистър на ЗТ и

ЗЗНАТУРА 2000

ИАОС




Информация за разработената Информационна система, може да бъде намерена на Интернет страницата на ИАОС - http://eea.government.bg/bg/bio/nsmbr/project-bg0052

I.3. Хардуер и софтуер Към настоящия момент съществува следната хардуерна и софтуерна

обезпеченостНационална база данни:База данни: ORACLE Standard Edition 11gГИС сървър: ArcGIS server 10.0Програмен език: Microsoft .Net Framework 4Системен софтуер: Windows server 2008RAM памет: 10 GBТвърд диск: 320 GBНационалната база данни работи на виртуална машина управлявана от

системен софтуер за виртуализация VMware vSphere 5 Essentials Plus.На тази машина са инсталирани GIS server и двете интернет приложения за

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

данни чрез GIS WEB услуги на OGC Стандарта, като позволява четене на пространствени данни от други геобази данни и външни на системата ГИС сървърни приложения.

Изисква се новата система да гарантира четене, генериране на справки, експорт на данни в геобази (например GDB), MS Word, MS Excel и MS Access от настоящата база данни, включително данни от тип BLOB.

Новата система да гарантира пълна функционалност, която има сегашната система.

I.4. ПРАВНА РАМКАИнформационната система към НСМБР е разработена в съответствие с

изискванията на чл.115 от закона за биологичното разнообразие и Наредба № 2 за условията и реда за създаването и функционирането на Националната система за мониторинг на състоянието на биологичното разнообразие.

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

При изпълнението на поръчката Участникът трябва да се съобрази с изискванията на следните директиви и нормативни актове за биологичното разнообразие, защитени територии и защитени зони:




ИАОС




• Директива на съвета 92/43/ЕИО от 21.05.1992 за запазването на природните местообитания и на дивата флора и фауна• Директива 2009/147/ЕО на европейския парламент и на съвета от 30 ноември 2009 година относно опазването на дивите птици• Директива 2007/2/EО на Европейският парламент и на съвета от 14 март 2007 година за създаване на инфраструктура за пространствена информация в Европейската общност (INSPIRE)• Закон за биологичното разнообразие ДВ. бр.61 от 11 Август 2015г.• Закон за защитените територии ДВ. Бр.61 от 11 август 2015г.• Наредба № 2 за условията и реда за създаването и функционирането на Националната система за мониторинг на състоянието на биологичното разнообразие.

II. ОБЩИ ТЕХНИЧЕСКИ ИЗИСКВАНИЯ КЪМ РАЗРАБОТВАНЕТО НА СОФТУЕРА, ПРЕДМЕТ НА ПОРЪЧКАТА

II.1. Основни задачи и дейности които трябва да се изпълнят – общи изисквания към продукта

Изпълнителят следва да разработи следните софтуерни приложения:

1. Актуализация актуализация на десктоп приложението на Националната база данни (НБД): трябва да се създадат на връзки между Интернет приложението за инвазивни чужди видове и десктоп приложението на НБД, модул Шаблони, както и връзка между Интернет приложението на ИЧВ и Регистъра на видове и природни местообитания в десктоп приложението на НБД.

2. Модул за Инвацивни чужди видове:

Модулът за инвазивните чужди видове (ИЧВ), който Изпълнителят трябва да изработи, представлява Интернет приложение, което има следната структура:

1) Публичен интернет сайт - да предоставя публична информация за разпространението и влиянието на инвазивните чужди видове върху биоразнообразието в България.

2) Модул за мониторинг на инвазивните чужди видове (регистриран достъп). Въвеждане на първични данни от мониторинг, справки и анализ на данните за състоянието и въздействието на ИЧВ.

3) Мобилно приложение за въвеждане на данни на терен.4) Модул за оценка на риска на инвазивните чужди видове (регистриран достъп).5) Административен модул за управление на потребителите и връзките между

базите данни.6) Връзка с бази данни или приложения – ESENIAS, Регистър на Защитените

територии (ЗТ) и Защитените зони (ЗЗ).7) Модулът и разработената база данни, трябва да отговарят на изискванията и

стандартите за съдържание и структурата на базата данни, съгласно 105




ИАОС




изискванията на Biodiversity Information Standards (TDWG) и включително стандартите Darwin core, което ще позволи да се създадат технологични възможности за обмена на първични данни и номенклатури (таксономична информация) с международни бази данни за биологично разнообразие – GBIF, BISE.

Схема № 2 Структура и връзки на модула за инвазивни чужди видове (ИЧВ):

1.Публичен интернет сайт

II.2. Изисквания и характеристики на дейностите, които ще се изпълняват – функционални и технически изисквания към различните модули.

II.2.1. Описание, функционални и технически изисквания към публичния интернет сайт

II.2.1.1. ДизайнГрафичната концепция да бъде съобразена с наличните подсистеми в

цялостния интернет сайт на Възложителя (http://eea.government.bg/bg/bio/nsmbr) като може да се правят модификации на детайли в нея. Интернет приложението трябва да е




Оценка на риска – регистриран

достъп

Публичен интернет сайт

Национална база данни към НСМБР

ESENIAS

Административен модул

Регистър на ЗТ и ЗЗ

Мониторинг на ИЧВ – регистриран

достъп

ГИС Сървър

http://biodiversity.europa.eu/

http://www.gbif.org/

http://www.tdwg.org/standards/

ИАОС




разработено чрез Система за Управление на Съдържанието (Content management application - CMA), която да свързана с Централната база данни и ГИС сървъра към Информационната Система НСМБР. СМА може да бъде например PLONE или еквивалента система.

II.2.1.2. Функционалност на интернет сайтаСайтът да бъде реализиран като динамично уеб приложение, което е част от

модула за инвазивните чужди видове, включващо например:

Начална страница/ Home page – Страница, предлагаща бърз достъп до различни части от портала чрез модули

(публичен и модули с регистриран достъп).

Рубрики

Обща информация за инвазивните чужди видове/ General information about the invasive alien species (IAS)

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

информация;- Възможност за актуализиране/ промяна на информацията и броя на страниците.

Новини и предстоящи събития/ News and upcoming events- Рубриката ще предоставя актуална информация за предстоящи или минали

събития;- Възможност да се въвеждат, редактират и изтриват новини, които да се

визуализират на две нива – първо ниво (на началната страница), съдържащо име, кратък текст и снимка, и второ ниво, съдържащо име, текст, снимки.

Чуждите видове в България/ Alien species in Bulgaria- Рубриката ще предоставя списък и информация за чуждите видове в България;- Информацията да се визуализира на две нива:

o Динамичен списък/ Dynamic list-Към момента списъкът включва около 500 вида - списъкът ще се поддържа и

генерира от Регистъра на видове и природни местообитания към Националната база данни на Биологичното разнообразие.

Като за всеки инвазивен вид да съдържа следната примерна информация:- Научно име/ Scientific name;- Българско име/ Common name;- Таксономична група/ Taxonomic group;- Местообитание/ Habitat.- Синоними.




ИАОС




- Възможност/ форма за търсене на видовете по име, принадлежност към таксономична група и местообитание

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

описана подробно в следващата рубрика.

o Информация за всеки вид/ Information about the speciesВ Интернет приложението трябва да може да се създават, редактират различни

параметри, като текст, числови данни, снимки, карти, връзка с WEB карти – Google Earth, Open Street map.

- Да съдържа следната примерна информация:- Научно име/ Scientific name;- Синоними/ Synonyms;- Систематика/ Taxonomy (напр. Kingdom/ Phylum/ Class/ Order/ Family);- Таксономична група/ Taxonomic group;- Българско име/ Bulgarian name;- Име на английски/ English name;- Местообитание/ Habitat;- Статус на вида в България /Species status in Bulgaria (alien, translocated);- Произход/ Native range/ Origin;- Дата (година) на първо намиране/ интродуциране в България/ Date (year) of first

record/ introduction in Bulgaria;- Място на първо намиране/ въвеждане в България/ Location of first record/

introduction in Bulgaria;- Пътища на въвеждане в България/ Pathways of introduction in Bulgaria;- Установяване в България/ Naturalization in Bulgaria;- Инвазивност в България/ Invasiveness in Bulgaria;- Кратко описание на вида (морфология, биология, екология)/ Short description of

the species: morphology, biology, ecology;- Разпространение в България/ Distribution in Bulgaria – карта и текст;- Въздействие на вида/ Impact;- Мерки да борба с ИЧВ- Снимки/ Gallery;- Източници на информация, литература/ Data Source, References, Links- Автор/и/ Author/s;

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




ИАОС




- Възможност за добавяне, редактиране и премахване на информация - Възможност за избор от падащи менюта.

Мониторинг на инвазивните чужди видове/ IAS monitoring– Рубриката ще предоставя кратка информация за целите на мониторинга на

инвазивните чужди видове и:- Списък на разработените методики по групи организми

o Методики за мониторинг като pdf файловеo Методики за анализ на данните като pdf файлове

- Възможност/ форма за търсене, например по принадлежност към таксономична група и местообитание

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

Оценка на риска/ Risk assessment– Рубриката ще предоставя кратка информация за целите на оценката на риска на

чуждите видове и списъци на:– Протоколи за оценка на риска със съответните указания по групи организми като

pdf файлове;– Готови попълнени протоколи за оценени видове като pdf файлове;– Списъците могат да бъдат реализирани като подрубрики– Възможност/ форма за търсене например по принадлежност към таксономична

група и местообитание– Възможност за добавяне, редактиране и премахване на информация (текст,

таблици, снимки и др.).

Форма за обратна връзка - Ще дава възможност за получаване на данни за намиране на чужди видове от

природолюбител, студенти, ученици и др.

Контакти/ Contacts- Координати за контакт с Администратора на ИС на НСМБР- Списък на експерти по групи, които валидират постъпилите данни от

мониторинга/ List of experts for data validation on each IAS group.

Връзки/ Links- Рубриката ще предоставя списък на интернет адреси към други източници

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

Общи изисквания, по отношение функционалността на сайта:




ИАОС




Да се представи действащ прототип с допълнения на графичната концепция и функционалността на сайта в минимум два варианта – в срок до три месеца.

Да има възможност да се добавят нови рубрики, редактират и изключват при необходимост.

Всички посочени по-горе части да са реализирани като динамични html страници.

Наличната информация, въвеждана в модулите за регистриран достъп, да се взема автоматично от базата данни на подсистемата за инвазивните чужди видове.

II.2.1.3. Технически изисквания към публичния интернет сайт

Интернет сайтът да е двуезичен – на български и английски език.

Технически изисквания към картите – векторни, растерни слоеве на България с възможност за включване на сателитни снимки например от Google Earth, Оpen Street Maps.

Основни функции на картата – увеличение и намаление на картата (zoom in, zoon out), движение по картата, изобразяване на географски координати и надморски височини, легенди, добавяне, сваляне и актуализиране на слоевете за инвазивните чужди видове. Публикуване на основните номенклатури – РИОСВ, ЗТ и ЗЗ, населени места, общини, области, басейнови дирекции, държавни горски и ловни стопанства, гридове и т.н. С възможности за актуализация на слоевете. Картите се поддържат в базата на ИС на НСМБР.

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

Други технически изискванияДа може да се използва базата данни ORACLE 11 g на ИАОС, както и наличния

ГИС сървър. Изпълнителят може да предложи и други софтуерни компоненти, но трябва да осигури пълни права за ползването на софтуера, както и необходимия нов хардуер, без необходимост от влагане на допълнителни финансови средства от Възложителя. Те подлежат на разглеждане и одобрение от страна на Възложителя.

Да могат да бъдат ползвани също така наличните Система за управление на съдържанието Plone 4.3 или сървър за уеб приложения Apache Tomcat или еквивалентни софтуерни продукти (продукти, осигуряващи възможнoст за поддържане на УЕБ функции, трансфер на данни в хипертекст през протокол http, включително масиви географски данни, създаване и администриране на Интернет страници, актуализация на съдържанието). Да има брояч на посещенията, брояч на страниците и видовете, брояч на направените в Интернет сайта търсения по ключови думи или чрез подробно търсене.




ИАОС




Да бъде осигурена съвместимост с последните версии на по-разпространените браузъри (MS Internet Explorer – версия 11, Mozilla Firefox, Google Chrome).

Да се използва съществуващата структура на базата данни (като номенклатурни таблици и масиви с данни), като се доразвие с нова такава при необходимост. Описанието на базата данни с бъде предоставено на изпълнителя. Изпълнителя може да предлага промени, но те следва да се одобрят от Възложителя.

Дизайнът на уеб приложенията трябва да бъде идентичен с този на съществуващите приложения в ИАОС, чийто изходен код (сорс код) и допълнителни файлове ще бъдат предоставени на изпълнителя.

Приложението при импорт на снимки, ако са с размери и обем над допустимото (например 2 МВ на формуляр или 200 KB на снимка), да ги преобразува в по малък размер, като това се отразява минимално на качеството на изображението, като позволява следните формати: jpeg, png, tiff и други еквивалентни растерни формати.

II.2.2. Описание, функционални и технически изисквания към модула за мониторинг на инвазивните чужди видове (регистриран достъп)

II.2.2.1. Описание и функционални изисквания към модула

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

По проекта ще бъдат разработени 2 типа методики за избрани чужди видове/ група видове:

Методики за мониторинг и Методики за оценка на състоянието и въздействието на чуждите видове.

Методиките за мониторинг ще съдържат следните компоненти: описание на обекта/ обектите; параметри на наблюдение; описание на методите за наблюдение/ събиране на данни на терен и отчитане на избраните параметри; периодичност на наблюдение; образец на полеви формуляр за събиране на първични данни за обекта; необходимо техническо оборудване; и правила за безопасност при теренната работа.

Методиките ще бъдат разработени от Възложителя и предоставени на Изпълнителя при разработването на приложението. В рамките на разработените методики за мониторинг ще се създадат и полеви формуляри и електронни формуляри, чието съдържание ще бъде сходно с разработените в рамките на проект “Теренни проучвания на разпространение на видове / оценка на състоянието на видове и хабитати на територията на цялата страна – I фаза” (http://eea.government.bg/bg/bio/opos/activities-results).

В рамките на десктоп приложението на Националната база данни, се създават в електронни формуляри в модул “Шаблони”, които след попълване с данни в базата данни се




ИАОС




наричат формуляри. Създадените Шаблони, в зависимост от правата на потребителя се изобразяват в Интернет приложението заМодул „Шаблони“: Основната функция на модула е създаване, редактиране на „шаблони за данни“ и „шаблони за анализ“. Модулът е съставен от следните основни функции и компоненти Подмодул „Шаблони за данни“„Шаблоните за данни“ са празни електронни формуляри съставени съгласно методиките за мониторинг на биологичното разнообразие и съответните им полеви формуляри на обектите на мониторинг публикувани на интернет страниците: http://eea.government.bg/bg/bio/nsmbr/practical-guidance, както и http://eea.government.bg/bg/bio/opos/activities-results за биологичните групи: безгръбначни животни, гъби, мъхове, висши растения, риби, земноводни, влечуги, птици и бозайници. Основните функции на подмодула „Шаблони за данни“:

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

Създаване на списък с видове или биологични групи. Видовете се избират от Регистъра на видове и природни местообитания, който е част от НБД.

Създаване на Групи показатели. Това са йерархично подредени параметри за наблюдение, които според своя тип се подреждат от администратора в съответни групи показатели. Групите показатели могат да съдържат едноредови или многоредови показатели, също така са полеви - попълват се чрез мобилното приложение Biomon Mobile или неполеви – попълват се в десктоп приложенията – в Регионалната или в Националната база данни. Към всяка група показатели, се въвеждат параметри за наблюдение, които са от следните типове данни: Текст – до 50 символа; Многоредов текст до 2000 символа;Номенклатура – в момента тя се създава във файлов формат .bfd (създава се от администратора на базата данни); Йерархия в момента се създава във файлов формат – ftd (създава се от администратора на базата данни); Наблюдавани обекти – списък с видове, които се избират от регистъра на видовете от Националната база данни;Географски координати – географска дължина и географска ширина, като във формулярите има ограничение до най далечните сухоземни точки на България; Дата – ден, месец и година; Файл – прикачване на снимки като тук ограничението е до 2 MB за един попълнен формуляр. Число – цяло число, дробно число;Формат за снимки – jpеg, png, tiff и други еквивалентни растерни формати.- За всеки показател се указва дали е задължителен или незадължителен за попълване и може да се променя името му. - Да се създаде възможност за редакция на шаблони за данни и шаблони за анализ през десктоп приложението на всички съществуващи типове данни и параметри.

- Активиране и деактивиране на шаблони. Активните шаблони ще бъдат видими и достъпни до потребителите с права за въвеждане на данни, търсене или




http://eea.government.bg/bg/bio/nsmbr/practical-guidance

ИАОС




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

- Възможност за насочване на шаблони (изобразяване на шаблони) към определени Интернет приложения, например, част от шаблоните да са достъпни само за потребители на Интернет приложението за биологичното разнообразие с регистриран и публичен достъп или към Интернет приложението за инвазивни чужди видове.

- Създаване на възможност за определянето на полеви и не полевите параметри. Полеви параметри се изобразяват в полевите формуляри на мобилното приложение, докато не полевите параметри се попълват само чрез десктоп приложението на регионалната база данни или Интернет приложението. Определянето на типа параметри да се отнася както за цяла група параметри, така и за всеки отделен параметър.

- При създаване на шаблони за данни, в зависимост от методиките за мониторинг, шаблоните могат да се попълват за: точкови наблюдения (едно място на мониторинг), маршрут (поредица от точки с минимално две точки на наблюдение, които го описват), пробна площ (минимум три точки на наблюдение, между които се затваря изследваната площ). При създаването на шаблон - да има възможност за избор на една, две или на трите от тези възможности за провеждане на мониторинг.

- Да няма ограничения в броя на създадените шаблони за данни и шаблони за анализ.

Основните функции и изисквания към подмодул „Шаблони за анализ“ са:

- Да се интегрира статистически софтуер (например SPSS или еквивалентни продукти) при изпълнението на статистически функции – сбор, средно, минимум, максимум, стандартно отклонение към параметрите от тип „Число“ и „Дробно число“, както и основните статистически методи и изчисления от дескриптивната статистика. При възможност да се интегрират тези функции при създаване на шаблон за данни, като към всеки параметър от този числов тип, администраторът на системата да може да посочва каква статистическа функция на съответния параметър следва да се изпълни.

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

- При създаване на „шаблони за анализ“ ( шаблон за оценка на риска), да се посочват параметри от шаблоните за данни, които да постъпват в тях. По тези параметри да може да се правят справки за определен период от време,




ИАОС




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

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

- Шаблоните за оценка на риска (анализ) да се изобразяват във всички модули на десктоп приложението компонент „Регистъра на формулярите“, „Търсене“, „Справки“, „Администевен модул“.

- При създаване на „шаблони за данни“ и „шаблони за анализ“ (оценка на риска), да се добавят като типове данни всички типове данни които се възприемат от ORACLE базата данни. Да се добави и възможност за активиране и деактивиране на полета чрез чек бокс при въвеждане на данни от полевите формуляри.

- При определяне на полета от тип параметри географски координати да се добави към ограничението и територията на Изключителната икономическа Зона на България в Черно море, както и проверка по цялата държавна граница на България.

- Към настоящия момент в рамките на Националната база данни са създадени 92 шаблона за въвеждане на първични данни. Приложението трябва да предоставя възможност за създаване на допълнителни минимум 50 електронни шаблона –( формуляра ) - предложените образци на полевите формуляри по проекта за всеки чужд вид/ група видове да бъдат създадени в електронен вид, които да дават възможност за въвеждане на данни от регистрирани потребители и възможност за валидиране на въведените данни от независими експерти. Примерни електронни формуляри могат да се видят на посочения по-горе адрес. Електронните формуляри ще бъдат сходни и повечето от тях ще се различават само по 1-5 полета.

- Картираните данни от различните източници да могат да се визуализират както заедно, така и по отделно – да могат да се включват (показват) и изключват (скриват) от легендата.

- Модулът „Шаблони“ да предоставя възможност за визуализиране на данните за даден вид по годината (период от време) на тяхното намиране.

Таблица № 1. Примерен електронен шаблон за въвеждане на данни за чужди видове

No.

Електронен шаблон за разпространение на чужди видове по литературни източници и налични бази данни

1 Таксономична група/ Taxonomic group2 Научно име/ Scientific name Имената на ИЧВ се взимат от

Регистъра на видове и природни местообитания.

3 Име, под което е публикуван видът/ Published name




ИАОС




4 Дата/ година на установяване/ Date of finding5 Място на установяване/ Place of finding6 Географски координати/ Geographic coordinates7 Надморска височина/ Altitude8 Численост/ Abundance9 Тип на източника на информация/ Type of data

source– задава се от падащо меню

1. В случай на литературен източник/ публикация/ In the case of scientific publications1.1. Автор/и/ Author/s1.2. Година на публикуване/ Year of publishing1.3 Име на публикацията в оригинал/ Title (in original language)1.4. Име на публикацията на английски/ немски/ френски език (както е дадено в абстракта)/ Title (in English, German, French – the same as in summary)1.5 Пълно библиографско описание/ Full referenceWebsite/ Link2. В случай на доклад/ In the case of scientific report2.1. ...3. В случай на база данни/ In the case of available database3.1.....4. В случай на музейни колекции и хербарии/ In the case of museum collections and herbaria4.1.....

Модулът да предоставя възможност за публикуване, търсене по вид или биологична група инвазивни чужди видове, търсене по находище и за период и възможност за справки (export) в excel на данни от мониторинга в „шаблони за данни“ и „шаблони за анализ (оценка на риска)“, които могат да са съставени съгласно изискванията за нуждите на докладване на данни по приоритетни потоци към ЕАОС и ЕК.

Данните от мониторинга и литературните данни ще се вземат от създадените електронни формуляри (виж по-горе Методики за мониторинг).




ИАОС




Методиките за оценка на състоянието и въздействието на чуждите видове имат за цел да се анализират събраните данни от мониторинга. Методиките ще включват следните компоненти:

Подробно описание на параметрите за оценка на състоянието и въздействието, техните имена и мерни единици и обосновка на техния избор;

Описание на начина за изчисление/ определяне на всеки параметър за оценка на състоянието и въздействието, т.е. кои параметри на наблюдение се използват и по какъв начин се включват в него.Методиките ще бъдат разработени от Възложителя съвместно с партньора по

проекта. При разработването им ще се вземат предвид и методиките, разработени в рамките на проект „Теренни проучвания на разпространение на видове / оценка на състоянието на видове и хабитати на територията на цялата страна – I фаза“(http://eea.government.bg/bg/bio/opos/activities-results) .

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

МS Word, Exel.

При актуализация на десктоп приложението на Националната база данни (НБД) трябва да се създадат на връзки между Интернет приложението за инвазивни чужди видове и десктоп приложението на НБД, модул Шаблони, както и връзка между Интернет приложението на ИЧВ и Регистъра на видове и природни местообитания в десктоп приложението на НБД.

II.2.2.2. Мобилно приложение – Biomon MobileМобилното приложение Biomon mobile е предназначено за събиране на данни на

терен, при провеждане на специализиран мониторинг или наблюдения от широк кръг потребители – доброволци, студенти и т.н.

Това е GPS/GIS базирано приложение с база данни, разполагащо с възможност за изобразяване на GPS данни – позиция в пространството в съответните географска ширина и дължина, записване на маршрут, изобразяване на точността на позицията на наблюдателя, записване в базата данни на точната локация на наблюдаваните обекти и параметри на наблюдение, които са част от полевия формуляр.

Текущо състояниеПълна информация за начина на работа на настоящето мобилното приложение

може да бъде намерена на интернет страницата с адрес:

http :// eea . government . bg / bg / bio / nsmbr / inf - system / mobilno - prilozhieniie - biomon - mobile

Приложението е разработено на основа ArcGIS SDK на ESRI като за база данни се използва разширение .sdf. Мобилното приложение е разработено за операционни системи Windows Mobile 5.0, 6.1 и 6.5

Основни функции. 116




ИАОС




Мобилното приложение приема шаблони експортирани от десктоп приложението на Регионална база данни (Biomon RDB), като могат да се въвеждат до три различни шаблона в празна база данни с разширение .sdf, която се импортира в приложението Biomon mobile. След въвеждане на данните при теренните наблюдения .sdf файла се прочита от модул Обмен на PБД, като само записаните формуляри се изобразяват в десктоп приложението.

При първоначалната инсталация, картната подложка се създава от MXD проект, които чрез инструмента ArcGIS Mobile на десктоп приложение ArcGIS 10.0 позволява тя да бъде редактирана и обновявана с допълнителни слоеве и векторни и растерни изображения.

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

За всички шаблони в мобилното приложение задължителни елемeнти за изобразяване са:

- Дата на наблюдение – дата на наблюдение да се попълва от сигнала на GPS приемника.

- Място (точка) на наблюдение / маршрути/ пробни площи;- Тип наблюдение – точково, маршрут или пробна площ – ако това поле не е

избрано от наблюдателя, по подразбиране се приема точково наблюдение.- Въвеждане на географски координати.- Име на наблюдател – името на наблюдателя постъпва от профила на потребителя

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

- Списък с видове към даден шаблон за биологичните групи – насекоми (бръмбари, пеперуди, ципокрили,); мекотели (миди,сухоземни охлюви, водни охлюви), риби, земноводни и влечуги, птици, бозайници и т.н.

- Брой или сходен параметър за преброяване на наблюдаваните индивиди.- Настройки на приложението – изобразяване на географски координати, брой

спътници, точност на позицията, възможност за настройки на изминато разстояние в метри или километри, спиране и възстановяване на GPS сигнала.

Установени проблеми и неудобства при работа Biomon Mobile- Сегашното приложение се инсталира на GPS приемници работещи с

операционна система Windows mobile 5.0, 6.1. и 6.5, чрез последователна инсталация на три отделни софтуерни приложения. Това е неудобен начин за ползване от широк кръг потребители и често пъти отблъсква и затруднява използването на приложението.




ИАОС




- Приложението работи само до три различни шаблона, като капацитета му е до 30 формуляра. Като позволява попълване на само един вид шаблон, без да може да се попълват и трите едновременно.

- Липса на автоматичен запис на въведените данни – данни от наблюдения или пространствени данни, което често пъти води до загуба на информация.

- При въвеждане на текст от клавиатура на GPS устройство, не се появява скрол на прозореца и клавиатурата скрива полетата за въвеждане, което затруднява въвеждането на данни в програмата.

- За добавянето на нови карти, като подложка се изисква наличие на лицензиран софтуер – ArcGIS 10.0.

- При импорта на .sdf файл към РБД записаните формуляри нямат уникален идентификатор, чрез които програмата да разпознава когато формуляр е вече въведен в базата данни или постъпва за първи път. Програмата позволява въвеждане на повторни записи, което може да доведе до натрупване на грешна информация при интерпретацията на данните.

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

- При работа с карта, приложението не позволява свободно движение по картата а винаги се фиксира около актуалната GPS позиция, което затруднява работа на потребителите.

- При избор на видове обекти на мониторинг от дълъг списък, не може при вписване на последователни първа, втора или трета буква от името да излиза съответния вид от дългия списък.

- Приложението е разработено само за един тип операционна система – Windows Mobile 5.0, 6.1 и 6.5, което ограничава приложението му от широк кръг потребители.

- Създадените снимки от GPS устройството не се смаляват автоматично, което затруднява импорта на формулярите в базата данни.

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

- При формуляри с много показатели, работата с приложението е изключително тромава и вероятността за пропуск е значителна;

- Съществува ограничение при въвеждане на еднакви имена на точки на наблюдение, маршрути или пробни площи, при което потребителя не може да редактира имената им през мобилното приложение.

- Бутоните за запис на формуляр и въвеждане на данните за някои параметри са еднакви по форма, което създава проблем при въвеждане на данните от потребителите.




ИАОС




- Мобилното приложение трябва да е достъпно само за регистрирани потребители на Интернет приложението на НСМБР. В зависимост от правата си потребителите на мобилното приложение са два основни типа:

o Потребители въвеждащи данни за специализиран мониторинг към НСМБР – специалисти и експерти.

o Потребители въвеждащи данни за наблюдения на видовете по биологични групи – широк кръг потребители – доброволци, студенти и физически лица.

В зависимост от техните права на достъп, съответните шаблони за въвеждане на данни ще бъдат достъпни за всеки един потребител. Ролята на всеки потребител се определя от администратора на ИС към НСМБР, чрез Административния панел на Интернет страницата на НСМБР или чрез Административния модул на десктоп приложението на Националната база данни (Biomon).

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

- При направена актуализация на шаблони от администратора на ИС към НСМБР, в интернет страницата на потребителите излиза съобщение за наличие на нова версия на шаблони.

- Данни в ИС на НСМБР от мобилни приложение могат да се въвеждат само от актуални версии на шаблоните.

- В случай че потребител е въвел данни в стара версия на шаблони, то съдържанието на тези шаблони може да се експортира в EXCEL или CSV файлов формат, както и в .SHP/GPX файлове за пространствените данни, и тези данни допълнително да могат да се въведат чрез възможностите за въвеждане на информация от Интернет приложението, което трябва да е отбелязано на видно място.

- Шаблоните за двата типа потребители се създават от десктоп приложението на НБД към НСМБР, като всеки параметър може да бъде определен като полеви параметър (параметър които се събира на терен) или като неполеви параметър (параметър, които може да се въведе допълнително в базата данни чрез Интернет приложението).

Изисква се Изпълнителят да направи и създаде следните нови функции на мобилното приложение:

- Мобилното приложение трябва да запази основните елементи за въвеждане на шаблони съгласно структурата на шаблона създадена в НБД.

- Мобилното приложение да е разработено на мобилните операционни системи (ОС) – минимално на Windows Mobile 6.1, 6.5 и Android 4.2, като на ОС Android да може да работи на всички най-нови версии след версия 4.2 (при по-голям брой




ИАОС




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

- Мобилното приложение трябва да работи на устройства от типа: GPS приемници, смартфони и таблети поддържащи посочените операционни системи.

- Процесът на инсталация на приложението да е лесен за потребителите, както и добавянето на шаблони към него.

- Заедно с шаблоните, потребителя на мобилното приложение да може да изтеглят и карти, които да се използват като подложка за ориентация на потребителя на терен.

- За приложенията работещи на Android да има възможност за изобразяване на сателитни карти от типа на Google Earth, Google maps, Bing maps, Оpen Street Мaps и т.н.

- При потребителите въвеждащи данни за специализиран мониторинг, при избор на „шаблони за данни“ заедно с празната форма за попълване на шаблоните, в мобилното приложение да се зареждат и списък със съществуващите в НБД маршрути, точки на наблюдение или пробни площи съобразно „избрания шаблон за данни „ на съответния вид или биологична група, като са ограничени съобразно правата на потребителя. При потребители с права за въвеждане на данни за определена административна територия или географска област (РИОСВ, ДНП или ДПП) се появяват само тези точки, маршрути и пробни площи които са част от тяхната територия на отговорност.

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

- Потребителите на мобилното приложение да могат да създават нови точки на наблюдение, маршрути или пробни площи, като в зависимост от типа наблюдение се запазват съответните ограничения: едно име и географски координати при точкови наблюдения, минимум две имена и географски точки при маршрути, минимум 3 имена на точки и географски координати при пробна площ.

- Мобилното приложение, трябва да може автоматично да записва следата по която се движи наблюдателя, независимо от типа на наблюдение.

- Изпълнителят следва да създаде бутони за работа с приложението, които нямат двусмислени функции например бутон функция ОК и функция „Запомни“, които в настоящето приложение извършва два различни процеса на работа – записване на формуляр и одобрение при въвеждане на места и параметри на наблюдение.

- За всички въведени формуляри се изписват техните поредни номера на отваряне, като в зависимост от техния статус те са „записан“ или „незаписан“. Приложението трябва да позволява редактиране на записани формуляри, като може да се изключва и GPS сигнала на приемника при редакция на формуляри.

- Приложението да може да работи едновременно с няколко отворени шаблони, като в зависимост от активирането на съответния шаблон пространствената




ИАОС




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

- При попълване на данни, всеки показател трябва да излиза в самостоятелен прозорец, при което при стартиране на клавиатурата тя да не скрива неговото съдържание.

- Наличие на одометър – при стартиране на картата на мобилното приложение да излиза информация за изминато разстояние в метри или километри, като мерната единица може да се промени от потребителя при настройки на приложението. По подразбиране приложението да е настроено на всеки 10 метра да записва и отбелязва позицията на наблюдателя на картата, като да може да се променя до 2 метра минимум и максимум до 10 000 метра.

- Всички записани формуляри да се записват в отделни файлови формати – за таблична информация – sdf, exel, за пространствена - .shp/gpx. Тези файлове да могат да се импортират, чрез профила на потребителя в Интернет приложението. Изпълнителят може да предложи за обсъждане и други файлови формати.

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

- Всички елементи на формуляра – имена на точки, маршрути, пробни площи, екип, данни от наблюденията да могат да се редактират, включително изтриват.

- Добавяне на снимки – да има бутон, чрез който да се активира камерата на устройствата. Снимките да постъпват автоматично в полевия формуляр, като те си променят размера, например до 200 КВ или до 2 МB на формуляр.

- Мобилното приложение трябва да е двуезично – на български и английски, като чрез бутон се превключват двата езика. По подразбиране да се инсталира Българският език. Като веднъж избран езика за работа да се изобразява всеки път без да се променя.

- Да се изписва в приложението броя на формулярите които могат да се записват в базата данни, като броят да намалява след всеки записан формуляр.

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

- Да могат да се записват точки на наблюдение, маршрути и пробни площи без да е избран полеви формуляр. След което този пространствен файл с атрибутна информация да е достъпен за въвеждане в базата данни чрез Интернет приложението с регистриран профил, чрез профила на потребителя. Администраторът на ИС да има възможност да проследява от кой потребител е въведена тази информация.

- При прикачване на снимки в случаите в които заедно със снимката постъпват данни за географското положение на снимките, те автоматично да се вписват в географската информация, като отделен идентифициран тип „географското




ИАОС




положение на снимки“. Тези координати при нужда да могат да се редактират, както от профила на потребителя, така и от валидатора или администратора на ИС.

II.2.2.3. Технически изисквания към модула за мониторинг на инвазивните чужди видове (регистриран достъп)

Модулът е с регистриран достъп. Администраторът на ИС на НСМБР дава достъп на потребителите за въвеждане на данни след запитване или след одобрение чрез онлайн регистрация.

Електронният формуляр за всеки чужд вид или биологична група може да се създаде с наличната функция за създаване на шаблони в съществуващата база данни от ИС на НСМБР като се създава йерархичен шаблон от групи показатели, съдържащи конкретни параметри с различен тип – дата, период, цяло число, дробно число, текст, номенклатури, списъци с видове, географски координати или слоеве от тип точка, линия или полигон, надморски височини GPX файлове, прикачване на снимки, едноредови или многоредови параметри. Възможност за изчисляване по зададени математически формули. Всеки електронен формуляр може да бъде в две състояния – активно или неактивно, което се управлява от администратора на ИС на НСМБР. Групите параметри и показатели да могат да се създават динамично, редактират, активират или деактивират, както и изтриват.

Функция за експорт в Word или PDF на един или повече от един електронни формуляри. Експорт на един или повече от един формуляр в CSV и Еxcel. В Еxcel всяка група и показатели се отварят в отделна таблица като те задължително се свързват по Идентификатор на всеки формуляр.

Експорт в .SHP и GPX със съответните атрибутни данни от групите или показателите на полевия формуляр.

Прикачване към електронния формуляр на .SHP файлове, GPX както и на пространствени данни от мобилното приложение Biomon Mobile.

Изисквания към обработката на пространствените данни

В рамките на разработването на модула за Инвазивни чужди видове, да се направи анализ на необходимите ГИС данни. Масивът от пространствени данни трябва да бъде структуриран съгласно техническите спецификации за данните по темите от приложенията на Закона за достъп до пространствени данни и Директива 2007/2/ЕО (INSPIRE) (като минимум по тема „Разпространение на видовете”). Да бъдат реализирани съответните услуги за масива от пространствени данни съгласно актуалния вариант на характеристиките, зададени по Директивата, и графика за нейното изпълнение. За масивите и услугите да бъдат създадени метаданни.

Съставяне на масивите от данни по изискванията на директивата INSPIRE, Приложение 1 - тема „Защитени обекти“, Приложение 3 - теми " Съоръжения за управление на околната среда", както и всички останали теми с отношение на




ИАОС




събираната в НСМБР Информация, например „Биогеографски региони“, „Морски региони“, „Местообитания и биотопи“.

Пространствени заявки трябва да могат да се правят за следните типове територии: землища на населени места, общини, области, защитени територии и защитени зони, горски и ловни стопанства, гридове UTM 10x10, ETRS89 10х10, Corine Land Cover и други пространствени слоеве които да могат да се заместват и добавят нови слоеве с актуална пространствена информация.

II.2.3. Описание, функционални и технически изисквания към модула за оценка на риска на инвазивните чужди видове (регистриран достъп)

IV.2.3.1. Описание и функционалност на модула

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

По проекта ще бъдат разработени методики за оценка на риска при различните чужди видове/ биологични групи. Оценките на риска ще се попълват в електронни шаблони.

Създаване на шаблони за оценка на риска и таблиците към тях трябва да се създават от модул “Шаблони” на десктоп приложението на Националната база данни. Съответните шаблони да могат да се пренасочват за визуализация, за въвеждане на данни, търсене на данни и създаване на справки към Интернет приложението за Инвазивни чужди видове. Шаблона за оценка на риска ще включва следните основни секции посочени в Таблица № 2

Таблица № 2. Шаблон за оценка на риска на инвазивните чужди видове – примерна таблица.

Име на организма (научно име, популярно име, таксономична група):Автор/и на оценката:Територия на оценката:Дата:

СЕКЦИЯ A – Информация за организма и скринингЕтап 1. Информация за организма ОТГОВОР

[Да/ Не/ Текст]КОМЕНТАР/ ОБОСНОВКА[Текст]

1. Определяне на организма. Дали е ясно обособена таксономична единица и може ли лесно да се разграничи от други организми от




ИАОС




същият ранг?2. Правена ли е оценка на риска преди това?3. Какъв е произходът на организма?4. ...Етап 2. Скрининг

СЕКЦИЯ B – Подробна оценка1. ВЕРОЯТНОСТ ЗА ИНТРОДУЦИРАНЕ/ ВЪВЕЖДАНЕ НА ОРГАНИЗМАВЪПРОС ОТГОВОР

[Избери от падащи менюта]-много ниска-ниска-средна-висока-много висока

НЕСИГУРНОСТ[Избери от падащи менюта]-много ниска-ниска-средна-висока-много висока

КОМЕНТАР/ ОБОСНОВКА[Текст]

1.1. Какви са пътищата на въвеждане на организма в страната?1.2.2. ВЕРОЯТНОСТ ЗА УСТАНОВЯВАНЕВЪПРОС ОТГОВОР




2.1. Каква е вероятността организмът да образува стабилни възпроизвеждащи се популации в България?2.2. Каква е вероятността за установяване на вида при наличието на конкуренция от местните видове?2.3.....3. ВЕРОЯТНОСТ ЗА РАЗПРОСТРАНЕНИЕ




ИАОС




ВЪПРОС ОТГОВОР[Избери от падащи менюта]-много ниска-ниска-средна-висока-много висока



3.1. Какво е значението на очакваното разпространение на организма в България по естествен начин? (Моля изброете и коментирайте механизмите на разпространение)3.2. Какво е значението на очакваното разпространение на организма в България с помощта на човека? (Моля изброете и коментирайте механизмите на разпространение)3.3....3. ВЕРОЯТНОСТ ЗА ВЪЗДЕЙСТВИЕ

- Екологично въздействие по отношение на биоразнообразието и функционирането на екосистемите

- Екологично въздействие по отношение на екосистемните услуги- Социално-икономическо въздействие- Въздействие върху застрашени и защитени видове и местообитания

ВЪПРОС ОТГОВОР[Избери от падащи менюта]-много ниска-ниска-средна-висока-много висока



4.1. Колко големи са икономическите загуби, причинени от въздействието на организма, включително и средствата за мерки за контрол?




ИАОС




4.2. Колко големи са екологичните щети, причинени от организма в България?4.3.....4. ВЛИЯНИЕ НА КЛИМАТИЧНИТЕ ПРОМЕНИВЪПРОС ОТГОВОР




5.1. Има ли и кои аспекти на климатичните промени биха повлияли върху въздействието на организма в бъдеще?5.2......ОБОБЩЕНА ОЦЕНКАОбобщена оценка на вероятността за интродуциранеОбобщена оценка на вероятността за установяванеОбобщена оценка на вероятността за разпространениеОбобщена оценка на вероятността за въздействиеЗаключение на оценката на риска

СЕКЦИЯ С – Литература (източници на информация)

СЕКЦИЯ D – ВалидиранеИме на организма, за който е направена оценката на рискаТеритория на оценката:Експерт:Дата:




ИАОС




ВЪПРОС ОЦЕНКА[Избери от падащи менюта]


1. Вероятност за интродуциране/ въвеждане2. Вероятност за установяване3. Вероятност за разпространение4. Вероятност за въздействие5. Влияние на климатичните промениОБЩА ОЦЕНКА

Изпълнителят трябва да създаде възможност, чрез модул “Шаблони” да се създадат минимум 5 шаблона за оценка на риска за всеки чужд вид/ група видове по предоставените таблици. Таблиците съдържат набор от предварително дефинирани въпроси (около 100 броя) и дават възможност за въвеждане на предварително заложени отговори чрез падащи списъци. Електронните формуляри предоставят възможност и за изчисляване на резултати от различните полета по зададени математически формули.

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

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

II.2.3.2. Технически изисквания към модула за оценка на риска на инвазивните чужди видове (регистриран достъп)

Модулът е с регистриран достъп. Администраторът на ИС на НСМБР дава достъп на потребителите за въвеждане на данни след запитване или след одобрение чрез онлайн регистрация.

Електронният формуляр за оценка на риска за всеки чужд вид или биологична група може да се създаде с наличната функция за създаване на шаблони в съществуващата база данни от ИС на НСМБР като се създава йерархичен шаблон от групи показатели, съдържащи конкретни параметри с различен тип – дата, период, цяло число, дробно число, текст, номенклатури, списъци с видове, едноредови или многоредови параметри. Възможност за изчисляване по зададени математически формули. Всеки електронен формуляр може да бъде в две състояния – активно или неактивно, което се управлява от администратора на ИС на НСМБР. Групите параметри и показатели да могат да се създават динамично, редактират, активират или деактивират, както и изтриват.




ИАОС




Функция за експорт в Word или PDF на един или повече от един електронни формуляри. Експорт на един или повече от един формуляр в CSV и Еxcel. В Еxcel всяка група и показатели се отварят в отделна таблица като те задължително се свързват по Идентификатор на всеки формуляр.

Експорт в .SHP и GPX със съответните атрибутни данни от групите или показателите на полевия формуляр.

Изисквания към обработката на пространствените данниВ рамките на разработването на системата да се направи анализ на необходимите ГИС данни. Масивът от пространствени данни трябва да бъде структуриран съгласно техническите спецификации за данните по темите от приложенията на Закона за достъп до пространствени данни и Директива 2007/2/ЕО (INSPIRE) (като минимум по тема „Разпространение на видовете”). Да бъдат реализирани съответните услуги за масива от пространствени данни съгласно актуалния вариант на характеристиките, зададени по Директивата, и графика за нейното изпълнение. За масивите и услугите да бъдат създадени метаданни. Съставяне на масивите от данни по изискванията на директивата INSPIRE, Приложение 1 тема „Защитени обекти“, Приложение 3 теми " Съоръжения за управление на околната среда", както и всички останали теми с отношение на събираната в НСМБР Информация, например „Биогеографски региони“, „Морски региони“, „Местообитания и биотопи“.

Пространствени заявки трябва да могат да се правят за следните типове територии: землища на населени места, общини, области, защитени територии и защитени зони, горски и ловни стопанства, гридове UTM 10x10, ETRS89 10х10, Corine Land Cover и други пространствени слоеве които да могат да се заместват и добавят нови слоеве с актуална пространствена информация.

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

Модулът е уеб базиран с регистриран достъп, предвиден за работа на ниво ИАОС. Той позволява администрирането на новоразработените модули в информационна система и управление на данните – публикуване на слоеве, активиране на формулярите/ шаблоните за мониторинг, или шаблоните за оценка на риска, както и за управление на достъпа. Всички функции, свързани с администриране на софтуерното решение, са поставени в този модул. Административният модул има следните функции:

- Създаване на различни типове потребители;- Управление на потребителски права;- Въвеждане на данни;- Валидиране на данните;- Изпращане на информация по имейл;




ИАОС




- Управление на системни параметри;- Мониторинг на работата на системата, включително и на дейности,

извършвани от потребители;- Управление на базата данни (добавяне, редактиране на параметри, възможност

за поправяне на грешки и др.);- Управление на задължителните номенклатури – синхронизиране на

номенклатурите от и към свързаните бази данни, въвеждане на номенклатурни данни.

II.3. Връзка с бази данни или приложения – ESENIAS, останалите модули на Информационната система към НСМБР, Регистър на ЗТ и ЗЗ

Модулът трябва да осигури:- Връзка към останалите модули на базата данни на ИС на НСМБР – към модул

шаблони – (шаблони за данни и шаблони за анализ), връзка към регистъра на видовете и връзка към модула за управление на достъпа до Интернет сайта за регистриран достъп. За целта е необходимо да се използват общи номенклатури и класификатори на Националната екологична база данни, поддържана от администратора на бази данни в ИАОС.

- Уеб услуги към базата данни на мрежата ESENIAS – те трябва да са двупосочни – данни постъпващи в публичния сайт от ИЧВ, данни от проведен мониторинг, или слоеве на разпространение на ИЧВ към мрежата ESENIAS. Услугите са съобразно изискванията на OGC, WCS, WMS, WFS и други.

- Връзка към базата данни и услугите на Регистъра на Защитените територии (ЗТ) и Защитените зони (ЗЗ). Регистърът е разработен в Националната екологична база данни и се администрира в ИАОС. Потокът на информация е еднопосочен от Регистър на ЗТ и ЗЗ към новоразработената база данни. При актуализация на информацията в Регистъра (което включва въвеждане на нови защитена територия или защитена зона, заличаване, или прекатегоризиране) да има възможност за автоматичен пренос на актуалните данни, които да се изобразяват и в таблиците на модула за ИЧВ.

II.3.1. Общи технически изисквания към модула за инвазивните чужди видове

Централизация и онлайн работа на множество потребителиСистемата трябва да бъде изградена като централизирана база данни и

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

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




ИАОС




потребители. Необходимо е Интернет приложението да е достъпно и безпроблемно за работа на минимум 500 потребителя едновременно.

Достъп до систематаЗа достъп до системата е необходимо да се даде възможност за свързване през Интернет. Всеки от потребителите на системата (съответните експерти и длъжностни лица) ще се свързва от наличните по места компютри с централната система и ще има права за използването й. Правата за използване на системата трябва да са съобразени с функциите на всички участници в мониторинга и оценката на риска на ИЧВ. Необходимо е да се осигури възможност за верификация на данни, за да се гарантира спазване на посоките на съответните информационни потоци.

ИнтеграцияСистемата трябва да предоставя интегрирано решение независимо дали

данните ще се създават еднократно и да се използват при необходимост чрез системата. Статичните детайли, които са еднакви за различните модули в системата, да бъдат поддържани в една база данни/модул, но да бъдат използвани от всички други модули на приложението.

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

Поради факта, че цел на Възложителя е създаване на информационна система за мониторинг с връзки между останалите подсистеми на околната среда, предлаганата информационна система не може да се разглежда като „отделна информационна система за ИЧВ”. Новата система трябва да се интегрира (обменя данни) към съществуващата и функционираща Национална база данни за биологично разнообразие и да има функционална връзка към Националната система за мониторинг на околната среда, като използва създадените вече номенклатурни масиви.

СтандартизацияСистемата трябва да бъде базирана на унифицирана системна архитектура и

комуникационни стандарти, които да осигуряват много по-лесна системна поддръжка и по-кратки срокове за добавяне на нови бизнес модули и разработки.

Отворен дизайн и скалируемостСистемата трябва да бъде изградена така, че при нужда да позволява лесно

надграждане при добавяне на допълнителни потребители, без това да налага съществени промени в нея.

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

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




ИАОС




Обикновен потребителски интерфейсСистемата трябва да използва единен стил, подходящ за всички потребителски

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

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

надеждността на въведената информация и да изготвя репорти (отчети), ако се открият несъответствия. Примерни контроли:

Да се контролира достоверността на данните съгласно посочените номенклатури.

Да се дава възможност за въвеждане на данни само в случай, че те се регистрират в оригиналните мерни единици, въведени във системата.

Да се дава възможност на потребителите да записват и използват данни само за районите, за които отговарят.Отчетност на систематаСистемата трябва да позволява гъвкава отчетна система: например – брой на

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

История на променитеСистемата трябва да позволи промени и обновяване на регистрираната

информация и трябва да поддържа „история” на всички по-важни промени на данните в нея. Допълнително ще бъдат уточнени атрибути от системата, за които следва да се поддържа история на промените.

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

ЗащитаСистемата трябва да идентифицира потребителите за достъп до ресурсите като

минимум чрез потребителско име и парола. Системата трябва да изисква редовни промени на потребителските пароли. Системата от база данни трябва да позволява на потребителите контролиран достъп на ниво запис и поле. Директният достъп до базите данни трябва да бъде ограничен до длъжност администратор на бази данни. Информацията в базите данни относно въведени данни и направени анализи или справки трябва да е достъпна само за оторизираните лица. Системата трябва да записва и отчита опитите за достъп, като показва профил, работна станция и детайли по случая.




ИАОС




Системата трябва да осигурява защита на данни в определен интервал от използването и от потребителя чрез минимална намеса на оператор. Системата трябва да позволява защитите да са:

цялостни – пълна “картина” на базата данни. навременна – отразява транзакциите и промените в базата след последно

проведената защита. Системата трябва да бъде защитена срещу глобални/локални вируси и друг

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

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

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

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

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

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

Системата трябва да бъде стабилна и ежедневните операции не трябва да изискват поддръжка от страна на техници/компютърни специалисти.

АрхивиранеСистемата трябва да предлага процедури за Вack up (ежедневно и седмично) и

архивиране на данните (месечно и годишно).

Тестване на компонентите към модула за Инвазивни чужди видове.

Изпълнителят следва да провежда регулярни тестове на разработените софтуерни продукти – (минимум 15 теста в рамките на един двумесечен отчетен период) на софтуерните компоненти модула за Инвазивни чужди видове. Тестовете следва да се изпълняват от специалисти, които имат биологично образувание. Те трябва да следят за логическата свързаност на всеки един компонент и изпълняваните от него функции. Изпълнителят следва да отстранява всички установени грешки. За всеки тест се изготвя протокол. Всички установени грешки се документират, като се предлагат и решения за тяхното отстраняване.




ИАОС




III. Допълнителни изисквания към изпълнението на задачата. III.1. Ръководства за работа. Всеки компонент на модула за Инвазивни чужди, трябва да има подробно

ръководство за работа. То трябва да е част от софтуерните приложения, като има възможност за сваляне в pdf формат. Минимално задължително съдържание:

- Инсталация на приложението- Въвеждане, редакция на данни, администриране на приложението, данни, потребители;- Създаване на справки при работа с приложението.- Изпълнителят изготвя и ръководства за администриране на приложенията от администратора на Информационната система.- Програмният код на всяко приложение, трябва да е придружен от подробни указания за работата, съдържанието на приложението и опис на основните ключови моменти при неговото създаване.

III.2. Допълнителни изисквания към софтуерните продукти.

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

Изпълнителят предава на Възложителя всички програмни продукти: - Подробно описание на базата данни; - Описание на структурата на базата данни - таблици, описание на всички колони, първични и вторични ключове; - Описание на типовете данни и свързаност между таблиците. - Описанието на програмните продукти задължително е придружено от схема на базите данни или програмните продукти. - Изпълнителя предава и програмния код на всички софтуерни продукти, като той следва да е надлежно документиран с описание на ключовите моменти, логически връзки и софтуерни решения.

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

III.3. Информация и публичностВъв всички рекламни материали по проекта, като например разработената

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




ИАОС




Участникът следва да прилага изискванията, посочени в Ръководството за комуникация и дизайн за ФМ на ЕИП, както и изискванията към всички рекламни и печатни материали – лого, постери, брошури и презентации, достъпни от следния уебсайт http://eeagrants.org/content/download/5253/51918/version/1/file/FMO-11-001_MaquetteCommunicationManuel.pdf . Допълнителна информация може да бъде намерена на интернет страницата на ФМ на ЕИП, достъпна на следният адрес: http://www.eeagrants.org;

III.4. Интелектуална собственостВсички доклади и данни, планове, спецификации, софтуер и бази данни

съгласно изисквания на Възложителя, придобити, събрани или подготвени от Участника при изпълнение на договора са изключителна собственост на Възложителя.

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

Всички резултати или права над тях, включително авторско право, софтуер включително изходните софтуерни кодове (source code) и други права на интелектуална или индустриална собственост, придобити при изпълнение на договора ще бъдат изключителна собственост на Възложителя.

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

Няма да се приема друго авторско право.

III.5. Допълнителни нефункционални изисквания

Информационна система следва да отговаря на следните допълнителни изисквания:

- Да позволява промени и обновяване на въведената информация и да поддържа история на всички промени, извършени в информационните масиви от данни. Допълнително следва да бъдат уточнени с възложителя и атрибутите от информационната система, за които следва да се поддържа история на промените;

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

- Да поддържа едновременна работа на множество потребители, чрез изграждането на защити при едновременна работа и промяна на данните от различни потребители;

- Да идентифицира потребителите за достъп до ресурсите и системните параметри;




ИАОС




- Да осигури директен достъп до базата данни единствено на техническите лица, отговорни за администрирането на системата;

- Да осигурява защита на системните ресурси;- Да визуализира съобщения за грешка при установяване на проблеми на

системно ниво. При такива съобщения за грешка в системата съответните технически лица трябва да бъдат автоматично уведомени;

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

IV. Гаранционна поддръжка на ИС към НСМБР

Изпълнителят следва да предложи минимум 2 години поддръжка на подобрената информационна система. При предложен по-голям срок на поддръжка, кандидат изпълнителят получава предимство в оценяването на офертите.

Поддръжката на софтуерните продукти включва:

- Техническа поддръжка на всички базови софтуерни компоненти изграждащи описаните в техническата документация приложения (Актуализирана Национална база данни, Интернет приложение и мобилно приложение)

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

- Изпълнителят следва да предложи срок за отстраняване на установените проблеми, които не може да бъде по-дълъг от 7 работни дни.

V.Обучение за работа с компонентите на Информационната система.

Изпълнителят следва да проведе минимум две обучения:

1. Обучение на служители на ИАОС, РИОСВ, ДНП и ДПП, партньори на ИАОС за работа с 4-те основни компонента на Информационната система – десктоп приложение на националната база данни, регионална база данни, интернет приложение, мобилно приложение (15 човека) – 1 ден.

2. Обучение за инсталиране, администриране на компонентите на ИС към НСМБР (на 5 човека) – 1 ден.

VI. Работен план и срокове на изпълнение

Срокът за изпълнение на обществената поръчка е 9 месеца, считано от датата на сключване на договор, но не по-късно от 30.11.2016 г.




ИАОС




Обществената поръчка приключва с внедряване на всички софтуерни компоненти описани в техническото задание и проведени обучения на експертите и служителите на ИАОС.

В хода на изпълнение на дейностите по обществената поръчка, участникът избран за изпълнител, следва да представи следните документи и софтуерни разработки:

1. Встъпителен доклад за напредъка на изпълнените дейности;2. Междинни доклади - Изпълнителят е длъжен на всеки втори месец от

внасянето на встъпителния доклад да предава на Възложителя доклад съдържащ информация за напредъка на дейностите по обществената поръчка. Доклада трябва да съдържа следната информация:

- Разработени софтуерни компоненти;- Разработени модули и подмодули;- Установени грешки и описание на всички трудности които са установени при

разработването на софтуерните продукти;- Тестова версия на разработените софтуерни продукти.- Доклад за тест на софтуерните продукти – включващ установените проблеми

и предложения и решения за тяхното отстраняване.3. Окончателен доклад на Изпълнителя – включва отчет за изпълнената

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

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

Етапи Дейност СрокЕтап 1 Встъпителен доклад, съдържащ:

- План за изпълнение на дейностите.-Анализ на резултатите от проучването на състоянието, функционирането на съществуващата информационна система и нейните компоненти.

До 1 месец от дата на сключване на договора.




ИАОС




-Предложения за оптимизация или подобряване на работата на софтуерните компопенти

Етап 2 1.Актуализация на Националната база данни – създадени връзки с модули Шаблони, Регистър на видове;

Минимум до 3 месеца от дата на сключване на договора

2.Интернет приложение за Инвазивни чужди видове

Мининум 8 месеца от дата на сключване на договора;

3. Мобилно приложение Мининум 6 месеца;

4.Внедрен Модул за Инвазивни чужди видове с работещи 3 компонента – Актуализирана Национална база данни, Интернет приложение, Мобилно приложение. Приложени ръководства за работа и администриране на модула за Инвазивни чужди видове.Изпълнителя изготвя окончателен доклад описващ разработените продукти.

Не по късно от 30.11.2016 г.

Етап 3 Обучения за работа със софтуерните компоненти на модула за Инвазивни чужди видове.

До 1 месец преди крайният срок на изпълнение на поръчката.

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

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




ИАОС




ОБРАЗЕЦ № 1

СПИСЪК НА ДОКУМЕНТИТЕ, СЪДЪРЖАЩИ СЕ В ОФЕРТАТА на ...................................................................................................................................................

(изписва се наименованието на участника)

За участие в открита процедура с предмет: „Подобряване на Информационната система към Националната система за мониторинг на

биологичното разнообразие в България (IBBIS)”, по Обособена позиция №………: ……………………………….….

…………………………………………………………………………………........................(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

№ Съдържание Вид и количество на документите

/оригинал или заверено копие/

1. Списък на документите, съдържащи се в офертата (образец № 1)

2. Попълнен образец на оферта (образец № 2)

3. Представяне на участника, включващо ЕИК (образец № 3)

4. Когато не е представен ЕИК съгласно чл. 23 от ЗТР, участникът – юридическо лице или едноличен търговец, прилага към своята оферта удостоверение




ИАОС




за актуално състояние и/или друга идентифицираща информация в съответствие със законодателството на държавата, в която участникът е установен. Чуждестранните юридически лица прилагат еквивалентен документ на съдебен или административен орган от държавата, в която са установени. Документът се представя в оригинал или заверено от участника копие.

документ за самоличност на участника, когато участникът е физическо лице - заверено от участника копие;

Заверено от участника копие на договора за обединение, а когато в договора не е посочено лицето, което представлява участниците в обединението и документ, подписан от лицата в обединението, в който се посочва представляващия

5. Копие от регистрация по ЗДДС - при наличието на такава

6. Декларация по чл. 47, ал.9 от Закона за обществените поръчки, за отсъствие на обстоятелствата по чл. 47, ал.1, ал. 2 и ал. 5 от ЗОП (образец № 4)

7. Декларация по чл. 56, ал. 1, т. 8 от ЗОП

(образец № 5);

8. Декларация за съгласие за участие като подизпълнител (образец № 5а);

9. Декларация по чл. 3, т. 8 и чл. 4 от Закона за икономическите и финансовите отношения с дружествата, регистрирани в юрисдикции с преференциален данъчен режим, свързаните с тях лица и техните действителни собственици (образец № 6)

10. Декларация по чл. 56, ал. 1, т. 6 за липса на свързаност с друг участник в съответствие с чл. 55, ал. 7 и за липса на обстоятелство по чл. 8, ал. 8, т. 2 от Закона за обществените поръчки (образец № 7)




ИАОС




11. Декларация за неразгласяване на фактите, сведенията и документите, които са предоставени като информация от Възложителя по повод участието в настоящата обществена поръчка (образец № 8)

12. Декларация за автономност на офертата (образец № 9)

13. Декларация по чл. 56, ал. 1, т. 12 от Закона за обществените поръчки за приемане на условията в проекта на договор (образец № 10)

14. Документ за внесена гаранция за участие.

15. Нотариално заверено пълномощно на лицето, подписващо офертата (когато не е подписана от управляващия участника).

16. Доказателства за съответствие с техническите възможности и/или квалификация по чл. 51 от ЗОП, както следва: 1.......................................................................................;

2.......................................................................................;

3 ..............................................................................

17. Електронен носител на документите съдържащи се в ПЛИК № 1

18. ПЛИК № 2 „Предложение за изпълнение на поръчката“, съдържащ „Техническо предложение“ и „Техническа оферта“ (по образци №№ 13 и 13а) и приложения ....................................................

19. ПЛИК № 3 „Предлагана цена”, съдържащ „Ценова оферта“ (по образец № 14)

20. Други документи, които участникът счита, че са от особена важност при оценката на офертата

Дата:………………………..

Подпис и печат:




ИАОС







ИАОС




ОБРАЗЕЦ № 2Наименование на Участника:

Седалище по регистрация:

Банкова сметка:

ЕИК/Булстат номер:

Точен адрес за кореспонденция:

Телефонен номер:Факс номер:Лице за контакти:Е-mail:

ДОИЗПЪЛНИТЕЛНА АГЕНЦИЯ ПО ОКОЛНА СРЕДА

ОФЕРТА

За участие в открита процедура за възлагане на обществена поръчка с предмет: „Подобряване на Информационната система към Националната система за

мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция №………: ……………………………….….

…………………..................................(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

УВАЖАЕМИ ГОСПОЖИ И ГОСПОДА,

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

Настоящата оферта включва следното:

1. Документи и информация по чл. 56, ал. 1 т. 1-6, 8, 11-14 от ЗОП, изискани от Възложителя - поставени в Плик № 1 с надпис „Документи за подбор”;

2. „Техническо предложение”, изготвено по Образец № 13 и „Техническата




ИАОС




оферта“, изготвена по Образец № 13а от документацията за участие в обществената поръчка поставени в Плик № 2 с надпис „Предложение за изпълнение на обществената поръчка”; (В случай, че се представят документи по двете обособени позиции, зя всяка от тях се представя отделен плик №2)

3. „Ценова оферта”, изготвена по Образец № 14 от документацията за участие в обществената поръчка поставено в Плик № 3 с надпис „Предлагана цена”; (В случай, че се представят документи по двете обособени позиции, зя всяка от тях се представя отделен плик №3)

В случай, че бъдем определени за изпълнител, ние ще представим всички документи по чл. 47, ал. 10 от ЗОП, в това число свидетелство за съдимост на членовете на управителните органи, както и гаранция за изпълнение на договора (съгласно условията на Проекта на договор от документацията за участие), необходими за подписване на договора в срок определен от възложителя, считано от получаване на уведомлението Ви.

Настоящата оферта е валидна за период от 180 (сто и осемдесет) дни, считаме се за обвързани с нея, като офертата може да бъде приета във всеки един момент преди изтичане на този срок.

Приложения : Съгласно списъка на документите в офертата.


Дата ............../ ................ / ............Име и фамилия ...............................................Длъжност ...............................................Наименование на участника ...............................................




ИАОС





ДОИЗПЪЛНИТЕЛНИЯ ДИРЕКТОР НА ИЗПЪЛНИТЕЛНА АГЕНЦИЯ ПО ОКОЛА СРЕДА

ПРЕДСТАВЯНЕ НА УЧАСТНИК

В открита процедура за възлагане на обществена поръчка с предмет: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция №………: ……………………………….…………………………………............. (Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

Административни сведенияНаименование на участника:ЕИК/БУЛСТАТ/ЕГН(или друга идентифицираща информация в съответствие със законодателството на държавата, в която участникът е установен)Седалище:– пощенски код, населено място:– ул./бул. №, блок №, вход, етаж:Адрес за кореспонденция:– пощенски код, населено място:– ул./бул. №, блок №, вход, етаж:Телефон:Факс:E-mail адрес:(в случай че участникът е обединение, информацията се попълва за всеки участник в обединението, като се добавя необходимият брой полета)Лица, представляващи участника по учредителен акт:(ако лицата са повече от едно, се добавя необходимият брой полета)

Трите имена, ЕГН, лична карта №, адрес





ИАОС





Участникът се представлява заедно или поотделно (невярното се зачертава) от следните лица:

1. ………………………………2. ……………………………….

Данни за банковата сметка:Обслужваща банка:……………………IBAN..........................................................BIC.............................................................Титуляр на сметката:............................................

УВАЖАЕМА ГОСПОЖО ИЗПЪЛНИТЕЛЕН ДИРЕКТОР,

Заявяваме, че желаем да участваме в откритата от Вас процедура по Закона за обществените поръчки (ЗОП) за възлагане на обществена поръчка с предмет: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция №………: ………………………………………………………………..................(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

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

2. Задължаваме се да спазваме всички условия на възложителя, посочени в документацията за участие, които се отнасят до изпълнението на поръчката, в случай че същата ни бъде възложена.

3. Декларираме, че приемаме условията за изпълнение на обществената поръчка, заложени в приложения към документацията за участие проект на договор.

4. При изпълнението на обществената поръчка няма да ползваме/ще ползваме (относимото се подчертава) следните подизпълнители:

1. ……………………………………………………………………………………………

2. …………………………………………………………………………………………….

(изписват се: наименование на подизпълнителя, ЕИК/ЕГН, вид на дейностите, които ще изпълнява, дял от стойността на обществената поръчка (в %).

5. Приемаме срокът на валидността на нашата оферта да бъде 180 (сто и осемдесет) календарни дни считано от крайния срок за подаване на оферти.




ИАОС




Неразделна част от настоящия документ са:а) декларацията по чл. 47, ал. 9 ЗОП за обстоятелствата по чл. 47, ал. 1, 2 и 5 ЗОП, подписана от лицата, които представляват участника съгласно документите за регистрация;

Дата ........................../ ......................../ ..................Име и фамилия ………………………………………………Подпис на лицето и печат ………………………………………………




ИАОС





Предмет на обществената поръчка: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция №………:………………………………………..…….....………………………………........(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

ДЕКЛАРАЦИЯпо чл. 47, ал. 9 от Закона за обществените поръчки, относно обстоятелства по

чл.47, ал.1, ал.2 и ал.5 от ЗОП

Долуподписаният/ата .....................................................................................................от гр. .............................., ЕГН.........................................л.к. №..........................изд. на ..............................., в качеството си на ......................................................../управител,

директор и др./ на ........................................................./наименование на ЮЛ/ със седалище и адрес на управление................................………………………………….....................................................................................................................................................................................,ЕИК/БУЛСТАТ..........................................................като /представител или член на управителен орган/

на участник в процедура за обществена поръчка

ДЕКЛАРИРАМ, ЧЕ:

1.В качеството ми на лице по чл. 47, ал. 4 ЗОП не съм осъждан с влязла в сила присъда/реабилитиран съм (невярното се зачертава) за:

а/ престъпления против финансовата, данъчната или осигурителната система, включително изпиране на пари по чл.253-260 от Наказателния кодекс;

б/ подкуп по чл.301-307 от Наказателния кодекс;в/ участие в организирана престъпна група по чл.321-321а то Наказателния

кодекс;г/ престъпление против собствеността по чл.194-217 от Наказателния кодекс;д/ престъпление против стопанството по чл.219-252 от Наказателния кодекс;

е/ престъпление по чл. 136 от Наказателния кодекс, свързано със здравословните и безопасни условия на труд;

ж/ престъпление по чл. 172 от Наказателния кодекс против трудовите права на работниците;

з/ престъпление по чл. 313 от Наказателния кодекс във връзка с провеждане на процедури за възлагане на обществени поръчки;

2. Представлявания от мен участник не е обявен в несъстоятелност; 3. Представлявания от мен участник не е в производство по ликвидация и не се




ИАОС




намира в подобна процедура съгласно националните закони и подзаконови актове; 4. Представлявания от мен участник няма задължения по смисъла на чл. 162,

ал.2, т. 1 от Данъчно-осигурителния процесуален кодекс към държавата и към община, установени с влязъл в сила акт на компетентен орган (освен ако е допуснато разсрочване или отсрочване на задълженията, или има задължения за данъци или вноски за социалното осигуряване съгласно законодателството на държавата, в която участникът е установен);

5. Представлявания от мен участник не е в открито производство по несъстоятелност, или не е сключил извънсъдебно споразумение с кредиторите си по смисъла на чл. 740 от Търговския закон, а в случай че или участникът е чуждестранно лице - се намира в подобна процедура съгласно националните закони и подзаконови актове, включително когато неговата дейност е под разпореждане на съда, или кандидатът или участникът е преустановил дейността си;

6. Не съм лишен от правото да упражнявам търговска дейност или дейност свързана с разработка на информационни системи и софтуер

7. Лицата по чл. 47, ал. 4 от ЗОП не са свързани лица с възложителя или със служители на ръководна длъжност в неговата организация

8. Представлявания от мен участник не е сключил договор с лице по чл. 21 или 22 от Закона за предотвратяване и установяване на конфликт на интереси

Доказателства за посочените от мен/нас данни по т. ………........... от настоящата декларация могат да бъдат открити в следните публичните регистри:……………………. .......................................................................................................................................

Доказателства за посочените от мен/нас данни по т. .................... от настоящата декларация ще бъдат представени служебно и безплатно от следния компетентен орган: ......................................................................................................................................

Известна ми е отговорността по чл. 313 от Наказателния кодекс за посочване на неверни данни.

Дата: .......................... ДЕКЛАРАТОР: ................................

/подпис и печат/

Забележка: Декларацията се подписва задължително от лицето или лицата, които представляват съответния участник според документите му за регистрация.

Декларацията се попълва и представя от всеки управител, респективно член на управителните органи на участника, прокурист, а в случай, че членовете са

юридически лица – от техните представители в съответния управителен орган.




ИАОС





Предмет на обществената поръчка: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция №………:……………………………… ……………………………….………………………………………………………………...(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

ДЕКЛАРАЦИЯпо чл. 56, ал. 1, т. 8 от Закона за обществените поръчки

От ................................................................................................................................., живущ в гр. ....................................................................., община ........................................., ул. …………………………….........................................................., в качеството ми на …………………………………………………………………………………………………..

/управител, изпълнителен директор/


при изпълнението на обществена поръчка с предмет:………………………………….. ..............................................................................................................................................................................................................................................................................................................

НЯМА ДА ИЗПОЛЗВАМ / ЩЕ ИЗПОЛЗВАМ ПОДИЗПЪЛНИТЕЛИ

(ненужното се изтрива)

- подизпълнител/и ще бъде /бъдат .......................................................... …………………………………………….. (изписват се наименованията на фирмите на

подизпълнителите), които са запознати с предмета на поръчката и са дали съгласие за участие в процедурата;

- дела на участие на подизпълнителите при изпълнение на поръчката ще бъде ...........................% от общата стойност на поръчката;

- подробно описание на вида на работите, които подизпълнителите ще извършват: ........................................................................................................................................

Задължаваме се да отговаряме за действията, бездействията и работата на

посочените подизпълнители като за свои действия, бездействия и работа.149




ИАОС




Задължаваме се да уведомим възложителя за всяка промяна на подизпълнителите, настъпила по време на изпълнение на договора за обществена поръчка.

Известно ми е, че за неверни данни нося наказателна отговорността по чл. 313 от Наказателния кодекс.

Дата: .........…….…. ДЕКЛАРАТОР: .................................

/подпис и печат/

ОБРАЗЕЦ № 5а150




ИАОС




ДЕКЛАРАЦИЯ

за съгласие за участие като подизпълнител

Подписаният ...............................................................................................................................

(трите имена)

данни по документ за самоличност ………........................................................................(номер на лична карта, дата, орган и място на издаването)

в качеството си на…………………………………………………………………………… ……………………………………...............................................................................................

(длъжност)

на …..................................................................................................................................(наименование на подизпълнителя)

ДЕКЛАРИРАМ:

1. От името на представляваното от мен лице (търговско дружество, едноличен търговец, юридическо лице с нестопанска цел – вярното се подчертава):

....................................................................................................................................................

...

(наименование, ЕИК/БУЛСТАТ)

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

(наименование на участника в процедурата, на който лицето е подизпълнител)

при изпълнение на обществена поръчка с предмет: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № …………: ……………………………… …………………………………………………………………………………..……..……….

(Изписват се номера и наименованието на обособената позиция, за която се представят документи от участника)




ИАОС




2. Дейностите, които ще изпълняваме като подизпълнител, са: ………………………..

....................................................................................................................................................

....................................................................................................................................................(изброяват се конкретните части от предмета на обществената поръчка, които ще бъдат

изпълнени от подизпълнителя)

3. Запознати сме с разпоредбата на чл. 55, ал. 5 от Закона за обществените поръчки, че заявявайки желанието си да бъдем подизпълнител в офертата на посочения по-горе участник, нямаме право да се явим като участник в горепосочената процедура и да представим самостоятелна оферта.

Дата ........................../ ......................../ ..................Име и фамилия ………………………………………………Подпис на лицето (и печат) ………………………………………………

Забележка: Декларацията се подписва от законния представител на участника или от надлежно упълномощено лице, което подава офертата.Декларацията е задължителна част от офертата на участник, който обявява, че ще ползва подизпълнители. Такава декларация се подава от всеки подизпълнител, в случай че са повече от един.




ИАОС





Предмет на обществената поръчка: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….…………: ……………………………… …………………………………………………………………………………..……..………(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

ДЕКЛАРАЦИЯ

По чл. 3, т. 8 и чл. 4 от Закона за икономическите и финансовите отношения с дружествата, регистрирани в юрисдикции с преференциален данъчен режим, свързаните с тях лица и техните действителни собственици

Долуподписаният/ата…………………………………………………………………………………………………………………. /собствено бащино фамилно име /

ЕГН ………………………., притежаващ/а лична карта № ………………………, издадена на …………………… от ……………………………….., с постоянен адрес: ………………………………………………………………………………………………….в качеството си на лице по чл. 47, ал. 4 от ЗОП а именно: …………………………………

/посочва се качеството на лицето - съдружник, неограничено отговорен съдружник, управител, член на СД или УС, пр./

в ….…………………………………………………………………………………………… /наименование на юридическото лице, физическото лице и вид на търговеца/

регистриран/вписан в Търговския регистър при Агенция по вписванията с ЕИК/БУЛСТАТ Относно: открита процедура с предмет: „.................................................................... ……………………………………….…………….....……………………………………..”

Д Е К Л А Р И Р А М, Ч Е:

1. Представляваното от мен дружество е /не е регистрирано в юрисдикция с /ненужното се зачертава/

преференциален данъчен режим, а именно:................................................................. ………………………………………………...................................................................

2. Представляваното от мен дружество е / не е свързано с лица, регистрирани в 153




ИАОС




/ненужното се зачертава/

юрисдикции с преференциален данъчен режим, а именно:........................................... ………………………………........................................................................................

3. Представляваното от мен дружество попада в изключението на чл. 4, т. ……...от Закона за икономическите и финансовите отношения с дружествата, регистрирани в юрисдикции с преференциален данъчен режим, свързаните с тях лица и техните действителни собственици.

Забележка: Тази точка се попълва, ако дружеството е регистрирано в юрисдикция с преференциален данъчен режим или е свързано с лица, регистрирани в юрисдикции с преференциален данъчен режим.

4. Запознат съм с правомощията на възложителя по чл. 6, ал. 4 от Закона за икономическите и финансовите отношения с дружествата, регистрирани в юрисдикции с преференциален данъчен режим, свързаните с тях лица и техните действителни собственици, вр. §7, ал. 2 от Заключителните разпоредби на същия.


Дата …………………….. ДЕКЛАРАТОР:

гр. ……...……………….. /подпис и печат/

Чл. 4 от Закона за икономическите и финансовите отношения с дружествата, регистрирани в юрисдикции с преференциален данъчен режим, свързаните с тях лица и техните действителни собственици1. акциите на дружеството, в което пряко или косвено участва дружество, регистрирано в юрисдикция с преференциален данъчен режим, се търгуват на регулиран пазар в държава - членка на Европейския съюз, или в друга държава - страна по Споразумението за Европейското икономическо пространство, или на пазар, включен в списъка по Кодекса за социално осигуряване,Закона за публичното предлагане на ценни книжа или Закона за дейността на колективните инвестиционни схеми и на други предприятия за колективно инвестиране, и действителните собственици - физически лица, са обявени по реда на съответния специален закон;2. дружеството, регистрирано в юрисдикция с преференциален данъчен режим, е част от икономическа група, чието дружество майка е местно лице за данъчни цели




ИАОС




на държава, с която Република България има влязла в сила спогодба за избягване на двойното данъчно облагане или влязло в сила споразумение за обмен на информация;3. дружеството, регистрирано в юрисдикция с преференциален данъчен режим, е част от икономическа група, чието дружество майка или дъщерно дружество е българско местно лице и неговите действителни собственици - физически лица, са известни или се търгува на регулиран пазар в държава - членка на Европейския съюз, или в друга държава - страна по Споразумението за Европейското икономическо пространство;4. дружеството, в което пряко или косвено участва дружество, регистрирано в юрисдикция с преференциален данъчен режим, е издател на периодични печатни произведения и е представило информация за действителните собственици - физически лица, по реда на Закона за задължителното депозиране на печатни и други произведения.

* Декларацията се попълва от едно от лицата по чл.47, ал.4 от ЗОП, а при участник обединение от всеки от членовете на обединението.




ИАОС





Предмет на обществената поръчка: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….…………: ……………………………… …………………………………………………………………………………..……..………(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

ДЕКЛАРАЦИЯпо чл. 56, ал.1, т.6

за липса на свързаност с друг участник в съответствие с чл.55, ал.7 от ЗОП и за липса на обстоятелство по чл. 8, ал. 8, т.2 от ЗОП

Подписаният: ................................................................................................................., (име, презиме, фамилия) Живущ в ……………………………………………………………………………………… в качеството ми на управител/ изпълнителен директор на …………………………. ………………………………………………...........................................................................

(наименование на фирмата)....................................................................................................................................................

(адрес за кореспонденция)

ОТНОСНО: Участие в открита процедура, провеждана от .................................. ………………….…… ......................................................................................................

(възложител)

за възлагане на обществена поръчка с предмет: …………………………………………. ..............................................................................................................................................................................................................................................................................................


1. Представляваният от мен участник не е свързано лице с друг участник в настоящата процедура;

2. Не съм участвал като външен експерт при подготовката на документацията за настоящата процедура за възлагане на обществена поръчка.


Дата: ......................г. ДЕКЛАРАТОР: .................................... /подпис и печат/




ИАОС




Пояснение: Подава се една декларация, подписана от всички лица, които представляват участника.




ИАОС





Предмет на обществената поръчка: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….…………: ……………………………… …………………………………………………………………………………..……..…….(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

Д Е К Л А Р А Ц И Я

Долуподписаният………………………………………....................................................., / име, презиме, фамилия /

с адрес: ............................................................................................................................... л.к., №…………………, издаден от ……………………..……………………………...., на .......................…………….., ЕГН ……………………………….. в качеството на .........................................................………………………………………………………..

ЕТ/ представляващ/ управител /член на управителен орган/ друго/на ..................................................................................................................................

(наименование на фирмата)

Д Е К Л А Р И Р А М, ЧЕ :

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

Дата:.......................... ДЕКЛАРАТОР : ...........................

гр. …………………… /подпис и печат/




ИАОС





Предмет на обществената поръчка: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….…………: ……………………………… …………………………………………………………………………………..……..…….(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

Д Е К Л А Р А Ц И Яза автономност на офертата

Долуподписаният/ата...................................................................................................ЕГН: ....................................., лична карта № ....................................., издадена на .................................. г. от ………………......................................., в качеството ми на ......................................................................................................................................

(посочва се длъжността – заб. полето не се попълва ако участникът е физ. лице-нетърговец)

на ........................................................................................................................................., (посочва се наименованието на участника)

участник в открита процедура за възлагане на обществена поръчка с предмет:

ДЕКЛАРИРАМ, че:

1. Съм запознат с: Насоките за противодействие срещу тръжните манипулации в процедурите за възлагане на обществени поръчки и приложения към тях Списък на обстоятелства, наличието на които обуславя съмнение за тръжни манипулации, приети с Решение на Комисията за защита на конкуренцията № 570/20.05.2010 г., публикувани на интернет страницата на КЗК: www.cpc.bg/storage/file/CPC%20Guidelines%20Bid-rigging%20final.doc и със Списъка на обстоятелствата, които обуславят съмнение за тръжни манипулации, публикуван на интернет страницата на КЗК: http://www.cpc.bg/storage/file/CPC%20Check%20list%20Bid-rigging%20final.doc

2. Осведомен съм, че съгласуваното определяне на офертите представлява форма на тръжна манипулация, която е забранена от правото на конкуренцията.

3. По повод на участието на представлявания от мен участник в настоящата процедура:




ИАОС




- съм/не съм (ненужното се зачертава) участвал в тръжни манипулации или картел по смисъла на § 1, т. 5 от Допълнителните разпоредби на Закона за защита на конкуренцията1.

- съм/не съм (ненужното се зачертава) провеждал следните комуникации с конкуренти във връзка с участието в процедурата: …………………………………………………………. ......................................................................................................................................

Дата:……………………. г. Декларатор: …………………………… (подпис и печат)

ОБРАЗЕЦ № 101 Забележка: По смисъла на § 1, т. 5 от Допълнителните разпоредби на Закона за защита на конкуренцията "Картел" е споразумение и/или съгласувана практика между две или повече предприятия - конкуренти на съответния пазар, насочени към ограничаване на конкуренцията чрез определяне на цени или ценови условия за покупка или продажба, разпределяне на квоти за производство или продажби или разпределяне на пазари, включително при манипулиране на публични търгове или конкурси, или процедури за възлагане на обществени поръчки.




ИАОС




Предмет на обществената поръчка: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….…………: ……………………………… …………………………………………………………………………………..……..……(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

Д Е К Л А Р А Ц И Я *

ЗА ПРИЕМАНЕ НА УСЛОВИЯТА В ПРОЕКТА НА ДОГОВОР

Долуподписаният /-ната/ ………………………………………………………….. с лична карта № …………………, издадена на ………………………………….. от ………………………………………………………, в качеството ми на …………………………………………………. (посочете длъжността) на ……………………………………………………………….. (посочете фирмата на участника) – участник в открита процедура за възлагане на обществена поръчка с предмет: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….…………:……………………………… ………………………………………………………..


Д Е К Л А Р И Р А М:

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

………………………… г. Декларатор: -……………………..

(дата на подписване) (подпис и печат)


** Забележка: Настоящата декларация се попълва задължително от управляващия участника по регистрация.




ИАОС




СПИСЪК НА ИЗПЪЛНЕНИТЕ УСЛУГИ

За участие в обществена поръчка с предмет: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….…………: .........…………………………………………………………………… (Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)


Представляваният от мен участник ……………………………………………. (посочете наименованието на участника), e изпълнил следните услуги, еднакви или сходни с обекта на поръчката, през последните 3 години, считано от датата на подаване на офертата:

Предмет и кратко описание на изпълнената

УСЛУГА

Стойност (без ДДС)

на изпълнената

УСЛУГА

Начална и крайна дата на изпълнение наУСЛУГАТА

Получател наУСЛУГАТА

1.

2.3.

В подкрепа на посочените в списъка услуги, изпълнени от нас, прилагаме следните доказателства по чл. 51, ал. 4 ЗОП:

1. ..................................................................................................................................……… 2. ..................................................................................................................…………………3. .................................................................................................................................

Дата ........................../ ......................../ ..................Име и фамилия ………………………………………………Подпис на лицето и печат ………………………………………………





ИАОС




С П И С Ъ К

на експерти, предложени от .......................................................................................................................................

(изписва се наименованието на участника)

При изпълнението на обществена поръчка с предмет: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….…………: ………………………………………………………………………………………………,


екипа, отговарящ за изпълнението на поръчката, е:

№ Трите имена на предлагания

експерт

Образо-вание на експерта

-образователно-

квалифи-кационна степет

Общ профе-сиона-

лен опит

Специфичен професионален опит /описание на проектите

и/или дейностите, в

които е участвал/ извършвал

Позиция в екипа за

изпълнение

Подпис на

лицето

1

2

3

4

Забележка: Участникът може да впише в списъка и допълнителните членове на екипа за изпълнение над минимално изискуемия от Възложителя, ако предлага такива.


Дата ………./ ………. / ……………Име и фамилия …………………………………Длъжност …………………………………





ИАОС




Наименование на участника:Седалище по регистрация:IBAN, BIC:ЕИК/ БУЛСТАТ:Точен адрес за кореспонденция: (държава, град, пощенски код, улица, №)

Телефонен номер:Факс номер:Лице за контакти:E-mail:

ТЕХНИЧЕСКА ОФЕРТА

ЗА УЧАСТИЕ В ОТКРИТА ПРОЦЕДУРА ЗА ВЪЗЛАГАНЕ НА ОБЩЕСТВЕНА ПОРЪЧКА ПО ЗОП

Наименование на поръчката:„Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….…: ……………………………..………………….. ……………………………………………………………………………………………,(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)


1. С настоящата оферта заявяваме желание да участваме в откритата процедура за възлагане на обществена поръчка с предмет „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ………….:………………………........................................................................................., (Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

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

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

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




ИАОС




4. Декларираме, че валидността на направеното от нас предложение е за срок от ……………. дни, считано от датата определена за краен срок за подаване на офертите за участие.

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

5. Декларираме, че срокът за изпълнение на обществената поръчка не по-късно от 30.11.2016 г. и започва да тече, считано от датата на сключване на договора за възлагане на обществената поръчка.

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

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

8. Дейностите, които ще извършим в изпълнение на поръчката, и сроковете за изпълнението им, са описани в следното приложение:Образец № 13а – Описание относно начина на изпълнение на обществената поръчка.


Дата …………… /…………… /…………Име и фамилия ………………………………………Длъжност ………………………………………

Упълномощен да подпише предложението от името и за сметка на ................................. ………………………………………………………………................................................

/изписва се името на Участника/………………..………………............................................................................................

/изписва се името на упълномощеното лице и длъжността/




ИАОС




ОБРАЗЕЦ № 13а…………………………………………………………………………………………………

/наименование на участника/

ОПИСАНИЕ ОТНОСНО НАЧИНА НА ИЗПЪЛНЕНИЕ НА ОБЩЕСТВЕНАТА ПОРЪЧКА

(ТЕХНИЧЕСКА ОФЕРТА)

Наименование на поръчката:„Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ……….:................................………………………………..…………………………...................................................................................................................................................…,(Изписват се номера и наименованието на обособената/ите позиция/и, за която/които се представят документи от участника)

Описва се начина, по който участникът възнамерява да реализира изпълнението на предмета на поръчката, като се обосновава логическата връзка и последователност, като техническата оферта трябва да съответства с изискванията на техническото задание и по-конкретно да съдържа следното съдържание:

1.Общо разбиране за същността на поръчката – общото разбиране за същността на поръчката, нейния контекст, предметната област и специфики на материята.

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

3. Подход и методология за създаване и функциониране на софтуерните продукти и техни компоненти към съществуващата среда. Описва се подхода и методологията за изграждане, функциониране на новите софтуерни продукти и техни компоненти, които следва да са съобразени със съществуващото положение, посочено в т.І и предложената от участника методика за разработване, съгласно изискванията на т. II, т.III на техническата спецификация.




ИАОС




4. Гаранционна поддържка - Подход и методология за осъществяването на гаранционната поддръжка съгласно изискванията на т. IV. на техническата спецификация и предложената в офертата на участника гаранционен срок.


Дата ............/ ........... / ...............Име и фамилия ...........................................Длъжност ...........................................

Упълномощен да подпише предложението от името и за сметка на .......................... ………………………………………………………………....................................................

/изписва се името на Участника/………………..……………….........................................................................................

/изписва се името на упълномощеното лице и длъжността/




ИАОС





Наименование на участника:

Седалище по регистрация:BIC; IBAN:ЕИК/БУЛСТАТ :Точен адрес за кореспонденция:

(държава, град, пощенски код, улица, №)Телефонен номер:Факс номер:Лице за контакти:E mail:

ЦЕНОВА ОФЕРТАЗА ИЗПЪЛНЕНИЕ НА ОБЩЕСТВЕНА ПОРЪЧКА

Наименование на поръчката:„Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция №.........: ………................................………………………………..…………………………………,..,

(Изписват се номера и наименованието на обособената позиция, за която се представят документи от участника),


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

Цифром ……………Словом:………………………лева без ДДС.Цифром ……………Словом:………………………лева с ДДС.

Общата стойност на предлаганата цена е формирана като сбор от стойностите на отделните дейности /етапи на изпълнение, както следва:

1. Етап 1 - План за изпълнение на дейностите, анализ на резултатите от изследване на съществуващата информационна система и компонентите й.




ИАОС




2. Етап 2 - Създаване и внедряване на софтуерните компоненти.3. Етап 3 - Обучения за работа със софтуерните компоненти на

Информационната система.

Предложената от нас цена е крайна и включва всички разходи по изпълнение на предмета на поръчката, включително и предложеното гаранционно обслужване.

При условие, че бъдем избрани за изпълнител на обществената поръчка, ние сме съгласни да представим гаранция за добро изпълнение на задълженията по договора в размер на 5 % от стойността му.

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

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

Подпис и печат:Дата ............ / ................. / ............Име и фамилия ...............................................Длъжност ...............................................




ИАОС




ПРОЕКТ

Д О Г О В О Р

Днес, …………………… 2015 г., в гр. София, между:

ИЗПЪЛНИТЕЛНА АГЕНЦИЯ ПО ОКОЛНА СРЕДА, с адрес: гр. София, бул. „Цар Борис ІІІ” № 136, БУЛСТАТ 831901762, наричана за краткост ВЪЗЛОЖИТЕЛ, представлявана от Ваня Григорова – изпълнителен директор и Георги Игнатиев – началник на отдел ФСУ, от една страна, и

..........................................., със седалище и адрес на управление: гр........................., ул. ........................., ЕИК ......................., наричано за краткост „ИЗПЪЛНИТЕЛ”, представлявано от ................................................................ – (управител, изпълнителен директор, прокурист и пр.), от друга страна

на основание чл. 41 от Закона за обществените поръчки и Решение №................................... на изпълнителния директор на Изпълнителната агенция по околна среда за определяне на изпълнител на обществена поръчка с предмет: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция №.........: ………................................………………………………..………………………………............, и във връзка с изпълнение на проектно предложение по проект BG03.PDP1 „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)” (нар. по-нататък „проекта“), неразделна част от договор за предоставяне на безвъзмездна финансова помощ, с регистрационен № 33-72/20.07.2015 г. сключен между Министерството на околната среда и водите, Програмен оператор (ПО) и Изпълнителна агенция по околна среда (ИАОС)се сключи настоящия договор за следното:

ПРЕДМЕТ НА ДОГОВОРА

Чл. 1. (1) ВЪЗЛОЖИТЕЛЯТ възлага, а ИЗПЪЛНИТЕЛЯТ приема да извърши срещу възнаграждение: „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”, по Обособена позиция № ...........: ....................................................................., съгласно техническото предложение на Изпълнителя - Приложение № 1 и ценовата




ИАОС




оферта – приложение № 2, и в съответствие с Техническите спецификации на Възложителя - приложение № 3, представляващи неразделна част от настоящия договор.

(2) Предметът на настоящия договор включва дейностите :По обособена позиция № 1:Етап 1План за изпълнение на дейностите, анализ на резултатите от изследване на

съществуващата информационна система и компонентите й;Етап 2 - Създаване на десктоп приложение на Национална база данни;- Създаване на десктоп приложение за Регионална база данни;- Създаване на Интернет приложение за публичен достъп;- Създаване на Мобилно приложение;- Внедряване на Информационна система с работещи 4 компонента –

Национална база данни, Регионална база данни, Мобилно приложение, Интернет приложение и приложени ръководства за работа и администриране на ИС;

Етап 3Обучения за работа със софтуерните компоненти на Информационната

система.По обособена позиция № 2:Етап 1План за изпълнение на дейностите, анализ на резултатите от изследване на

съществуващата информационна система и компонентите й;Етап 2 - Актуализация на Националната база данни – създадени връзки с модули

Шаблони, Регистър на видове;- Интернет приложение за Инвазивни чужди видове;- Мобилно приложение;- Внедрен Модул за Инвазивни чужди видове с работещи 3 компонента –

Актуализирана Национална база данни, Интернет приложение, Мобилно приложение. Приложени ръководства за работа и администриране на модула за Инвазивни чужди видове;

Етап 3Обучения за работа със софтуерните компоненти на модула за Инвазивни

чужди видове./попълва се съответната позиция в зависимост от участника определен за изпълнител/

ЦЕНИ И НАЧИН НА ПЛАЩАНЕЧл. 2. (1) Общата стойност на договора, съгласно ценовото предложение на

Изпълнителя, е ………………………….. лв. (словом...........................) без ДДС или ....................... лв. (словом..........................................) с ДДС.




ИАОС




(2) Цената по ал. 1 е окончателна и включва всички разходи на ИЗПЪЛНИТЕЛЯ за изпълнение на всички дейности, съставляващи предмета на договора.

(3) Плащанията по договора ще се извършват в лева, след приемане на извършените дейности, по реда на чл. 7 и представяне от страна на ИЗПЪЛНИТЕЛЯ на надлежно оформена фактура в оригинал.

(4) Плащанията се извършват с платежно нареждане по следната банкова сметка на ИЗПЪЛНИТЕЛЯ: при банка ………………………………………………….., банкова сметка:IBAN: …………………………………………, BIC: …………………….., до 20 (двадесет) работни дни след представяне на документите по ал. 3.

(5) Плащанията се извършват под формата на авансово, междинно и окончателно плащане, както следва: - Авансово плащане в размер на 15 % (петнадесет процента) от стойността на договора, дължимо в срок до 30 (тридесет) календарни дни след подписване на договора и представяне на встъпителен доклад по Етап 1, по чл.1 ал. 2, срещу представена фактура от Изпълнителя и след осигуряване на финансиране от бюджета на проект„Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”;

- Междинно плащане в размер на 80 % (осемдесет процента) от стойността на договора дължимо в срок до 30 (тридесет) календарни дни след приемане на изпълнението на дейностите по договора, включени в Етап 2, по чл.1 ал. 2 и представяне на фактура от изпълнителя и след осигуряване на финансиране от бюджета на проект „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”

- Окончателно плащане, 5% (пет процента) от стойността на договора дължимо в срок до 30 (тридесет) календарни дни след приемане на изпълнението на Етап 3, по чл.1 ал. 2, представяне на фактура от изпълнителя и след осигуряване на финансиране от бюджета на проект „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”

(6) Изпълнението на дейностите по договора се извършва съгласно представеният и приет от Възложителя работен план за изпълнение на договора, с оглед спазване на крайния срок за изпълнението му.

(7) ИЗПЪЛНИТЕЛЯТ поддържа точно и систематизирано деловодство, както и пълна и точна счетоводна и друга отчетна документация за извършените услуги, позволяващи да се установи дали разходите са действително направени във връзка с изпълнението на дейностите по договора.

(8) За извършване на плащанията Изпълнителя изготвя фактура, в която задължително се вписва следният текст: “Разходът е по договор за предоставяне на безвъзмездна финансова помощ, с регистрационен № 33-72/20.07.2015 г. по проект




ИАОС




„Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”. Сроковете за плащане по ал. 5 на чл. 2 от договора не текат до представянето на фактурата на възложителя.

ПPABA И ЗAДЪЛЖEHИЯ HA CTPAHИTE

Чл. 3. (1) ВЪЗЛОЖИТЕЛЯТ има право:1. Да осъществява текущ контрол при изпълнение на договора по всяко време,

включително чрез проверки на място, без с това да затруднява работата на Изпълнителя;

2. Да изисква и получава по всяко време информация от Изпълнителя относно степента на изпълнение на дейностите, предмет на договора;

3. Да дава писмени указания на Изпълнителя относно необходимостта от предприемане на действия за решаването на възникналите в хода на изпълнението на поръчката проблеми;

4. Да изисква от Изпълнителя да изпълни възложените дейности в срок, без отклонение от договореното и без недостатъци;

5. Да получи резултатите от изпълнението на договора във вида и срока, уговорени в този договор и предвидени в Техническите спецификации на поръчката;

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

7. Да връща с двустранно подписан протокол за преработка на непълно и/или некачествено изпълнени от Изпълнителя дейности, като определя допълнителен срок за това - 10 работни дни;

8. Да изисква от Изпълнителя да изпълнява мерките за информация и публичност, съгласно Техническите спецификации на обществената поръчка;

9. Да изисква от Изпълнителя да нанася корекции и да преработва документите, разработени в изпълнение на поръчката, съобразно указанията на ВЪЗЛОЖИТЕЛЯ;

10. Да не приеме извършената работа, ако тя не съответства по обем и качество на неговите изисквания и не може да бъде коригирана в съответствие с указанията на ВЪЗЛОЖИТЕЛЯ;

(2) Когато ИЗПЪЛНИТЕЛЯТ не спази изискванията на Техническата спецификация на поръчката и на техническото си предложение, ВЪЗЛОЖИТЕЛЯТ има право да откаже да приеме работата и съответно да я заплати, докато ИЗПЪЛНИТЕЛЯТ не изпълни своите задължения.

Чл. 4 ВЪЗЛОЖИТЕЛЯТ е длъжен:

1. Да осигури необходимите условия за работа и достъп на ИЗПЪЛНИТЕЛЯ до съответните звена, необходими за изпълнението на предмета на договора;

2. Да осигури цялата изходна документация, необходима за изпълнението на 173




ИАОС




дейностите по договора, както и достъп до своите действащи към момента нормативни документи и информационни системи;

3. Да определи по списък служителите, които да преминат обучението, предвидено в Техническото задание;

4. Да определи представител/и за контакт с ИЗПЪЛНИТЕЛЯ във връзка с изпълнението на договора: лица, длъжности и данни за контакт;

5. Да информира Изпълнителя за всички пречки, за които е осведомен, възникнали в хода на изпълнението на дейностите по договора и да му съдейства за тяхното преодоляване;

6. Да одобри и приеме работата на ИЗПЪЛНИТЕЛЯ, ако тя е извършена съобразно изискванията в Техническите спецификации и уговореното в договора;

7. Да заплаща на Изпълнителя договореното възнаграждение в размер, по начин и в срок, уговорени в договора;

Чл. 5. (1) ИЗПЪЛНИТЕЛЯТ има право:1. Да иска от Възложителя необходимото съдействие и информация за

изпълнение на дейностите, предмет на настоящия договор;2. Да иска от Възложителя приемането на работата, при условията и сроковете,

определени в договора;3. Да бъде информиран своевременно от Възложителя за всички възникнали

проблеми в срока на действие на договора, които са свързани и/или могат да повлияят върху изпълнението на предмета на обществената поръчка; 4. Да получава в срок договореното възнаграждение в размера, при условията и сроковете, уговорени в чл. 2 от настоящия договор.

(2) ИЗПЪЛНИТЕЛЯТ е длъжен:1. Да изпълни възложеното по чл. 1. с грижата на добър стопанин, при спазване

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

2. Да пази в тайна всички обстоятелства, станали му известни по повод и във връзка с изпълнението на настоящия договор.

3. Да уведомява писмено Възложителя за всички трудности по изпълнение на възложените дейности, които могат да осуетят постигането на крайните резултати, както и за мерките, които са взети за отстраняването им.

4. Да отстранява посочените от ВЪЗЛОЖИТЕЛЯ недостатъци и пропуски в изпълнението на работата си за своя сметка и в срока, определен от ВЪЗЛОЖИТЕЛЯ, като предостави същата с необходимото и уговорено качество;

5. Да уведоми с писмено предизвестие ВЪЗЛОЖИТЕЛЯ за спиране на изпълнението на договора поради непреодолима сила в 5 (пет) дневен срок от настъпването й;




ИАОС




6. Писмено да уведомява ВЪЗЛОЖИТЕЛЯ за възникването на обстоятелства, които биха могли да доведат до забавяне на изпълнението на договора, в 5 (пет) дневен срок от момента на тяхното узнаване, установяване или настъпване, като към уведомлението, ИЗПЪЛНИТЕЛЯТ прилага описание на действията, които планира да предприеме и сроковете за тяхното извършване, за да предотврати забавено изпълнение по договора.

7. Да се придържа към всички приложими стандарти, норми, закони и подзаконови нормативни актове на националното законодателство и актове на Европейския съюз, имащи пряко отношение към изпълнението на договора;

8. При приемане на нови нормативни актове или изменение на нормативни актове, имащи отношение към изпълнението дейностите по настоящия договор, ИЗПЪЛНИТЕЛЯТ е длъжен да приведе обекта на поръчката по чл. 1 в съответствие с изменените актове.

9. Да извърши услугите по договора чрез експертите, включени в списъка на експертите, който представлява неразделна част от офертата на ИЗПЪЛНИТЕЛЯ, и от настоящия договор.

10. Промяна на екипа на ИЗПЪЛНИТЕЛЯ се допуска само след предварително писмено съгласие на ВЪЗЛОЖИТЕЛЯ и при наличие на обективни причини за това /прекратяване на трудово правоотношение, придобиване на трайна нетрудоспособност и др./. Предложеният нов експерт трябва да притежава еквивалентни образование, квалификация и опит. 11. Да предостави на ВЪЗЛОЖИТЕЛЯ всички документи, изготвени от него при изпълнение на настоящия договор, техническите носители, съдържащи изходен код и изпълними програми, документация и ръководството за работа, необходими за изпълнението на настоящия договор;

12. Да извърши подготовка и проведе обучение на лицата, определени от ВЪЗЛОЖИТЕЛЯ за работа с разработените модули.

13. Да изпълни своите задължения по настоящия договор безпристрастно и лоялно, съобразно принципите на професионалната етика и най-добрите практики в съответната област;

14. Да спазва общите условия за предоставяне на безвъзмездна финансова помощ, с регистрационен № 33-72/20.07.2015 г. във връзка с изпълнението на проект „Подобряване на Информационната система към Националната система за мониторинг на биологичното разнообразие в България (IBBIS)”.

15. Да предприеме необходимите мерки за информиране и публичност.16. Да води точна и редовна документация и счетоводни отчети, отразяващи

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




ИАОС




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

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

19. Изпълнителят е длъжен да оказва съдействие на Възложителя, Програмния оператор, националните и европейските съдебни, одитни и контролни органи, включително на Сертифициращия орган на Европейската комисия, както и на Европейската служба за борба с измамите (OLAF) и външни одитори, извършващи проверки, за изпълнение на техните правомощия, произтичащи от общностното и националното законодателство за извършване на проверки, инспекции, одит и др. Изпълнителят осигурява достъп до помещенията и до всички документи и бази данни, свързани с финансово-техническото управление на проекта. Документите трябва да се съхраняват на достъпно място и да са картотекирани по начин, който улеснява проверката, а Изпълнителят следва да уведоми Програмния оператор за точното им местонахождение.

20. Да предприеме всички необходими мерки за недопускане на нередности и измами, както и да уведоми незабавно Възложителя относно обстоятелство, което предизвиква или може да предизвика нередност или измама; 21. ИЗПЪЛНИТЕЛЯТ няма право да се позове на незнание и/или непознаване на дейностите, свързани с изпълнение на предмета на договора, поради която причина да иска изменения или допълнение към същия.

22. Да сключи договор/договори за подизпълнение с посочените в офертата му подизпълнители в срок от 3 дни от сключване на настоящия договор и да предостави оригинален екземпляр на ВЪЗЛОЖИТЕЛЯ в 3-дневен срок.

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

СРОКОВЕ ЗА ИЗПЪЛНЕНИЕ, ПРЕДАВАНЕ И ПРИЕМАНЕ

Чл. 6. (1) Срокът за изпълнение на дейностите, предмет на настоящия договор, е 9 месеца, но не по-късно от 30.11.2016 г.

Междинните срокове за всяка дейност са определени съобразно представеният ат Изпълнителя и приет от Възложителя Работен план за съответната обособена позиция.Договорът влиза в сила от датата на подписването му от двете страни.

(2) Спиране на изпълнението на договора е възможно само при спазване на разпоредбите на чл. 43, ал. 2 от ЗОП.

(3) При наличието на законовите предпоставки ВЪЗЛОЖИТЕЛЯТ с писмено известие уведомява ИЗПЪЛНИТЕЛЯ да спре изпълнението на задълженията си.




ИАОС




(4) За периода на спиране на изпълнението плащания по договора не се дължат. Чл. 7. (1) Изпълнение на дейностите по чл.1 се приема от Комисия назначена от Възложителя със следните правомощия:

1. Да приеме или мотивирано да откаже да приеме работата на Изпълнителя по изпълнението на отделните дейности по чл.1 или договора като цяло, включително да налага неустойките по чл. 12 от договора;

2. Да дава указания за отстраняване на констатирани пропуски и несъответствия в работата на Изпълнителя;

3. Да приема, одобрява и подписва предвидените в настоящия договор протоколи, доклади, становища, писма, фактури и други документи, свързани с изпълнението на обществената поръчка.

4. Да иска писмени обосновки, допълнителни доказателства и информация относно всички факти и обстоятелства, свързани с дейността й от Изпълнителя по настоящия договор.

(2) За изпълнение на всяка дейност по чл.1, ал.2, в 15 (петнадесет) дневен срок от датата на предаване на изпълнението на Възложителя, Комисията, издава протокол, в който удостоверява съответствието на пълното, качествено и в срок изпълнение с изискванията на Възложителя.

(3) Комисията може да не приеме изпълнението изцяло или частично, когато е налице неизпълнение на дадена дейност или некачествено и/или лошо изпълнение на отделни задължения по договора от страна на Изпълнителя, като даде задължителни за изпълнителя указания за отстраняване на констатациите в определен от нея подходящ срок не по-дълъг от 10 (десет) дни до окончателно приемане изпълнението на задачата.

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

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

(6) В срока по ал.2 Комисията изпраща писмено уведомление до Изпълнителя с обобщени констатации относно изпълнението на съответната дейност по чл.1, ал.2 и искане за представяне на фактура в приложимите случаи.

Чл. 8. ГАРАНЦИЯ ЗА ИЗПЪЛНЕНИЕ (1) При сключването на настоящия договор ИЗПЪЛНИТЕЛЯТ представя на ВЪЗЛОЖИТЕЛЯ гаранция за добро изпълнение на договора в размер на 5 % от стойността по чл. 2, ал. 1 без ДДС възлизаща на ……………………………… (………………………………………) лева. Гаранцията се представя под формата на банкова гаранция или паричен превод по следната банкова сметка на Възложителя:




ИАОС




Общинска банка, клон „Денкоглу", гр. София, BIC код: SOMBBGSF; IBAN: BG38 SOMB 9130 3337 0251 01.

(2) В случай че банката, издала гаранцията за изпълнение на договора, се обяви в несъстоятелност или изпадне в неплатежоспособност/свръхзадлъжнялост, или й се отнеме лиценза, или откаже да заплати предявената от Възложителя сума в 3 (три)-дневен срок, Възложителят има право да поиска, а Изпълнителя се задължава да предостави, в срок до 5 (пет) работни дни от направеното искане, съответната заместваща гаранция от друга банкова институция.

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

(4) Възложителят има право да задържи от гаранцията за изпълнение сума, равна на дължима от Изпълнителя неустойка.

(5) Възложителят има право да задържи от гаранцията за изпълнение сума, равна на дължима от Изпълнителя неустойка.

(6) Възложителят не дължи лихви върху сумите по гаранцията за изпълнение на договора.

(7)Обслужването на банковата гаранция за изпълнение, таксите и други плащания по нея, както и поддържането на банковата гаранция за изпълнение на целия период на действие, са за сметка на ИЗПЪЛНИТЕЛЯ.

Чл. 9. ГАРАНЦИОННА ПОДДРЪЖКА(1) Гаранционната поддръжка на изпълнението по чл.1 от настоящия договор е

за срок от ……………….. години от деня след подписването на окончателен доклад по чл.7, ал. 2.

(2) ИЗПЪЛНИТЕЛЯТ се задължава да отстранява всички установени от ВЪЗЛОЖИТЕЛЯ несъответствия при функционирането на софтуерните продукти, съгласно изискванията на настоящия договор.

(3) Изпълнителят следва да предложи срок за отстраняване на установените проблеми, които не може да бъде по-дълъг от 7 работни дни.

(4) За всяко несъответствие се съставя констативен протокол.

Чл. 10. ЕКИП ОТ ЕКСПЕРТИ НА ИЗПЪЛНИТЕЛЯ(1) За изпълнение на дейностите по този договор ИЗПЪЛНИТЕЛЯТ се

задължава да осигури екип от експерти в съответствие с посоченото в офертата му. (2) ИЗПЪЛНИТЕЛЯТ няма право да заменя лицата, посочени в представения

към офертата му списък, без предварително писмено съгласие на ВЪЗЛОЖИТЕЛЯ.(3) ИЗПЪЛНИТЕЛЯТ може да предложи смяна на експерт от екипа си в

следните случаи:• при смърт на експерта;• при обективна невъзможност на експерта да изпълни възложената му работа;




ИАОС




• при необходимост от замяна на експерта поради причини, които не зависят от ИЗПЪЛНИТЕЛЯ.

(4) При възникване на някое от обстоятелствата по ал. 3, ИЗПЪЛНИТЕЛЯТ уведомява писмено ВЪЗЛОЖИТЕЛЯ, като посочва конкретните причини и прилага доказателства за настъпването им. ИЗПЪЛНИТЕЛЯТ предлага експерт, който да замени досегашния. Предложеният експерт трябва да отговаря на всички минимални изисквания на възложителя, посочени в условията на обществена поръчка, като ИЗПЪЛНИТЕЛЯТ представя доказателства за това.

(5) ВЪЗЛОЖИТЕЛЯТ може да приеме замяната или мотивирано да откаже предложения нов експерт. При отказ от страна на ВЪЗЛОЖИТЕЛЯ да приеме предложения експерт, ИЗПЪЛНИТЕЛЯТ предлага друг експерт, отговарящ на изискванията на Възложителя с ново уведомление, което съдържа описаната в ал. 4 информация и доказателства.

(6) Допълнителните разходи, възникнали в резултат от смяната на експерт, са за сметка на ИЗПЪЛНИТЕЛЯ.

Чл. 11. ОТГОВОРНОСТИ И НЕУСТОЙКИ (1) При частично неизпълнение, некачествено и/или лошо изпълнение на договора като цяло, Изпълнителят дължи на Възложителя неустойка в размер до 20 % (двадесет процента) от стойността на договора.

(2) При пълно неизпълнение на договора Изпълнителят дължи на Възложителя неустойка в размер на 25% (двадесет и пет процента) от стойността на договора, както и възстановяване на получените междинни плащания.

(3) При частично неизпълнение на отделни задължения или дейности по договора от страна на Изпълнителя, Изпълнителят дължи на Възложителя неустойка в размер до 20 % (десет процента) от стойността на съответното междинно плащане.

(4) При неспазване на определения срок за изпълнение на договора като цяло Изпълнителят дължи неустойка в размер на 0,5 % (нула цяло и пет десети процента) на ден за всеки ден забава, но не повече от 20 % (двадесет процента) от стойността на договора.

(5) При формиране на съответното плащане Възложителят удържа стойността на неизвършените от Изпълнителя дейности или части от тях и съответната неустойка за частично неизпълнение, некачествено и/или лошо изпълнение, или закъснение.

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

(7) Наложените глоби от държавните институции за установени нарушения, при изпълнението на настоящия договор са за сметка на виновната страна и се заплащат от нея.

Чл. 12. НЕПРЕОДОЛИМА СИЛА




ИАОС




(1) Страните не отговарят една спрямо друга за неизпълнение или лошо, забавено, или некачествено изпълнение на свое задължение в резултат на настъпило събитие, което може да бъде определено като непреодолима сила по смисъла на чл. 306 от Търговския закон, в това число и за причинените от това неизпълнение вреди.

(2) Предходната алинея не се прилага за права или задължения на страните, които е трябвало да възникнат или да бъдат изпълнени преди настъпване на непреодолимата сила.

(3) Страната, изпълнението на чието задължение е възпрепятствано от непреодолимата сила, е длъжна в 5 (пет) дневен срок писмено да уведоми другата страна за настъпването, съответно – за преустановяване въздействието на непреодолимата сила.

(4) Когато обстоятелства от извънреден характер, които се определят като непреодолима сила, възпрепятстват по такъв начин изпълнението на задълженията по договора, че на практика водят до невъзможност на изпълнението на договора като цяло, страната, изпълнението на чиито задължения е възпрепятствано от непреодолимата сила, писмено с известие уведомява другата страна за спиране на изпълнението на договора до отпадането на непреодолимата сила.

(5) След отпадане на обстоятелства от извънреден характер, които се определят като непреодолимата сила, страната, която е дала известието, в 5 (пет) дневен срок, писмено с известие уведомява другата страна за възобновяване на изпълнението на договора, а ако не направи това, втората страна отправя писмено известие и искане първата страна да даде в срок не по–дълъг от 5 (пет) дни известие за възобновяване на изпълнението. Ако след изтичането и на този срок не се възобнови изпълнението на договора, изправната страна има право да прекрати договора и да получи неустойка за неизпълнение.

(6) Страната, изпълнението на чието задължение е възпрепятствано от непреодолимата сила, не може да се позовава на нея, ако не е изпълнила някое друго задължение, произтичащо от договора и пряко свързано с изпълнението на задължението, възпрепятствано от непреодолимата сила.

Чл. 13. ПРЕКРАТЯВАНЕ НА ДОГОВОРА(1) Настоящият договор се прекратява:1. с изтичане на срока договора, по чл. 6.;2. по взаимно съгласие между страните, изразено в писмена форма;3. при виновно неизпълнение на задълженията на една от страните по договора

- с 10-дневно писмено предизвестие от изправната до неизправната страна;4. при констатирани нередности и/или конфликт на интереси - с изпращане на

едностранно писмено предизвестие от ВЪЗЛОЖИТЕЛЯ до ИЗПЪЛНИТЕЛЯ;5. по реда на чл. 43, ал. 4 от Закона за обществените поръчки.

(2) ВЪЗЛОЖИТЕЛЯТ може да прекрати договора без предизвестие, когато ИЗПЪЛНИТЕЛЯТ:




ИАОС




1. забави изпълнението на някое от задълженията си по договора с повече от 10 (десет) работни дни;

2. не отстрани в 10 (десет) дневен срок, определен от ВЪЗЛОЖИТЕЛЯ, констатирани недостатъци;

3. не изпълни точно някое от задълженията си по договора;4. използва подизпълнител, без да е декларирал това в офертата си, или

използва подизпълнител, различен от този, посочен в офертата;5. бъде обявен в неплатежоспособност или когато бъде открита процедура за

обявяване в несъстоятелност или ликвидация.6. ВЪЗЛОЖИТЕЛЯТ не може да сключи договор със свързано лице и

прекратява едностранно договора в случаите, в които се установи, че е свързано лице с ИЗПЪЛНИТЕЛЯ.

Чл. 14. КОНФИДЕНЦИАЛНОСТ(1) ИЗПЪЛНИТЕЛЯТ и ВЪЗЛОЖИТЕЛЯТ третират като конфиденциална

всяка информация, получена при или по повод изпълнението на договора.(2) ИЗПЪЛНИТЕЛЯТ няма право, без предварителното писмено съгласие на

ВЪЗЛОЖИТЕЛЯ, да разкрива по какъвто и да е начин и под каквато и да е форма договора или част от него и всякаква информация, свързана с изпълнението му, на когото и да е, освен пред своите служители, отговорни за изпълнението на поръчката.

(3) ВЪЗЛОЖИТЕЛЯТ гарантира конфиденциалност при използването на предоставени от ИЗПЪЛНИТЕЛЯ документи и материали по договора, като не ги предоставя на трети лица.

Чл. 15. СЪОБЩЕНИЯ(1) Всички съобщения, уведомления и известия между страните, свързани с

изпълнението на този договор са валидни, ако са направени в писмена форма и са подписани от упълномощените представители на ИЗПЪЛНИТЕЛЯ или ВЪЗЛОЖИТЕЛЯ, както следва:За Възложителя:.............................За Изпълнителя:............................

(2) За дата на съобщението се смята:- датата на предаването – при ръчно предаване на съобщението срещу

подпис от страна на надлежно упълномощено лице;- датата на пощенското клеймо на обратната разписка – при изпращане по

пощата;- датата на приемането – при изпращане по телефакс.(3) За валидни данни на страните, адреси за приемане на съобщения и банкови

сметки, свързани с настоящия договор се смятат:

ЗА ИЗПЪЛНИТЕЛЯ: ЗА ВЪЗЛОЖИТЕЛЯ:................................. .......................................




ИАОС




гр. .............................. гр. София ул. „ ……………” № ул. „..........................“ №тел. ................................ тел. ..................................Банкова сметка Банкова сметкаIBAN: IBAN: ВIC: ВIC:Банка: Банка:

(4) При промяна на данните по ал. 3 съответната страна е длъжна да уведоми другата в тридневен срок от настъпване на промяната.

Чл. 16. СПОРОВЕ(1) Възникналите през времетраенето на договора спорове и разногласия

между страните се решават чрез преговори между тях. Постигнатите договорености се оформят в писмена форма и се превръщат в неразделна част от договора.

(2) В случай на непостигане на договореност по предходния член, всички спорове, породени от този договор или отнасящи се до него, включително споровете, породени от или отнасящи се до неговото тълкуване, недействителност, неизпълнение или прекратяване ще се отнасят за решаване от компетентния съд на територията на Р България.

Чл. 17. ДРУГИ УСЛОВИЯ (1) ВЪЗЛОЖИТЕЛЯТ придобива всички права на интелектуалната собственост (авторското право) върху изработеното по силата на този договор от страна на ИЗПЪЛНИТЕЛЯ. (2) Нито една от страните няма право да прехвърля правата и задълженията, произтичащи от този договор на трета страна.

(3) За неуредените въпроси в настоящия договор се прилага действащото българско законодателство.

(4) Настоящият договор може да бъде допълван и/или изменян само с допълнителни споразумения, изготвени в писмена форма и подписани от двете страни или техни упълномощени представители при спазване на разпоредбите на Закона за обществените поръчки.

Чл. 19 ЗАКЛЮЧИТЕЛНИ РАЗПОРЕДБИ(1) Настоящият договор се състави и подписа в три еднообразни екземпляра –

два за Възложителя и един за Изпълнителя и съдържа следните документи (приложения), като неразделна част от него, които имат следната приоритетна подредба при тълкуване и прилагане, следваща тази на самия договор:

1. Техническа спецификация на обществената поръчка; 2. Ценово предложение на Изпълнителя;




ИАОС




3. Техническо предложение на Изпълнителя;

ВЪЗЛОЖИТЕЛ:...................... ИЗПЪЛНИТЕЛ :.......................

ИЗПЪЛНИТЕЛЕН ДИРЕКТОР: /подпис и печат/

/...................../

НАЧАЛНИК НА ОТДЕЛ ФСУ: /...................../




ДОКУМЕНТАЦИЯ ЗА УЧАСТИЕ В ОТКРИТА...

Documents