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

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

стр. 59 от 159

6. РАЗДЕЛ VI. ТЕХНИЧЕСКА СПЕЦИФИКАЦИЯ Настоящата техническа спецификация и приложенията към нея (неизменна част от

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


стр. 60 от 159

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

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

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

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

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

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

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

6.1.1. Изисквания за изпълнение на Поръчката

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

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

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

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

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

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

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


стр. 61 от 159

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

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

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

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

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

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

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

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

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

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

g) План за обучение на персонала на Възложителя;

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

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

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

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

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

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

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

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

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

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


стр. 62 от 159

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

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

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

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

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

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

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

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

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

o Обща част:

§ Функции;

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

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

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

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

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

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

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

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

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

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

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


стр. 63 от 159

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


стр. 64 от 159

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


стр. 65 от 159

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


стр. 66 от 159

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

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

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

Рискове за изпълнение на Поръчката, дефинирани от Възложителя:

От страна на Възложителя са определени най – малко следните основни рискове:

o Риск от не осигуряване на своевременен достъп до превозните средства;

o Риск от забавяне на дейностите по одобрение на документи и протоколи;

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

От страна на Изпълнителя са определени най-малко следните рискове:

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

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

o Риск от забава на въвеждането в експлоатация (като краен срок или наличие на недостатъци), на Системата като цяло;

o Риск от забавяне (като време или наличие на недостатъци) на гаранционната поддръжка на Системата след въвеждането й в експлоатация.

От страна на трети лица са определени най-малко следните основни рискове:

o Риск от действия или бездействия на държавни или общински органи имащи връзка с реализацията на проекта;

o Риск от действия или бездействия, включително липса на съдействие, забава при съдействието и/или не осигуряване на своевременен достъп до обекти и оборудване (превозните средства на транспортните оператори, обекти, и оборудваене на „Метрополитен“ ЕАД) на дружества или предприятия извън Възложителя, но в системата на Столична община, както и трети лица, партньори на Възложителя;

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


стр. 67 от 159

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

• Идентифициране на рискове, съгласно описаната стратегия за управление на риска, която ще прилага Изпълнителят /включително рискове за изпълнение на Поръчката, дефинирани от Възложителя/:

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

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

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

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

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

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

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

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

• Мерки за управление на риска /включително съотносими към рисковете за изпълнение на Поръчката, дефинирани от Възложителя/, съдържащи:

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

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

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

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

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

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

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

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

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

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


стр. 68 от 159

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

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

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

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

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

• Описание на процесите във всеки модул;

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

j) Документацията за Хардуера да съдържа три части:

• Част 1 Дефиниране на изисквания за

o Изпълнение;

o Задължителни стандарти;

o Работни условия.

• Част 2 Описание на оборудването

o Основни характеристики;

o Описание на работата;

o Списък с диаграми. и диаграми на електрическата мрежа;

o Подробности по монтажа на оборудването;

o Конфигурационни данни, параметри и настройки;

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

• Част 3 Поддръжка

o Описание на превантивната поддръжка (процес, инструменти);

o Описание на коригираща поддръжка;

o Описание на конкретни инструменти за тестване и поддръжка.

k) Екзекутивната документация съдържа:

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


стр. 69 от 159

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

• Наръчници за експлоатация и поддръжка;

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

• Екзекутивни чертежи, които показват екзекутивните детайли от работите по монтаж и да включват:

o Разположение и свързване на всички съоръжения и кабели;

o Схеми и диаграми на електрическата мрежа

o Подробности по монтажа на оборудването

o План на кабелните жила и схема за номериране

o Конфигурационни данни, параметри и настройки

o Чертежи на кабелните трасета

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

• Описание на оборудването и неговото прилагане

• Налични функционалности

• Списък на референтните документи

• Речник

• Използване

o Активиране (изисквания, необходима конфигурация, операции);

o Употреба (начин на работа, клаузи за сигурност, описание на известни потенциални повреди);

o Процедура за спиране.

• Описание на потребителски интерфейс

o Дисплей, използване на клавиатура и мишка или touchscreen;

o Описание на съобщенията;

o Формат на командите;

o Процедури при извънредни ситуации;

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

Ръководствата трябва да бъдат предоставени в по две копия на български език

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

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

o Подробно описание на операциите;

o Периодичност на операциите;


стр. 70 от 159

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

o В случай на измерване: условия за измерване и граничните стойности.

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

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

o Подробно описание на монтаж и демонтаж на части и оборудване;

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

o Списък на части или модули неподлежащи на поправка.

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

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

6.2. Изисквания към безопасността за работа със Системата

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

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

6.3. Списъци с консумативи

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

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

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

Специализираното оборудване е описано в Приложение A от настоящата документация.

Оборудването за продажба на превозни документи е описано в Приложение Б от настоящата документация.

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

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


стр. 71 от 159

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) Поддръжка и управление на услугите:

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

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

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

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

• управление на работоспособността на Системата;


стр. 72 от 159

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

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

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

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

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

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

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

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

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

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

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

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

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


стр. 73 от 159

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

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

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

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

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

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

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

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

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

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

За изпълнението на дейността Изпълнителят следва да осигури и поддържа:

• стандартизирани интерфейси за валидация на медия, различна от наличните в Системата, предмет на настоящата процедура;

• стандартизирани интерфейси за използване на методи за валидация, различни от наличните в Системата, предмет на настоящата процедура;

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

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


стр. 74 от 159

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

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

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

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

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

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

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

• справки за:

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

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

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

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

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

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

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

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


стр. 75 от 159

6.5. Описание на Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение

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

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

● Системата следва да се състои от:

- Физически, виртуални, логически и софтуерни модули, осигуряващи функционалност на: Сървър за бази данни (DB server), сървър за приложения (Application server), Сървър за подготовка на отчети (reporting server), Уеб сървър (web server), PKI хадруер и инфраструктура, Масив за съхранение на данни (Storage system), комуникационно оборудване, системен софтуер, съгласно предложената архитектура на Системата (операционни системи, софтуер за виртуализация, система за управление на бази от данни, софтуер за бекъп, софтуер за проследяване и управление на събития по сигурността, софтуер за антивирусна защита или предложени мерки за защита от вируси на инфраструктурно ниво, чрез залагане на съответните политики за сигурност на ниво операционна система), приложен софтуер и софтуер за работни станции за издаване, зареждане и персонализиране на превозни документи и медия.

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

● Необходими бази данни:

- база данни на превозните средства;

- база данни на водачите;

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

- база данни на бордовите устройства;

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

- база данни на съобщения (алармени и системни);

● Необходими са допълнителни функции за управлението на Системата:

- управление на базата данни на превозните средства;

- наблюдение на състоянието на оборудването - бордово и потребителско;

- управление на оборудването;

- управление на сигурността;

- данни за статистиката на използването;

- данни за отчет на използваните превозни документи и тези в обращение.


стр. 76 от 159

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

- добавяне на нови превозни средства - минимум 1000 броя;

- добавяне на нови гаражи/депа/– минимум 10;

- добавяне на нови метростанции – минимум 30;

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

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

- бордови устройства;

- валидатори;

- конзола на водача;

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

- устройства на контрольори;

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

- оборудване за продажба на превозни документи при търговци на дребно и в касите на „Метрополитен“ ЕАД;

- продажби чрез уеб портал на Възложителя.

● Характеристики и функции, които трябва да бъдат съобразени за Системата:

- Използване на отворени стандарти на Системата (използване на стандарти за работа с данни в XML или еквивалентен формат, по възможност - обмен на данни с помощта на уеб услуги);

- Модулност (цялата система да се състои от необходим за целта брой модули);

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

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

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

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


стр. 77 от 159

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

- администриране;

- управление на електронни документи;

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

- издаване на превозни документи;

- управление на отчети, статистики, справки;

- обмен на данни и обработка на информация;

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

- наблюдение и управление на извършваният контрол;

- обработка на данни.

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

● Достъпът до Системата да е защитен под наблюдението на администратор посредством една или комбинация от следните възможности:

- вход с потребителско име и парола;

- служебна карта с парола;

- по друг начин – предложен от участниците.

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

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

○ функция в организацията (Ръководител звено, отдел, оператор и др.);

○ дейност (техническа, оперативна, счетоводна);

● Да бъдат обособени нива на достъп, като минимум:

○ само четене на някои документи;

○ четене и запис на някои документи;

○ запис на някои документни, но с възможност за четене на повече документи;

○ всяка комбинация от тях.

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

● Достъпът до програмното осигуряване да се разрешава само на упълномощени служители.

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

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


стр. 78 от 159

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

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

● Данните, записани от Системата да бъдат:

- статус (работи, не работи, прекъсната връзка);

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

- сигнали за повреди/откази;

- предупреждения;

● Функционално Системата да позволява:

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

- да се изпрати подходящата команда до неизправното оборудване;

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

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

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

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

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

6.5.2. Инфраструктура PKI

Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение трябва да включва инфраструктура за осигуряване на идентичност и сигурност, базирана на публичен ключ (Public Key Infrastructure – PKI). Тя трябва да включва като минимум следните елементи:

● Модулите на PKI трябва да издават цифрови сертификати, гарантиращи електронната идентичност на потребителите на Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение;

● Механизми за криптографска защита, включително механизми за подписване на документи и работа със Security Access Modules (SAM)


стр. 79 от 159

6.5.2.1. Модули на PKI

PKI инфраструктурата трябва да включва като минимум следните модули:

● Certification Authority (Root CA, CA);

○ Root CA следва да бъде разположен на отделен обособен хардуер и да бъде офлайн;

● Registration Authority (RA);

● Key Recovery Module за криптиращи сертификати;

● OCSP (RFC 6960) или CLR(RFC 5280) механизъм за валиация на сертификати.

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

6.5.2.2. Управление на цифрови сертификати

● CA да поддържа функции като: key generation component, database, web server and administration station.

● Root CA следва да бъде разположен на отделен обособен хардуер и да бъде офлайн.

● RA (or subordinate CA) трябва да е онлайн и да обслужва заявки за цифрови сертификати. Всички връзки между CA и RA да са криптирани чрез SSL.

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

● Всички криптографски модули (CA, OCSP или CRL) следва да могат да използват FIPS 140-2 level 3 съвместими хардуерни устройства.

Да бъдат предложени образци (templates) на политики за сертификация, практики и процедури за функциониране на Системата, които да бъдат настроени спрямо избраните политики, практики и процедури на „Център за градска мобилност“ ЕАД.

6.5.2.3. Подписване и защита на документи

Минимална функционалност:

● Цифрово подписване на един или едновременно на група файлове, чрез x509v3 цифрови сертификати, съхранени върху смарт карти, съвместими с PKCS#11 или в PKCS#12 файлове;

● Валидация на подписаните файлове (интегритет на подписа);

● Валидация на цифровите сертификати, използвани за подпис на файлове (OSCP или CRL);

● Криптиране на файлове, както на един, така и на група файлове. Публичните ключове на получателите да се получват автоматично от техните сертификати, съхранявани в локално хранилище на сертификати или в LDAPv3 директориен сървър;

● Криптографските операции да могат да се извършват чрез x509v3 цифрови сертификати, съхранени върху смарт карти, съвместими с PKCS#11 или в PKCS#12 файлове;


стр. 80 от 159

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

6.5.2.4. Минимални технически спецификации

● Да отговаря на следните стандарти: PKCS #1, PKCS #7, PKCS #11 и PKCS #12;

● Цифрово подписване и криптиране на файлове по PKCS#7;

● Цифрово подписване и криптиране на имейл: S/MIME;

● RSA ключове с дължина от минимум 2048 бита

6.6. Описание на основен и резервен дейта център на системата

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

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

● Ниво на обслужване, предоставено от дейта центровете като минимум следва да е:

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

○ Системи за пожароизвестяване и пожарогасене;

○ Системи за климатизация и контрол на околната среда (температура и влажност)

○ Минимум 99.9% достъпност на услугите

○ Дублирани (N+1) захранване, непрекъсваемо електрозахранване (UPS), дизел генератор, климатизация и комуникации.

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

Данните в Системата трябва да се съхраняват и обработват съгласно изискванията на РЕГЛАМЕНТ (ЕС) 2016/679.

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

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

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

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


стр. 81 от 159

Системата следва да пази за минимум 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 часа.

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

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


стр. 82 от 159

Резервният дейта център трябва да бъде разположен на дистанция минимум 5 километра от основния. Между оборудването в основния и резервния дейта център е необходимо е да се поддържат минимум два физически разделени комуникационни канала с автоматично превключване.

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

Всички сървъри и комуникационно оборудване следва да бъдат с двойно електрическо захранване (външно или вътрешно) и следва да бъдат включени към отделни захранващи линии на дейта центъра, подсигурени от N+1 непрекъсваеми захранвания и аварийни генератори.

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

Използваните масиви за съхранение на данни следва да работят в режим RAID5 или по-надежден.

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

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

Необходимото минимално бордово оборудване и оборудване за метростанциите на „Метрополитен“ ЕАД за доставка, монтаж и въвеждане в експлоатация е описано в Приложение А от настоящата документация. Физическите устройства, вид и архитектура на бордовото оборудване и оборудването за „Метрополитен“ ЕАД трябва да бъдат предложени от всеки от участниците.

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

● по едно централно бордово устройство (ЦБУ)

● по едно бордово устройство за продажба на превозни документи от водача (БУП)

● по един валидатор на всяка врата на превозното средство;

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

Оборудването за метростанциите от системата на „Метрополитен“ ЕАД трябва да да включва:

● по един валидатор за всяка бариера за вход на всяка метростанция

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

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

6.8. Описание на оборудването за продажба на превозни документи.


стр. 83 от 159

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

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

- Оборудване за пунктове за продажба на превозни документи – описано в Приложение Б от настоящата документация.

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

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

- Терминали за продажба и персонализация на превозни документи - по един за всяко работно място. Под „терминал“ следва да се разбира: персонален компютър или преносим компютър;

- Устройство за запис/четене на безконтактни карти – по едно за всяко работно място;

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

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

● Други, за обезпечаване на извършваната дейност;

6.9. Описание на структура на транспортните данни на безконтактните електронни смарт карти:

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

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

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

○ детайлно описание на структурата на картата, описание на механизмите за работа с елементите от структурата на картата, механизмите за обмен на данни с картата и нейните елементи;

○ протоколи за работа с електронната смарт карта;

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


стр. 84 от 159

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

○ технически спецификации на физическия носител на безконтактната смарт карта.

● Минимални изисквания към смарт карти, хартиени карти за лимитирана употреба и SAM модули:

○ Стандарт: ISO/IEC 14443 (или еквивалентен), RF Transmit Frequency: 13.56MHz;

○ Само за хартиени карти за лимитирана употреба: MIFARE Ultralight EV1 или Ultralight C или хартиени карти с чип SRI512 или еквивалентен;

○ Само за смарт карти (анонимни, персонализирани, регистрирани) за многократна употреба: MIFARE DESFire EV1 или MIFARE DESFire EV2, или MIFARE Plus EV1, или MIFARE Plus X, или 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 от последните валидирания/операции;


стр. 85 от 159

○ други приложими данни;

○ информация за картата и ключ за криптиране;

Обменът на данни между картата и устройство да следват правилата за кодиране на ISO/ENV 1545 стандарт или еквивалент.

● За да се разреши данните (кодирани според стандарт ISO /ENV 1545 или еквивалентен) да се четат от четеца, е необходимо да се опише определянето и позицията на данните във файловете на картата (организиран според стандарта ISO/ENV 7816-4 или ISO/IEC 14443, или еквивалентен.) и използването им в рамките на различните етапи от времето за експлоатация на картата.

● За осигуряване на най-висока степен на защита при използване и работа със смарт картите тип ISO/IEC 14443 или еквивалентен, участниците трябва да изпълнят следните изисквания:

○ Ключовете за достъп до картата не трябва да са статични, а трябва да се диверсифицират (динамични) за всяка карта;

○ Приложенията на картата трябва да ползват допълнителен механизъм за сигурност (като криптиране на данните, цифрови подписи) от алгоритми за сигурност като 3DES, AES или еквивалентни.;

○ Диверсифицираните ключове за достъп трябва да бъдат предоставяни от SAM модули;

● Security Access Module (SAM) ТРЯБВА да бъде съвместим с:

○ ISO/IEC 7810 или еквивалентен;

○ ISO/IEC 7816 или еквивалентен.

Важно: Комуникационният протокол, заедно със SAM модулите и ключовете за криптиране ТРЯБВА да бъдат предоставени от участника, избран за Изпълнител на поръчката, като същите остават собственост на Възложителя.

6.10. Описание на комуникация и обмен на данни

Комуникацията между устройствата, обект на настоящата поръчка и всички свързани устройства и системи трябва да се базира на отворени стандартни протоколи (общи IT стандарти) като SOAP, REST (уеб базирани услуги), FTP, и други, и на трансфер на отворени файлови формати като XML, WSDL и други.

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


стр. 86 от 159

Figure 1Примерна принципна схема на Системата и връзката с прилежащите и модули

6.11. Гаранционни срокове, гаранционно и извънгаранционно обслужване

● Специализирано оборудване и автомати за продажба на билети

o Оборудване описано в точки 6.16.1.2, 6.16.1.3 и 6.17.3, и софтуер, включващ всички подсистеми и модули, които са част от Системата.

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

● Комерсиални (Commercial off the shelf - COTS) продукти:

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

o Гаранционният срок на COTS продуктите е предоставения от съответния производител гаранционен срок, но не по малък от 36 месеца.

o Гаранционния срок на COTS оборудването започва да тече след подписване на протокол за предаване на съответния продукт. Участникът в процедурата


стр. 87 от 159

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

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

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

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

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

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

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

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

6.12. Срокове за отстраняване на повреди от получаване на искане от упълномощен представител на ВЪЗЛОЖИТЕЛЯ следва да са не по-дълги от описаните по видове повреди

Таблица 2 – времена за реакция и възстановяване на работоспособността

Вид повреда

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

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

1. Оборудване (хардуер, софтуер, комуникационна свързаност)

12 часа*/2 часа 24*/8 часа


стр. 88 от 159

поддържащо Системата и инсталирано в основния и резервния дейта център.

2. Централно бордово устройство 12 часа*/2 часа 14 дни*/8 часа

3. Валидатор 4 часа 24 часа

4. Бордово устройство – конзола за продажба на превозни документи 4 часа 24 часа

5. Хардуер и софтуер за видео наблюдение 4 часа 24 часа

6.

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

4 часа до края на следващия работен ден

7. Мрежово оборудване. 4 часа до края на следващия работен ден

8. Хардуер и софтуер, различни от гореописаните 4 часа 24 часа

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

- максимално време за реагиране – 2 часа

- максимално време за ремонт – 8 часа

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

6.13. Управление на работоспособността на Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение

Управлението на работоспособността на Системата, прилежащите устройства и софтуер в обхвата на обществената поръчка, включва:

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


стр. 89 от 159

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

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

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

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

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

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

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

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

6.14. Отчети

● Отчетите, които Системата трябва да поддържа трябва да включват като минимум:

● Ежедневни справки/ първични документи:

○ отчети за бр. валидации в превозни средства;

○ отчети за продадени носители (медия);

○ отчети за продадени транпортни документи по тип и медия;

● Месечни справки:

○ констативни протоколи от контрольори по редовността на пътниците;

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

○ справка за издадени карти и заредени превозни документи;

○ справки за издадени превозни документи на държавни служители/пенсионери/ветерани/ и др.;

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

● Шестмесечни анализи на:

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

○ зареждането и издаването на превозни документи по видове;


стр. 90 от 159

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

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

6.15. Фази за изпълнение на проекта

Изпълнението на дейностите от обхвата на поръчката следва да бъде извършено в следните фази:

● Фаза 1, Анализ

● Фаза 2, Проектиране

● Фаза 3, Пилотно внедряване

● Фаза 4, Внедряване

● Фаза 5, Обучение

● Фаза 6, Поддръжка

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

● Подробни технически спецификации;

● Подробен план за въвеждане;

● Протокол за тестване и цялостната интеграция;

● Методология за проверка при приемане;

● Техническа и сервизна информация.


стр. 91 от 159

6.16. Приложение А – Бордово оборудване и оборудване за „Метрополитен“ ЕАД

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

● по едно централно бордово устройство (ЦБУ);

● по едно бордово устройство за продажба на превозни документи от водача (БУП);

● по един валидатор на всяка врата на превозното средство;

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

Оборудването за метростанциите от мрежата на „Метрополитен“ ЕАД трябва да включва:

● по един валидатор за всяка бариера за вход на всяка метростанция

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

За правилна експлоатация на оборудването участникът, избран за Изпълнител трябва да достави и въведе в експлоатация прилежащ софтуер и хардуер за работа с бордовото оборудване и за оборудването на “Метрополитен“ ЕАД.

6.16.1. Технически изисквания към оборудването

6.16.1.1. Стандарти

Предложеното от всеки участник в настоящата поръчка бордово оборудване и оборудване за „Метрополитен“ ЕАД, описнано в настоящето Приложение А, точки 6.16.1.2.1 , 6.16.1.2.2 и 6.16.1.3 и следва да отговаря на следните стандарти:

• Директива 2014/30/EC.

• Директива 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.


стр. 92 от 159

• 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.2.1, 6.16.1.2.2 и 6.16.1.3, следва да отговаря и на следните стандарти:

• 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.

Забележка: производителят предоставя и декларация по т. 3.2.9. от правило №10 на Икономическата комисия за Европа на Организацията на Обединените Нации (ИКЕ на ООН) – единни предписания за одобрение на превозни средства по отношение на електромагнитната съвместимост.

6.16.1.2. Бордово оборудване

6.16.1.2.1. Централно бордово устройство

Централното бордово устройство /ЦБУ/ ТРЯБВА да покрива най-малко следните минимални технически изисквания или приложими еквивалентни:

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

a) Общи изисквания:

● Серийните и цифровите входни и изходни портове за предаване на данни трябва да са оптично изолирани.

● Ethernet портовете трябва да са галванично изолирани;

● Захранващо напрежение/напрежение на работа: DC 16.8 до 33.6V, Номинално 24V

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

● Работна температура (operating temperature): от -20°C до +55°C ;

● Температура на съхранение (storage temperature): от -30°C до +70°C ;


стр. 93 от 159

● Влажност (operating humidity): от 5 до 80 % без конденз (non-condensing) в рамките на целия работен температурен диапазон;

● Бордовият компютър да е съвместим с Linux операционна система или еквивалент

● Да се предостави надлежно документирано SDK (Software Development Kit) с включени примерни програми с изходен код реализиращи демонстрационно, като минимум:

○ Управление на физическите бутони (ако са предложени) и touch screen на дисплея на бордовия компютър;

○ Четене и писане, кодиране и декодиране със и без SAM модул;

○ Реализирана двупосочна комуникация, като минимум по серийна (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 дава възможност за защита на оборудването при стартиране и спиране на двигателя, позволяващо коректно изключване без загуба на данни на бордовите устройства на Системата;

● Захранващият модул да е с достатъчна мощност да захранва всички бордови устройства, част от Системата, включително и устройствата за видеонаблюдение;

● Захранващият модул да се захранва на входа си с напрежение 9V до 36V, номинално 24V.

c) специфични изисквания към бордови компютър с дисплей:

● Дисплей : ≥ 7“ цветен LCD touch screeen;

● Интерфейс: графичен потребителски интерфейс на Български и Английски език със сензорен екран/touch screen;


стр. 94 от 159

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

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

● мин 1 USB порт

● мин 1 RS-232 порт оптично изолиран

● мин 1 Ethernet порт, галванично изолиран

6.16.1.2.2. Валидатор за надземните превозни средства

Валидаторът ТРЯБВА да покрива най-малко следните минимални технически изисквания или приложими еквивалентни:

● Интерфейс за четене/запис на електронни смарт карти, с възможност за четене/запис на NFC, съгласно ISO/IEC 18092, или ISO 14443, или еквивалентен,

● Към момента на въвеждане на системата в експлоатация, Изпълнителят трябва да е осъществил EMV level 1 и Level 2 сертификация за работа с безконтактни банкови карти;

● Сензор за четене на QR и бар кодове;

● Вътрешна антена за четене/запис на смарт и банкови карти;

● Дисплей: ≥ 5“ цветен LCD, чувствителен на допир (touch screen);

● Интерфейс: графичен потребителски интерфейс на Български и Английски език със сензорен екран/ touch screen;

● Визуална и аудио сигнализация;

● Захранващо напрежение/напрежение на работа: DC 16.8 до 33.6V, Номинално 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 операционна система или еквивалент


стр. 95 от 159

● Да се предостави надлежно документиран SDK (Software Development Kid) с включени примерни програми с изходен код реализиращи демонстрационно, като минимум:

○ Управление на физическите бутони (ако са предложени) и touch screen;

○ Четене и писане, кодиране и декодиране със и без SAM модул;

○ Реализирана двупосочна комуникация, като минимум по серийна (RS232 или RS485), и Ethernet връзка.

6.16.1.2.3. Бордово устройство – принтер за продажба на превозни документи от водача на наземно превозно средство

Устройството за продажба на превозни документи ТРЯБВА да покрива най-малко следните минимални технически изисквания или приложими еквивалентни:

● Захранващо напрежение/напрежение на работа: DC 16.8 до 33.6V, Номинално 24V

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

● Работна температура (оperating temperature): от +5°C до +50°C

● Температура на съхранение (storage temperature): от -10°C до +60°C

● Влажност (operating humidity): от 30 до 80% без конденз (non-condensing);

○ Бордови интерфейс: multi-point physical connection (RS485 или еквивалент) или RS232, или Ethernet или USB или еквивалентен;

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

○ Метод на печат: директен термален печат или еквивалентен.

6.16.1.3. Валидатор за бариерите и изходен валидатор, инсталирани на територията на “Метрополитен” ЕАД

Валидаторът ТРЯБВА да покрива най-малко следните минимални технически изисквания или приложими еквивалентни:

● Интерфейс за четене/запис на електронни смарт карти, с възможност за четене/запис на NFC, съгласно ISO/IEC 18092 или ISO 14443, или еквивалент,

● Към момента на въвеждане на системата в експлоатация, Изпълнителят трябва да е осъществил EMV level 1 и Level 2 сертификация за работа с безконтактни банкови карти;

● Вътрешна антена за четене/запис на смарт и банкови карти;

● Дисплей: ≥ 5“ цветен LCD;

● Интерфейс: графичен потребителски интерфейс на Български и Английски език;

● Визуална и аудио сигнализация;


стр. 96 от 159

● Захранващо напрежение/напрежение на работа: DC 16.8 до 33.6 V, Номинално 24 V

● Защита от пренапрежение: да се предложи задължително от участниците, оразмерена по предложение на участниците и подходяща за инсталиране в съществуващите бариери на „Метрополитен“ ЕАД.

● Работна температура (operating temperature): от -15°C до +55°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) с включени примерни програми с изходен код реализиращи демонстрационно, като минимум:

○ Управление на физическите бутони (ако са предложени)

○ Четене и писане, кодирне и декодиране със и без SAM модул

○ Реализирана двупосочна комуникация, като минимум по RS232, RS485 и Ethernet

6.16.2. Видеонаблюдение и контрол в превозните средства и пунктове за продажба на превозни документи

Видеонаблюдението във всяко от превозните средства на обществения градски транспорт (превозните средства на транспортните оператори, извършващи обществен превоз на пътници на територията на Столична Община посредством трамваен, тролейбусен, автобусен транспорт) и всеки един от пунктовете за продажба на превозни документи на “Център за градска мобилност” ЕАД следва да изпълнява следните функции:

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

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

● обхващане на максимална площ от салона на превозните средства и пунктовете за продажба на превозни документи, но задължително вратите и мястото на водача, и минималния брой камери, посочен в таблици 1, 2 и 3 от “Описание на броя и типове превозни средства за монтаж на бордово оборудване”;


стр. 97 от 159

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

● приемане и изобразяване на видеопотока в реално време на дисплеите в диспечерски център на “Център за градска мобилност” ЕАД и в Столичен видео център (СВЦ), в случай на иницииране на алармено събитие от паник бутон или при поискване от някой от гореспоменатите центрове за наблюдение.

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

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

● ограничаване на броя нетаксувани и нелегални пътувания;

● ограничаване на прояви на вандализъм;

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

● повишаването на качеството и атрактивността на транспортната услуга;

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

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

a) Видеокамери за контрол – минимални изисквания:

● Сензор - CMOS с прогресивно сканиране;

● Технология IP (с протокол ONVIF);

● Минимална резолюция – 2 мега пиксела, FullHD 1080P (1920 x1080);

● Честота на кадрите – минимум 25 кадъра/сек при 1920x1080);

● Физически интерфейс – тип M12 “Аviation connector”;

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

● Инфрачервено осветление – вградено, 10м или повече

● Степен на защита – минимум IP66;

● Вандалоустойчивост – минимум IK08;

● Температурен диапазон на работа – минимум от -20°C до +60°C

● Захранване и предаване на видео сигнала по един кабел (PoE);

● Сертификати и стандарти - EN-50121* и EN-50155*


стр. 98 от 159

* Всички камери за монтаж в превозните средства на „Столичен електротранспорт” ЕАД трябва да отговарят на стандартите EN-50155 и EN-50121.

b) Прилежащи устройства за визуализация и съхранение на видео потоците в превозните средства:

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

● поддръжка на H.264 или по-добра;

● поддръжка на FTP, WEB server;

● интерфейс за комуникация – Ethernet 10/100;

● комуникационен достъп посредством LTE/UMTS или еквивалент, отделен от този, чрез който се извършва комуникацията на Централното бордово устройство и валидаторите, обслужвани от него;

● захранващо напрежение – DC 16.8 до 33.6V, Номинално 24V;

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

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

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

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

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

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

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

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

● физическият интерфейс на свързващите кабели към камерите, захранване и други сензори да бъдат от тип М12 „Aviation connector“;

● Алармен / Релеен вход за подаване на „Паник“ сигнал;

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

Забележка: * Всички прилежащи бордови устройства за визуализация и съхранение на видео потоците, следва да предоставят отдалечен достъп в реално време за преглед на видео потока от камерите. Достъпът до устройството да бъде защитен и да се извършва посредством персонален компютър или мобилно устройство. Достъпът до видео потоците да може да бъде инициализиран в следствие на подаване на „паник“ сигнал от страна на водача на превозното средство. Алармените събития, генерирани от модулите, свързани с видеонаблюдение, трябва да бъдат интегрирани с диспечерския център на “Център за градска мобилност” ЕАД и със един от съществуващите модули за обработка на извънредни ситуации в Столичния видео център.

При възникване на алармено събитие (натискане на „паник“ бутон от водача на превозното средство) устройството за визуализация и съхранение на видео потоците автоматизирано изпраща видео в реално време от камерите на превозното средство към диспечерския център


стр. 99 от 159

на “Център за градска мобилност” ЕАД и към Столичния видео център посредством LTE/UMTS свързаност или еквивалентен комуникационен канал.

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

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

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

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

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

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

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

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

c) Прилежащи устройства за визуализация и съхранение на видео потоците в пунктове за продажба на превозни документи:

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

● поддръжка на H.264 или по-добра;

● поддръжка на FTP, WEB server;

● интерфейс за комуникация – Ethernet 10/100;


стр. 100 от 159

● захранващо напрежение 220V AC;

● захранване през мрежовия кабел с достатъчна мощност за предвидените за инсталация камери (PoE) или 12V DC;

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

● поддръжка на ONVIF протокол;

● запис на фиксиран твърд диск;

● управление - през – софтуер и браузър;

d) Сървърна система за съхранение и обработка на видео данни от инциденти и събития

Сървър – 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 захранване и вентилатори.


стр. 101 от 159

Софтуер

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

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

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

Сторидж Посочените или еквивалентни

Формат За монтаж в 19” шкаф. Включени аксесоари за монтаж.

Контролери Мин. два броя резервирани контролери, работещи в режим Active-Active

Мин. 4 броя Fibre Channel на контролер

Да поддръжка 10GbE iSCSI

Да се достави с мин. 4 броя 16Gb Fibre Channel конектори

Включени всички интерфейсни кабели

Поддържан капацитет Мин. 500 TB

Капацитет Да се достави с мин. 30ТB дисково пространство за съхранение на данни от инциденти и събития

RAID Мин. 1, 5, 6, 10

Захранване и охлаждане: Резервирани, Hot Plug захранване и вентилатори.

Да се предвиди оборудване с хардуер и софтуер на две работни места, на които оператори със съответните права, ще осъществяват:

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

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

e) Хардуер и софтуер за контролна видео стена в диспечерски център


стр. 102 от 159

За целите на осигуряване на видеонаблюдението и визуализация на информация от алармените събития, генерирани от модулите, свързани с видеонаблюдение за диспечерския център на “Център за градска мобилност” ЕАД следва да се достави, инсталира, проведе обучение, въведе в експлоатация и поддържа видеостена със следните минимални изисквания:

● Основен процесор за видеостена –изисквания към архитектурата:

○ Процесорът за видеостена трябва да поддържа преобразуване на минимум следните сигнали: DVI, HDMI, VGA;

○ Процесорът за видеостена трябва да поддържа управление по RS-232.

○ Процесорът за видеостена трябва да поддържа управление по RJ45.

○ Процесорът за видеостена трябва да поддържа скалиране на всички изходи.

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

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

○ Процесорът за видеостена трябва да може да управлява до мин 4 независими стени едновременно.

○ Процесорът за видеостена трябва да има входящ капацитет, не по-малък от 15 Gbps.

○ Процесорът за видеостена трябва да поддържа мин 14 едновременни видео канала, за всяка стена.

○ Процесорът за видеостена трябва да поддържа 1-360º завъртане на всеки видео източник и всеки изход.

○ Процесорът за видеостена трябва да поддържа произволни (custom) резолюции.

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

○ Процесорът за видеостена трябва да поддържа HDCP съвместимост.

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

○ Процесорът за видеостена трябва да поддържа предефинирани преходи и времеви графици на преходите.

○ Процесорът за видеостена трябва да поддържа 4K60 видео входове и 4K30 изходи.

○ Процесорът за видеостена трябва да има вградени резервирани hot-swap захранващи блокове.

● Инсталирани входни и изходни портове:

○ Мин. 8 х DVI-U входа

○ Мин. 8 х DVI-I изхода

● Изисквания към инсталираните дисплеи:

○ 8 бр. 55“ професионални дисплеи предназначени за режим на работа 24/7


стр. 103 от 159

○ Мин. яркост 700 cd/m2

○ Мин. резолюция 1920 x 1080 (FHD)

○ Ултра тънка рамка (bezel)– максимално 2мм (L+R;T+B)

6.16.3. Резервираност на бордовото оборудване

Отказ на връзката:

Ако връзката между БУП/ валидатор / и ЦБУ се прекъсне, функциите по валидации ТРЯБВА да бъдат оперативни. Данните за валидирането да се съхраняват във вътрешната памет на устройствата. Данните ТРЯБВА да се синхронизират незабавно след като връзката се възстанови.

Отказ на оборудването

В случай на отказ на оборудването, да се изпраща съобщение за предупреждение до Системата чрез LTE/UMTS/3G или еквивалентна връзка.

6.16.4. Мобилно устройство за контрол

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

Устройствата имат следните характеристики:

Характеристики на мобилни устройства за контрол:

1 операционна система: Android 4.0.3

2 екран (тип, размер, резолюция):

Touch screen, 4,3” inch 800 × 480 pixel,

3 процесор CPU: Qualcomm Quad-Core 1.2GHz

4 допълнителна памет RAM: 1GB

5 вградена памет Flash: 8GB

6 SAM слот: 1 брой × ISO 7816

7 SIM слот: 1 брой

Интерфейси за безконтактно четене и сканиране

8 HF RFID безконтактен четец за карти:

HF 13.56Mhz

9 Стандарти, ISO14443A, ISO14443B, ISO15693


стр. 104 от 159

видове карти: o MIFARETM Standard

o MIFARE DESFireTM

o MIFARE DESFireTM EV1

o MIFARE PlusTM

o MIFARE UltralightTM

o MIFARE UltralightTM C

10 Barcode Scanner: 2D Imager Scanner

11 Поддържани стандарти: 2D Symbologies: PDF417, MicroPDF417, Data Matrix, Data Matrix Inverse, MaxiCode, QR Code,

Комуникации:

12 Вграден WLAN: IEEE 802.11 b/g

13 Вграден GPRS/GSM: GSM 850/900/1800/1900 MHz

14 USB: 1 брой

15 GPS: Вграден

Други:

16 SDK (Комплект за разработване на софтуер)

SDK на електронен носител ще бъде предоставен

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

Извършването на контрола на редовността на превозните документи и отчитане на извършените проверки от контролни органи/контрольори е съществена част от обезпечаваните бизнес процеси на Системата и трябва да включва като минимум:

● Връзка в реално време с всички мобилни устройства за контрол;

● Изработка на графици за контрол, на база информацията от другите модули на системата;

● Оперативно наблюдение и следене на работата на контрольорите;

● Доклади за резултатите от контрольорските сесии – операционни и мениджърски доклади;


стр. 105 от 159

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

6.16.4.1. Мобилни принтери със съвместим интерфейс с устройства за обезпечаване на процесите по контрол

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

● Работна температура (оperating temperature): от -10°C до +50°C;


● Влажност (operating humidity): от 30 до 80%.

6.16.5. Изисквания за инсталация и монтаж на оборудването

Доставка и транспорт

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

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

Изпълнителят ще бъде отговорен за:

● Транспортът и доставката на оборудването;

● Инсталиране на оборудването;

● Доставка на всички свързващи компоненти (кабели, конектори, аксесоари за кабели, хардуер);

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

● Свързването на оборудването в комуникационната мрежа;

● Тестове и пускане в експлоатация

Бордово оборудванe - Вътрешна връзка на Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение

Връзката между бордовите устройства да бъде основава на многоточкова физическа връзка (като RS 485) или многоточков отворен протокол (като Ethernet/TCP/IP или еквивалентни мрежови протоколи за обмен на данни).

Идентификация на устройството


стр. 106 от 159

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

Централното бордово устройство – примерна принципна схема на работа

Централното бордово устройство (ЦБУ) трябва да осигурява „събиране, съхранение и препращане” на получената информация по време на експлоатацията на устройствата към централен сървър. Операции по продажба на превозни документи се предават в реално време от ЦБУ до Системата”.

Централното бордово устройство (ЦБУ) също така трябва да бъде отговорно и за наблюдението на работоспособността на бордовото оборудване и да съобщава всеки отказ от нормалната работа на същото, след отчитане на неговото настъпване. Съобщенията трябва да бъдат изпратени след отчитане на неговото настъпване чрез LTE/UMTS/3G свързаност.

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

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

Удостоверяване на потребител

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

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

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

Започване и приключване на работна смяна

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

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

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

Продажба:

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

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

Доклади за извършени продажби

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


стр. 107 от 159

Статус

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

Обмен на данни:

Връзката между елементите на Системата следва да бъдат, както следва:

● обмен на данни между Системата и ЦБУ, по време на смяна и задължително след края на работна смяна на превозно средство;

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

ЦБУ да получава от системата в реално време данни за:

● Дата и час;

● GPS местоположение;

● Номер на линия;

● Номер на превозно средство;

● Идентификационен номер на водач;

● Информация за начало/край на смяна;

● Информация за черен списък;

● График/наряд;

● Информация за изпълнена на смяна;

● Тарифни таблици;

ЦБУ да изпраща към системата в реално време данни за:

● съобщения за отказ на оборудването;

● съобщения за предупреждения;

● съобщения за статус на оборудването;

● други системни съобщения;

● информация за транзакции;

● валидация на транзакции;

● извършени продажби.

ЦБУ да изпраща към бордовото оборудване данни за:








стр. 108 от 159

● GPS локация;


● Тарифни таблици;

● Други системни съобщения;

ЦБУ да получава от бордовото оборудване данни за:

● информация за транзакции;

● валидация на транзакции;

● съобщения за отказ на оборудването;

● съобщения за предупреждения;

● съобщения за статус на оборудването;

● други системни съобщения;

● извършени продажби.

ЦБУ да получава от бордовото оборудване на системата за управление на превозните средства (AVL) данни за:






● Информация за начало/край на смяна;



● Информация за изпълнена на смяна;

Забележка: Защита на транзакциите и данните - с оглед предотвратяване загубата на данни и опити за измама, при записа и преноса на данните ТРЯБВА да бъдат осигурени и защитени от манипулиране и модифициране.

6.16.6. Валидатор – примерна принципна схема на работа

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

● антена, позволяваща употребата на безконтактна Smart карта, с възможност за четене/запис посредством NFC, съгласно ISO/IEC 18092 или ISO 14443, или еквивалентeн, както и на EMV безконтактна банкова карта;

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

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


стр. 109 от 159

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

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

● Най-малко 2 слота за модул за защита на достъпа или security access modules (SAM), който генерират и запаметяват защитните ключове, с възможност за разширение до 4 слота.

Валидаторът да бъде свързан към централното бордово устройство (ЦБУ), за да получава и изпраща данни.

Обработка на таксуването / Валидиране на смарт карта/електронен превозен документ – примерен вариант

Стъпка 1:

● Пътника трябва да доближи смарт картата близо до валидатора;

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

Стъпка 2: Извършва се:

- Проверка дали картата е валидна за обществен транспорт в София;

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

- Проверка дали има валидно транспортно приложение съгласно тарифата (периоди и/или брой пътувания)

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

Стъпка 3:

● Запис на смарт картата на данните за валидирането: дата, час, линия, местоположение на валидирането, номер на превозното средство; и/или намаляване броя на пътуванията (за карти със заредени предплатени пътувания);

● Информация чрез светлинен и аудио сигнал за успешна операция;

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

● Запис на данните за транзакцията в паметта на картата;

● Пренос на данните към централното бордово устройство.

Производителност:

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

Защита:


стр. 110 от 159

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

Пренос на данните:

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

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

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

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

6.16.7. Бордово устройство за продажба на превозни документи (БУП) - примерна принципна схема на работа

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

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

● Атрибути за данъчен документ за плащане – системен или служебен бон;

● Дата;

● Час;


● Превозно средство номер;

● Номер на превозен документ - баркод/QR/Aztec или еквивалентен код, притежаващ цялата необходима информация за контрол. Баркодът/QR/Aztec или еквивалентен кодът да може да бъде сканиран от мобилни контрольорски устройства.

6.16.8. Софтуерна спецификация, обучение и поддръжка

Избраният Изпълнител ТРЯБВА да:

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

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

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

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


стр. 111 от 159

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

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

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

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

a) Капацитет за извършване на аналитични услуги и услуги за подпомагане на управлението;

Всеки участник следва да представи в техническото си предложение подход и методология за извършване на аналитични услуги и услуги за подпомагане на управлението. Изпълнителят като доставчик на аналитични услуги и услуги за подпомагане на управлението и неговата софтуерна система за осигуряване на аналитични услуги (Data Warehouse and Business Inteligence System) трябва да притежава следните възможности за поддръжката и бъдещото развитие на предоставяните от него услуги:

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

• Инструменти за създаване на бизнес анализи (Business Intelligence);

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

• Да поддържа дименсионни, OLAP и дименсионно моделирани релационни източници на данни, които да осигурят събирането, съхраняването и използването на данни от външни системи – GPS, GIS и други свързани с основната дейност на Възложителя;

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

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

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

• Да предоставя портална платформа за работа и достъп до данните, достъпни чрез уеб базирана платформа, която да е интегрирана с различни средства за доставка на информация като електронна поща, експорт на данни в популярни формати (.xls, .pdf,


стр. 112 от 159

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

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

• Да се поддържа автономни трансформиращи средства с цел създаване на нови дименсии за анализи;

• Моделът следва да поддържа собствени средства за реализиране на процедури по Extract, Transfer, Load,(ETL), както и собствен модел за управление на данните съхранявани в базата от данни. ETL средството трябва да е неделима част от платформата за бизнес анализи;

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

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

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

Базата данни трябва да позволява вертикално съхранение и обработка на данни (OLAP и OLTP), използвайки едно единствено копиране на данните върху една платформа.

● Използваните релационни бази данни трябва да отговарят на всички изисквания на ACID стандартите (atomicity, consistency, isolation, durability). Базата данни трябва да позволява изграждане на интеграционна платформа;

● Базата данни трябва да позволява multitenant архитектура, при която няколко бази данни да използват общи ресурси – обща памет и процесорна мощност.

b) Капацитет за извършване на услуги по управление на физическите и електронни документи, свързани с дейността на Системата;

Всеки участник следва да представи в техническото си предложение подход и методология за извършване на услугите по управление на физическите и електронни документи, свързани с дейността на Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение. Изпълнителят като доставчик на услуги по управление на физическите и електронни документи, свързани с дейността на Системата и неговата софтуерна система за управление на физически и електронни документи (Document and Archive Management System(s)) трябва да притежава следните възможности за поддръжката и бъдещото развитие на предоставяните от него услуги:

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

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

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


стр. 113 от 159

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

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

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

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

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

● Системата следва да осигури възможност за изпращане на документите като прикачен файл към електронната поща;

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

c) Капацитет за управление на ИТ услугите /IT Services Management System/

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

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

● Мобилен достъп

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

Процеси за управлението на услугите

● Управление на инцидентите (Incident Management)

● Управление на проблемите (Problem Management)

● Управление на промените (Change Management)

● Управление на внедряването (Release Management)

● Управление на конфигурациите (Configuration Management)


стр. 114 от 159

● Управление на заявките за услуги и каталог на услугите (Self-Service Request Management/Service Catalog)

● Управление на активите (Asset Management)

● Управление на нивото на обслужване ((SLA) Service Level Management)

● Управление на знанието Knowledge Management)

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

6.16.10. Инсталация в превозни средства

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

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

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

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

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

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

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

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


стр. 115 от 159

6.16.11. Мрежови и Комуникационни спецификации

"Център за градска мобилност" ЕАД разполага със следните видове мрежова връзка, които могат да бъдат използвани от Системата:

a) LAN (Локална Мрежа):

Съществуващата система за таксуване използва MAN инфраструктура, 3G/HSPA инфраструктура и LAN инфраструктура.

Инфраструктурата се основава на добре познати технологии като медната Етернет, безжичната 802.11, IPSec тунелиране и VPN. Цялата инфраструктура се дели на няколко части:

● Инфраструктура на централния офис : LAN (Ethernet 10/100/1000Mbps, медна и оптична) Мобилна 3G (HSPA); безжични 5GHz 802.11N MIMO.

● Инфраструктура на пунктове за продажба - MAN+VPN+IPSec, Мобилна 3G (HSPA); Безжична 5GHz 802.11N MIMO;

● Инфраструктура на депа (MAN+VPN+IPSec, WiFi).

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

Интернет трафика се доставя чрез оптична връзка със 100% качество на трафика и 7168 Kbps скорост. Услугата се доставя като отделна LAN завършваща в Централния Офис.

b). WAN Мрежа:

Свързване на централната система

Съществуващата система за таксуване - свързана с MAN мрежата посредством оптичен кабел. Инфраструктурата на централната система е свързана с Етернет мрежата със скорост 1Gbps.

Свързване на пунктовете за продажба

Пунктовете са оборудвани с рутер VPN IPSec, като по този начин LAN мрежата е некриптирана.

Свързване на депата

Всички депа са свързани чрез VPN с IPSec. Всяко депо е оборудвано с VPN IPSec рутер, като по този начин мрежата на бюрото не е криптирана. Точката на връзка е локализирана в района на входа на депото, където също така е разположен и Smart-FTP сървър.

Депата са свързани по същия начин като пунктовете, а именно чрез проводник с медни двойки, свършващ с RJ-45/UIP със скорост 2048 KBps, поддържащ пълно-дуплексен достъп до Ethernet протокола.

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

c) Друго комуникационно оборудване:

Оборудване за пренос на данни от вида UMTS/3G и/или WiFi.


стр. 116 от 159

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

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

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

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

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

6.16.12.2. Ценообразуване, базирано на зони

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

6.16.12.3. Ценообразуване, базирано на текущо ползване

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

6.16.12.4. Ценообразуване, базирано на общо време от издаване или първа валидация

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


стр. 117 от 159

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

i. Еднократни превалидирани хартиени карти за наземен транспорт. Превозен документ, отпечатан на хартия, валиден само за пътуване в наземния транспорт (т.е. превозния документ едновременно се издава и валидира от издателя за линия и посока на пътуване).

Еднократната превалидирана хартиена карта съдържа:

• Тип на превозния документ

• Час и дата на отпечатване

• Номер на линия и посока

• Цена

• Системно уникален идентификационен номер

Този тип хартиени карти се издават само в наземните превозни средства от водачите им. Участникът трябва да предложи представяне на изисканата по-горе информация чрез бар, QR или Aztec или еквивалентен код. Кодовете се използват единствено при контрол от контрольор.

ii. Еднократни превалидирани хартиени карти за метро. Превозен документ, отпечатан на хартия, валиден за еднократно влизане в зоните на метростанциите (т.е. превозният документ едновременно се издава и валидира от издателя за конкретната метростанция, на която е издаден).

Еднократната превалидирана хартиена карта съдържа:

• Тип на превозния документ

• Час и дата на отпечатване

• Име на метростанцията

• Дата и час на най-късно възможно преминаване през входен турникет

• Цена

• Системно уникален идентификационен номер

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

iii. Безконтактни карти за лимитирана употреба - анонимна, безконтактна, зареждана еднократно с даден тип превозен документ (например 2-5-10-пътувания, дневна карта и др.) карта, отпечатана в хартиен носител с ниска цена. Картата се активира при първо използване във валидатор на превозно средство или първо преминаване през входен турникет и е със срок на използване, който зависи от вида на превозния документ и/или датата на първата валидация (например 12 месеца от нея).

iv. Анонимни безконтактни смарт карти за многократна употреба.

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

v. Регистрирани безконтактни смарт карти за многократна употреба.


стр. 118 от 159

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

Обработката на персоналната информация на потребителите следва да се подчинява на изискванията на ЗЗЛД (Закон за защита на личните данни).

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

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

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

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

Обработката на персоналната информация на потребителите следва да се подчинява на изискванията на ЗЗЛД (Закон за защита на личните данни).

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

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

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

Общи правила за работа с карти

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

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

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

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

- Конвертирането от анонимна към персонализирана или регистрирана карта е безплатно.


стр. 119 от 159

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

- Прехвърляне на остатъчния баланс (сума или карта за период) на загубена или открадната персонализирана или регистрирана карта към нов носител. За целта клиентът своевременно уведомява "Център за градска мобилност" ЕАД и заплаща определена административна такса.

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

6.16.13. Типове точки на продажба и възможни операции в тях

a. В наземното превозно средство

Водачите трябва да могат:

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

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

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

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

b. Присъствени точки за продажба, оперирани в метростанциите от “Метрополитен” ЕАД

Касиерите в метростанциите трябва да могат:

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

● да извършват презареждане с превозни документи на карти за многократна употреба

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

c. Присъствени точки на продажба, оперирани от "Център за градска мобилност" ЕАД

В присъствените точки за продажба, оперирани от "Център за градска мобилност" ЕАД трябва да се поддържат 100% от всички видове присъствени операции по регистриране, персонализиране, и зареждане на всички видове превозни документи, с изключение на издаването на еднократни превалидирани хартиени карти. Някои центрове за продажби на "Център за градска мобилност" ЕАД да може да изпълняват само част от операциите.

d. Други присъствени точки на продажба


стр. 120 от 159

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

e. Автомати за продажба на превозни документи - Тип 1

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

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

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

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

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

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

f. Автомати за продажба на превозни документи - Тип 2

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

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

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

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

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

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

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

a) Необходимите носители (смарт карти за многократна и лимитирана употреба) следва да отговарят като минимум функционалност на следните стандарти:


стр. 121 от 159

Хартиени анонимни карти за лимитирана употреба: MIFARE Ultralight EV1, Ultralight C, хартиени карти с чип SRI512 или еквивалентни

● Презареждаеми смарт карти (анонимни, пресонализирани, регистрирани) за многократна употреба: MIFARE DESFire EV1 или MIFARE DESFire EV2, или MIFARE Plus EV1, или MIFARE Plus X, или Calypso compliancy Rev. 3 с чип ST23 и ISO протокол или еквивалентни.

● Смарт картите се доставят от производител с временни ключове за сигурност и сериен номер (уникален идентификационен номер)

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

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

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

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

● Активираните смарт карти за многократна употреба се зареждат в точките за продажба.

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

● Активните анонимни смарт карти могат да мигрират към регистрирани смарт карти без такса

● Активните анонимни или регистрирани смарт карти могат да бъдат персонализирани.

● Регистрираните и персонализираните смарт карти се свързват с потребителски профил и по желание на клиента, с лична банкова сметка, без такса.

● Повредените и преиздадени карти се изключват от системата

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

b) Изпълнителят да достави софтуерна функционалност, обезпечаваща управлението на жизнения цикъл на картите, включително управление на наличностите от физически носители

6.16.15. Миграция от съществуваща система за електронно таксуване към новата Интегрирана автоматизирана система за електронно таксуване и видеонаблюдение

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

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


стр. 122 от 159

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

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

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

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

• Система за управление на превозните средства (AVL)

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

o Системата следва да получава информация относно:

○ Дата и час;

○ GPS местоположение;

○ Информация за линия;

○ Номер на превозно средство;

○ Идентификационен номер на водач;

○ Информация за начало/край на смяна;

○ График/наряд;

○ Информация за изпълнение на смяна;

o Системата следва да получава и обработва аларми от AVL системата - например паник аларма;

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

• Пасажерска информационна система

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

• Система за приоритизиране на трафика

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

• Система на “Метрополитен” ЕАД

Контролът на достъпа в станциите на метрото се осъществява от система, оперирана от “Метрополитен” ЕАД (“Системата на Метрополитен”).


стр. 123 от 159

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

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

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

В бариерите за вход следва да оперират валидатори, отговарящи на 100% от изискванията, описани с настоящата процедура, както и на конкретните технически изисквания и изисквания за оперативна съвместимост, приети от Възложителя на Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение на “Център за градска мобилност” ЕАД. Инсталацията и последващата работа по поддържане на работоспособността и на оперативната съвместимост на валидаторите със Системата на “Център за градска мобилност” ЕАД остава отговорност на “Метрополитен” ЕАД. Във всеки един момент, при поискване, Изпълнителят на Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение на “Център за градска мобилност” ЕАД ще може да изпълнява свой собствен програмен код, инсталиран върху валидаторите, работещи на територията на Метрополитен ЕАД.

● Изпълнителят ще може да изпълнява свой собствен програмен код, част от Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение по настоящата процедура, намиращ се върху устройства в мрежата на Метрополитен, които имат директен достъп до валидаторите, и са на разстояние не по-голямо от 15 милисекунди време за двупосочно предаване на един 64 байтов IP пакет (total round trip time for ping with 64 byte packets).

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

● С цел осигуряване на оперативна съвместимост, “Метрополитен” ЕАД ще осигурява за своя сметка, в срока на договора на настоящата поръчка, навременното изпълнение на всички одобрени от “Център за градска мобилност” ЕАД искания на Изпълнителя за промени, свързани със софтуерни, хардуерни, и комуникационни изисквания на


стр. 124 от 159

Системата на “Център за градска мобилност” ЕАД към свързваните с предмета на настоящата поръчка оборудване и системи на “Метрополитен” ЕАД;

● В същото време “Метрополитен” ЕАД запазва свободата на управление и контрол на бариерите, както и на финално решение, дали да се отвори дадена бариера.

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

o Информацията за разрешените за валидация носители и валидните превозни документи, както и събитията, свързани с валидация във валидаторите на Системата на “Център за градска мобилност” ЕАД ще се обменят в реално време между сървърите Информационната система Park and Ride и сървърите на системата на Системата на “Център за градска мобилност” ЕАД през криптирана и защитена връзка, чрез устройства за мрежова сигурност, инсталирани и поддържани от “Център за градска мобилност” ЕАД.

o Като чат от Информационната система Park and Ride следва да оперират валидатори, отговарящи на 100% от изискванията, описани с настоящата процедура, както и на конкретните технически изисквания и изисквания за оперативна съвместимост, приети от Възложителя. Инсталацията и последващата работа по поддържане на работоспособността и на оперативната съвместимост на валидаторите със Системата на “Център за градска мобилност” ЕАД остава отговорност на “Център за градска мобилност” ЕАД. Във всеки един момент, при поискване, Изпълнителят на Системата на “Център за градска мобилност” ЕАД ще може да изпълнява свой собствен програмен код, инсталиран върху валидаторите, работещи на територията на паркингите, част от Информационната система Park and Ride.

Други системи (публични велосипедни услуги в София, други транспортни оператори)

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

6.16.17. Кратко техническо описание на съществуващата система за таксуване в “Метрополитен” ЕАД

● В системата за таксуване на пътници използва корпоративната преносна среда на “Метрополитен” ЕАД за предаване на данни в реално време. В системата за таксуване на пътници данните за поддържане на единно метровреме, за извършени продажби на електронни превозни документи, за извършени валидации и/или транзакции с всички въведени в употреба превозни документи, за касиери и за пътникопоток се предават в реално време.

● Съществуващата система в метростанциите е изградена от свързани в локална мрежа стандартни или специализирани компютри, монтирани в билетните каси за реализация на автоматизирани работни места “КАСИЕР” /АРМ “КАСИЕР”/, и от специализирани компютри, монтирани в билетните автомати и във Валидаторите. Информация за техническата изправност на крайните технологични компоненти във всеки Вестибюл – валидатори и автомати за карти в метрото се поддържа непрекъснато върху дисплеите на касовите компютри. За пренос на данни от и към сървъра на Системата, монтиран в централния диспечерски пункт на “Метрополитен” ЕАД, се използва общата корпоративна преносна среда на метрото за предаване на данни в реално време. Към сървъра на Системата е свързана друга, отделна локална мрежа от стандартни компютри. На тези “back office” компютри е инсталиран специализиран софтуер за поддържане и администриране на Системата и базата данни, включително обработка на


стр. 125 от 159

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

● Съоръжения за контрол на достъпа при вход или при изход

o Бариери за контрол на достъпа при вход

● Автоматична бариера с плъзгащи се стъклени прегради модел Cominfo Easygate LX – управлява се чрез самостоятелен контролер. Валидаторът е вграден в бариерата, която е специално проектирана за него. Комуникация на Валидатора с Контролера – по dry contact интерфейс. Захранване - 24V AC. Количество входни пътеки - 111 броя.

● Електромеханична трираменна бариера ТКА-М на “АНТИМА” ООД – управлява се посредством фотоелектрически растеров преобразувател и електромагнитна спирачка. Контролерът е неразделна част от Валидатора. Валидаторът е вграден в бариерата, която е специално проектирана за него. Захранване - 24-36V DC. Количество входни пътеки - 176 броя.

● Електромеханична трираменна бариера на “ГМК” ООД – управлява се посредством два оптрона и електромагнитна спирачка. Контролерът е неразделна част от Валидатора. Контролерът и част от Валидатора са монтирани в челната колона на бариерата. Другата част на Валидатора е монтирана върху бариерата, в специално проектирана кутия. Захранване - 24-36V DC. Количество входни пътеки - 26 броя.

● Моторизирана трираменна бариера Kaba – управлява се чрез самостоятелен контролер. Валидаторът е монтиран в и върху бариерата, в специално проектирана кутия. Комуникация на Валидатора с Контролера – по dry contact интерфейс. Захранване - 24-36V DC. Количество входни пътеки - 7 броя.

● Електромеханична трираменна бариера тип “стара австрийска” – нормално затворена. Управлява се с електромагнит, който разрешава еднократно преминаване и обратна връзка - електромеханичен ключ за заключване. По сигнала от този ключ в Системата се отчита преминаването. Контролерът е неразделна част от Валидатора. Валидаторът е монтиран в и върху колона до бариерата, в специално проектирана кутия. Захранване - 24-36V DC. Количество входни пътеки - 32 броя.

● Валидатори - Интегратор: - “АНТИМА” ООД.

o Технически състав:

● Индустриален компютър Quanmax KUBE с операционна система Windows Embedded Standard 2009

● Четец за безконтактни карти Mifare - Arcontia ARC1300 или HID Global MultiISO RS232

● Четец за 1D бар код

● Специален хардуер - контролери и индикации на “АНТИМА” ООД


стр. 126 от 159

● Know how и firmware на партньори на “АНТИМА” ООД или на “АНТИМА” ООД

● Приложен софтуер на “АНТИМА” ООД

o Комуникации

● Всеки Валидатор e свързан с АРМ “Касиер” в съответния вестибюл чрез локална Ethernet мрежа.

o АРМ “Касиер” Интегратор: “АНТИМА” ООД.

○ Технически състав:

■ Персонален компютър с Windows XP или индустриален компютър Quanmax KUBE с Windows Embedded Standard 2009

■ 17-inch LCD монитор

■ Клавиатура

■ Мишка

■ Касов апарат Daisy Micro или Daisy Micro C-KL

■ Етикетен принтер Citizen CL-S621 или CLP 2001

■ Настолен четец за безконтактни карти Mifare - Mifare Arcontia ARC2300 или HID Global MultiISO USB.

■ Баркод четец за регистрация на еднодневни карти

■ Know how и firmware на партньори на “АНТИМА” ООД или на “АНТИМА” ООД

■ Приложен софтуер на “АНТИМА” ООД

o Комуникация и технология на работа:

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

● Чрез тази свързаност Централната компонента на системата получава информация за извършените продажби в АРМ “Касиер”, таксувания и валидации на превозни документи на валидаторите, а АРМ “Касиер” и валидаторите получават промените в списъка със забранените карти и друга служебна информация. АРМ “Касиер” и валидаторите имат възможност да работят автономно, в режим на риск, при отпадане на връзката със сървъра.

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

● Производител: “Клубфербанд-ИТА” ООД.

○ Кратко техническо описание:

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


стр. 127 от 159

поколение автомати приемат плащане с монети, банкноти и банкови карти.

■ При необходимост Автоматите връщат ресто в монети.

■ Софтуер:

● Know how и firmware на партньори на “Клубфербанд-ИТА” ООД или на “Клубфербанд-ИТА” ООД

● Приложен софтуер на “Клубфербанд-ИТА” ООД

● Комуникация:

● Всеки Автомат e свързан с АРМ “Касиер” в съответния Вестибюл чрез локална Ethernet мрежа.

● Устройства за контрол редовността на пътниците

o Контролът на таксуваните пътници в платената зона на метрото – перон и влакове, се извършва от екипи на "Център за градска мобилност" ЕАД посредством PDA Nautiz eTicket Pro. Устройствата са доставени и поддържани от “АНТИМА” ООД.

Приложният софтуер е произведен и се поддържа също от “АНТИМА” ООД. Той е инсталиран в контрольорските устройства и чрез него се проверяват електронните карти издадени от Метрополитена и електронните карти със зареден период за метро издадени от ЦГМ ЕАД.

o Софтуерът е инсталиран и на 1 работно място в "Център за градска мобилност" ЕАД. Чрез това работно място се извлича и съхранява информацията за извършените проверки от устройствата за контрол и се генерират и издават договорените справки и отчети.

● Информационен обмен между Системите

o В работните места на всички каси на “"Център за градска мобилност" ЕАД е инсталирано лицензирано приложение, което по задание на "Център за градска мобилност" ЕАД е разработено от “АНТИМА” ООД. Чрез него Касиерите при необходимост извършват запис – ключ, на заредения период за метро в свободните сектори на електронната карта. Това приложение изпраща отчет към файловия сървър в ЦДП („Централен диспечерски пункт“) на "Център за градска мобилност" ЕАД. Отчетите представляват текстови файлове (tab delimited), съдържащи информация за всички транзакции свързани със заредени периоди за метро. По-нататъшната обработка на тези отчети се извършва от друг софтуер на "Център за градска мобилност" ЕАД, но е важно да се отбележи, че към момента “Метрополитен” ЕАД няма достъп за контрол на тези транзакции.

o Между ЦДП на "Център за градска мобилност" ЕАД и ЦДП на “Метрополитен” ЕАД е изграден адаптер. Чрез него Централната система на “Метрополитен” ЕАД има достъп до определени ресурси на файловия сървър на "Център за градска мобилност" ЕАД. На определен интервал (1 час) се изтегля текстов файл съдържащ списък със всички забранени в системата на "Център за градска мобилност" ЕАД” към момента електронни карти. Софтуерът на Централната система на “Метрополитен” ЕАД съхранява, обработва и анализира този списък и автоматично изпраща към касовите компютри във всички метростанции списък съдържащ електронните карти, чието състояние се е променило в Системите.

o На ниво смарт карти не се обменя информация.

● Адаптери


стр. 128 от 159

Към Системата за таксуване на пътници на “Метрополитен” ЕАД са изградени и функционират 2 броя адаптери /интерфейси/ за техническа връзка и безопасна реализация на информационен трафик с външни системи – с "Център за градска мобилност" ЕАД и с “Общинска банка” АД.

6.16.18. Описание на броя и типове превозни средства за монтаж на бордово оборудване:

Таблица 1. Описание на броя и тип автобуси, които трябва да бъдат оборудвани:

№ Тип Брой

Превозни средства

ЦБУ БУП Валидатори Камери

1 Автобуси

1.1 С две врати 35 35 35 70 70

1.2 С три врати 467 467 467 1401 1401

1.3 С четири врати 253 253 253 1012 1012

1.4 Допълнителни количества*

50 50 100 100

ОБЩО 755 805 805 2583 2583

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

Забележка: Данните от таблицата са индикативни към настоящото състояние на автобусният автопарк към края на 2016 г.

Таблица 2. Описание на броя и тип трамваи, които трябва да бъдат оборудвани:

№ Тип Брой



1 Трамваи

1.1 С три врати 201 201 201 603 603


стр. 129 от 159

1.2 С четири врати 63 63 63 252 252

1.3 С пет врати 36 36 36 180 180

1.4 С шест врати 25 25 25 150 150


35 35 40 40

ОБЩО 325 360 360 1225 1225

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

Забележка: Данните от таблицата са индикативни към настоящото състояние на трамвайните мотриси към края на 2016 г.

Таблица 3. Описание на броя и тип тролеи, които трябва да бъдат оборудвани:

№ Тип Брой



1 Тролейбуси

1.1 С три врати 31 31 31 93 93

1.2 С четири врати 93 93 93 372 372


11 11 27 27

ОБЩО 124 135 135 492 492

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

Забележка: Данните от таблицата са индикативни към настоящото състояние на тролейбусният състав към момента на обявяване на настоящата Процедура.

6.16.19. Информация за транспортните оператори и наличните превозни средства

Брой превозени пътници


стр. 130 от 159

През 2016 година транспортните оператори в София са превозили 534 556 хил. пътници:

Трамваи и Тролейбуси

Тролейбусния и трамвайния транспорт в София се предоставят от „Столичен електротранспорт” ЕАД, която е фирма 100% общинска собственост. „Столичен електротранспорт” ЕАД е реализирал 14 000 хил километра транспортни услуги през 2016 г.. Компанията притежава, управлява и поддържа всички тролейбусни линии, както и инфраструктурата на електрическото електрозахранване (подстанции, контактната мрежа и др.). „Столичен електротранспорт” ЕАД експлоатира и цялата трамвайна мрежа като притежава само части от трамвайните трасета, останалото е собственост на Столична община.

Трамваи

Съществуват три трамвайни депа:

• Банишора – 63.875 дка

• Красна поляна – 64 дка

• Искър – 86.4 дка

Вид Брой врати

Година производство

Депо Брой трамваи

PESA 122 NA SF 6 2014 Красна поляна 25

Т8М - 700 М 5 1988 - 1991 Банишора 6

Т8М - 503 - "Pendel" 4+4 1990 - 1991 Банишора 9

Т8М - 700 ІТ 5 2008 - 2009 Красна поляна 18

Т6М – 700 4 1986 - 1989 Банишора 37

Т4Д – С 3 1992 - 1994 Красна поляна 20

В4Д - С – trailer 3 1992 - 1993 Красна поляна 20

Т6А2 – BG 3 1991 Красна поляна 20

Т6А2 – BG 3 1991 Банишора 19


стр. 131 от 159

Т6А2 – SF 3 2000 Красна поляна 17

Be 4/6S 5 1990 Be 4/6S 12

Т6В5 3 1989 - 1990 Искър 37

Т6А5 3 1995 Т6А5 20

Т4-205 3 1960 Искър 9

Т6-231 4 1959 Искър 10

Т8-401 4+4 1959 Искър 7

P4-280 – trailer 3 1962 Искър 9

Т4Д – М 3 1980/1982 Искър 15

В4Д - M – trailer 3 1984 - 1986 Искър 15

Вид Брой врати Година производство

Депо Брой трамваи

PESA 122 NA SF 6 2014 Красна поляна 25

Т8М - 700 М 5 1988 - 1991 Банишора 6

Т8М - 503 - "Pendel" 4+4 1990 - 1991 Банишора 9

Т8М - 700 ІТ 5 2008 - 2009 Красна поляна 18

Т6М – 700 4 1986 - 1989 Банишора 37

Т4Д – С 3 1992 - 1994 Красна поляна 20

В4Д - С – trailer 3 1992 - 1993 Красна поляна 20

Т6А2 – BG 3 1991 Красна поляна 20


стр. 132 от 159

Т6А2 – BG 3 1991 Банишора 19

Т6А2 – SF 3 2000 Красна поляна 17

Be 4/6S 5 1990 Be 4/6S 12

Т6В5 3 1989 - 1990 Искър 37

Т6А5 3 1995 Т6А5 20

Т4-205 3 1960 Искър 9

Т6-231 4 1959 Искър 10

Т8-401 4+4 1959 Искър 7

P4-280 – trailer 3 1962 Искър 9

Т4Д – М 3 1980/1982 Искър 15

В4Д - M – trailer 3 1984 - 1986 Искър 15

Тролейбусни депа

• Искър – 50.9 дка

• Надежда – 16.3 дка



Депо Брой превозни средства

Икарус - 280.92 4 1985 - 1988 Искър

Надежда

35

Шкода - 26 Тр Соларис

3 2010 Искър 30


4 2014 Искър 25


4 2014 Надежда 25


стр. 133 от 159

MAН Граф & Щифт 4 1988 Искър 8

ТБС 2002 – Кобра 3 2002 - 2004 Надежда 1

Автобусен транспорт

Автобусният транспорт се осъществява основно от „Столичен автотранспорт” ЕАД, която е също така 100 % общинска фирма. Столичен автотранспорт е реализирал 29 500 хил километра транспортни услуги през 2016 г.

“Столичен автотранспорт” ЕАД има три гаража.

• Земляне – 73.6 дка

• Малашевци – 92 дка

• Дружба – 62.3 дка

Гараж Земляне


Брой прев.средства

Година на производство

Мерцедес О305 2 10 1978-81

Мерцедес О305G 3 11 1978-81

Мерцедес О302Т 3 18 1992

Мерцедес О345S Conecto 3 36 2002

MAN leons city 4 40 2014

Мерцедес О345G Conecto 4 25 2003

Мерцедес C 628.310 3 35 2008

BMC Belde 220 SLF 3 17 2005

Yutong ZK6126HGA 3 27 2016

ОБЩО 219


стр. 134 от 159

Гараж Малашевци

Вид

Брой врати



Мерцедес О305 2 15 1978-81

Мерцедес О05G 3 10 1978-81

Мерцедес О405 2 9 1989

Мерцедес О345G Conecto 4 10 2003

Мерцедес О345G 4 20 1998

MAНSL232 3 21 1998

MAН SG 262 4 30 1999




ОБЩО 235

Гараж Дружба



Година производс

тво

Mercedes О345G 4 20 1998

Mercedes О345GC 4 15 2004



Tedom C12G 3 8 2008


ОБЩО 136


стр. 135 от 159

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

МТК



Гараж Брой прев.средства

BMC Procity 3 2017 МТК 60

“Карат С” АД




Мерцедес Conecto 4 2007 “Карат С” АД 7





ОБЩО 93

• ЕРИДАНТРАНС




Мерцедес Citaro 3 2003 ЕРИДАНТРАНС 1

Мерцедес Conecto 3 2005 ЕРИДАНТРАНС 1

Мерцедес Conecto 2 2011 ЕРИДАНТРАНС 1

Мерцедес о405 3 2000 ЕРИДАНТРАНС 3

Мерцедес о405 3 2001 ЕРИДАНТРАНС 6

ОБЩО 12


стр. 136 от 159

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

МЕТРО

Превозът на пътници се осъществява от „Метрополитен” ЕАД, която компания е 100% общинска собственост. Понастоящем в експлоатация са 35 метростанции. „Метрополитен” ЕАД е реализирал 4 400 хил километра транспортни услуги през 2016 г

Списък на метростанциите и броя на турникетите с монтирано устройство за достъп:

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

№ Метростанция

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

1 Обеля 12

2 Сливница 8

3 Люлин 8

4 Западен парк 8

5 Вардар 8

6 Константин Величков 8

7 Опълченска 8

8 Сердика 10

9 „СУ Св. Климент Охридски“ 10

10 „Стадион Васил Левски“ 11


стр. 137 от 159

11 „Жолио Кюри“ 8

12 „Г.М. Димитров“ 17

13 „Мусагеница“ 8

14 „Младост 1“ 14

15 „Младост 3“ 11

16 „Цариградско шосе“ 5

17 Ломско Шосе 8

18 Бели Дунав 8

19 Надежда 8

20 Хан Кубрат 16

21 Княгиня Мария Луиза 9

22 Централна ЖП Гара 14

23 Лъвов Мост 10

24 Сердика 2 9

25 НДК 10

26 Европейски Съюз 10

27 Джеймс Баучър 10

28 „Летище София“ 4

29 "Софийска Света гора" 4

30 "Искърско шосе" 10

31 "Дружба" 8

32 „Бизнес парк“ 10

33 "Акад. Ал. Теодоров - Балан" 10

34 "Александър Малинов" 11


стр. 138 от 159

35 "Витоша" 8

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

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


стр. 139 от 159

6.17. Приложение Б – Оборудване за продажба на превозни документи

6.17.1. Пунктове за продажба на превозни документи “Център за градска мобилност” ЕАД

Необходимото оборудване за продажба на превозни документи следва да бъде въведено в експлоатация на следните локации – пунктове за продажба на превозни документи :

Пунктове за продажба на превозни документи

1. Метростанция "Сердика”, тел. 02 921 27 89

2. Метростанция СУ "Кл. Охридски", тел. 02 981 34 10

3. Метростанция "Европейски съюз" – Хемус, тел. 02 921 27 80

4. Метростанция "Бели Дунав", тел. 02 921 22 80

5. Метростанция "НДК", тел. 02 921 23 80

6. ж.к. "Младост" 1 – Пазара, бул. "Андрей Сахаров"

7. пл. "Бански", ул. "Екзарх Йосиф", тел. 02 980 48 30

8. Метростанция "Обеля", тел. 02 921 29 80

9. Метростанция "Сливница", тел. 02 927 80 19

10. пл. "Възраждане" № 1, тел. 02 987 33 46

11. Автогара "Запад", бул. "Цар Борис" ІІІ, тел. 02 855 30 48


стр. 140 от 159

12. Студентски град, срещу бл. 54, тел. 02 868 93 55

13. Технически университет, бул. "Проф. Г. Брадистилов", тел. 02 962 53 25

14. Сточна гара, бул. "Васил Левски", тел. 02 983 24 55

15. ж.к. "Дружба", ул. "Ив. Арабаджията" 1, тел. 02 979 13 33

16. ж.к. "Младост" 3, ул. "Свето Преображение", тел. 02 974 58 35

17. ж.к. "Люлин"– Кооп. Пазар, тел. 02 826 90 88

18. бул. "Кн. Мария Луиза" 86, тел. 02 931 20 97

19. Плиска 1, ул. "Цариградско шосе" посока ж.к. "Младост", тел. 02 971 44 43

20. Плиска 2, бул. "Цариградско шосе" посока "Орлов мост", тел. 02 971 32 35

21. Автостанция "Гео Милев", ул. "Ив. Димитров - Куклата", тел. 02 971 39 08

22. бул. "Ломско шосе", спирка маг. "3 4 5 ", посока Център, тел. 02 936 07 14

23. сп. Централна гара, Предгаров площад, сп. А 305 бул. "Кн. Мария Луиза"

24. сп. Централна гара, бул."Кн. Мария Луиза", сп. ТМ 3, 4 посока Център

25. сп. Централна гара, бул. "Христо Ботев", сп. ТМ 1, 3, 4, 6, 7 посока Център

26. бул. "П. Евтимий", преди бул. "Витоша", сп. ТБ 1, 2 посока Петте кьошета


стр. 141 от 159

27. бул. "Скобелев" и бул. "Прага", бул."Скобелев", сп. ТМ 6 посока Хладилника

28. ж.к. "Овча Купел" бл. 523, бул. "Президент Линкълн", сп. А 11 посока Център

29. ж.к. "Красно село", бул. "Гоце Делчев", сп. А 73, 83 посока Хладилника

30. кв. "Хладилника", бул. "Черни връх", ТМ 10 последна спирка

31. ж.к. "Младост" бл. 43, бул. "Ал. Малинов", сп. А 305, 313, 306 посока Център

32. Каса пл. "Славейков" ул. "Граф Игнатиев" и ул. "Г.С.Раковски"

33. Театър "София", бул. "Янко Сакъзов", сп. ТМ 20, 22 посока Център

34. бул. "Хр. Ботев" и ул. "Пиротска", сп. ТМ 6, 1 посока Централна гара

35. Стадион "Васил Левски"сп. бул. "Граф Игнатиев" за А 72, 76 посока Орлов мост

36. бул. "Рожен", сп."Модна къща Агресия" за Тм 12 посока кв."Илиянци"

37. сп. "Лъвов мост", бул. "Сливница", сп. А 213, 214, посока Сточна гара

38. Метростанция "Младост" 1, тел: 02 921 23 89

39. сп. Хотел "Плиска", поща ул. "Н. Коперник", А 72

40. Централни хали, срещу Централни хали

41. жк."Борово" – пазара, ул."Ген.Ст.Тошев", сп. ТБ 9 и А 204


стр. 142 от 159

42. сп. СУ "Кл. Охридски", ул."Шипка", сп. А 9

43. сп. "Окръжна болница", бул."Цариградско шосе" посока Младост

44. Съдебна палата, Начална сп. ТМ 5

45. пл."Света Неделя", пред Министерство на здравеопазването

46. МОЛ "София" ул. "Опълченска", сп. А 74, ТБ 1 посока "Руски паметник"

47. ж.к. "Хаджи Димитър", сп. ул. "Макгахан", ТБ 2, 4 посока ул. "Резбарска"

48. сп. "Пирогов", бул. "Тотлебен", ТМ 5, 4, 19 посока "Руски паметник"

49. сп. "Бъкстон", бул. "Цар Борис ІІІ" ТМ 5 посока "Руски паметник"

50. сп. БСФС, бул. "Васил Левски” ТБ 1, 2, 5 посока СУ

51. сп. "Орлов мост", бул. "Цариградско шосе", посока Младост

52. ж.к. "Дружба 2", пред маг. "Кауфланд", бул."Проф. Цветан Лазаров"

53. сп. "Румънско посолство", бул. "Михай Еминеску" посока ул. "Гео Милев"

54. бул. "Янко Сакъзов" № 34, срещу ул. "Сан Стефано"

55. сп. ул. "Клокотница", бул. "Христо Ботев" посока бул. "Сливница"

56. бул. "Стамболийски" № 89 и бул."Скобелев"


стр. 143 от 159

57. ул. "Стефан Стамболов" № 20

58. ж.к "Иван Вазов" пазара, последна спирка ТМ №1

59. бул. "Вл. Вазов" посока ул."Тодорини кукли", ТБ 1, 2, 4; А 78, 79 И 120

6.17.2. Оборудване в пунктовете за продажба на превозни документи:

Оборудването в пунктовете за продажба на превозни документи на „Център за градска мобилност“ ЕАД трябва да се състои като минимум в следното

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

● Хардуер – съгласно предложението на участника вкл. read/write, с прилежащи SAM модули и оборудване за връзка със Системата, съобразено с извършваните операции, по регистрация и персонализация на медия, за всяко работно място в присъствените точки на продажба;

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

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

○ работна станция с дисплей, която да работи под Linux операционна система или еквивалент;

○ принтер за издаване на фискален документ с включен документиран SDK и драйвери, като минимум под Linux или Windows операционна система;

○ четец за карти – позволява четене/запис на данни от/на смарт карти по стандарт ISO 14443 A/B или еквивалентен с включен документиран SDK и драйвери, като минимум под Linux или Windows операционна система. Слот за SAM, ISO 7816 еквивалентен

○ Специализиран скенер и OCR софтуер – скенерът се използва за сканиране на български лични документи и автоматизирано подпомагане на извличане на данни от тях от лице и гръб на личния документ, като минимум- снимка, имена, персонален идентификатор, адрес и др.с включен документиран SDK и драйвери, като минимум под Linux или Windows операционна система.

○ Картов принтер – картовият принтер извършва персонализация и пълноцветен печат на смарт карти, включително първоначално програмиране на картата с помощта на вграден енкодер за карти, с включен документиран SDK и драйвери, като минимум под Linux или Windows операционна система.


стр. 144 от 159

○ Мултифункционален лазерен принтер – възможност за функция копиране, сканиране и печат на документи и справки с включен документиран SDK и драйвери, като минимум под Linux или Windows операционна система.

○ UPS – непрекъсваемо захранване – всяка работна станция е свързана с UPS.

○ Контактен чип картов четец – използва се за връзка между SAM и работната станция с включен документиран SDK и драйвери, като минимум под Linux или Windows операционна система.

● Всеки участник трябва да включи в предложението си работна станция за всяко работно място, свързана със Системата, включително необходимите приложения и модули за обслужване на клиенти „front office”, както и оборудване за видеонаблюдение и съхранение на видео потоци за период не по-малък от последните 15 дни.

6.17.3. Автомати за продажба на превозни документи

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

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

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

● корпус;

● система за сигурна и надеждна защита на корпуса и механизма за приемане на банкноти/монети;

● потребителски интерфейс;

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

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

● компютърна система;

● захранване;

● сензорна и алармираща система;

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

Общо ниво на защита (околна среда): минимум IP 54, с изключение на отворите за приемане и издаване (връщане) на карти, монети и банкноти.

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

● Конструкция:

○ Материал: стомана, дебелина мин 2 мм.

● Горен капак: дебелина мин 2 мм, изработен от стомана

○ Дъно: минимална дебелина мин 2 мм, изработено от стомана;

○ Обособени кабелни канали;


стр. 145 от 159

○ Главите на затягащите корпуса винтове да не са достъпни отвън.

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

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

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

○ Всяка част следва да има вътрешно осветление и да бъде оборудвана с поне един контакт на 230Vac / 50Hz за използване при поддръжка;

○ Машината следва да индикира работно/неработно състояние с помощта на различни светлини и за ситуации. Светлините трябва да са видими и при силна околна осветеност;

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

○ Конструкция на вратите на машината:

■ Материал: стоманени плочи, с дебелина мин 2 мм;

■ Ъгъл на отваряне на вратата: минимално 90 ° (за улесняване на дейностите по техническото обслужване);

■ Скрити панти.

● Слотове за достъп (монети, банкноти, карти):

○ трябва да бъдат вградени в повърхността на устройството;

○ трябва да бъдат снабдени с дренажна система за течности;

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

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

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

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

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

● Алармена система: Машината трябва да разполага с:

○ Сирена за акустична аларма;


стр. 146 от 159

○ Предупредителни светлини, монтирани на предния панел.

● Корпусът трябва да бъде защитен срещу графити

● Система за сигурна и надеждна защита на корпуса и механизма за приемане на банкноти/монети:

○ За достъп до вътрешността на апарата и до касите за пари следва да бъде използвана сигурна система за заключване с пет нива на достъп:

■ Ниво 1: електронна или механична заключваща система, която е комбинирана с надеждна идентификация на лицето, което отваря машината и ролята му в системата – например: техник по поддръжката, инкасо оператор и др. Идентификация на достъпа се осигурява чрез въвеждането на уникален PIN код за всеки потребител и/или използване на безконтактна карта.

■ Ниво 2: Защита, която затруднява достъпа до ключалките на вратите, за да се предотврати механично блокиране и повреда на ключалката.

■ Ниво 3: заключване с допълнителни системи, които позволяват последователен достъп с различни ключове до отделенията за управление на машината и отделението съдържащо паричните сейфове. Лицата, извършващи дейност по поддръжка на Системата нямат достъп до сейфовете за монети и банкноти, респективно инкасо персоналът няма достъп до Системата.

■ Ниво 4: достъп до паричните касети

● Достъп до касетите се ограничава от секретни ключалки.

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

● Касетите се освобождават с допълнителни уникални ключове.

■ Ниво 5: паричните касети са оборудвани със самозаключване и автоматично се заключват при изваждане от билетната машина, така че:

● може да се отвори само от оторизиран персонал.

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

● Потребителският интерфейс трябва да отговаря на следните минимални изисквания:

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


стр. 147 от 159

● Език по подразбиране е Български, следва да има лесна възможност за избор на поне три допълнителни езици.

● Информира пътниците за:

■ тарифи;

■ промени;

■ използване на апарата;

● В режим на готовност предоставя обща информация за транспортната система на Столична община (карти, график на движение и т.н.).

● При прекъсване на процедурата, в зависимост от достигнатото ниво, има възможност парите, поставени от пътника да бъдат върнати

● Екранът (TFT или еквивалент) трябва да има висок контраст на дисплея (минимум 450:1), и широк ъгъл на видимост (150° общо минимално хоризонтално и минимум 120° вертикално ).

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

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

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

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

○ Издаване на хартиени карти за лимитирана употреба:

○ Издаването на превозни документи се извършва автоматично с помощта на незаредени карти, съгласно тарифите и транспортните планове на ЦГМ;

○ Програмирането на хартиените карти се извършва в автомата, преди издаването им;

○ Автоматът отпечатва върху хартиените карти атрибутите на издадения превозен документ, като минимум: тип, дата на издаване, срок на валидност (ако има);

○ Издаване на еднократни превалидирани хартиени карти (само от автоматите, разположени в метростанциите);

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

● Модулът за заплащане и връщане на ресто има следните технически и функционални параметри:

● Монети - 10, 20 50 стотинки, 1лев, 2 лева.

● Банкноти – всички типове в обращение.

○ Системата следва да може да приема в бъдеще и други типове монети и банкноти (например евро) без допълнителни разходи за изпълнение.


стр. 148 от 159

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

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

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

● Машината следва да издава квитанция с данните на извършената транзакция и да запази транзакцията в централния регистър.

● Заплащане с помощта на монети или банкноти следва да бъде ESCROW тип и за монетите и за банкнотите.

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

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

● Използването на фалшиви банкноти или монети следва да активира аларма, съгласно направена настройка.

● Ако пътникът прекъсне процеса на издаване на превозен документ – въведените от него банкноти и/или монети следва да бъдат върнати.

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

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

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

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

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

● Устройството обработващо монетни плащания трябва да има следните технически и функционални параметри:

○ заплащане на превозни документи, с използване на 5 вида монети;

○ презаредим буфер за връщане на ресто с най-малко 4 вида монети;

○ софтуерно актуализиране на профила на монетите;

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

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


стр. 149 от 159

● Блокът за обработка на монети осигурява минимум следните защити:

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

○ всяка кутия за монети следва да има уникален идентификатор. Минималният капацитет на кутията за пари да бъде най-малко 2 литра;

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

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

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

○ система за валидиране на банкнотите е със следните минимални функционалности:

■ Защита срещу измъкване на валидирана банкнота.

■ Защита срещу опити за издърпване на банкноти.

○ Временен буфер за съхраняване на банкноти:

■ Банкнотите се съхраняват преди да бъдат транспортирани в банкнотната кутия.

■ Капацитет поне 15 банкноти.

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

■ Прехвърляне на банкнотите от временния буфер към касетата за съхранение.

○ Касета за съхранение на банкноти:

■ капацитет: минимум 600 банкноти;

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

● Автоматите за продажба на превозни документи следва да приема плащане чрез всички видове банкови карти (магнитни, чип, безконтактни).

● Централният компютър е със следните технически и функционални параметри:

● Промишлен дизайн, със следните минимални характеристики:

○ Сензорен екран за интерфейс за пътници.

○ TFT touch screen технология или еквивалент.

○ Минимален размер на диагонала 15 ".

○ Яркост: минимум 250 CD / m2.

○ Минимална резолюция: 1024 x 768.

○ Технология – капацитивен или еквивалент.


стр. 150 от 159

○ Защитено от надраскване стъкло.

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

○ Операционна система: Windows, Linux, или еквивалент.

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

○ Интерфейси за комуникация: Ethernet или LTE/UMTS/3G, или еквивалент.

● Параметри на модулът за електрозахранване

○ 230V AC / 50 Hz;

○ 24V DC;

● Модулът за захранване да включва:

○ Филтър;

○ главен предпазител;

○ интегриран UPS;

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

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

○ правилно изключване на оборудването;

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

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

● включва най-малко следните видове сензори:

○ Сензори за вибрации и неоторизиран достъп:

■ Автоматични сензори, разположени на вратата, за да се сигнализира:

● удари върху вратата;

● неправомерно отваряне на вратата.

■ сензори, разположени на сензорния екран, за да сигнализират удари по екрана;

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

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


стр. 151 от 159

○ Температурни сензори за откриване на температура, надвишаваща разрешеното ниво;

● Алармената система осигурява най-малко изброените аларми:

○ Местни аларми (светлина и звук) при:

■ Неоторизиран достъп (неоторизирано отваряне на вратата);

■ Неоторизиран достъп до сейфа;

○ Силни вибрации от:

■ Удари върху вратата;

■ Удари върху сензорния екран;

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

● Централизирано управление на билетните автомати.

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

● Управлението на консумативните запаси (карти).

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

● Операторът, който извършва поддръжка на машината трябва да използват RFID карта тип ISO14443 или еквивалент за оторизация на достъп до специално меню.

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

● Управление и запис на алармите;

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

○ При достигане на минимална наличност на съхранявани карти.

○ Когато отделенията за банкноти или монети са запълнени на 80% от максималния капацитет.

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

○ Когато автоматът за продажба на превозни документи е недостъпен.

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

● Устройството показва съобщение "Автоматът не работи" и деактивира функциите по продажба и зареждане на превозни документи в следните случаи:

○ Липсват карти

○ Запълнени са касетите за банкноти и монети

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


стр. 152 от 159

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

● Условия на околната среда:

● Работна температура: -25° C + 50° C

● Влажност: 20-95%, без кондензация

6.17.4. Портативни устройства за издаване и продажба на превозни документи

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

● Устройство с дисплей, което да работи под операционна система Linux, Android или еквивалент, със сензорен екран и/или бутони;

● Принтер за издаване на фискален документ с включено документирано SDK и драйвери, като минимум под операционната система на устройството;

● Четец за безконтактни карти – четеца за карти позволява четене/запис на данни от/на смарт карти, по стандарт ISO 14443 или еквивалент с включен документиран SDK и драйвери, като минимум под операционната система на устройството.

● Захранване – на батерии и AC.

● Слот за SAM, ISO 7810 и ISO 7816 или еквивалент.

Предаване на данни през GPRS/UMTS/LTE връзка.

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

6.17.5. Вътрешна връзка на Интегрираната автоматизирана система за електронно таксуване и видеонаблюдение

Връзката между Системата и пунктовете за продажба на превозни документи следва да бъде защитена от нерегламентиран достъп. "Център за градска мобилност" ЕАД разполага със защитени комуникационни канали – VPN връзка до всеки пункт.

6.17.6. Превозни документи

Видовете превозни документи, използвани към настоящият момент са описани както следва (източник: https://www.sofiatraffic.bg/bg/transport/tarifa-i-prevozni-dokumenti/704/prevozni-dokumenti):

КАРТИ ЗА ЕДНОКРАТНО ПЪТУВАНЕ към настоящият момент

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


стр. 153 от 159

Карта за еднократно пътуване

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

Карта с талони за десет еднократни пътувания на един пътник, всеки от тях важи съответно в комплект с талон №10

Карта за десет еднократни пътувания на един пътник, зареден в електронна карта

Карта за еднократно пътуване, продавана от контрольор по редовността на пътниците

Карта за нетаксуван пътник с валидна абонаментна карта на електронен носител в тролейбуси и трамваи

АБОНАМЕНТНИ КАРТИ

Абонаментните карти на електронен носител биват персонализирани и неперсонализирани.

● Персонализираните карти на електронен носител се зареждат по редовна или преференциална тарифа

● Неперсонализираните карти на електронен носител се зареждат само по редовна тарифа

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

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

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

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

● лицата, получаващи пенсия при условията на гл. VI от Кодекса за социално осигуряване, навършили възраст по чл. 68, ал. 1-3 от същия кодекс, с постоянен адрес на територията на Столична община – картите се издават/зареждат срещу личен паспорт или лична карта и пенсионно разпореждане (оригинал или нотариално заверено копие) за осигурителен стаж и възраст - във всички пунктове за продажба на електронни карти;

● лица над 68 навършени години с постоянен адрес на територията на Столична община - картите се издават/зареждат срещу личен паспорт или лична карта - във всички пунктове за продажба на електронни карти;

● спасители на Планинската контролно-спасителна служба-картите се издават/зареждат за календарната година, по списък, утвърден от ръководителя на ПКСС и лична карта в пункт за продажба на пл. „Възраждане” № 1.


стр. 154 от 159

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

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

● докторантите редовно обучение във висши учебни заведения, с ректорат на територията на Столична община- картите се издават/зареждат по списък на докторантите, заверен от съответния ректорат и лична карта в пункт за продажба на пл. „Възраждане” № 1

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

● семеен пакет-ученическа карта за един месец за всички линии, закупена с едномесечна абонаментна карта за всички линии, персонализирана по редовна тарифа за родител/настойник/попечител– срещу Удостоверение за раждане на детето или документ за настойничество/попечителство. Абонаментните карти от пакета задължително се зареждат с един и същи период на валидност – във всички пунктове за продажба на електронни карти;

● всички ученици от специализираните институции за предоставяне на социални услуги за деца и социалните учебно-професионални центрове в структурата на Столична община-картите се издават/зареждат по списъци от съответните специализирани институции за предоставяне на социални услуги за деца и социални учебно-професионални центрове, утвърдени от директорите им и дирекция „Социални дейности” на Столична община в пункт за продажба на бул. „Кн. Мария Луиза” № 86

● един от родителите от приемно семейство с постоянен адрес на територията на Столична община-картите се издават/зареждат срещу лична карта и служебна бележка, издадена от дирекция „Социални дейности” на Столична община - във всички пунктове за продажба на електронни карти;

● наградените със званието "Почетен гражданин на София" - картите се издават/зареждат срещу документ за званието „Почетен гражданин на София” и лична карта в пункт за продажба на пл. „Възраждане” № 1

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


стр. 155 от 159

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

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

● всички хора с увреждания с диагноза "ГЛУХОТА", с постоянен адрес на територията на Столична община -във всички пунктове за продажба на електронни карти

Картите на електронен носител на хора с увреждания се издават/зареждат по списъци, изготвени от Дирекция "Социални дейности" на Столична община и лична карта на правоимащия (акт за раждане – за деца до 14 годишна възраст).

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

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

ДРУГИ ПРЕФЕРЕНЦИИ:

1. Пенсионери, работили в системата на обществения транспорт - с електронна карта по образец

2. Правоимащи по чл.29, ал. 1, т.14 от наредбата – с електронна карта по образец

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

ветераните от войните - картите на правоимащите се издават на електронен и/или хартиен носител и се зареждат целогодишно за съответната календарна година, срещу удостоверение, издадено от Държавна агенция „Архиви” при Министерския съвет и личен паспорт или лична карта с постоянен адрес на територията на Столична община в пункт за продажба на пл. „Възраждане” № 1

военноинвалидите и военнопострадалите по чл. 17 от Закона за военноинвалидите и военнопострадалите - картите на правоимащите се издават на електронен и/или хартиен носител и се зареждат целогодишно за съответната календарна година, срещу книжка за военноинвалид или книжка за военнопострадал, издадена от Министерството на отбраната и личен паспорт или лична карта с постоянен адрес на територията на Столична община в пункт за продажба на пл. „Възраждане” № 1;

държавните служители в Министерство на вътрешните работи -картите на правоимащите на електронен и/или хартиен носител се издават/зареждат целогодишно за календарната година, по заявка от Министерство на вътрешните работи в пункт за продажба на пл. „Възраждане” № 1

държавните служители в специализираното звено за охрана и Главна дирекция "Изпълнение на наказанията" на Министерство на правосъдието - картите на правоимащите на електронен и/или хартиен носител се издават/зареждат целогодишно


стр. 156 от 159

за календарната година, по заявка от Министерство на правосъдието в пункт за продажба на пл. „Възраждане” № 1

държавните служители в Държавна агенция "Национална сигурност"- картите на правоимащите на електронен и/или хартиен носител се издават/зареждат целогодишно за календарната година, по заявка от Държавна агенция "Национална сигурност" в пункт за продажба на пл. „Възраждане” № 1

всички деца до 7-годишна възраст с адрес на територията на Столична община– картите се издават срещу акт за раждане / оригинал или копие / и документ за самоличност на родителя / настойника /, удостоверяващи възрастта на детето и неговия адрес в пунктовете за продажба на „Център за градска мобилност” ЕАД

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

ЦЕНИ НА ПРЕВОЗНИТЕ ДОКУМЕНТИ ЗА ПЪТУВАНЕ С ОБЩЕСТВЕНИЯ ГРАДСКИ ТРАНСПОРТ НА ТЕРИТОРИЯТА НА СТОЛИЧНА ОБЩИНА – съгласно Приложение № 4 от Наредбата за реда и условията за пътуване с обществения градски транспорт на територията на Столична община (Изм. - Решение № 617 по Протокол № 52 от 21.11.2013 г., Решение № 270 по Протокол № 12 от 14.04.2016 г.)

ЦЕНИ НА ПРЕВОЗНИТЕ ДОКУМЕНТИ ЗА ПЪТУВАНЕ С ОБЩЕСТВЕНИЯ ГРАДСКИ ТРАНСПОРТ НА ТЕРИТОРИЯТА НА СТОЛИЧНА ОБЩИНА

ВИД НА ПРЕВОЗНИЯ ДОКУМЕНТ ЦЕНА /лв./

1. КАРТИ

1.1 За еднократно пътуване за наземен транспорт 1,60

1.2 За еднократно пътуване за наземен транспорт, продавана от водача

1,60

1.3 Карта с талони за десет еднократни пътувания за един пътник

12,00

1.4 За еднократно пътуване за наземен транспорт, издавана от стационарен автомат

1,60

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

1,60


стр. 157 от 159

1.6 За еднократно пътуване за метро, издавана от каса на входовете на метрото

1,60

1.7 За еднократно пътуване за метро, издавана от автомат на входовете на метрото

1,60

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

12,00

1.9 Електронна карта, заредена за десет еднократни пътувания за метро

12,00

1.10

За еднократно пътуване, продавана от контрольор по редовността на пътниците

40,00

1.11

За нетаксуван пътник с електронна карта в тролейбуси и трамваи

1,00

2. АБОНАМЕНТНИ КАРТИ ПО РЕДОВНА ТАРИФА

Персонализирани Неперсонализцрани

2.1 Еднодневна - за всички линии 4,00

2.2 Тридневна- за всички линии 10,00

2.3 Месечна - за една линия наземен транспорт 23,00 28,00

2.4 Месечна - за метро 35,00 42,00

2.5 Месечна - метро „плюс" - за метро и една линия наземен транспорт

43,00 -

2.6 Месечна - за всички линии 50,00 60,00

2.7 Тримесечна - за всички линии 130,00 156,00

2.8 Шестмесечна - за всички линии 255,00 306,00

2.9 Годишна /дванадесет месеца/ - за всички линии 365,00 600,00

№ ВИД НА ПРЕВОЗНИЯ ДОКУМЕНТ ЦЕНА /лв./


стр. 158 от 159

3. АБОНАМЕНТНИ КАРТИ ПО ПРЕФЕРЕНЦИАЛНА ТАРИФА

персонализирани

Един месец -всички линии

Един месец - една линия /наземен транспорт или метро/

3.1 Лица, получаващи пенсия при условията на гл.VI от КСО, навършили възраст по чл.68, ал.1-3 от същия кодекс

26,00 11,00

3.2 Студенти 21,50 9,00

3.3 Докторанти 35,00 16,00

3.4 Ученици

ученическа карта 20,00 9,00

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

10,00 -

3.5 Ученици по чл.29, ал. 1, т.9 от наредбата 5,00 _

3.6 Спасители на ПКСС 21,00 -

3.7 Членове на семейства /съпруг; съпруга/ на работници и служители на ГТ

26,00 -

3.8 Хора с увреждания с намалена работоспособност:

от 50% до 70,99% 20,00 -

от 71% до 90% 6,00 -

над 90% без право на чужда помощ 6,00 -

над 90% с право на чужда помощ, ползващ придружител/и/

8,00 -

над 90% с право на чужда помощ, неползващ придружител/и/

6,00 -


стр. 159 от 159

3.9 Хора с увреждания до 18 годишна възраст с 50% и над 50% вид и степен на увреждане

6,00 -

3.10

Приемен родител по чл.29, ал. 1. т. 10 от наредбата

6,00 -

3.11

Лица над 68 години 8,00 -

3.12

Лица по чл.29, т.14 от наредбата 0,00 -

3.13

Куче-водач и обучител 0,00 -

3.14

Ученици по чл.29, т. 19 от наредбата 20,00 9,00

4. АБОНАМЕНТНИ КАРТИ - ГОДИШНИ ЗА ВСИЧКИ ЛИНИИ

4.1 Ветерани от войните 0,00

4.2 Военноинвалиди и военнопострадали 0,00

4.3 Служители по чл. 185 от ЗМВР 0,00

4.4 Държавни служители по чл.80 от ЗДА "НС" 0,00

4.5 Лица по чл.29, т. 13 от наредбата 280,00

4.6 Лица, наградени със званието „Почетен гражданин на София"

0,00

4.7 Деца до 7 годишна възраст 0,00

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

Documents