„Център за градска мобилност” ЕAД София

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

1.2. Обхват

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

1.2.1. Интегрирана автоматизирана система за електронно таксуване и видеонаблюде- ние в градския транспорт в Столична община, в това число:

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

2) Доставка и монтаж на оборудване за съществуващите обекти за издване и продажба на превозни документи и персонализация на носители за зареждане и съхраняване на превоз- ни документи (медия) на "Център за градска мобилност" ЕАД, в това число видеонаблю- дение, устройства за персонализация на медия, издаване и продажба на превозни доку- менти, софтуер, хардуер и прилежащи компоненти;

3) Доставка на оборудване за системата в Софийското метро, в това число валидатори, уст- ройства за издаване и продажба на превозни документи от касиер, софтуер, хардуер и прилежащи компоненти за интеграция на съществуващото оборудване в “Метрополитен” ЕАД.

4) Доставка и монтаж на автомати за издаване и продажба на превозни документи.

5) Доставка на оборудване за разпространителска мрежа от физически търговски обекти на територията на гр. София, различни от съществуващите към момента обекти на "Център за градска мобилност" ЕАД и “Метрополитен” ЕАД, които да осигурят възможност за из- даване и продажба на превозни документи;

6) Въвеждане на Системата в експлоатация

7) Провеждане на обучение

8) Интеграция със следните системи на „Център за градска мобилност” ЕАД и Столична об- щина:

● Автоматизирана система за позициониране и управление на превозните средства (Automatic Vehicle Location and Fleet Management System);

● Пътническа информационна система, включваща информационни табла с информа- ция за графиците на превозните средства в реално време (Passenger Information System);

● Автоматизирана система за приоритизиране на превозните средства от публичния транспорт (Traffic Priority System);

● Система за контрол на достъпа до буферните паркинги (Информационна система Park and Ride)

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

10) Поддръжка и управление на услугите:

● създаване, въвеждане, изпълнение и контрол на процеси за управление на услугите, съгласно избран от Изпълнителя стандарт за управление на ИТ услуги;

● гаранционно и процедурно техническо обслужване;

● предприемане на навременни действия в случай на проблеми с оборудването или функционирането на системата с цел постигане на работоспособност и устойчивост на функционирането;

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

● управление на работоспособността на системата в пунктове за продажба на превозни документи;

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

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

● извънгаранционно обслужване;

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

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

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

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

● възможност за разработване на допълнителни услуги за ползвателите на Системата.

11) Аналитични услуги и услуги за подпомагане на управлението:

● Първоначален анализ и оптимизация на бизнес процесите, свързани с издаване, про- дажби, дистрибуция и отчитане на продажбите на превозни документи в "Център за градска мобилност" ЕАД, дружествата “Столичен електротранспорт” ЕАД, “Столичен автотранспорт” ЕАД, “Метрополитен” ЕАД, лицензираните транспортни оператори, и външни дистрибутори на превозни документи.

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

■ Изпълнителят е отговорен за създаването на контролни механизми, индикато- ри за производителността (KPI) и отчитането на резултатите от действието на бизнес процесите, свързани с издаване, продажби, дистрибуция и отчитане на продажбите на превозни документи и медия в "Център за градска мобилност" ЕАД, дружествата “Столичен електротранспорт” ЕАД, “Столичен автотранс- порт” ЕАД, “Метрополитен” ЕАД и лицензираните транспортни оператори.

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

● Наличие на възможност за създаване на отчети, анализи, планиране, бюджетиране и изготвяне на сценарии за бъдещи резултати, както и специализирани таблици за визу- ализация (dash boarding).

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

● Изработване на доклади с препоръки за увеличение на приходите, на всеки /6/ шест месеца.

● Веднъж годишно обновяване и отчитане на резултатите от изпълнението на „Страте- гия за увеличение на приходите” и „Стратегия за организиране на управление и отчи- тане на онлайн продажби на превозни документи”;

● Резултатите от аналитичните услуги трябва да бъдат достъпни чрез уеб базирана платформа, която да е интегрирана с различни средства за доставка на информация като електронна поща, експорт на данни в популярни формати (.xls, .pdf, .csv и др.) и която да е част от платформа за колаборативна работа между множество потребители на база на предефинираните им права и нива на достъп;

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

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

Организиране, поддържане и развитие на услуги за достъп до Системата, осигуряващи възможност на търговци - партньори на "Център за градска мобилност" ЕАД да извършват издаване и продажба на превозни документи и да използват за валидация медия и/или методи, различни от използваните в Системата за електронно таксуване и предмет на настоящата процедура.

За изпълнението на дейността Изпълнителят следва да осигури и поддържа техническа възможност за управление на разпространението и отчитане на продажбата на превозни до- кументи по електронен път чрез електронни канали; защитен, контролиран и проследим дос- тъп на търговци до Системата с цел извършване на транзакции по продажба на превозни до- кументи и използване на медия и/или методи, различни от използваните от "Център за градс- ка мобилност" ЕАД за валидация в Системата.

Забележка: Изпълнителят се задължава да осигурява стандартизирани интерфейси за дос- тъп до Системата на всички търговци, имащи сключен договор с "Център за градска мобил- ност" ЕАД за разпространение и продажба на превозни документи по електронен път.

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

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

2) Възможност на потребителите да използват банкови карти с безконтактни тех- нологии за осъществяване на пътуване в превозните средства на градския транспорт в София;

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

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

● използването на възможност за покупка на превозни документи чрез Direct Carrier Billing (DCB);

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

4) Развитие на възможности за валидация на медия на други транспортни опера- тори и/или системи, по предложение на Изпълнителя или на "Център за градска мо- билност" ЕАД.

5) Развитие на възможности за търговци и "Център за градска мобилност" ЕАД да въвеждат иновативни технологии за продажба и иновативни технологии за валидация на превозни документи, по предложение на Изпълнителя.

6) Развитие на възможност за зареждане и валидация на превозни документи на одобрени от Възложителя медия на партньори на Възложителя.

7) Развитие на възможност за използване на медия на системата за електронно таксуване за потребяване на услуги на партньори на Възложителя.

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

Забележка: Комисионните, дължими на търговците за осъществените от тях продажби се отчитат от Изпълнителя и се дължат от "Център за градска мобилност" ЕАД директно на тър- говците.

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

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

● Системата да съдържа пълни и достъпни записи на всички транзакции

● Системата да е гъвкава и да поддържа с минимални усилия въвеждането на промени в тарифната политика

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

● 100% от обществения градски транспорт на територията на Столична община, опери- ран както от собствените, така и от лицензираните дружества - оператори да бъде обс- лужван от системата.

● 100% от всички приходи от превозни документи да бъдат обслужвани от системата

● Увеличаване на приходите от обществения транспорт в София

● Повишаване на удовлетвореността на гражданите и гостите на София от ползването на градски транспорт

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

● Повишаване на достъпността до обществения транспорт в София

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

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

2. въвеждат необходимите данни за планиране в системата

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

1.3. Обект на поръчката

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

1.4. Максимална прогнозна стойност на поръчката.

Максималната прогнозна стойност на настоящата обществена поръчка е 88 000 000,00

/осемдесет и осем милиона/ лв. без включен ДДС, от която:

1.4.1. прогнозна стойност за доставка, внедряване и поддръжка на интегрирана автомати- зирана система за електронно таксуване и видеонаблюдение в градския транспорт в Столична община е 78 000 000,00 /седемдесет и осем милиона/ лв. без включен ДДС;

1.4.2. прогнозна стойност за услуги по организиране на управление и отчитане на онлайн продажби и валидации на превозни документи е до 10 000 000,00 /десет милиона/ лв. без включен ДДС. Изпълнението на дейностите, надхвърлящи лимита по чл. 5, ал. 1, т.2 от проек- та на договор се възлага по реда на Закона за обществените поръчки. До извършване на въз- лагането по предходното изречение, възложителят заплаща дейностите при условията на тази поръчка.

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

Обявената прогнозна стойност по т. 1.4.1 не може да бъде надвишавана.

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

1.5.Обособени позиции

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

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

е:

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

• Възложителят да разполага с едно лице – Изпълнител, което да отговаря за внедряване- то на цялата Система, респективно да носи отговорност за цялостната гаранционна поддръжка;

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

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

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

1.6. Начин на плащане

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

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

1.6.2. Не по-малко от 4% (четири на сто) и не повече от 7% (седем на сто) от брутните приходи, реализирани чрез използване на услугите по организиране на управление и отчита- не на онлайн продажби и валидация на превозни документи, с изключение на приходите, реа- лизирани чрез уеб портала на Възложителя и съществуващите към момента канали за дистри- буция, но не повече от 10 000 000 (десет милиона) лв. без ДДС. Възнаграждението по т.

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

Цената за изпълнение на предмета на поръчката съгласно т. 1.6.2., се заплаща ежемесечно след представяне от страна на Изпълнителя на остойностена справка1 за общ брой осъщест- вени продажби на електронни превозни документи от името на "Център за градска мобил- ност" ЕАД чрез използваните услуги по организиране на управление и отчитане на онлайн продажби и валидация на превозни документи, до пето число на месеца, следващ отчетния период. В срок до 20-то число на същия месец Възложителят приема или аргументирано ос- порва предадените отчети. В срок до 30-то число на същия месец на база на представената от Възложителя обобщена остойностена справка за реализирани приходи от продажба на пре- возни документи от всички дни от предходния месец, двустранно подписан констативен про- токол за удостоверяване на извършената работа през изтеклия месец и надлежно издадена данъчна фактура, Възложителят заплаща дължимата месечна вноска на Изпълнителя. При

1)В края на всеки работен ден (след изтичане на работното време по разписание на превоз- ните средства) Изпълнителят генерира справка за реализираните приходи от продажба на превозни документи. На база на справката се генерира и остойностена справка за дължимото възнаграждение от реализирани приходи от продажба на превозни документи. Ежедневните справки се обобщават на месечна база. Размерът на сумата по 1.6.2. се определя въз основа на одобрена от Възложителя остойностена справка, предоставена от Изпълнителя, до 5-то число на месеца, следващ месеца, за който се отнася.

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

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

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

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

1.7. Срок за изпълнение.

Срокът на действие на договора за обществената поръчка е 120 (сто и двадесет) месеца, от които до 24 (двадесет и четири) месеца за изграждане и въвеждане на Системата в експлоата- ция.

Срокът на действие на договора за обществената поръчка е 120 (сто и двадесет) месеца, ка- то в съответствие с чл.113, ал.2 от Закона за обществените поръчки се излагат следните моти- ви:

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

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

• естеството на предмета на поръчката обхваща и предполага осигуряване и управ- ление на работоспособността на Система и прилежащите компоненти в режим на работа 24/7/365. Пълният капацитет на подобна Система и ефекта от използването на нови технологии следва да се постигне в дългосрочен план.

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

1.8. Място на изпълнение

Мястото на изпълнение е гр. София, на територията на Столична община, Република Бъл- гария.

1.9.Прехвърляне на собствеността.

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

2. РАЗДЕЛ ІI. УСЛОВИЯ ЗА УЧАСТИЕ В ПРОЦЕ- ДУРАТА

2.1.Общи изисквания

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

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

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

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

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

2.1.4.2. разпределението на отговорността между членовете на обединението и уговаряне на солидарна отговорност по между им;

2.1.4.3. дейностите, които ще изпълнява всеки член на обединението.

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

2.1.6. В случай, че обединението е регистрирано по БУЛСТАТ, преди датата на пода- ва-не на офертата за настоящата обществена поръчка се посочва БУЛСТАТ и/или друга идентифицираща информация в съответствие със законодателството на държавата, в която участникът е установен, както и адрес, включително електро- нен, за кореспонденция при провеждането на процедурата. В случай, че не е ре- гистрирано и при възлагане изпълнението на дейностите, предмет на настоящата обществена поръчка, участникът следва да извърши регистрацията по БУЛСТАТ, след уведомяването му за извършеното класиране и преди подписване на Догово- ра за възлагане на настоящата обществена поръчка;

2.1.7. Подизпълнители.

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

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

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

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

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

2.1.7.5. Замяна или включване на подизпълнител по време на изпълнение на до- говор за обществена поръчка се допуска по изключение, когато възникне не- обходимост, ако са изпълнени едновременно следните условия: 1. за новия подизпълнител не са налице основанията за отстраняване в процедурата; 2. новият подизпълнител отговаря на критериите за подбор, на които е отгова- рял предишният подизпълнител, включително по отношение на дела и вида на дейностите, които ще изпълнява, коригирани съобразно изпълнените до момента дейности. Когато е налице замяна или включване на подизпълнител изпълнителят представя на възложителя всички документи, които доказват изпълнението на посочените условия, заедно с копие на договора за подиз- пълнение или на допълнителното споразумение в тридне-вен срок от тяхното сключване.

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

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

2.1.10. Свързани лица не могат да бъдат самостоятелни участници в една и съща про- цедура. „Свързани лица” по § 2, т. 45 от Допълнителните разпореди на ЗОП са те- зи по § 1, т. 13 и 14 от Допълнителните разпоредби на Закона за публично предла- гане на ценни книжа.

2.1.11. При подаване на заявление за участие или оферта участникът декларира липса- та на основанията за отстраняване и съответствие с критериите за подбор чрез представяне на Единен европейски документ за обществени поръчки (ЕЕДОП) - (Приложение № 2 - образец). В него се предоставя съответната информация, изисквана от Възложителя, и се посочват националните бази данни, в които се съ- държат декларираните обстоятелства, или компетентните органи, които съгласно законодателството на държавата, в която участникът е установен, са длъжни да предоставят информация.

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

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

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

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

2.2. Условия за допустимост

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

2.2.1.1. е осъден с влязла в сила присъда, освен ако е реабилитиран, за престъп- ление по чл. 108а, чл. 159а - 159г, чл. 172, чл. 192а, чл. 194 - 217, чл. 219 - 252, чл. 253 - 260, чл. 301 - 307, чл. 321, 321а и чл. 352 - 353е от Наказателния кодекс;

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

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

2.2.1.4. е налице неравнопоставеност в случаите по чл. 44, ал. 5 от ЗОП;

2.2.1.5. е установено, че:

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

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

2.2.1.6. е установено с влязло в сила наказателно постановление или съдебно решение, че при изпълнение на договор за обществена поръчка е нарушил чл. 118, чл. 128, чл. 245 и чл. 301 - 305 от Кодекса на труда или аналогични задължения, установени с акт на компетентен орган, съгласно законодателс- твото на държавата, в която участникът е установен;

2.2.1.7. е налице конфликт на интереси, който не може да бъде отстранен.

2.2.2. Основанията по т. 2.2.1.1, 2.2.1.2 и 2.2.1.7 се отнасят за лицата, които представ- ляват участника, членовете на управителни и надзорни органи и за други лица, които имат правомощия да упражняват контрол при вземането на решения от тези органи. Когато изискванията по т. 2.2.1.1, 2.2.1.2 и 2.2.1.7 се отнасят за повече от едно лице, всички лица подписват един и същ ЕЕДОП. Когато е налице необхо- димост от защита на личните данни или при различие в обстоятелствата, свързани с личното състояние, информацията относно изискванията по т. 2.2.1.1, 2.2.1.2 и

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

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

1. се налага да се защитят особено важни държавни или обществени интереси;

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

2.2.4. Отстранява се от участие в процедура за възлагане на обществена поръчка участник - обединение от физически и/или юридически лица за чийто член на обединението е налице някое от основанията за отстраняване по т. 2.2.1

2.2.5. Основанията за отстраняване се прилагат до изтичане на следните срокове:

2.2.5.1. пет години от влизането в сила на присъдата - по отношение на обстоя- телства по т. 2.2.1.1, и т. 2.2.1.2, освен ако в присъдата е посочен друг срок;

2.2.5.2. три години от датата на настъпване на обстоятелствата по т. 2.2.1.5, бук- ва "а" и т. 2.2.1.6, освен ако в акта, с който е установено обстоятелството, е посочен друг срок.

Забележка: Стопанските субекти, за които са налице обстоятелства по т. 2.2.1.5, буква "а" се включват в списък, който има информативен характер.

2.2.6. Участникът следва да предостави (декларира) в част III.”Основания за изключ- ване”, буква „Г“ от Единния европейски документ за обществени поръчки (ЕЕ- ДОП) липсата на основания по чл. 3, т. 8 от Закона за икономическите и финансо- вите отношения с дружествата, регистрирани в юрисдикции с преференциален данъчен режим, контролираните от тях лица и техните действителни собственици.

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

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

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

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

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

2.2.10. Основанията за отстраняване се прилагат до изтичане на три години от датата на настъпване на обстоятелствата по т. 2.2.9.2, освен ако в акта, с който е устано- вено обстоятелството, е посочен друг срок.

2.2.11. Други указания

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

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

а) не е подадена нито една оферта, заявление за участие или конкур- сен проект;

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

в) първият и вторият класиран участник откаже да сключи договор; г) са установени нарушения при откриването и провеждането й, ко-

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

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

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

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

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

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

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

2.3.Гаранция за изпълнение

2.3.1. Гаранция за изпълнение.

Определеният за изпълнител участник, преди сключване на договора, представя гаранция за изпълнение в размер на 5% от предложената по чл. 5, ал.1 от договора цена, без ДДС. Га- ранцията се предоставя в една от следните форми:

a) парична сума;

b) банкова гаранция;

c) застраховка, която обезпечава изпълнението чрез покритие на отговорността на из- пълнителя.

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

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

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

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

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

Банка: Общинска банка, клон Денкоглу IBAN: XX00XXXX00000000000000 BIC: XXXXXXXX,

като в нареждането за плащане следва да се посочи вида на гаранцията както следва:

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

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

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

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

Когато гаранцията за изпълнение се представя като застраховка , същата следва да е за су- ма в размер на 5% от стойността на договора обезпечаваща изпълнението чрез покритие на отговорността на ИЗПЪЛНИТЕЛЯ, отговарящата на следните условия: „Център за градска мобилност” ЕАД е Бенефициент по застрахователната полица. Застрахователната полица да е издадена от Застраховател по смисъла на чл.12 от Кодекса за застраховане (бр. 102 на ДВ от 29.12.2015 г.). Всички разходи за избор на Застраховател, сключване на застраховката и зап- лащане на застрахователната премия са за сметка Застрахования (изпълнителя по договора). Застрахователната премия да е платена от Застрахования еднократно в пълен размер. При пълно или частично неизпълнение на задълженията от страна на Изпълнителя по договора, Застрахователят неотменимо и безусловно да е длъжен да изплати на Бенефициента посоче- ната в издаденото от последния Искане (подписано и подпечатано) за плащане сума, в рамки- те на застрахователната сума в застрахователната полица. Плащането да е в срок до 15 кален- дарни дни след получаване на първо надлежно Искане за плащане от Бенефициента по заст- рахователната полица, удостоверяващо, че изпълнителят (застрахован по застрахователната полица) не е изпълнил частично или изцяло задълженията си по договора, независимо от евентуални възражения на изпълнителя. Искането за плащане от Бенефициента е единствени- ят документ, въз основа на който Застрахователят ще изплаща обезщетението. Основно пок- ритие по застраховката са всички суми за дължими неустойки и лихви и др. уговорени обез- щетения, начислени във връзка с претенции на Бенефициента към Изпълнителя. Самоучастие на Застрахования по застрахователната полица не се допуска. Всички права и задължения на Застрахователя, Застрахования и Бенефициента да бъдат изписани в пълен обем в полицата, без позоваване на такива в други документи. Проектът на полица се съгласува предварително от Бенефициента преди приемане на застрахователната полица като гаранция за изпълнение на договора. Застраховката следва да е със срок на валидност до един месец след изтичането на срока на действие на договора.

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

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

2.4.Критерии за подбор.

2.4.1. Годност (правоспособност) за упражняване на професионална дейност

Възложителят не поставя изисквания.

2.4.2. Икономическото и финансово състояние и доказателства за тях

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

Минимални изисквания за икономическо и финансово състояние: Участниците в про- цедурата следва да са реализирали минимален общ оборот, изчислен на база годишните обо- роти, в размер на не по малко от 30 000 000 (тридесет милиона) лева.

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

2.4.3.1. удостоверения от банки

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

2.4.3.3. справка за общия оборот

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

На етап процедура, за доказване съответствието с изискването, участниците следва да дек- ларират в Единния европейски документ за обществени поръчки (ЕЕДОП) в част IV „Крите- рии за подбор, Буква Б, горното обстоятелство.

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

На основание чл. 67, ал. 5 от ЗОП, Възложителят може да изисква от участниците по всяко време да представят всички или част от документите, чрез които се доказва информацията, посочена в ЕЕДОП, когато това е необходимо за законосъобразното провеждане на процеду- рата.

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

2.5.Технически и професионални способности

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

2.5.1. За доказване на техническите и професионални способности на участниците, участниците представят списък на дейностите, които са идентични или сходни с предмета на обществената поръчка, като посочват стойностите, датите и получа- телите, заедно с доказателства за извършената доставка/услуга. Доказателствата се представят по реда на чл. 67, ал. 5 и 6 от ЗОП.

За „дейности с предмет и обем, идентични или сходни с тези на поръчката“ се считат:

2.5.1.1. Изпълнени от Участниците през последните 10 години дейности по дос- тавка на оборудване и софтуер за система за електронно таксуване и внедря- ване на поне 3 системи за електронно таксуване на пътници в превозни сред- ства на публичен транспорт посредством безконтактни електронни карти, издавани от системата. Изискването за изпълнението на дейности, идентични или сходни с тези на поръчката през последните 10 години се налага поради комплексността на изпълнение на подобни проекти, чиито жизнен цикъл на въвеждане в експлоатация трае между година и половина и две години. По- соченото изискване е съобразно разпоредбата на чл. 63, ал. 2 от ЗОП поради естеството на поръчката.

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

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

Поне една от изпълнените системи трябва да отговаря на поне 4 от условията, посо- чени по-долу. Отделно от това, поне други две от изпълнените системи трябва да отго- варят на поне две от условията посочени по-долу.

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

Условие №2: Системата трябва да включва поне 400 наземни превозни средства;

Условие №3: Системата трябва да включва поне два от четирите типа транспорт, налични в София (метро; автобус; трамвай; тролейбус);

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

• Автоматизирана система за позициониране и управление на превозните средства (Automatic Vehicle Location and Fleet Management System);

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

• Автоматизирана система за преброяване на пътниците в превозните средства (Automated Passenger Counting System);

• Автоматизирана система за приоритизиране на превозните средства от публичния транспорт (Traffic Priority System);

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

Условие №5: Системата трябва да обслужва минимум 300 000 пътувания на ден. „Пътува- не” означава използване на услуга, предоставяна от обществения градски транспорт.

2.5.1.2. Участниците да са изпълнили през последните 10 години от датата на подаване на офертата дейности по техническа и/или софтуерна поддръжка на поне 1 /една/ системa за електронно таксуване на пътници в превозни средс- тва на публичен транспорт посредством безконтактни електронни карти, из- давани от системата.

Доказване: На етап процедура за доказване съответствието с изискването, участниците следва да декларират /посочат/ в ЕЕДОП в част IV ‚Критерии за подбор“ , Буква В, горното обстоятелство. Документите, чрез които се доказва изпълнението на критериите за подбор се представят само от участника, избран за изпълнител при сключване на договор.

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

2.5.2. Участниците да прилагат система за управление на качеството: Система за Управление на качеството ЕN ISO 9001 или еквивалент с обхват сходен на пред- мета на поръчката (системи в обществения транспорт; или системна интеграция в областта на ИТ проекти и ИТ системи; или проектиране, разработка, внедряване и поддръжка на инсофрмационни и комуникационни системи);

Доказване: На етап процедура, за доказване съответствието с изискването, участникът следва да декларира /посочи/ в Единния европейски документ за обществени поръчки (ЕЕ- ДОП) в част IV „Критерии за подбор“, Буква Г, горното обстоятелство.

Доказване: За доказване на изискването участникът представя копие на валиден сер- тификат. Сертификатите трябва да са издадени от независими лица, които са акредитирани за съответната серия европейски стандарти от Изпълнителна агенция "Българска служба за акредитация" или от друг национален орган за акредитация, който е страна по Многостранно- то споразумение за взаимно признаване на Европейската организация.

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

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

2.5.3. Участниците да разполагат с персонал и/или ръководен състав с определе- на професионална компетентност за изпълнение на поръчката.

Минимални изисквания за доказване на технически и професионални способности: Експерт №1: Ръководител на проекта:

• притежава образователно-квалификационна степен „магистър“ и специалност в една от областите математика, информатика, компютърни науки, естествени науки, телокомуникации, програмиране, комуникационни системи или еквива- лент;

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

• притежава опит в ръководенето на проекти или на екипи в областта на инфор- мационните системи и технологии;

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

Експерт №2: Технически ръководител:

• притежава професионална компетентност в областта като технически ръково- дител на екипи;

Експерт №3: Системен Архитект:

• притежава професионална компетентност в областта като системен или софтуе- рен архитект;

Експерт №4: Експерт управление на ИТ услуги:

• притежава професионална компетентност в областта на управление на ИТ услу- гите

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

Експерти - 5 /петима/ експерта, както следва:

• Експерт по таксуване с безконтактни карти с образователно- квалификационна степен „магистър“ и специалност в една от областите мате- матика, информатика, компютърни науки, естествени науки, телекомуникации, програмиране, комуникационни системи или еквивалент, с професионална компетентностпо специалността;

• Експерт-ръководител монтаж на оборудване за публичен транспорт с обра- зователно-квалификационна степен „магистър“ и специалност в една от облас- тите математика, информатика, компютърни науки, естествени науки, телеко- муникации, програмиране, комуникационни системи или еквивалент, с профе- сионална компетентност по специалността;

• Експерт по анализ на данни с образователно-квалификационна степен „ма- гистър“ и специалност в една от областите математика, информатика, компю- търни науки, естествени науки, телекомуникации, програмиране, комуникаци- онни системи или еквивалент, с професионална компетентност по специалност- та;

• Експерт по анализ на бизнес процеси, с образователно-квалификационна сте- пен „магистър“ и специалност в една от областите математика, информатика, компютърни науки, естествени науки, телекомуникации, програмиране, кому- никационни системи или еквивалент, с професионална компетентност по спе- циалността;

• Експерт по системи за видеонаблюдение с образователно-квалификационна степен „магистър“ и специалност в една от областите математика, информати- ка, компютърни науки, естествени науки, телекомуникации, програмиране, ко- муникационни системи или еквивалент, с професионална компетентност по специалността;

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

На етап процедура за доказване съответствието с изискването, участниците следва да декларират /посочат/ в ЕЕДОП в част IV „Критерии за подбор“, Буква В горното обстоятелст- во.

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

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

• при смърт на експерта;

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

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

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

• при необходимост от замяна на експерта поради причини, които не зависят от Изпъл- нителя.

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

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

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

Забележка:Участник може да докаже съответствието си с изискванията за финан- сово и икономическо състояние, за технически възможности и/или квалификация с въз-

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

2.5.4. Използване на капацитета на трети лица.

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

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

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

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

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

3. РАЗДЕЛ III. УКАЗАНИЯ ЗА ПОДГОТОВКА НА ОФЕРТАТА

3.1. Необходими документи

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

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

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

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

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

Офертата следва да бъде представена на адрес: гр. София, 0000, xxx. “Княгиня Xxxxx Xxx- за” № 84, преди датата и часа, посочени в обявлението като краен срок за подаване на офер- тите.

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

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

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

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

Върху ОПАКОВКАТА се посочва:

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

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

3. наименованието на поръчката

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

Съдържание на ОПАКОВКАТА – документи и образци:

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

Единен европейски документ за обществени поръчки (ЕЕДОП) за участника в съответст- вие с изискванията на закона и условията на възложителя, а когато е приложимо - ЕЕДОП за всеки от участниците в обединението, което не е юридическо лице, за всеки подизпълнител и за всяко лице, чиито ресурси ще бъдат ангажирани в изпълнението на поръчката – попълва се Образец № 2;

Указание за подготовка на ЕЕДОП:

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

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

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

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

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

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

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

сите в публикувания ЕЕДОП, и се посочва адресът, на който е осигурен достъп до документа.

4. Лицата по чл. 54, ал. 2 и чл. 55, ал. 3 ЗОП са:

4.1. лицата, които представляват участника;

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

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

5. Лицата по т. 4.1 и 4.2 са, както следва:

5.1. при събирателно дружество – лицата по чл. 84, ал. 1 и чл. 89, ал. 1 от Търговския закон;

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

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

5.4. при акционерно дружество – лицата по чл. 241, ал. 1, чл. 242, ал. 1 и чл. 244, ал. 1 от Търговския закон;

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

5.6. при едноличен търговец – физическото лице – търговец;

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

5.8. в случаите по т. 5.1 – 5.7 – и прокуристите, когато има такива;

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

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

7. Когато изискванията по чл. 54, ал. 1, т. 1, 2 и 7 и чл. 55, ал. 1, т. 1 от ЗОП се отна- сят за повече от едно лице, всички лица подписват един и същ ЕЕДОП. Когато е налице необходимост от защита на личните данни или при различие в обстоятелствата, свърза- ни с личното състояние, информацията относно изискванията по чл. 54, ал. 1, т. 1, 2 и 7 и чл. 55, ал. 1, т. 5 от ЗОП се попълва в отделен ЕЕДОП за всяко лице или за някои от лицата.

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

9. Съгласно чл. 59, ал. 5 от ЗОП, възложителят е посочил критериите за подбор и до- кументите за тяхното доказване в обявлението, с което се оповестява откриването на процедурата.

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

11. Когато за участник е налице някое от основанията по чл. 54, ал. 1 ЗОП или посо- чените от възложителя основания по чл. 55, ал. 1 ЗОП и преди подаването на офертата той е предприел мерки за доказване на надеждност по чл. 56 от ЗОП, тези мерки се описват в ЕЕДОП.

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

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

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

Указание за подготовка:

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

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

2. разпределението на отговорността между членовете на обединението;

3. дейностите, които ще изпълнява всеки член на обединението.

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

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

1.за обстоятелствата по чл. 54, ал. 1, т. 1 от ЗОП – свидетелство за съдимост;

2. за обстоятелството по чл. 54, ал. 1, т. 3 от ЗОП – удостоверение от органите по приходи- те и удостоверение от общината по седалището на възложителя и на участника;

3. за обстоятелството по чл. 54, ал. 1, т. 6 от ЗОП – удостоверение от органите на Изпълни- телна агенция „Главна инспекция по труда;

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

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

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

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

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

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

Участник, за когото са налице основания по чл. 54, ал. 1 и посочените от възложителя обс- тоятелства по чл. 55, ал. 1 от ЗОП, има право да представи доказателства, че е предприел мер- ки, които гарантират неговата надеждност, въпреки наличието на съответното основание за отстраняване. За тази цел участникът може да докаже, че:

1. е погасил задълженията си по чл. 54, ал. 1, т. 3 от ЗОП, включително начислените лихви и/или глоби или че те са разсрочени, отсрочени или обезпечени;

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

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

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

1. по отношение на обстоятелството по чл. 56, ал. 1, т. 1 и 2 от ЗОП – документ за извър- шено плащане или споразумение, или друг документ, от който да е видно, че задълженията са обезпечени или че страните са договорили тяхното отсрочване или разсрочване, заедно с по- гасителен план и/или с посочени дати за окончателно изплащане на дължимите задължения или е в процес на изплащане на дължимо обезщетение;

2. по отношение на обстоятелството по чл. 56, ал. 1, т. 3 от ЗОП – документ от съответния компетентен орган за потвърждение на описаните обстоятелства.

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

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

Tехническо предложение – попълва се образец Приложение №3, представено в ориги- нал, включващо:

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

2. предложение за изпълнение на поръчката, в съответствие с техническите спецификации и изискванията на възложителя;

3. деклариране на съгласие с клаузите на приложения проект на договор;

4. деклариране на срока на валидност на офертата;

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

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

Съдържание на ПЛИК "Предлагани ценови параметри "

„Ценово предложение” – попълва се образец Приложение №4, представено в ориги- нал.

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

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

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

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

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

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

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

3.2. Подаване на оферти:

3.2.1. Място и срок за подаване на оферти

Офертите се представят в сградата на „Център за градска мобилност” ЕАД, гр. София, бул.

„Княгиня Xxxxx Xxxxx” № 84, Деловодство – ет. 1.

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

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

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

3.2.2. Приемане и връщане на оферти.

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

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

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

3.2.2.4. Не се допуска приемане на оферти от лица, които не са включени в спи- съка по т. 3.2.2.3.

3.3.Комуникация между възложителя и участниците. Разяснения по до- кументацията за участие

Възложителят публикува документацията за участие на своя Профил на купувача в интер- нет на адрес xxxx://xxx.xxxxxxxxxxxx.xx/xx/xxxxxx/xxxxxx-xx-xxxxxxxxx/x/0.

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

Всички комуникации и действия между Възложителя и участниците, свързани с настояща- та процедура са в писмен вид и само на български език. Писма/кореспонденция представени на чужд език се представят задължително в превод на български език. Работния език за из- пълнение на поръчката е български. Участникът може да представя своите писма и уведом- ления в деловодството на „Центъра за градска мобилност” ЕАД, със седалище и адрес на уп- равление: гр. София 0000, xxx. „Княгиня Xxxxx Xxxxx” № 84.

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

• лично – срещу подпис;

• по пощата – чрез препоръчано писмо с обратна разписка, изпратено на посочения от участника адрес;

• чрез куриерска служба;

• по факс;

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

• чрез комбинация от тези средства.

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

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

• в избрани метростанции;

• в избрани депа на трамваен, тролейбусен и автобусен транспорт;

• в център за управление на „Център за градска мобилност” ЕАД.

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

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

3.4.Други указания

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

3.5.Изчисляване на срокове.

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

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

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

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

4. РАЗДЕЛ ІV. ОЦЕНКА НА ОФЕРТИТЕ

4.1.Общи принципи

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

тимално съотношение качество/цена“ по чл. 70, ал. 2, т. 3 от ЗОП.

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

Показатели, относителната им тежест и принцип на методиката за определяне на комплек- сната оценка на офертите:

Критерий за оценка – „оптимално съотношение качество/цена”;

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

К комплексно = К1 * 30 + К2 * 70, където:

К1 – Предложена цена

К2 – Техническо предложение

Максимален общ брой точки (К комплексно), които участникът може да получи от зало- жените показатели е 100 т.

4.2.Показатели

4.2.1. Показател К1 – Предложена цена

К1 = К1.1 * 0,75 + К1.2 * 0,25

Максималната стойност на К1 е 1.

Показателят К1 „Предложена цена” се състои от два подпоказателя К1.1 и К1.2 със съот- ветната тежест, като К1 се изчислява, както следва:

• К1.1 е предложена от Участника обща цена за доставка, внедряване и поддръжка на интегрирана автоматизирана система за електронно таксуване и видеонаблюдение в градския транспорт в Столична община

• К1.2 е предложена от Участника цена, формирана като процент от брутните приходи, реализирани чрез използване на услугите по организиране на управление и отчитане на онлайн продажби и валидация на превозни документи, с изключение на приходите, реализирани чрез уеб портала на Възложителя и съществуващите към момента канали за дистрибуция, но не повече от 10 000 000 (десет милиона) лв. без ДДС.

/процентната стойност се представя с точност до третия десетичен знак и е не по- малка от 4% и не по-голяма от 7%/

К1.1 = К1.1 min/ К1.1n , където

• К1.1 min - най-ниска предложена обща цена за доставка, внедряване и поддръжка на интегрирана автоматизирана система за електронно таксуване и видеонаблюдение в градския транспорт в Столична община

• К1.1n – предложена от Участника обща цена за доставка, внедряване и поддръжка на интегрирана автоматизирана система за електронно таксуване и видеонаблюдение в градския транспорт в Столична община

К1.2 = К1.2 min/ К1.2n , където

• К1.2 min - най-ниска предложена цена, формирана като процент от брутните приходи, реализирани чрез използване на услугите по организиране на управление и отчитане на онлайн продажби и валидация на превозни документи, с изключение на приходите, реализирани чрез уеб портала на Възложителя и съществуващите към момента канали за дистрибуция, но не повече от 10 000 000 (десет милиона) лв. без ДДС. /процентната стойност се представя с точност до третия десетичен знак/

• К1.2n – предложена от Участника цена, формирана като процент от брутните прихо- ди, реализирани чрез използване на услугите по организиране на управление и отчита- не на онлайн продажби и валидация на превозни документи, с изключение на прихо- дите, реализирани чрез уеб портала на Възложителя и съществуващите към момента канали за дистрибуция, но не повече от 10 000 000 (десет милиона) лв. без ДДС.

/процентната стойност се представя с точност до третия десетичен знак/

4.2.2. Показател К2 – Xxxxxxxxxx предложение

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

Показател К2 се състои от отделни технически подпоказатели съгласно приложената по- долу таблица.

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

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

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

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

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

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

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

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

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

Формално - описание, в което участникът е повторил самите изисквания в техническите спецификации и/или декларативно е заявил, че ще ги изпълни без да мотивира своя избор на конкретно решение и/или методика за изпълнение на конкретните дейности и услуги. Фор- мално е „повърхностно, незадълбочено“;

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

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

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

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

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

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

Изчерпателно - описание, което отчита всички страни, всички особености и черти от тех- ническото задание, прецизно, задълбочено и детайлно.

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

Схематично - описание, което е съкратено, в общи черти, представено е опростено и шаб- лонно, има липса на детайлност.

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

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

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

4.2.3. Технически подпоказатели за определяне на показател „Техническо предложение“

Таблица № 1. Технически подпоказатели за определяне на показател “Техническо предложение”

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оценка

ТП 1.1

Точки за подпоказа- теля:

ТП 1.1

План и концепция за доставка на

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

- Таблица за съответствие с минималните технически изиск- вания;

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

- Документация за подробните функционални спецификации;

- Описание на подхода за пости- гане на интегритет и цялостност на предлаганите подсистеми в единна Система за електронно таксуване;

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

Предложението за изпълнение на поръчката съдържа всичките

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

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

Предложената последовател- ност между отделните дейности и

Предложението за изпълнение на поръчката съдържа всичките

10 необходимите елементи по показателя, като по отношение на от 1 дo 3 от необходимите еле- менти по показателя са налице несъществени неточнос- ти/непълноти/пропуски/липси и

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

Предложената последовател- ност между отделните дейности и

Предложението за изпълнение на поръчката съдържа всичките

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

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

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оценка

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

- Начин за постигане на очак- ваните резултати и за гарантиране на тяхната устойчивост;

- Подход за въвеждане на сис- темата в реална експлоатация;

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

- Описание на дейностите по доставка и монтаж на системите;

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

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

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

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

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

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

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

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

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

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

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

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

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оценка

че в системата няма да се вложат материали имащи явни или скри- ти дефекти.

системата, не са достатъчни. Тази мярка гарантира, че в системата няма да се вложат материали имащи явни или скрити дефекти.

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оцен- ка

ТП 1.2

Точки за подпоказа- теля:

ТП 1.2

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

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

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

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

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

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

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

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

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

Предложението на участника съдържа :

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

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

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

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

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

Предложените мерки/подходи

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оцен- ка

ните/нетаксувани пътници.

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

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

са адекватни и реализируеми.

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

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оцен- ка

ТП 2.1

Точки за подпоказа- теля:

TП 2.1

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

Организация за изпълнение предмета на Поръчката:

● План-програма за разп- ределение на задълже- нията на екипа за из- пълнение на поръчката

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

● Методика и организа- ция на екипа и дейнос- тите по наблюдение по време на реализация на Поръчката;

● Методика и организа- ция на екипа и дейнос- тите по наблюдение по

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

План –програма/график за ор- ганизация на работа, за които е направена оценка на необходимо- то време за изпълнение на пред- мета на поръчката;

Разпределение на отговорнос- тите на всеки от ключовите екс- перти и персонала и механизъм на вътрешна екипна координация при разпределение на задачите и отговорностите на членовете на екипа;

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

По този начин възниква риск

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

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

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

По този начин съществува

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

С предложението се гарантира постигане и надвишаване на ми-

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

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оцен- ка

ТП 2.2

Точки за подпоказа- теля:

ТП 2.2

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

- Първоначален анализ и оптимиза- ция на бизнес процесите, свързани с издаване, продажби, дистрибуция и отчитане на продажбите на превозни документи в "Център за градска мобил- ност" ЕАД, дружествата “Столичен електротранспорт” ЕАД, “Столичен автотранспорт” ЕАД, “Метрополитен” ЕАД, лицензираните транспортни опе- ратори, и външни дистрибутори на превозни документи.;

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

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

- Подход и методология за изработ- ване на периодични доклади, базирани

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

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

Предложението за изпълне- ние на поръчката съдържа всич- ките 7 необходимите елементи по показателя, като по отношение на от 1 дo 3 от тях са налице несъ- ществени неточнос- ти/непълноти/пропуски/липси

по този начин съществува риск за изпълнение с несъщест- вени непълноти.

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

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

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оцен- ка

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

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

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

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

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оцен- ка

ТП 3.1

Точки за подпоказа- теля:

ТП 3.1

Стратегия за управление на риска и мерки за уп- равление на риска.

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

- Програма за идентифициране на рисковете;

- Характеристики на мерките, които ще бъдат предлагани;

- Описание прилагания модел на оценяване на рисковете;

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

- Принцип за определяне стой- ности на елементите на риска;

- Класация на риска според тежестта на неговото влияние;

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

Има описание на мерки за предотвратяване /преодоляване

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

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

Не е представена зависимост и обвързаност на мерките с иденти-

Предложението за изпълнение на поръчката съдържа всичките 6 необходими елементи по показа- теля, като по отношение на от 1 дo 3 от тях са налице несъществе- ни неточнос-

ти/непълноти/пропуски/липси

като е в сила поне едно от следното:

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

-Предложени са мерки за уп-

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

като е представена зависимост и обвързаност на мерките с иден- тифицираните рискове и е налице съответствие на мерките с посо- чените в Техническата специфи- кация дейности и ресурси. Налице е реалистичен подход за управле- ние на рисковете.

Обърнато е внимание на всеки един от идентифицираните риско- ве, и е в сила всяко едно от след- ните обстоятелства:

- Предлагат се конкретни дей- ности/мерки за недопуска- не/предотвратяване настъпването на риска и съответно конкретни дейности по отстраняване и уп-

№

Технически подпоказа- тел

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

Ниско ниво

Средно ниво

Високо ниво

Оцен- ка

фицираните рискове;

- Налице е несъответствие на мерките с посочените в Техничес- ката спецификация дейности.

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

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

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

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

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

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

Абсолютната (ненормирана) оценка на комисията на техническото предложение на участника се определя по формулата:

n

ТПабсолютна = ΣTПi / 100, където:

i=1

ТПi –Оценката на комисията на i-тия показател (в точки);

ТПабсолютна – Абсолютна (ненормирана) оценка на участника (в точки); n = 5 – общ брой на показателите;

100 – максималният общ брой точки.

Оценката на участника се преизчислява (нормира) до 100 точки по следната форму- ла:

К2 = ТПабсолютна / ТПмаксимална абсолютна * 100 , където:

К2 – Окончателната техническа оценка (нормирана) на участника; ТПабсолютна – Абсолютна (ненормирана) оценка на участника;

ТПмаксимална абсолютна– Абсолютната (ненормирана) оценка на участника, получил мак- сималната абсолютна (ненормирана) оценка.

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

Комисията извършва оценка на всеки един от подпоказателите за определяне на показател “Техническо предложение” въз основа на сравнителен анализ на предложенията на участни- ците.

5. РАЗДЕЛ V. СКЛЮЧВАНЕ НА ДОГОВОР

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

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

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

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

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

3.2. представи определената гаранция за изпълнение;

3.3. представи пред Възложителя заверено копие от удостоверение за данъчна регистрация и регистрация БУЛСТАТ или еквивалентни документи съгласно законодателството на държа- вата, в която обединението е установено (в случай, че определеният изпълнител е неперсони- фицирано обединение на физически и/или юридически лица). Възложителят не сключва до- говор, когато участникът, класиран на първо място:

3.3.1 откаже да сключи договор

3.3.2. не изпълни някое от условията по т. 3 или

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

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

4. Когато в офертата на участника, определен за изпълнител, е посочено, че той ще ползва подизпълнител/и, в срок от 7 календарни дни след сключване на договора за обществена по- ръчка, изпълнителят сключва договор/и за подизпълнение с обявения с офертата подизпълни- тел/и.

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

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

В срок до 3 (три) дни от сключването на договор за подизпълнение или на допълнително споразумение към него, или на договор, с който се заменя посочен в офертата подизпълнител, изпълнителят изпраща оригинален екземпляр от тях на възложителя, заедно с доказателства, че са изпълнени условията по чл. 66, ал. 2 и ал. 11 от ЗОП. Замяната на подизпълнител се из- вършва само с предварителното писмено съгласие на възложителя.

6. РАЗДЕЛ VI. ТЕХНИЧЕСКА СПЕЦИФИКАЦИЯ

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

6.1.Общи положения

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

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

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

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

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

● Достъпност на електронните превозни документи;

● Избор на тип електронен превозен документ;

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

● Опростен метод за закупуване на продукта и услугата;

● Бързодействие при покупката, валидирането и обработването на превозни документи;

● Наличност и изправност на оборудването 24/7;

● Наличие на удобни възможности за самообслужване;

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

● Сигурност на личната информация и транзакциите;

● Предотвратяване на злоупотреби;

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

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

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

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

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

• надеждна: да обхваща и отговаря на високи стандарти за надеждност и да бъде лесна за обслужване;

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

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

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

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

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

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

Обхвата на централното и бордово оборудване с необходимия за работата на системата софтуер трябва да се състои от:

● Единна/Централна система вкл. сървъри, бази данни, комуникационно и прилежащо хардуерно оборудване (хардуер и софтуер);

● Бордово оборудване (хардуер и софтуер);

● Валидатори за входните бариери към станциите на Метрото на “Метрополитен” ЕАД

● Софтуер и хардуер за издаване, продажба и управление на превозни документи;

● Комуникационно обезпечаване, резервираност, сигурност и защита на информацията;

● Системно и програмно осигуряване;

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

● Като част системата за управление на информационната сигурност следва да се извър- ши цялостно проектиране, имплементиране и внедряване на система базирана на инф- раструктурата на публичния ключ (PKI). Системата следва да има възможност да се прилага, както за подписване на всяка операция свързана с продажба на превозни до- кументи от оператор, така и управление на асиметрични ключове в съответните компо- ненти и модули на интегрираната автоматизирана система за електронно таксуване. Ро- дителските ключове и сертификати следва да се генерират и съхраняват по сигурен на- чин посредством хардуерни модули по сигурността (HSM), които да бъдат, като мини- мум CC EAL 4+, FIPS 140-2 Level 3 сертифицирани или еквивалент.

● Да се реализират автоматизирани интерфейси за осигуряване на свободен публичен достъп до неперсонализирани данни в машинночетим отворен формат, включително чрез публикуване в портала за отворени данни, по реда на Закона за достъп до общест- вена информация; в частност, да се реализират автоматизирани интерфейси за осигуря- ване на свободен публичен достъп до трафична информация по публични протоколи като GTFS и GTFS Realtime или подобни;

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

● Да се реализира възможност за електронна идентификация съгласно Закона за елект- ронната идентификация;

● Да се осигури за всяка точка на продажба, независимо от типа и местоположението й, регистрацията и отчитането на извършваните чрез Системата и от името на Възложите- ля продажби на стоки или услуги, съгласно изискванията на Наредба № Н-18 ОТ 13 ДЕКЕМВРИ 2006 на Националната агенция за приходите.

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

6.1.2. Списък на необходимата документация

6.1.2.1. Документация, която всеки Участник предоставя заедно със своята техническа оферта:

a) План и концепция за доставка на системата за електронно таксуване и внедряването й в реална експлоатация

b) Стратегия за увеличение на приходите от продажби на превозни документи чрез системата за електронно таксуване;

c) Качествено ниво на организацията на изпълнение, установено въз основа на оценка на предложението за изпълнение на поръчката;

d) Подход и методология за подготовка на пълен набор от необходимите документи, процедури и правила за обезпечаване на работните процеси и управлението на ИТ услугите на системата за електронно таксуване;

e) Подход и методология за извършване на аналитични услуги и услуги за подпомага- не на управлението;

f) Стратегия за управление на риска и мерки за управление на риска;

g) План на обучение;

h) Каталог на резервни части.

6.1.2.2. Документация, която всеки Изпълнител предоставя по време на из- пълнение на проекта:

i) Документацията за Софтуера

j) Документацията за Хxxxxxxx

k) Екзекутивната документация

l) Документацията “Ръководства за потребителите”

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

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

a) План и концепция за доставка на системата за електронно таксуване и внедря- ването й в реална експлоатация

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

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

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

• Документация за подробните функционални спецификации, съдържаща като мини- мум:

o Конспект на функционалността;

o Таблица за съответствие с минималните технически изисквания;

o Архитектурни диаграми;

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

• Mетодическа, технологична и организционна рамка за доставка и монтаж на систе- мите, с информация за предлаганата функционалност и технически параметри, за постигане на изискванията, ефективност и експлоатационни качества на елементи- те, съдържаща като минимум:

o Обща част:

▪ Функции;

▪ Разположение на оборудването;

▪ Връзка с други съоръжения;

o Работа на системата

▪ В нормален режим;

▪ В режим на отказ;

▪ При сигнализация свързана със събития подадени от крайни устройс- тва;

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

• Описание на подхода за постигане на интегритет и цялостност на предлаганите под- системи в единна Система за електронно таксуване;

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

• Подход за въвеждане на системата в реална експлоатация;

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

o Основни етапи и включени итерации;

o Основните технологични етапи на изпълнение на дейности, в зависимост от вида на дейността;

o Описание на дейностите и задачи за изпълнение;

o Зависимостите между отделните етапи, фази и действия;

o Описание на видовете отговорници за всеки отделен етапи, фаза и действие;

o Определяне на доставчиците за всяка дейност;

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

o Необходими ресурси за провеждане на съответните дейности;

o Продукти/резултати от изпълнението;

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

b) Стратегия за увеличение на приходите от продажби на превозни документи чрез Системата за електронно таксуване

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

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

• Демонстрирана обвързаност с очакваните резултати, включително чрез система от количествено измерителни показатели за ефективност на изпълнението.

• Концепция и подход за:

o Повишаване на удовлетвореността на гражданите и гостите на София от пол- зването на градски транспорт

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

o Повишаване на достъпността до обществения транспорт в София

• План за изпълнение на стратегията за периода на изпълнение на договора;

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

• Описание на предлаганите подходи за въвеждане на нови медия, методи на валида- ция, и зареждане на превозни документи, като минимум по отношение на:

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

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

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

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

▪ използването на възможност за покупка на превозни документи чрез Direct Carrier Billing (DCB)

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

o Развитие на възможностите за валидация на медия на други транспортни оператори, по предложение на изпълнителя или на "Център за градска мо- билност" ЕАД.

o Развитие на възможностите за търговци и "Център за градска мобилност" ЕАД да въвеждат иновативни технологии за продажба и иновативни техно- логии за валидация на превозни документи, по предложение на изпълнителя.

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

o Развитие на възможностите за използване на медия на системата за елект- ронно таксуване за потребяване на услуги на партньори на Възложителя.

c) Качествено ниво на организацията на изпълнение, установено въз основа на оценка на предложението за изпълнение на поръчката

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

• План-програма за разпределение на задълженията на екипа за изпълнение на поръч- ката;

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

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

• Методика и организация на екипа и дейностите по наблюдение по време на заклю- чителните дейности;

d) Подход и методология за подготовка на пълен набор от необходимите докумен- ти, процедури и правила за обезпечаване на работните процеси и управлението на ИТ услугите на Системата за електронно таксуване.

Документацията на подхода и методологията за управление на ИТ услугите с план на ме- тодите и подходите за гарантиране на високо ниво на предоставяне на дейностите и услугите да съдържа като минимум:

• Описание на използвания подход и методология за управление на ИТ услугите, ба- зиран на стандартни методологии за управление на услуги като ITIL (IT Infrastructure Library) или еквивалентни. Участникът трябва да покаже как като дос- тавчик на ИТ услуги и неговата софтуерна система за управление на ИТ услугите (IT service management system) осигурява изискваните възможности за поддръжката и бъдещото развитие на предоставяните от него услуги;

• Документация на процедурите за гаранционна и извънгаранционна поддръжка – за COTS и специализирано оборудване, съдържаща като минимум:

o ниво на гаранционно техническо обслужване и поддръжка в обхвата на по- ръчката;

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

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

• Eскалационни процедури.

e) Подход и методология за извършване на аналитични услуги и услуги за под- помагане на управлението

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

• Първоначален анализ и оптимизация на бизнес процесите, свързани с издаване, продажби, дистрибуция и отчитане на продажбите на превозни документи в "Цен- тър за градска мобилност" ЕАД, дружествата “Столичен електротранспорт” ЕАД, “Столичен автотранспорт” ЕАД, “Метрополитен” ЕАД, лицензираните транспортни оператори, и външни дистрибутори на превозни документи.

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

• Създаване на отчети, анализи, планиране, бюджетиране и изготвяне на сценарии за бъдещи резултати, както и специализирани таблици за визуализация (dash boarding).

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

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

• Веднъж годишно обновяване и отчитане на резултатите от изпълнението на „Стра- тегия за увеличение на приходите” и „Стратегия за организиране на управление и отчитане на онлайн продажби на превозни документи”;

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

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

f) Стратегия за управление на риска и мерки за управление на риска

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

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

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

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

o Посочен принцип за определяне стойности на елементите на риска;

o Класация на риска според тежестта на неговото влияние;

o Таблично представяне на идентифицираните рискове.

o Рисковете имат отношение към предмета на поръчката;

o Оценките за вероятността и влиянието от възникване на рисковете са реалис- тични;

• Мерки за управление на риска, съдържащи:

o Представена зависимост и обвързаност с представените рискове;

o Таблично графично оформление на идентифицираните рискове;

o Съответствие на мерките с посочените в Техническата спецификация дей- ности и ресурси;

o Реалистичен за изпълнение подход за управление на рисковете.

g) Документацията за план за обучение съдържа:

• План за обучение, съгласно дефинираните роли, участници и компоненти на систе- мата

h) Документацията на каталог на резервни части съдържа:

• Изпълнителят предоставя илюстриран каталог на резервни части

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

• Този каталог дава пълна идентификация (производител, доставчик) за всяка една резервна част.

• Този каталог ясно индикира кои резервни части се отнасят за COTS оборудването, и кои – за специализиранното оборудване

• Каталогът на резервните части се включва в две копия в офертата на Изпълнителя: едно копие в Техническата оферта, но без цени, и второ копие, идентично на първо- то, във финансовата оферта, с добавена една колона с индикативни цени за всяка една предложена резервна част

6.1.2.4. Минимално съдържание на документацията, която Изпълнителят пре- доставя по време на изпълнение на проекта:

i) Документацията за Софтуера да съдържа:

• Функционална блокова модулна схема;

• Описание на процесите във всеки модул;

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

j) Документацията за Хардуера да съдържа три части:

• Част 1 Дефиниране на изисквания за

o Изпълнение;

o Задължителни стандарти;

o Работни условия.

• Част 2 Описание на оборудването

o Основни характеристики;

o Описание на работата;

o Списък с диаграми. и диаграми на електрическата мрежа;

o Подробности по монтажа на оборудването;

o Конфигурационни данни, параметри и настройки;

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

• Част 3 Поддръжка

o Описание на превантивната поддръжка (процес, инструменти);

o Описание на коригираща поддръжка;

o Описание на конкретни инструменти за тестване и поддръжка.

k) Екзекутивната документация съдържа

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

• Наръчници за експлоатация и поддръжка;

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

• Екзекутивни чертежи, които показват екзекутивните детайли от Работите и да включват:

o Проектосметки за оборудването, разделени по местоположение

o Разположение и свързване на всички съоръжения и кабели;

o Схеми и диаграми на електрическата мрежа

o Подробности по монтажа на оборудването

o План на кабелните жила и схема за номериране

o Конфигурационни данни, параметри и настройки

o Чертежи на кабелните трасета

l) Документацията “Ръководства за потребителите” съдържа:

• Структура на документа

• Описание на оборудването и неговото прилагане

• Налични функционалности

• Списък на референтните документи

• Речник

• Използване

o Активиране (изисквания, необходима конфигурация, операции);

o Употреба (начин на работа, клаузи за сигурност, описание на известни по- тенциални повреди);

o Процедура за спиране.

• Описание на потребителски интерфейс

o Дисплей, използване на клавиатура и мишка или touchscreen;

o Описание на съобщенията;

o Формат на командите;

o Процедури при извънредни ситуации;

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

Ръководствата трябва да бъдат предоставени в по две копия български език

m) Документацията за техническа поддръжка, тестване и коригираща поддръжка съдържа:

• Документация за превантивна поддръжка, която съдържа:

o Подробно описание на операциите;

o Периодичност на операциите;

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

o В случай на измерване: условия за измерване и граничните стойности.

• Документация за тестване и коригираща поддръжка, която съдържа:

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

o Подробно описание на монтаж и демонтаж на части и оборудване;

o Процедурата за проверка на правилна работа, след ремонт или замяна на част;

o Списък на части или компоненти неподлежащи на поправка.

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

6.2.Изисквания към безопасността за работа със Системата

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

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

6.3.Списъци с консумативи

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

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

6.4.Описание на основните дейности и услуги за реализация на интегри- рана автоматизирана система за електронно таксуване и видеонаб- людение в градския транспорт в Столична община

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

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

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

4) Доставка и монтаж на автомати за издаване и продажба на превозни документи.

6) Въвеждане на Системата в експлоатация

7) Провеждане на обучение

8) Интеграция със следните системи на „Център за градска мобилност” ЕАД и Столична об- щина:

• Пътническа информационна система, включваща информационни табла с информа- ция за графиците на превозните средства в реално време (Passenger Information System);

• Автоматизирана система за приоритизиране на превозните средства от публичния транспорт (Traffic Priority System);

• Система за контрол на достъпа до буферните паркинги (Информационна система Park and Ride).

10) Поддръжка и управление на услугите:

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

• гаранционно и процедурно техническо обслужване;

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

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

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

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

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

• извънгаранционно обслужване;

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

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

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

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

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

• възможност за разработване на допълнителни услуги за ползвателите на Системата.

11) Аналитични услуги и услуги за подпомагане на управлението:

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

o Изпълнителят е отговорен за създаването на контролни механизми, индика- тори за производителността (KPI) и отчитането на резултатите от действието на бизнес процесите, свързани с издаване, продажби, дистрибуция и отчита- не на продажбите на превозни документи и медия в "Център за градска мо- билност" ЕАД, дружествата “Столичен електротранспорт” ЕАД, “Столичен автотранспорт” ЕАД, “Метрополитен” ЕАД и лицензираните транспортни оператори.

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

• Наличие на възможност за създаване на отчети, анализи, планиране, бюджетиране и изготвяне на сценарии за бъдещи резултати, както и специализирани таблици за ви- зуализация (dash boarding).

• Изработване на доклади с препоръки за увеличение на приходите, на всеки /6/ шест месеца.

• Резултатите от аналитичните услуги трябва да бъдат достъпни чрез уеб базирана платформа, която да е интегрирана с различни средства за доставка на информация като електронна поща, експорт на данни в популярни формати (.xls, .pdf, .csv и др.) и която да е част от платформа за колаборативна работа между множество потреби- тели на база на предефинираните им права и нива на достъп;

• Управление на електронни документи, свързани с дейността на системата, което включва създаване на съдържание, достъп до съдържание, архивиране на съдържа- ние и колаборативна работа с архив.

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

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

2) Възможност на потребителите да използват банкови карти с безконтактни техноло- гии за осъществяване на пътуване в превозните средства на градския транспорт в София;

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

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

● използването на възможност за покупка на превозни документи чрез Direct Carrier Billing (DCB);

4) Развитие на възможности за валидация на медия на други транспортни оператори и/или системи, по предложение на Изпълнителя или на "Център за градска мобил- ност" ЕАД.

5) Развитие на възможности за търговци и "Център за градска мобилност" ЕАД да въ- веждат иновативни технологии за продажба и иновативни технологии за валидация на превозни документи, по предложение на Изпълнителя.

6) Развитие на възможност за зареждане и валидация на превозни документи на одоб- xxxx от Възложителя медия на партньори на Възложителя.

7) Развитие на възможност за използване на медия на системата за електронно таксу- ване за потребяване на услуги на партньори на Възложителя.

6.5.Описание на Единна/Централна система

6.5.1. Общи положения

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

● Централната система следва да се състои от:

- Физически, виртуални, логически и софтуерни компоненти, осигурява- щи функционалност на: Сървър за бази данни (DB server), сървър за приложения (Application server), Сървър за подготовка на отчети (reporting server), Уеб сър- вър (web server), PKI хадруер и инфраструктура, Масив за съхранение на данни (Storage system), Централна система за управление и архивиране на системата за видеонаблюдение, комуникационно оборудване, системен софтуер, съгласно предложената архитектура на Системата (операционни системи, софтуер за вир- туализация, система за управление на бази от данни, софтуер за бекъп, софтуер за сигурност, софтуер за антивирусна защита), приложен софтуер и софтуер за работни станции за издаване, зареждане и персонализиране на превозни доку- менти и медия.

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

● Необходими бази данни:

- база данни на превозните средства;

- база данни на водачите;

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

- база данни на бордовите устройства;

- база данни на транзакциите (валидирания/продажба на превозни доку- менти);

- база данни на съобщения (алармени и системни);

● Необходими са допълнителни функции за управлението на системата за таксуване:

- управление на базата данни на превозните средства;

- наблюдение на състоянието на оборудването - бордово и потребителско;

- управление на оборудването;

- управление на сигурността;

- данни за статистиката на използването;

- данни за отчет на използваните превозни документи и тези в обращение.

● Централната система трябва да може да управлява всички бъдещи разширения:

- добавяне на нови превозни средства - минимум 1000 броя;

- добавяне на нови гаражи/депа/– минимум 10;

- добавяне на нови метростанции – минимум 30;

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

● Централната система следва да осъществява мониторинг за работоспособността и ин- тегритета на всички компоненти и крайни устройства, както и да управлява аларми и събития свързани с нетипично поведение на някоя компонента и/или крайно устройст- во

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

- бордови устройства;

- валидатори;

- конзола на шофьора;

- стационарни автомати за зареждане на превозни документи (автомати за продажба на превозни документи);

- устройства на контрольори;

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

- оборудване за продажба на превозни документи при търговци на дребно;

- продажби чрез уеб портал на Възложителя.

● Характеристики и функции, които трябва да бъдат съобразени за системата:

- Използване на отворени стандарти на системата (използване на стандар- ти за работа с данни в XML или еквивалентен формат, по възможност - обмен на данни с помощта на уеб услуги);

- Модулност (цялата система да се състои от необходим за целта брой мо- дули);

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

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

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

- Модерна тенденция на потребителски интерфейс (системните екрани трябва да следват модерна интуитивна визия, единна концепция и контрол на всички елементи на системата).

● Централната система да предоставя като минимум следните възможности за управле- ние:

- администриране;

- управление на електронни документи;

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

- издаване на електронни документи;

- управление на отчети, статистики, справки;

- обмен на данни и обработка на информация;

- наблюдение на работоспособността (на системата, на връзките и оборуд- ването);

- наблюдение и управление на извършваният контрол;

- обработка на данни.

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

● Достъпът до системата да е защитен под наблюдението на администратор посредст- вом:

- вход с парола;

- служебна карта с парола;

- по друг начин – предложен от участниците.

Правата за достъп да са дефинирани йерархично и да се управляват от администратор.

● Да съществуват няколко оторизирани нива за достъп, зависещи от:

○ функция в организацията (Ръководител звено, отдел, оператор и др.);

○ дейност (техническа, оперативна, счетоводна);

● Да бъдат обособени нива на достъп, като минимум:

○ само четене на някои документи;

○ четене и запис на някои документи;

○ запис на някои документни, но с възможност за четене на повече документи;

○ всяка комбинация от тях.

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

● Достъпът до програмното осигуряване да се разрешава само на упълномощени служи- тели.

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

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

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

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

● Данните, записани от централната система да бъдат:

- статус (работи, не работи, прекъсната връзка);

- промени в конфигурацията на конкретно внедряване на крайно оборудване за съответния компонент;

- сигнали за повреди/откази;

- предупреждения;

● Функционално централната система да позволява:

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

- да се изпрати подходящата команда до неизправното оборудване;

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

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

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

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

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

6.5.2. Инфраструктура PKI

Системата за електронно таксуване трябва да включва инфраструктура за осигуряване на идентичност и сигурност, базирана на публичен ключ (Public Key Infrastructure – PKI). Тя трябва да включва като минимум следните елементи:

● Компонентите на PKI трябва да издават цифрови сертификати, гарантиращи елект- ронната идентичност на потребителите на Системата за електронно таксуване

● Механизми за криптографска защита, включително механизми за подписване на до- кументи и работа със Security Access Modules (SAM)

6.5.2.1. Компоненти на PKI

PKI инфраструктурата трябва да вклюва като минимум следните компоненти:

● Certification Authority (Root CA, CA)

● Registration Authority (RA)

● Key Recovery Module for encryption certificates

● Digital certificates status validation service (RFC 6960 – OCSP)

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

6.5.2.2. Управление на цифрови сертификати

● CA да поддържа функции като: key generation component, database, web server and administration station.

● RA (or subordinate CA) трябва да е онлайн и да обслужва заявки за цифрови сертифи- кати. Всчики връзки между CA и RA да са криптирани чрез SSL.

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

● Всички криптографски компоненти (CA, OCSP and TS) следва да могат да използват FIPS 140-2 level 3 съвместими хардуерни устройства.

Да бъдат предложени образци (templates) на политики за сертификация, практики и проце- дури за функциониране на системата, които да бъдат настроени спрямо избраните политики, практики и процедури на „Център за градска мобилност“ ЕАД.

6.5.2.3. Подписване и защита на документи Минимална фунцкионалност:

● Цифрово подписване на един или едновременно на група файлове, чрез x509v3 циф- рови сертификати, съхранени върху смарт карти, съвместими с PKCS#11 или в PKCS#12 файлове;

● Валидация на подписаните файлове (интегритет на подписа);

● Валидация на цифровите сертификати, изполвани за подпис на файлове (OSCP);

● Използване на механизъм за електронни подписи What You See Is What You Sign (WYSIWYS) за осигуряване на еднаквост на изобразвананата на екран информация с тази, съхранена в двоичен формат. Наличие на индикатори за визуална сигурност, ко- ито да показват, че идентичността на публикуващия е проверена от CA, и че докумен- тът не е променян по време на електронен пренос;

● Криптиране на файлове, както на един, така и на група файлове. Публичните ключове на получателите да се получватат автоматично от техните сертификати, съхранявани в локално хранилище на сертификати или в LDAPv3 директориен сървър;

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

● Криптографските операции да могат да се извършват чрез x509v3 цифрови сертифи- кати, съхранени върху смарт карти, съвместими с PKCS#11 или в PKCS#12 файлове;

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

6.5.2.4. Минимални технически спецификации

● Да отговаря на следните стандарти: PKCS #1, PKCS #7, PKCS #11 и PKCS #12

● Цифрово подписване и криптиране на файлове по PKCS#7

● Цифрово подписване и криптиране на имейл: S/MIME

● RSA ключове с дължина от минимум 2048 бита

6.6.Описание на основен и резервен дейта център на системата

6.6.1. Общи положения

Оборудването (хардуер, софтуер, комуникация) поддържащо системата следва да бъде разположено в съществуващи основен и резервен дейта център, изградени като предоставящи ниво на обслужване, сходно или по-високо от Tier-3 на Uptime Institute. Дейта центровете може да са оперирани от Възложителя, Изпълнителя, или трети страни, с които Изпълнителят има договор за разполагане и обслужване на оборудването, предмет на настоящата поръчка.

● Сходно или по-високо от Tier-3 на Uptime Institute ниво на обслужване, предостваено от дейта центровете като минимум следва да е:

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

○ Системи за пожароизвестяване и пожарогасене;

○ Системи за климатизация и контрол на околната среда (температура и влаж- ност)

○ Минимум 99.9% достъпност на услугите

○ Дублирани (N+1) захранване, непрекъсваемо електрозахранване (UPS), дизел- генератор, климатизация и комуникации.

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

Данните в системата трябва да се сърханяват и обработват съгласно изискванията на РЕГ-

ЛАМЕНТ (ЕС) 2016/679

"Център за градска мобилност" ЕАД следва да има достъп до дейта центровете или до средства за осъществяване на наблюдение върху използваните ресурси и услуги по време на изграждането и експлоатирането на системата.

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

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

Следва да се предвиди специална защита на публичната част на системата (уеб портал и т.н.) от нарушаване на работоспособността чрез осъществяване на разпределени атаки (Distributed Denial of Service).

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

Системата следва да пази за минимум 10 години записи за направените транзакции, както и взаимодействия със системата (audit trails)

6.6.2. Изисквания към системата за електронно таксуване, инсталирана в основния дейта център

Резервирането на данните следва да се прави с ентърпрайс клас решение, способно да оси- гури:

● Максимален период на загуба на данни (Recovery Point Objective – RPO (Data Loss Tolerance)) – не повече от 24 часа.

● Пълно възстановяване след инцидент (Recovery Time Objective - RTO (Recovery Time)) – не повече от 24 часа.

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

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

Всички сървъри и комуникационно оборудване следва да бъдат с двойно електрическо захранване (външно или вътрешно) и следва да бъдат включени към отделни захранващи ли- нии на дейта центъра, подсигурени от N+1 непрекъсваеми захранвания и аварийни генерато- ри.

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

Използваните масиви за съхранение на данни следва да работят в режим RAID5 или по- надежден.

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

6.6.3. Изисквания към системата за електронно таксуване, инсталирана в резервния дейта център

Резервирането на данните следва да се прави с ентърпрайс клас решение, способно да оси- гури:

● Максимален период на загуба на данни (Recovery Point Objective – RPO (Data Loss Tolerance)) – не повече от 24 часа;

● Пълно възстановяване след инцидент (Recovery Time Objective - RTO (Recovery Time)) – не повече от 24 часа.

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

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

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

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

Използваните масиви за съхранение на данни следва да работят в режим RAID5 или по- надежден.

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

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

Необходимото минимално бордово оборудване и оборудване за метростанциите от систе- мата на „Метрополитен“ ЕАД за доставка, монтаж и въвеждане в експлоатация е описано в Приложение А от настоящата документация. Физическите устройства, вид и архитектура на бордовото оборудване трябва да бъдат предложени от всеки от участниците.

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

● по едно централно бордово устройство (ЦБУ)

● по едно бордово устройство за продажба на превозни документи от водача (БУП)

● по един валидатор на всяка врата на превозното средство;

● по един комплект оборудване за видеонаблюдение на салона и водача;

Оборудването за метростанциите от системата на „Метрополитен“ ЕАД трябва да да включва:

● по един валидатор за всяка бариера за вход на всяка метростанция

● по един изходен валидатор за всеки изход на всяка метростанция

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

6.8.Описание на оборудването за продажба на превозни документи.

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

● Необходимото оборудване за продажба на превозни документи следва да се състои от:

- Оборудване за пунктове за продажба на превозни документи – описано в Приложение Б от настоящата документация.

- Оборудване (хардуер и софтуер) за комуникация и връзка с контролен център – всеки участник следва да предложи оборудване за контролен център в техническото си предложение;

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

- Терминали за продажба и персонализация на превозни документи - по един за всяко работно място. Под „терминал“ следва да се разбира: персонален компютър или преносим компютър;

- Устройство за запис/четене на безконтактни карти – по едно за всяко работно място;

- Комплект оборудване за видеонаблюдение, съхранение и предаване на видео потоци – по един за всеки пункт за продажба на превозни документи.

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

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

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

○ детайлно описание на структурата на картата, описание на механизмите за работа с елементите от структурата на картата, механизмите за обмен на дан- ни с картата и нейните елементи;

○ протоколи за работа с електронната смарт карта;

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

○ разработване и предоставяне на нови SAX xxxxxx x комуникационен протокол с тях;

○ технически спецификации на физическия носител на безконтактната смарт карта.

● Доставка на система и протокол за обмен на информация:

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

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

○ осигуряване на комуникационна свързаност;

○ осигуряване на протоколи за обмен на данни;

○ защита на информацията;

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

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

○ реализиране на преходен период с паралелна работа на смарт карти с две различни структури, протоколи за достъп и алгоритми за сигурност – по пре- xxxxx на участника;

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

● Система за контрол:

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

Модулът за управление на контрола е съществена част от Системата за таксуване.

● Основни характеристики:

○ Връзка в реално време с всички мобилни устройства за контрол;

○ Изработка на графици за контрол, на база информацията от другите мо- дули на системата;

○ Оперативно наблюдение и следене на работата на контрольорите;

○ Доклади за резултатите от контрольорските сесии – операционни и ме- ниджърски доклади;

● Отворени интерфейси:

Системата следва да използва отворени стандарти и да предоставя публичен интерфейс към външни приложения за визуализация и навигация, по съществуващи протоколи като GTFS (General Transit Feed Specification) и GTFS Realtime.

6.9.Описание на структура на транспортните данни на безконтактните електронни смарт карти:

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

● Минимални изисквания към смарт карти, хартиени карти за лимитирана употреба и SAM модули:

○ Стандарт: ISO/IEC 14443 (или еквивалентен), RF Transmit Frequency: 13.56MHz;

○ Само за хартиени карти за лимитирана употреба: MIFARE Ultralight EV1 или Ultralight C или хартиени карти с чип SRI512 или еквивалентен;

○ Само за смарт карти (анонимни, пресонализирани, регистрирани) за многократна употреба: MIFARE DESFire EV2 или Calypso compliancy Rev. 3 с чип ST23 и ISO протокол или еквивалентни;

○ Памет: за смарт карти за многократна употреба: 4 Kbytes EEPROM, за хартиени карти за лимитирана употреба: 512 – 1024 bytes EEPROM;

○ Картата трябва да поддържа няколко приложения или файлови структу- ри;

○ Трябва да има история на транзакциите, съхраняванa на картата. Тази история да се състои от определен брой записи, съхраняващи последни тран- закции с картата;

○ Всяка транзакция трябва да бъде еднозначно идентифицирана;

○ Картата трябва да поддържа дата на издаване и срок на валидност;

○ Картата трябва да поддържа ревизия на данните (формати на картата и ключови версии);

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

● Данните трябва да са в съответствие с ISO/ENV 1545 транспортни структури на данни (или еквивалентен). ISO/ENV 1545 (transport data structures/транспортна струк- тура на данните), определя закодирането на елементи от данни, използвани за общест- вен транспорт (като време, дата, час, валидиране на събитие, транспортна услуга и др.)

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

● Структурата на картовият файл да позволява да бъде съхранена най-малко следната информация:

○ приложение и име на притежателя;

○ 4 „договора“ за транспортна услуга (типове превозни документи – пред- платени карти за период и/или брой пътувания)

○ 4 брояча

○ история на поне 3 от последните валидирания/операции;

○ други приложими данни;

○ информация за картата и ключ за криптиране;

Обменът на данни между картата и устройство да следват правилата за кодиране на ISO/ENV 1545 стандарт или еквивалент.

● За да се разреши данните (кодирани според стандарт ISO /ENV 1545 или екви- валентен) да се четат от четеца, е необходимо да се опише определянето и позицията на данните във файловете на картата (организиран според стандарта 7816-4 или екви- валентен.) и използването им в рамките на различните етапи от времето за експлоата- ция на на картата.

● За осигуряване на най-висока степен на защита при използване и работа със смарт картите тип ISO/IEC 14443 или еквивалентен, участниците трябва да изпълнят следните изисквания:

○ Ключовете за достъп до картата не трябва да са статични, а трябва да се диверсифицират (динамични) за всяка карта;

○ Приложенията на картата трябва да ползват допълнителен механизъм за сигурност (като криптиране на данните, цифрови подписи) от алгоритми за си- гурност като 3DES, AES или еквивалентни.;

○ Диверсифицираните ключове за достъп трябва да бъдат предоставяни от SAX xxxxxx;

● Security Access Module (SAM) ТРЯБВА да бъде съвместим с:

○ ISO/IEC 7810 или еквивалентен.;

○ ISO/IEC 7816 или еквивалентен.;

Важно: Комуникационният протокол, заедно със SAX xxxxxxxx x ключовете за криптира- не ТРЯБВА да бъдат предоставени от участника, избран за изпълнител на поръчката, като същите остават собственост на Възложителя.

6.10. Описание на комуникация и обмен на данни

Комуникацията между устройствата, обект на настоящата поръчка и всички свързани уст- ройства и системи трябва да се базира на отворени стандартни протоколи (общи IT стандар- ти) като SOAP, REST (уеб базирани услуги), FTP, и други, и на трансфер на отворени файло- ви формати като XML, WSDL и други.

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

Figure 1Примерна принципна схема на системата и връзката с прилежащите и модули

6.11. Гаранционни срокове, гаранционно и извънгаранционно обс- лужване

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

● Комерсиални (Commercial off the shelf - COTS) продукти са: сървъри, офис тех- ника, офис компютри и монитори, операционни системи, базов и системен софту- ер, комуникационно оборудване, картови четци извън превозните средства, уст- ройства за продажба и зареждане на превозни документи, камери и рекордери за видео наблюдение и техните компоненти и, както и друго оборудване, съгласно предложената от Участника архитектура на системата.

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

● Специализирано оборудване е: бордово оборудване, бордово захранване, бордови принтери за печат на превозни документи, валидатори в превозните средства и ва- лидатори за бариери на “Метрополитен” ЕАД, автомати за продажба на билети, та- ка както е предложено от участника съгласно минималните изисквания, посочени в тази документация.

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

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

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

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

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

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

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

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

6.12. Срокове за отстраняване на повреди от получаване на искане от упълномощен представител на ВЪЗЛОЖИТЕЛЯ следва да са не по- дълги от описаните по видове повреди

Таблица 2 – времена за реакция и възстановяване на работоспособността

Вид повреда

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

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

Оборудване (хардуер, софтуер, ко- муникационна свързаност) поддър- жащо Системата за електронно так-

12 часа*/2 часа

24*/8 часа

	суване и инсталирано в основния и резервния дейта център.
2.	Хардуер и софтуер, различни от тези в точка 1	12 часа*/2 часа	14 дни*/8 часа
3.	Централно бордово устройство	4 часа	24 часа
4.	Валидатор	4 часа	24 часа
5.	Бордово устройство – конзола за продажба на превозни документи	4 часа	24 часа
6.	Хxxxxxx x софтуер за видео наблю- дение	4 часа	до края на следващия работен ден
7.	Работни станции и безконтактни четци за пунктове за продажба на превозни документи и прилежащо оборудване.	4 часа	до края на следващия работен ден
8.	Мрежово оборудване.	4 часа	24 часа

Забележка:

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

- максимално време за реагиране – 2 часа

- максимално време за ремонт – 8 часа

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

6.13. Управление на работоспособността на Системата за електронно таксуване.

Управлението на работоспособността на Системата за електронно таксуване, прилежащите устройства и софтуер в обхвата на обществената поръчка, включва:

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

● гаранционно и процедурно техническо обслужване;

● предприемане на навременни действия в случай на проблеми с оборудването или функционирането на системата с цел постигане на работоспособност и устойчи- вост на функционирането;

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

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

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

● извънгаранционно обслужване;

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

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

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

● възможност за разработване на допълнителни услуги за ползвателите на Систе- мата.

6.14. Отчети

● Отчетите, които Систамата за електронно таксуване трябва да поддържа трябва да включват като минимум:

● Ежедневни справки/ първични документи:

○ отчети за бр. валидации в превозни средства;

○ отчети за продадени носители (медия);

○ отчети за продадени транпортни документи по тип и медия;

● Месечни справки:

○ констативни протоколи от контрольори по редовността на пътниците;

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

○ справка за издадени карти и заредени превозни документи;

○ справки за издадени превозни документи на държавни служите- ли/пенсионери/ветерани/ и др.;

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

● Шестмесечни анализи на:

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

○ зареждането и издаването на превозни документи по видове;

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

6.15. Фази за изпъление на проекта

Изпълнението на предмета на поръчката следва да бъде извършен в следните фази:

● Фаза 1, Анализ

● Фаза 2, Проектиране

● Фаза 3, Пилотно внедряване

● Фаза 4, Внедряване

● Фаза 5, Обучение

● Фаза 6, Поддръжка

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

● Ежемесечен доклад за напредъка;

● Подробни технически спецификации;

● Подробен план за въвеждане;

● Проект на системата;

● Протокол за тестване и цялостната интеграция;

● Методология за проверка при приемане;

● Техническа и сервизна информация.

6.16. Приложение А – Бордово оборудване и оборудване за „Метропо- литен“ ЕАД

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

● по едно централно бордово устройство (ЦБУ)

● по едно бордово устройство за продажба на превозни документи от водача (БУП)

● по един валидатор на всяка врата на превозното средство;

● по един комплект оборудване за видеонаблюдение на салона и водача; Оборудването за метростанциите от системата на „Метрополитен“ ЕАД трябва да бъде ко-

муникационно свързано с централната система да включва:

● по един валидатор за всяка бариера за вход на всяка метростанция

● по един изходен валидатор за всеки изход на всяка метростанция

6.16.1. Технически изисквания към оборудването

6.16.1.1. Прилежащ хардуер за контролен център

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

6.16.1.2. Стандарти

Предложеното от всеки участник в настоящата поръчка бордово оборудване и оборудване за „Метрополитен“ ЕАД, описнано в настоящето Приложение А, точки 6.16.1.3 и 6.16.1.4 и следва да отговаря на следните стандарти:

• Директива 2014/30/EC, придружена с декларация от производителя на оборудването относно атестация на предложеното оборудване съгласно Приложение 3В на Пра- вило № 10 на Икономическата комисия за Европа на Организацията на обединените нации (ИКЕ на ООН) — Единни предписания за одобрение на превозни средства по отношение на електромагнитната съвместимост

• Директива RoHS 2002/95/EC

• EN 60068-1:2005 Environmental testing – Part 1: General and guidance.

• EN 60068-2-1:2009 Environmental testing – Part 2-1: Tests – Test A: Cold.

• EN 60068-2-2:2009 Environmental testing – Part 2-2: Tests – Test B: Dry heat

• EN 60068-2-30:2008 Environmental testing – Part 2-30: Test Db

• EN 55011:2010 – Industrial, scientific and medical equipment. Radio-frequency disturbance characteristics. Limits and methods of measurement,

• EN 61000-4-5:2010 - Electromagnetic Compatibility (EMC) - Part 4-5: Testing and measurement techniques - Surge immunity test,

• EN 61000-4-4:2010 - Electromagnetic Compatibility (EMC) - Part 4-4: Testing and measurement techniques – Electrical fast transient immunity test,

• EN 61000-4-2:2009 - Electromagnetic Compatibility (EMC) - Part 4-2: Testing and measurement techniques - Electrostatic discharges immunity test

• EN 61000-4-3:2007 - Electromagnetic Compatibility (EMC) - Part 4-3: Testing and measurement techniques – Immunity to radiated radio frequencies,

• EN 61000-4-6:2009 - Electromagnetic Compatibility (EMC) - Part 4-6: Testing and measurement techniques – Immunity to conducted disturbances induced by radiofrequency fields.

В допълнение към гореописаните стандарти, предложеното от всеки участник в настояща- та поръчка бордово оборудване, което е предназначено за инсталация в превозните средства на „Столичен електротранспорт” ЕАД, описнано в настоящето Приложение А, точки 6.16.1.3 и 6.16.1.4, следва да отговаря и на следните стандарти:

• EN 50155:2007 - Railway applications - Electronic equipment used on rolling stock

• EN 50121-3-2:2009 - Railway applications - Electromagnetic compatibility - Part 3-2: Rolling stock – Apparatus

• EN 61373:2011 - Railway applications - Rolling stock equipment. Shock and vibration tests.

6.16.1.3. Бордово оборудване

6.16.1.3.1. Централно бордово устройство

Централното бордово устройство /ЦБУ/ ТРЯБВА да покрива най-малко следните мини- мални технически изисквания или приложими еквивалентни:

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

а) Общи изисквания:

● Серийните и цифровите входни и изходни портове за предаване на данни тряб- ва да са оптично изолирани.

● Ethernet портовете трябва да са галванично изолирани;

● Захранващо напрежение/напрежение на работа: DC 9 до 36V, Номинално 24V

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

● Работна температура (operating temperature): от -20°C до +55°C ;

● Температура на съхранение (storage temperature): от -30°C до +70°C ;

● Влажност (operating humidity): от 5 до 80 % без конденз/ non-condensing в рам- ките на целия работен температурен диапазон;

● Бордовият компютър да е съвместим с Linux операционна система или еквива- лент

● Да се предостави надлежно документирано SDK (Software Development Kit) с включени примерни програми с изходен код реализиращи демонстрационно, като ми- нимум:

○ Управление на физическите бутони (ако са предложени) и touch screen на дисплея на бордовия компютър;

○ Чxxxxx x писане, кxxxxxx x декодиране със и без SAX xxxxx;

○ Реализирана двупосочна комуникация, като минимум по по серийна (RS232 или RS485), Ethernet и LTE/UMTS/3G.

● Мин 1 брой WiFi модул

● Мин 1 брой модул за безжична връзка (mobile wireless connections module): LTE/UMTS/3G със слот за минимум една SIM карта, с възможност за инсталиране на допълнителен модул за безжична връзка LTE/UMTS/3G със слот за минимум една SIM карта;

● GPS Модул;

● Kомбинирана (за WiFi, GSM, GPS) антена, за външен монтаж;

● централен процесор: мин 1 брой, работещ на честота >= 800 MHz;

● оперативна памет мин 1 GB;

● мин памет за съхранение на файлове (тип flash/SSD): 16 GB

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

● мин 8 броя Ethernet порта, всички портове да са галванично изолирани

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

● Захравнащ модул, койтo дава възможност за защита на оборудването при спи- ране на двигателя, позволяващо коректно изключване само след изпращане на всички данни и приключване на евентуални надстройки на софтуера на бордовите устройства на Системата за Таксуване

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

● Захранващият модул да позволява гъвкаво управление на захранването с цел защита от повреди на акумулатора на превозното средство и другото оборудване

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

c) специфични изисквания към бордови компютър с дисплей:

● Дисплей : ≥ 7“ цветен LCD touch screeen;

● Интерфейс: графичен потребителски интерфейс на Български и Английски език със сензорен екран/touch screen;

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

● високоговорител и поддръжка на аудио

● мин 1 USB порт

● мин 1 RS-232 порт оптично изолиран

● мин 1 Ethernet порт, галванично изолиран

6.16.1.3.2. Валидатор за надземните превозни средства

Валидаторът ТРЯБВА да покрива най-малко следните минимални технически изисквания или приложими еквивалентни:

● Интерфейс за четене/запис на електронни смарт карти, с възможност за чете- не/запис на NFC, съгласно ISO/IEC 18092 или еквивалентен,

● Към момента на въвеждане на системата в експлоатация, Изпълнителят трябва да е осъществил EMV level 1 и Level 2 сертификация за работа с безконтактни банкови карти;

● Сензор за четене на QR и бар кодове;

● Вътрешна антена за четене/запис на смарт и банкови карти;

● Дисплей: ≥ 5“ цветен LCD, чувствителен на допир (touch screen);

● Интерфейс: графичен потребителски интерфейс на Български и Английски език със сензорен екран/ touch screen;

● Визуална и аудио сигнализация;

● Захранващо напрежение/напрежение на работа: DC 9 до 36 V, Номинално 24 V

● Работна температура (operating temperature): от -20°C до +55°C;

● Температура на съхранение (storage temperature): от -30°C до +70°C;

● Влажност (operating humidity): от 5 до 80 % без конденз (non-condensing)

● Време за валидация при използване на собствена медия на Системата за елект- ронно таксуване: < 500 ms;

● Слотове за SAM модули: 2, с възможност за разширение до ≥ 4 слота;

● Бордови интерфейс: multi-point physical connection (RS485 или еквивалент), оп- тично изолиран, или Ethernet, галванично изолиран;

● Да е съвместим с Linux операционна система или еквивалент

● Да се предостави надлежно документиран SDK (Software Development Kid) с включени примерни програми с изходен код реализиращи демонстрационно, като ми- нимум:

○ Управление на физическите бутони (ако са предложени) и touch screen;

○ Xxxxxx и писане, xxxxxxx и декодиране със и без XXX xxxxx;

○ Реализирана двупосочна комуникация, като минимум по серийна (RS232 или RS485), и Ethernet

6.16.1.3.3. Бордово устройство – принтер за продажба на превозни доку- менти от водача на наземно превозно средство

Устройството за продажба на превозни документи ТРЯБВА да покрива най-малко следни- те минимални технически изисквания или приложими еквивалентни:

● Захранващо напрежение/напрежение на работа: DC 9 до 36V, Номинално 24V

● Работна температура (оperating temperature): от -15°C до +55°C

● Температура на съхранение (Storage temperature): от -30°C до +70°C

● Влажност (operating humidity): от 5 до 80% без конденз (non-condensing);

○ Бордови интерфейс: multi-point physical connection (RS485 или еквива- лент) или Ethernet или USB или еквивалентен;

○ Устройството трябва да бъде монтирано на подходящо място с възмож- ност за работа от страна на водача на превозното средство. Издаденият прево- зен документ следва да бъде предоставян на пътника от страна на водача.

○ Метод на печат: директен термален печат или еквивалентен.

6.16.1.4. Валидатор за бариерите и изходен валидатор, инсталирани на на те- риторията на “Метрополитен” ЕАД

● Интерфейс за четене/запис на електронни смарт карти, с възможност за чете- не/запис на NFC, съгласно ISO/IEC 18092 или еквивалент,

● Вътрешна антена за четене/запис на смарт и банкови карти;

● Дисплей: ≥ 5“ цветен LCD;

● Интерфейс: графичен потребителски интерфейс на Български и Английски език;

● Визуална и аудио сигнализация;

● Захранващо напрежение/напрежение на работа: DC 9 до 36 V, Номинално 24 V

● Защита от пренапрежение: да се предложи задължително от участниците, ораз- мерена по предложение на участниците и подходяща за инсталиране в съществуващи- те бариери на „Метрополитен“ ЕАД.

● Работна температура (operating temperature): от -15°C до +55°C;

● Температура на съхранение (storage temperature): от -25°C до +70°C;

● Влажност (operating humidity): от 5 до 80% без конденз (non-condensing)

● Време за валидация при използване на собствена медия на Системата за таксу- ване: < 500 ms;

● Слотове за SAM модули: 2, с възможност за разширение до ≥ 4 слота;

● Сензор за четене на QR и бар кодове;

● Интерфейси:

○ multi-point physical connection (RS485 или еквивалент) или Ethernet;

○ RS-232 интерфейс

● Да е съвместим с Linux операционна система или еквивалент

● Да се предостави надлежно документиран SDK (Software Development Kit) с включени примерни програми с изходен код реализиращи демонстрационно, като ми- нимум:

○ Управление на физическите бутони (ако са предложени)

○ Xxxxxx и писане, xxxxxxx и декодиране със и без XXX xxxxx

○ Реализирана двупосочна комуникация, като минимум по RS232, RS485 и Ethernet

6.16.2. Видеонаблюдение в превозните средства и пунктове за продажба на пре- возни документи

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

порт) и всеки един от пунктове за продажба на превозни документи на “Център за градска мобилност” ЕАД следва да изпълнява следните функции:

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

● да се съхраняват записаните видео потоци от данни в рамките на не по-малко от последните 15 дни, като архивът е на всички камери, с пълна разделителна спо- собност на кадрите и поне 6 кадъра в секунда;

● да обхваща максимална площ от салона на превозните средства и пунктовете за продажба на превозни документи, но задължително вратите и мястото на шо- фьора, и минималния брой камери, посочен в таблици 1, 2 и 3 от “Описание на броя и типове превозни средства за монтаж на бордово оборудване”;

● да включва излъчване през мобилна мрежа на видео поток в реално време от камерите в наземните превозни средства в обем на минимум 10 GBytes на месец от всяко наземно превозно средство;

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

Предложението следва да стимулира предлагането на съвременна и конкурентна транспор- тна услуга във всичките й аспекти, спомагаща за:

● ограничаване на броя нетаксувани и нелегални пътувания;

● ограничаване на прояви на вандализъм;

● контрол и намаляване на злоупотребите;

● повишаването на качеството и атрактивността на транспортната услуга;

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

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

a) Видеокамери за контрол – минимални изисквания:

● Сензор - CMOS с прогресивно сканиране;

● Технология IP (с протокол ONVIF) или AHD

● Минимална резолюция – 2 мега пиксела, FullHD 1080P (1920 x1080);

● Честота на кадрите – 25 кадъра/сек при 1920x1080);

● Интерфейс за комуникация – тип M12 “Аviation connector”;

● Микрофон – вграден или вход за външен микрофон в записващото устройство равен на броя на подържаните камери;

● Инфрачервено осветление – вградено, 10м или повече

● Степен на защита – минимум IP66;

● Вандалоустойчивост – минимум IK08;

● Температурен диапазон на работа – минимум от -20°C до +60°C

● Захранващо напрежение – 12VDC (± 10%)

● Захранване и предаване на видео сигнала по един кабел;

● Сертификати и стандарти - EN-50121 и EN-50155*

Забележка: * Всички камери за монтаж в превозните средства на „Столичен електротран- спорт” ЕАД да отговарят на стандарт EN-50155 и EN-50121

b) Прилежащи устройства за визуализация и съхранение на видео потоците:

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

● поддръжка на H.264 или по-добра;

● поддръжка на FTP, WEB server;

● интерфейс за комуникация – Ethernet 10/100;

● комуникационен достъп посредством LTE/UMTS или еквивалент, отделен от този, чрез който се извършва комуникацията на Централното бордово устройство и валида- торите, обслужвани от него;

● захранващо напрежение – DC от 9 до 36V, Номинал 24V;

● модул за управление на захранването и времезакъснител;

● захранване на камерите – директно от записващото устройство, с достатъчна мощност за предвидените за инсталация камери;

● устройствата да бъдат напълно съвместими и интегрирани с видеокамерите за контрол, сървърен и клиентски софтуер;

● поддръжка на ONVIF или AHD протокол за управление на камерите;

● поддръжка на ONVIF протокол за управление на устройствата за визуализация и съх- ранение на видео потоците;

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

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

● данните на носителите да са криптирани и нечетими за неоторизиран достъп;

● конекторите на свързващите кабели към камерите, захранване и други сензори да бъ- дат от тип М12 „Aviation connector“;

● Алармен / Xxxxxx вход за подаване на „Паник“ сигнал;

● управление и конфигуриране през CMS софтуер и браузър;

Забележка: * Всички прилежащи бордови устройства за визуализация и съхранение на ви- део потоците, следва да предоставят отдалечен достъп в реално време за преглед на видео потока от камерите. Достъпът до устройството да бъде защитен и да се извършва посредством персонален компютър или мобилно устройство. Достъпът до видео потоците да може да бъде инициализиран в следствие на подаване на „паник“ сигнал от страна на водача на превозното средство. Алармите от системата трябва да бъдат интегрирани със диспечерски център на “Център за градска мобилност” ЕАД и със съществуващия модул за обработка на извънредни ситуации в СВЦ (Столичен видео център) “

При възникване на алармено събитие (натискане на „паник“ бутон от шофьора на превоз- ното средство) устройството за визуализация и съхранение на видео потоците автоматизирано изпраща видео в реално време от камерите на превозното средство към диспечерския център на “Център за градска мобилност” ЕАД, и към Столичния видео център посредством LTE/UMTS свързаност или еквивалентен комуникационен канал.

Предаване на видео в реално време от определено превозно средство към диспечерския център на “Център за градска мобилност” ЕАД, и към Столичния видео център да може да бъде инициирано от оператор в центрoвете, който ще може отдалечено да проследи случва- щото се в превозното средство. За целта изпълнителят трябва да извърши интеграция на алармените събития от системата за видеонаблюдение като реализира следната минимална функционалност:

● Алармените събития от системата за видеонаблюдение трябва да постъпват в същест- вуващия алармен модул в Столичния Видео Център използван за наблюдение и обра- ботка на постъпващи алармени събития.

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

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

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

● Процедурите за взаимодействие между диспечерския център на “Център за градска мобилност” ЕАД, и Столичния видео център ще бъде уточнена в периода на проекти- ране на Системата

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

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

c) Сървърна система за съхранение и обработка на видео данни от инциденти и събития

Сървър – 2 бр.	Посочените или еквивалентни
Формат	За монтаж в 19” шкаф. Включени аксесоари за монтаж
Процесор	Мин. един процесор с мин. 4 ядра. Наличен свободен слот за инсталиране на втори проце- сор.
Памет и тип на паметта	Инсталирани мин. 64GB DDR4
RAID контролер	Хардуерен RAID 12Gbps SAS/SATA контролер с 2GB кеш защитен с флаш.
Твърди дискове	Да има мин. 8 броя слотове за дискове. Да се достави с мин. 3 броя мин. 240GB SSD Hot Plug
Свързаност	- Port for remote management - Мин. 4x 1Gb Ethernet (RJ-45) и свободен слот за инсталация на мрежов адаптер 10 GB - Мин. 2 броя еднопортов 16Gb Fibre Channel Host Bus Adapter. - сериен порт
Захранване и охлаждане	Резервирани, Hot Plug захранване и вентилатори.
Софтуер	Подходяща според технологичния контекст сървърна операционна система. Подходяща според технологичния контекст система за управление на база данни. Виртуализационен софтуер предоставящ надеждни нива на скалируемост и управление на виртуална инфраструк- тура.

Xxxxxxx	Xxxxxxxxxx или еквивалентни
Формат	За монтаж в 19” шкаф. Включени аксесоари за монтаж.
Контролери	Мин. два броя резервирани контролери, работещи в режим Active-Active Мин. 4 броя Fibre Channel на контролер Да поддръжка 10GbE iSCSI Да се достави с мин. 4 броя 16Gb Fibre Channel конектори Включени всички интерфесни кабели

Поддържан капа- цитет	Мин. 500 TB
Капацитет	Да се достави с мин. 30ТB дисково пространство за съхранение на данни от инциденти и събития
RAID	Мин. 1, 5, 6, 10
Захранване и ох- лаждане:	Резервирани, Hot Plug захранване и вентилатори.

Да се предвиди оборудване с хардуер и софтуер на две работни места, на които оператори със съответните права, ще осъществяват:

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

● преглед на видео записите от инциденти и събития с цел изясняване на обстоятелства- та.

d) Хардуер и софтуер за контролна видео стена в диспечерски центрър

За целите на осигуряване на видеонаблюдението, както и на изобразяване на информация от Системата за електронно таксуване в диспечерски център на “Център за градска мобил- ност” ЕАД следва да се достави, инсталира, проведе обучение, въведе в експлоатация и под- държа видеостена със следните минимални изисквания:

● Основен процесор за видеостена –изисквания към архитектурата:

○ Процесорът за видеостена трябва да поддържа преобразуване на минимум следните сигнали: DVI, HDMI, VGA, Component, Composite;

○ Процесорът за видеостена трябва да поддържа управление по RS-232.

○ Процесорът за видеостена трябва да поддържа управление по RJ45.

○ Процесорът за видеостена трябва да поддържа скалиране на всички изходи.

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

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

○ Процесорът за видеостена трябва трябва да може да управлява до мин 4 незави- сими стени едновременно.

○ Процесорът за видеостена трябва да поддържа мин 600 Million pixels / second.

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

○ Процесорът за видеостена трябва да поддържа 1-360º завъртане на всеки видео източник и всеки изход.

○ Процесорът за видеостена трябва да поддържа произволни (custom) резолюции.

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

○ Процесорът за видеостена трябва да поддържа HDCP съвместимост.

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

○ Процесорът за видеостена трябва да поддържа предефинирани преходи и вре- меви графици на преходите.

○ Процесорът за видеостена трябва да поддържа 4K60 видео входове и 4K30 из- ходи.

○ Процесорът за видеостена трябва да има вградени резервирани hot-swap захран- ващи блокове.

● Инсталирани входни и изходни портове:

○ Мин. 8 х DVI-U входа

○ Мин. 8 х DVI-I изхода

● Изисквания към инсталираните дисплеи:

○ 8 бр. 55“ професионални дисплеи предназначени за режим на работа 24/7

○ Мин. яркост 700 cd/m2

○ Xxx. резолюция 1920 x 1080 (FHD)

○ Ултра тънка рамка (bezel)– максимално 2мм (L+R;T+B)

6.16.3. Резервираност на бордовото оборудване Отказ на връзката:

Ако връзката между БУП/ валидатор / и ЦБУ се прекъсне, всички функции по продажби и валидации ТРЯБВА да бъдат оперативни. Данните за валидирането и транзакциите да се съх- раняват във вътрешната памет на устройствата. Данните ТРЯБВА да се синхронизират неза- бавно след като връзката се възстанови.

Отказ на оборудването

В случай на отказ на оборудването, да се изпраща съобщение за предупреждение до цент- ралната система чрез LTE/UMTS/3G или еквивалентна връзка.

6.16.4. Мобилно устройство за контрол

„Център за градска мобилност“ ЕАД разполага с 200 мобилни устройства за извършване на контрол по редовността на пътниците.

Устройствата имат следните характеристики:

Характеристики на мобилни устройства за контрол:
1	размери:	78 × 148 × 27 mm
2	тегло:	300 g вкл. Батерията
3	екран (размер, резолюция):	4,3” inch 800 × 480 pixel,
4	тип екран:	Сензорен екран / Touch screen
5	операционна система:	Android 4.0.3
6	батерия:	Li-ion презареждаема, с капацитет 3800 mA
Работна среда:
7	диапазон на работа	-20°C до 50°C
8	диапазон на съхранение	-20°C до 50°C
9	защита от изпускане:	1.8 m
10	степен на защита:	IP65
11	влага:	10-95 % non-condensation
Процесор, памет:
12	процесор CPU:	Cortex A9 1GHz
13	допълнителна памет RAM:	512 MB

Document Metadata

Table of Contents

„Център за градска мобилност” ЕAД София

Document Metadata