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


Четящи устройства на електронни карти при качване/слизане (Валидатори)



страница4/12
Дата25.06.2017
Размер0.8 Mb.
#24483
1   2   3   4   5   6   7   8   9   ...   12

1.7Четящи устройства на електронни карти при качване/слизане (Валидатори)

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

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

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

1.8Портативни ръчни четящи устройства

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

Проверката на валидността на една карта/билет не трябва да отнема повече от 1 секунда.

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

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

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

1.9Вендинг машини за електронни карти

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


  • Централна автобусна спирка – в двете посоки (2 вендинг машини);

  • Транспортна къща (1 вендинг машина);

  • Автобусни терминали в к-с„Изгрев” и к-с”Славейков” (2 вендинг машини общо);

  • Автобусен терминал в ж.к. „Меден Рудник” (1 вендинг машина);

  • Терминал „Автогара Юг”, до централна ж/п/ гара (1 вендинг машина).

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

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

Извършените чрез вендинг машините транзакции трябва да бъдат регистрирани в реално време в централната система „back office”.

1.10Гишета за продажба на електронни карти (front office)

Участниците да предвидят оборудване на минимум 5 гишета за продажба и презареждане на електронни карти и продукти в помещенията на Центъра за контрол (Транспортна къща). Основни функции на гишетата за продажба:


  • Издаване на нови електронни карти и продажба на транспортни продукти и услуги;

  • Презареждане на карти;

  • Обновяване на т.нар. „черен списък”;

  • Заплащане на наказателни таксувания;

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

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

Да се предвиди оборудване на 3 допълнителни гишета, които ще бъдат разположени на : Терминал „Автогара Юг” при ж.п. гара, Терминал „Автогара Запад” и Терминал в ж.к.„Меден Рудник”. Услугите, предоставяни на тях се ограничават до презареждане на карти, без да се издават нови такива и продажба на билетни продукти.

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

1.11Web базирано (или сходно) приложение

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

Уеб приложението трябва да притежава следните минимални характеристики:


  • Да бъде налично на български, руски и английски език;

  • Управление на съответния акаунт (напр. промяна на данни за местоживеене/забравена парола/име и местонахождение по община на учебно заведение и др.);

  • Да изпраща напомнящи съобщения по електронна поща;

  • Да дава възможност за съобщаване за открадната/ загубена електронна карта;

  • Да дава възможност за онлайн плащане;

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

  • Да издава разписка на извършените транзакции;

  • Да позволява изпращане на сигнали за нередности и оплаквания от регистрирани потребители.

Всички онлайн транзакции трябва да се изпращат към централата на системата „back office” в реално време.

1.12Система за съхранение и обработка на данни „Back office”

Системата за съхранение и обработка на данни /„back office”/ трябва да позволи събирането и анализа на данните от извършените транзакции, както и настройки на видовете и цените на превозните документи. Интерфейсът трябва да бъде на български език.

Интегрираната система за продажба на билети и карти трябва да отговаря на всички изисквания за регистриране и отчитане на фискални устройства, съгласно българското законодателство и по специално Закона за автомобилните превози и Наредба Н – 18 за регистриране и отчитане на продажби в търговските обекти чрез фискални устройства. Всички приходи от продажби трябва да се отчитат към Националната агенция по приходите (НАП). В техническото си предложение участникът трябва да опише предлагания метод за удовлетворяване на това изискване, включително необходимите процедури по регистриране на интегрираната билетна система и издаване на свидетелство за съответствие съгласно Глава Осем, чл. 53 – 57 на Наредба Н – 18 за регистриране и отчитане на продажби в търговските обекти чрез фискални устройства.

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

Работни станции: За управление на извършените плащания и анализ на информацията за извършените транзакции се изискват работни станции в диспечерския център (автобусното депо) и в контрол центъра (Транспортна къща). Участниците трябва да посочат по какъв начин предлагат да бъде създадена организацията за обработка на получените приходи и управление на транзакциите, като конкретно опишат предимствата на предлагания подход. Участниците трябва да гарантират ефективен обмен на данни между работните станции за управление на билетната система и централната система „back office”.

Необходимо е оборудване на минимум една работна станция в Диспечерски център (депото на „Бургасбус” ЕООД) и на минимум една работна станция в Контролен център (Транспортна къща). Участниците в обществената поръчка трябва да предоставят в техническата си оферта техническите характеристиките на компютърните системи или сходно оборудване, предвиждано за тази цел.

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

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

Участниците трябва да опишат метода за отчитане на „недостига и излишъка” от продажба на билети от шофьорите.

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

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

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


  • Име на шофьора;

  • Служебен номер на шофьора, или друг идентификационен номер;

  • Линия/линии по маршрути;

  • Начална дата и час на смяната;

  • Крайна дата и час на смяната;

  • Номер на превозното средство;

  • Номер на бордовата електронна билетна машина в автобус;

  • Приход в брой;

  • Номер на първия и последния издаден билет.

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


  • Начална дата и час на смяната (от - до);

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

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


  • Начална дата и час на смяната;

  • Номер на превозното средство;

  • Номер на бордовата електронна билетна система в автобуса;

  • Номер на линията;

  • Посока на линията;

  • Дата и час на транзакцията;

  • Цена;

  • Номер за отмяна на транзакцията;

  • Номер на транзакцията;

  • От ценова зона;

  • До ценова зона;

  • Номер на електронната картата (по отношение чекиране при качване и чекиране при слизане);

  • Дата и версия на тарифата;

  • Вид превозен документ;

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

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

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

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

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

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




Сподели с приятели:
1   2   3   4   5   6   7   8   9   ...   12




©obuch.info 2024
отнасят до администрацията

    Начална страница