Одржавање пакетомата на батерије

TEHNIČKE SPECIFIKACIJE.pdf ТЕХНИЧКЕ СПЕЦИФИКАЦИЈЕ Техничка спецификација и квалитет за спровођење поступка набавке – Одржавање пакетомата на батерије Техничка спецификација и квалитет Техничко-технолошки захтеви Одржавање Система и техничка подршка Техничка подршка (Прилог 1, Поглавље III, 3.1.1) Превентивно и корективно одржавање Софтвера (Прилог 1, Поглавље III, 3.1.2) Адаптивно одржавање Софтвера (Прилог 1, Поглавље III, 3.1.3) Перфективно одржавање Софтвера (Прилог 1, Поглавље III, 3.1.4) Безбедност и заштита података (Прилог 1, Поглавље III, 3.1.5) Радно окружење (Прилог 1, Поглавље III, 3.1.6) Тестно и продукцијско окружење (Прилог 1, Поглавље III, 3.1.7) Континуирани развој (Прилог 1, Поглавље III, 3.1.8) Подешавање (Прилог 1, Поглавље III, 3.1.9) Општи захтеви Просторни капацитет - сервисни центри (Прилог 1, Поглавље IV, 4.1) Кадровски капацитет – сертификован сервисни тим (Прилог 1, Поглавље IV, 4.2) Рокови за превођење Система из стања нерада или отежаног рада у стање оперативног функционисања (Прилог 1, Поглавље IV, 4.3) Казнене одредбе (Прилог 1, Поглавље IV, 4.4) Депоновање изворног кода Софтвера Система (Escrow Service) (Прилог 1, Поглавље IV, 4.5) Обука (Прилог 1, Поглавље IV, 4.6) Остали захтеви Динамички план активности (Прилог 1, Поглавље V) Трошкови (Прилог 1, Поглавље VI) Прилог 1. Одржавање пакетомата (Појмови, дефиниције и додатна појашњења захтева за јавну набавку) САДРЖАЈ ТЕХНИЧКЕ СПЕЦИФИКАЦИЈЕ 1. ОПШТЕ ИНФОРМАЦИЈЕ.................................................................................................... 4 1.1. Предмет ЈН ................................................................................................................................. 4 1.2. Циљ ЈН ...................................................................................................................................... 5 1.3. Право учешћа у поступку ЈН ........................................................................................................ 5 2. ОПШТИ ПОЈМОВИ И ТЕХНИЧКО-ТЕХНОЛОШКЕ КАРАКТЕРИСТИКЕ ................ 5 2.1. Елементи Система ....................................................................................................................... 5 2.2. Категорије одржавања софтвер система пакетомата ........................................................................ 6 2.3. Степен ризика у оперативном функционисању Система .................................................................. 7 3. ТЕХНИЧКО-ТЕХНОЛОШКИ ЗАХТЕВИ .......................................................................... 7 3.1. Одржавање Система и техничка подршка ...................................................................................... 7 3.1.1. Техничка подршка 7 3.1.2. Превентивно и корективно одржавање Софтвера 8 3.1.3. Адаптивно одржавање Софтвера 8 3.1.4. Перфективно одржавање Софтвера 8 3.1.5. Безбедност и заштита података 10 3.1.6. Радно окружење 10 3.1.7. Тестно и продукцијско окружење ............................................................. 10 3.1.8. Континуирани развој 11 3.1.9. Подешавање 11 4. ОПШТИ ЗАХТЕВИ ............................................................................................................. 11 4.1. Просторни капацитет - сервисни центри ...................................................................................... 11 4.2. Кадровски капацитет – сертификован сервисни тим ...................................................................... 11 4.3. Рокови за превођење Система из стања нерада или отежаног рада у стање оперативног функционисања 12 4.4. Казнене одредбе ................................................................................................................... 12 4.5. Депоновање изворног кода Софтвера Система (Escrow Service) ...................................................... 13 4.6. Обука ....................................................................................................................................... 14 5. ДИНАМИЧКИ ПЛАН АКТИВНОСТИ ............................................................................. 14 6. ТРОШКОВИ ......................................................................................................................... 14 1. ОПШТЕ ИНФОРМАЦИЈЕ „Пошта Србије“ д.о.о. (у даљем тексту: Пошта Србије), Београд је 2021. године покренуло нови инвестициони циклус, између осталог и за унапређењe техничко-технолошког нивоа доставних инфраструктурних капацитета поштанске мреже. Стратешки правац развоја испоручних чворишта усмерен је ка имплементацији савремене дигитализоване опреме за бесконтактну испоруку пошиљака - пакетомата. Пошта Србије је у 2021, 2022. и 2023. години реализовала набавку 420 пакетомата. У 2024. години од партије од 400 пакетомата набављено је 261 пакетомата (у даљем таксту: Систем). Време приступа овим чвориштима поштан ске мреже је 24/7/365, што је додатни бенефит за кориснике, чије се навике и тржишна оријента ција мењају под утицајем 4.0 индустријске револуције и глобално интензивиране е-трговине. Такође, имплементација овог савременог решења у токовима обезбеђује да се испоручни капацитети Поште Србије многоструко увећају и додатно рационализују оперативни ресурси. Пошта Србије наставља да подржава г лобалне развојне трендове у овој области инициране измењеним навикама куповине, где се бележи рапидно растућа online продаја, што генерише даљи раст броја пошиљака и испуњава висока очекивања купаца (корисника) у погледу времена испоруке и поштанских last mile доставних канала. Увођење и имплементација пакетомата у зонама специјализоване доставе у Пошти Србије представља интеграцију дигитализованих технолошких процеса у функцији пројектованих и законом обавезујућих стандарда квалитета, рационализације и оптимизације ресурса, минимизације трошкова пословања и максимизације профита. Пакетомати као елемент поштанске мреже и софтверско решење за интеграцију у инфрастуктурну софтверску платформу Поште Србије представљају унапређени ниво квалитета комерцијалних сервиса. Модернизација техолошке фазе испоруке треба да омогући конкурентну трансформацију Поште Србије на регионалном секторском тржишту, који ће поузданим квалитетом, лојалношћу корисника и широким спектром понуде, задржати доминантну позицију провајдера поштанских услуга. Максимално квалитетно и рационално одржавање пакетомата уз интензиван развој нових софтверских функционалности обезбедиће корисницима комплетну услугу испоруке пошиљака свих категорија и разноврсне структуре. Корисник може изабрати локацију пакетомата која није оптерећена квалитетом његових личних адресних података или пошиљку може преузети онај у кога корисник има поверења. За све лојалне и нове кориснике Поште Србије кључни елементи испоруке пошиљака преко пакетомата су: преузимање пошиљке/ака на јавно доступној и фреквентној локацији, у било ком временском интервалу, на једноставан начин уз гарантцију приватност протока података и пре свега без ограничења. Такође, бесконтактни пријем пошиљака уз електронско плаћање услуге је нова развојна функционалност која се планира. 1.1. Предмет ЈН Предмет ЈН је одржавање и континуирани апликативни развој Система у складу са техничко-технолошким развојем секторског тржишта и захтева корисника у наредном средњорочном планском периоду Поште Србије у функцији непрекидне оперативне експлоатације Система. Уговор о одржавању Система се потписује са изабраним понуђачем – сервисером и систем интегратором (Понуђач), на период од 36 (тридесетшест) месеци. Понуђач је одговоран за максимално поуздан рад Система , 24/7, свим данима у години , сходно произвођачким перформансама и експлоатационим карактеристикама Система. Пошта Србије самостално пружа подршку крајњим корисницима (примаоци пошиљака, достављачи, бизнис корисници, други провајдери и др.). 1.2. Циљ ЈН Набавка услуге одржавања пакетомата покреће се у циљу континуираног рада Система и обезбеђења непрекидности процеса аутоматизованог пријема, поврата и испоруке пошиљака , односно поузданог оперативног функционисања и одржавања Система пакетомата уз развој будућих функционалности софтверске апликације. 1.3. Право учешћа у поступку ЈН Право учешћа у поступку ЈН, осим произвођача Система имају и правна лица која имају искуство у пружању услуга одржавања Софтвера пакетомата. Уколико понуду подноси група понуђача неопходно је да минимум један од чланова групе понуђача има искуства у пружању услуга одржавања Софтвера пакетомата. 2. ОПШТИ ПОЈМОВИ И ТЕХНИЧКО-ТЕХНОЛОШКЕ КАРАКТЕРИСТИКЕ 2.1. Елементи Система Основни елементи Система су: ▪ Технолошка опрема (електро-машински склоп); ▪ Хардвер и ▪ Софтвер. Технолошку опрему и хардвер чине 681 пакетомата који су имплементирани до 2026. године, у којима су за сваког корисника, по захтеву, расположиве пошиљке за испоруку у току 48 часова. Основне карактеристике пакетомата, који су предмет набавке, су: напајање обезбеђено из сопствене батерије (није потребно спољашње напајање), без захтева за уграђени комуникациони уређај (нема комуникацијских трошкова), коришћење технологије Data Over Voice (једнократни жетон). Корисник - прималац пошиљке управља својим налогом за испоруку пошиљке преко мобилног телефона, док Системом, односно пакетоматима достављач (курир) може управљати и преко осталих мобилних уређаја као нпр. PDA ( Personal digital assistent), таблет и др. Паметни телефони са инсталираном мобилном апликацијом су преферирани начин коришћења пакетомата, међутим, крајњим корисницима (примаоцима) рад пакетомата треба да је доступан и преко било ког мобилног телефона, без потребе инсталације наменске мобилне апликације, односно корисници могу позивати број телефона Сервисног центра Поште Србије, доступног 24/7/365 и преузети своју пошиљку из ПП или преко Wеб интерфејса. Основни ниво 1 Софтвера Система 2, пакетомата (Прилог 2) треба да се састоји од више повезаних клијентских и корисничких апликација, као што су: мобилна апликација намењена корисницима поштанских услуга, Wеб и мобилна бизнис апликација намењена запосленима који управљају токовима пошиљака и запосленим који опслужују пакетомате („пуне“ их пошиљкама и „празне“ их), Мобилна апликација за администрирање пакетомата. Апликације морају да функционишу на Андриод, иОС и Хармонy ОС платформи, Сервиси и АПИ -ји који повезују мобилне апликације и Wеб апликацију са информационим системом Поште Србије, 1 Basic Software level 2 Произвођачке перформансе Бизнис мобилна апликација за корисничку подршку крајњем кориснику, Бизнис Wеб апликација и портал за преусмерење пошиљака, информисање о услузи испоруке преко пакетомата и за инсталацију корисничке апликације. За убудуће утврђене потребе Поште Србије, као корисника, и крајњег корисника, потребно је извршити прилагођавање функционалности, као и развој нових расположивог апликативног софтверског решења. Употреба пакетомата Употреба пакетомата од стране корисника (крајњи корисници, достављачи, стручна лица Поште Србије и др.) је заснована на бежичној вези између телефона и пакетомата, на бази размене једнократних уникатних жетона (оне -тиме токен). За свако отварање ПП као и за друге активности (нпр. одржавање пакетомата) Софтвер издаје уникатан жетон (токен), који се преко мобилног телефона или другог мобилног уређаја корисника, преноси на управљачку јединицу пакетомата преко звука, NFC-а или Bluetooth канала. Жетоне генерише софтвер произвођача пакетомата и на располагању је преко API конекције. Такође, сви технолошки процеси и активности, као нпр. отварање ПП пакетомата у функцији „пуњења“, односно одлагања пошиљака у ПП у циљу испоруке корисницима, преузимање неиспоручених пошиљака из ПП, као и одржавање пакетомата (нпр. ажурирање фирмвера) су засновани на размени уникатних жетона. 2.2. Категорије одржавања софтвер система пакетомата Категорије одржавања Софтвера су3: ▪ превентивно, ▪ корективно, ▪ адаптивно ▪ перфективно. Превентивно одржавање Софтвера је надзор над софтверским апликацијама Система у циљу проналажења и исправљања латентних грешака (детекције и корекције прикривених грешака), пре него што се развију у оперативне грешке Система. Активности превентивног одржавања Софтвера, између осталог, могу бити: чишћење логова и привремених фајлова, уклањање старих или непотребних података из софтвера, редовно ажурирање документације софтвера, редовно ажурирање софтвера, редовно прављење резервних копија података, редовно праћење произвођачких перформанси софтвера, редовне провере сигурности и др. Корективно одржавање Софтвера је реактивна модификација софтверских апликација Система која се врши ради поправке откривених грешака у оперативном функционисању Софтвера. Корективно одржавање Софтвера се врши и по потреби након замене неисправних хардверских компоненти - а све у циљу одржања постојећих или постизања бољих произвођачких перформанси Софтвера у раду. Адаптивно одржавање Софтвера Система су мале промене које не захтевају редизајн Софтвера и врше се по потреби у циљу усклађивања резултата рада Софтвера са унапређењем перформанси Софтвера Система, током периода трајања уговора , односно мале промене које захтевају ангажовање програмера Сервисера и систем интегратора. Перфективно одржавање Софтвера Система представља модификацију софтверског производа ради унапређења произвођачких перформанси током периода трајања уговора и захтева ангажовање програмера Сервисера и систем интегратор. 3 ISO/IEC/IEEE 14764:2022(en) : Software engineering — Software life cycle processes — Maintenance, https://www.iso.org/obp/ui/#iso:std:iso-iec-ieee:14764:ed-3:v1:en класификује адаптивно и перфективно одржавање Софтвера као унапређења, док превентивно и корективно одржавање Софтвера сврстава у класу корекције. Такође, превентивно и перфективно одржавање Софтвера се класификује као проактивно, док је корективно и адаптивно одржавање реактивно 2.3. Степен ризика у оперативном функционисању Система Степен ризика у оперативном функционисању Система, односно стање нерада Система, може се градирати као: ▪ застој, ▪ квар, ▪ отказ, ▪ хаварија. Застој је сваки поремећај у оперативном функционисању Система који не захтева обимне поправке, а Систем ставља у стање отежаног рада који не задовољава дефинисане произвођачке перформансе. Квар је сваки поремећај у оперативном функционисању Система који га доводи у стање нерада и захтева замену резервног дела на Технолошкој опреми и Хардверу који није био планиран динамичким планом превентивног одржавања Технолошке опреме . Отказ Система представља непланирано, нерадно стање Система настало услед неисправности компоненти Технолошке опреме, Хардвера или Софтвера, који захтева обимне поправке. Хаварија представља нерадно стање Система чији је узрок отказ већег обима склопова Система ( Технолошке опреме, Хардвера и Софтвера) , већих механичких оштећења делова машина насталих услед дејства непланираних спољних утицаја (пожар, поплава, удар грома, удар транспортног средстава у машину и сл.) Време застоја, квара, отказа или отежаног рада Система означава временски период током којег стручна лица Поште Србије, односно крајњи корисници нису могли да приступе софтверској апликацији или користе функционалности Софтвера Система. Сервисер и систем интегратор је дужан да, у складу са дефинисаном категоријом одржавања, одговори на пријаву стања нерада Система од стране стручних лица Поште Србије и обезбеди техничку подршку, односно преведе систем из стања нерада у стање оперативног рада, у дефинисаним роковима. 3. ТЕХНИЧКО-ТЕХНОЛОШКИ ЗАХТЕВИ Понуђач је дужан да обезбеди техничку подршку, односно рад у стању приправности Сервисног центра у циљу пружања стручних и квалитетних консултација и одговора на сва техничка питања која могу настати у току оперативне експлоатације Система, у случају када стручна лица Поште Србије не могу самостално да отклоне узрок застоја и квара Система. Понуђач је дужан да се, у уговореним роковима, одазове налогу стручних лица Поште Србије. 3.1. Одржавање Система и техничка подршка 3.1.1. Техничка подршка Понуђач је дужан да обезбеди даљинску техничку подршку Сервисног центра на сопственој локацији , која подразумева услугу консултациј a телефоном, мејлом, видео конференцијом и другим савременим облицима комуникације у циљу давања инструкције стручним лицима Поште Србије ради отклањања узрока нерада или отежаног рада Система, у свим случајевима када стручна лица Поште Србије не могу самостално да отклоне узрок нерада Система. Понуђач је дужан да обезбеди рад у стању приправности Сервисног центра (Customer Support - Call center / Help desk / Help Assistance) за све степене ризика у оперативном функционисању Технолошке опреме Система, у периоду 08:00-22:00 по локалном времену, свим данима у години. Понуђач је дужан да обезбеди рад у стању приправности Сервисног центра (Hot line) за све степене ризика у оперативном функционисању Софтвера Система, 24/7, свим данима у години. 3.1.2. Превентивно и корективно одржавање Софтвера Понуђач је дужан да обезбеди 24/7 надзор над Софтвером Система и услуге превентивног и корективног одржавања Софтвера у циљу непрекидног, несметаног и поузданог рада Система, уз очување произвођачких перформанси Система. Сервисер и систем интегратор је дужан да одговори на пријаву стручних лица Поште Србије о неправилностима у раду Софтвера Система и отклони неправилности у раду којом се управља Системом, у складу са дефинисаним роковима. Сви трошкови превентивног и корективног одржавања Софтвера су урачунати у јединични месечни износ по пакетоматском преградку за одржавање Система. 3.1.3. Адаптивно одржавање Софтвера На захтев Поште Србије, Понуђач је дужан да обезбеди адаптивно одржавање Софтвера (унапређење перформанси Софтвера Система) у циљу проактивног унапређења Софтвера у функцији максимизације продуктивности пакетомата и као одзив на корисничке примедбе и сугестије. Сви трошкови адаптивног одржавања Софтвера су урачунати у јединични месечни износ по пакетоматском преградку за одржавање Система. 3.1.4. Перфективно одржавање Софтвера Један од најважнијих циљева предметне набавке, између осталог, је перфективно одржавање Софтвера, односно надоградња софтверског решења Система ( Sofware upgrade) новим функционалностима, без додатних трошкова. Сервисер и систем интегратор је дужан да одговори на захтев стручних лица Поште Србије и обезбеди развој, тестирање и примену нових функционалности Софтвера, у свему према наведеним захтевима, као и захтевима који нису наведени, али су неопходни за коначну реализацију, у обострано сагласно дефинисаним роковима. Основни ниво Софтвера Система унапређен новим функционалностима мора бити интегрисан у ПосТИС. Софтвер Система мора бити континуирано унапређиван у складу са изменама регулативе, технолошким иновацијама, проширеним асортиманом услуга и променама у оперативној експлоатацији, у периоду трајања уговора, без додатних трошкова. Пошта Србије под перфективним одржавањем Софтвера Система подразумева целокупно решење, односно унапређену софтверску платформу уз неограничен број клијената који имају право приступа софтверским апликацијама . Нове функционалности апликативних решења Софтвера морају бити доступне за све активне елементе Система. Комплетно развојно одржавање (саобразност4) са свим новим верзијама операционих система, мобилних телефона iOS, Android, Harmony OS, Web Browsera и др. и пружа ње услуга (нпр. Hosting) се подразумевају и саставни су део уговорене цене . У случају иновативних оперативних система и Web претраживача Сервисер и систем интегратор се обавезује да прилагоди Софтвер Система истима и обезбеди функционално коришћење Софтвера Система, без додатних трошкова. Обавеза понуђача је да у првој години трајања уговора развије нове функционалности, а у периоду трајања уговора врши: одржавање, надзор, отклањање евентуалних неправилности и обезбеђује несметано и поуздано функционисање постојећих и нових функционалности: 4 Саобразност и Гаранција 1. Управљање Системом по принципу PUDO5 технологије и обављање пословно- технолошких процеса пријема (First mile) и испоруке пошиљака (Last mile); 2. Оnline плаћање новчаног оптерећења (поштарине, откупног износа,…) од стране прималаца пошиљака које се испоручују на пакетомату, путем сајта Поште и у корисничкој апликацији или на други начин. Након извршеног плаћања, потребно је ажурирати, односно анулирати, новчано оптерећење пошиљке у ПостТИС. Реализацијом ове апликативне функционалности проширила би се могућност да и друге пошиљке оптерећене новчаним износом буду кандидати за испоруку путем пакетомата. На тај начин би се корисницима поштанских услуга пружио већи комфор приликом избора и коришћења поштанских услуга. Такође, наведено би допринело побољшању функционалне искоришћености самих пакетомата у технолошкој фази уручења поштанских пошиљака; 3. Пријем пошиљака, односно да се у корисничкој апликацији и на сајту Поште или на други начин врши online плаћање поштарине за пријем пошиљке и осталих новчаних оптерећења пре пријема пошиљке путем пакетомата. На овај начин би се омогућило корисницима да апликативно изврше пријем своје пошиљке и online плаћање поштарине у жељено време, 24/7/365. Корисник би након извршеног свог апликативног пријема пошиљке добио једнократну (SMS/Viber) поруку на основу које би могао да убаци пошиљку у пакетомат који је одабрао у апликацији, а на основу шифре, коју је такође добио након апликативног пријема и коју је према упутству уписао на адресној страни пошиљке. Достављач или стручно лице Поште Србије који врше пражњење ПП пакетомата извршио би опремање (штампање адреснице са баркодом) и пријем пошиљке, односно увео у поштанске технолошке токове до коначног уручења примаоцу; Резервација пошиљака Корисника услуге за испоруку у пакетомате могућа ја једино путем (API-ja). 4. Испорука, у једној ПП пакетомата, више пошиљака за истог примаоца. Ова функционалност би омогућила бољу искоришћеност и ефикасност пакетомата, јер би ПП биле вишеструко искоришћење једним опслуживањем; 5. Оперативна примена Система изван граница Републике Србије, односно у потенцијалним интересним зонама пословног деловања Поште Србије, као и вишејезична примена апликација у циљу њихове имплементације у земљама региона; 6. Пословни и статистички извештаји: Извештаји о обиму пошиљака по структури (кандидати, усмерени на ПП, истекао рок и др.), за све категорије пошиљака и укупан обим, се формирају на нивоу сата, дана, месеца и године, Извештаји о застојима у раду, отежаном раду, прекиду рада Система, пакетомата и сваке ПП у пакетомату на нивоу сата, дана, месеца и године и др. извештаји неопходни за оперативну експлоатацију и доношење пословних одлука; на нивоу сата, дана, месеца и године 7. Додатни начин извештавања о попуњености пакетомата („пуњење пакетомата“): Додатна функционалност за потребе извештавања о попуњености пакетомата, која би се односила на генерисање CSV фајла у структури дефинисаној од стране Корисника услуге. Аутоматско креирање фајла једном дневно, након завршетна свих активности за претходни дан, и достава фајла на FTP сервер Корисника услуге. Фајл треба да садржи записе за све пакетомате код којих је током дана евидентирано најмање једно пуњење, при чему се на крају дана генерише кумулативни извештај са релевантним подацима. 8. Остала унапређења: Менаџмент порука – опцију мењања текста порука преко Web интерфејса, опцију да се појединачна порука укључи / искључи, опцију самосталног додавања нових порука, опцију дефинисања канала за слање порука и др. 9. Обавештење путем е-поште након неуспешног позива API-ја: Свака промена статуса пошиљке испоручене у пакетомат у реалном времену се шаље на API Корисника услуге. Због повремене недоступности API-ја, Пружалац услуге је имплементирао механизам који аутоматски покушава поновни пренос статуса у периоду од 24 часа од тренутка промене. У одређеним ситуацијама API Корисника услуге остаје недоступан и дужи временски период, због чега је Корисника услуге затражио додатни механизам за праћење доступности API-ја. У складу са тим захтевом, развијена је функционалност која детектује вишеструке неуспешне покушаје слања статуса, и након протека два сата од првог неуспешног позива 5 PUDO (pick-up/drop off) технологија аутоматски шаље е-mail обавештење на адресу neuspele_pošiljke@posta.rs, са информацијама о времену и позиваном API endpoint-у. 10. Плаћање пошиљака са откупнином (COD) путем линка за плаћање (pay by link): Развој и имплементацију e-commerce функционалности за плаћање пошиљака са откупнином, укључујући интеграцију са једном или више банака, односно payment gateway система. Креирање пошиљке путем API-ја са стране Корисника услуге у Direct4.me систему, уз проширење са податком о вредности откупнине, у Direct4.me систему се креира пошиљка са откупнином. Након што курир Корисника услуге испоручи пошиљку у пакетомат, пошиљка остаје блокирана за преузимање. У том тренутку Direct4.me систем генерише поруку са линком за плаћање, линк води корисника на web страницу на којој бирса банку преко које жели да извршиплаћање (нпр. OTP Banka, Banca Intesa или друга опција). Након избора банке, Direct4.me систем генерише одговарајући линк и преусмерава корисника на payment gateway изабране банке. У случају успешног плаћања, пошиљка се аутоматски одблокира и корисник добија поруку са упутствима за преузимање. У случају неуспешног плаћања, пошиљка остаје блокирана. Direct4.me систем додатно генерише извештаје у CSV формату о извршеним трансакцијама, који се на крају сваког дана достављају Кориснику услуге путем FTP сервера (спецификација извештаја о плаћањима). Реализација функционалности зависи од доступности техничке документације, тестних окружења, приступних параметара и сарадње екстерних партнера, укључујући банке и payment gateway провајдере. 11. Испорука пошиљака других курирских служби Развој и имплементација функционалности испоруке пошиљака других курирских служби уз: • Резервацију ћелије • Контролу убацивања пошиљака у пакетомат за овлашћене курире • Контролу преузимања пошиљака из пакетомата за овлашћене курире након истека рока • Контролу процента заузећа ћелија за друге курирске службе 3.1.5. Безбедност и заштита података Систем располаже великом количином личних података крајњих корисника – прималаца пошиљака. Сервисер и систем интегратор мора да обезбеди одговарајући степен ИТ безбедности у циљу заштите предметних података у складу са позитивним прописима Републике Србије, изузетно за интерфејсе који су изложени Интернету. Интерно, Систем мора да обезбеди да су подаци видљиви само на основу рестриктивних овлашћења – подаци морају бити доступни само корисницима Система, који ма су одговарајући појединачни подата ци неопходни у оперативној експлоатацији, н пр. стручна лица у корисничкој подршци располажу подацима који не припадају његовој области деловања, достављач располаже подацима о пошиљкама које су усмерене у пакетомате у зони коју он опслужује и сл. 3.1.6. Радно окружење Сервисер и систем интегратор мора да обезбеди софтверско решење у којем Пошта Србије није једини корисник и обезбеди елементе архитектуре Система попут сервера, комуникационе мреже итд. 3.1.7. Тестно и продукцијско окружење Сервисер и систем интегратор мора да одржава тестно и продукцијско окружење за Софтвер, као и Пошта Србије. Интеграција и нове функци оналности се имплементирају и тестирају у тестном окружењу. Након обостране сагласности уговорних страна тестна верзија Софтвера се испоручује у продукцијско окружење. 3.1.8. Континуирани развој Сервисер и систем интегратор мора да обезбеди континуирани развој Система током периода трајања уговора у складу са захтевима стручних лица Поште Србије, између осталог Софтвер надограђен за најновије верзије операционих система, Интернет претраживача 6 и мобилних телефона и др. 3.1.9. Подешавање Сервисер и систем интегратор за потребе имплементације Софтвера Система мора да обезбеди: • Подршку интеграцији софтверског решења у ПосТИС, прецизну документацију за интеграцију на српском језику и усаглашен протокол за тестирање; • Обуку за употребу Софтвера Система за кључне кориснике Поште Србије по принципу обуке тренера („train the trainers“) Све обуке, презентације и консултације се изводе на локацији Функције пост експреса или у изузетним случајевима onlajn и по принципу обуке тренера. 4. ОПШТИ ЗАХТЕВИ 4.1. Просторни капацитет - сервисни центри Понуђач је дужан да обезбеди даљинску техничку подршку на сопственој локацији, односно рад у стању приправности Сервисног центра (Hot line) за све степене ризика у оперативном функционисању Софтвера Система, 24/7, свим данима у години. Понуђач је дужан да обезбеди даљинску техничку подршку на сопственој локацији, односно рад у стању приправности Сервисног центра (Customer Support - Call center / Help desk / Help Assistance) за све степене ризика у оперативном функционисању Технолошке опреме Система, у периоду 08:00-22:00 по локалном времену, свим данима у години. 4.2. Кадровски капацитет – сертификован сервисни тим Понуђач је дужан да обезбеди тим квалификованих техничких лица, минимално 3 (три) лица, од којих најмање 1 (једно) лице мора имати одговарајући сертификат за дијагностику застоја, квара или отказа и најмање 1 (једно) лице које има сертификат за рад на инфраструктури Софтвера. Серификат издаје произвођач Система или његова локална канцеларија за продају предметних услуга и добара, за цео период трајања Уговора. Понуђач је дужан да одреди лице oвлашћенo за руковођење свим категоријама одржавања (Руководилац). Руководилац је, након закључења Уговора, обавезан да буде у сталној директној комуникацији са делегираним стучним лицем Поште Србије, за цео период трајања Уговора. Руководилац је дужан да организује активности да се Систем из стања застоја, квара или отказа или отежаног рада Система преведе у стање оперативног функционисања у уговореним роковима. Руководилац в oди административну и техничку дoкумeтaциjу у вези са уговореним обавезама у к ojoj су д eфинисaни н ajвaжниjи к oнтрoлни мeхaнизми уговора (редовно и превентивно одржавање, периодично ажурирање софтверског решења и унапређење софтверског решења (Software update), периодични контролни прегледи Система и др.). 6 Browser Руководилац сачињава зaписник са свaког сaстaнка сa стручним лицима Поште Србије и доставља делегираном стручном лицу Поште Србије, најкасније у рoку oд нeдeљу дaнa нaкoн сaстaнкa. Записник мора да садржи све релевантне информације које утичу на коначну реализацију и договорене обавезе уговорних страна. 4.3. Рокови за превођење Система из стања нерада или отежаног рада у стање оперативног функционисања Понуђач је дужан да обезбеди оперативно функционисање Система 24/7/365 са минималним степеном исправности Система (SLA7)8 од 98%. У случају да је минимални степен исправности Система (SLA – Service level agreement) на нивоу месеца нижи од 98%, Пошта Србије ће умањити фактуру Сервисера и систем интегратора за календарски месец током којег је дошло до одступања, односно Пошта Србије ће наплатити уговорну казну од 20% износа месечне фактуре. Степен исправности Система (SLA) на нивоу месеца се рачуна по формули: SLA = (број дана у месецу * 24 сат a) – (број сати нерада или отежаног рада Софтвера Система) / (број дана у месецу * 24 сатa) Понуђач је дужан да одговори на пријаву стручних лица Поште Србије (апликативно, мејлом или телефоном уз писану службену белешку) и отклони неправилности у раду Технолошке опреме Система у складу са дефинисаним роковима, и то: У случају стања нерада или отежаног рада 1 (једног) пакетомата: • Време одзива: 4 (четири) сата, • Време за превођења у стање оперативног рада: 24 (двадесет четири) сата. У случају стања нерада или отежаног рада мање од 2 (два) ПП на 1 (једном) пакетомату: • Време одзива: 24 (двадесет четири) сата, • Време за превођење у стање оперативног рада: 168 (сто шездесет осам)9 сати. У случају стања нерада или отежаног рада више од 2 (два) ПП на 1 (једном) пакетомату: • Време за реаговање: 24 (двадесет четири) сата, • Време за поправак: 72 (седамдесет два) сата. У случају стања нерада или отежаног радаСофтвера Система: • Време за реаговање: 15 (петнаест) минута • Време за поправак: 4 (четири) сата Рокови за превођење система из стања нерада или отежаног рада у стање оперативне функционалности се рачуна од тренутка пријаве стручног лица Поште Србије (апликативно, мејлом или телефоном уз писану службену белешку) 10 за све претходно дефинисане ситуације. 4.4. Казнене одредбе У случају да је минимални степен исправности Система (SLA) на нивоу месеца нижи од 98%, Пошта Србије ће умањити фактуру Сервисера и систем интегратора за календарски месец током којег је дошло до одступања , односно Пошта Србије ће наплатити уговорну казну од 20% износа месечне фактуре. У случају да је минимални степен исправности Система (SLA) на нивоу месеца 98%, а да је дошло до прекорачења рокова наведених у поглављу. (у раду Технолошке опреме Система) Пошта Србије ће умањити фактуру Сервисера и систем интегратора, за календарски месец током којег је дошло до прекорачења рокова за превођење Система, односно елемената 7 Service Level Agreement (SLA) 8 Поузданост рада Система 9 7 (седам) дана 10 Тачно време исказано у послатом мејлу или односно време телефонског позива стручног лица Поште Србије дефинисано службеном белешком у формату сат и минут пријаве Система из стања нерада или отежаног рада у стање оперативног функционисања , односно Пошта Србије ће наплатити уговорну казну11, и то применом следећих принципа: Табела 1: Пенали за време нерада или отежаног рада Система Време нерада или отежаног рада Софтвера Система12 у току месеца Пенали [%] 6 до 24 сата 5% месечне фактуре 24 до 72 сата 10% месечне фактуре Преко 72 сата 15% месечне фактуре У време нерада или отежаног рада Софтвера Система се не рачуна: • Недоступност софтверског решења узроковано планираним одржавањем Софтвера Система одговарајуће категорије; Планирано одржавање се најављује најмање 72 сата раније и извршава након одобрења • Недоступност софтверског решења узроковано догађајима изван директне контроле Сервисера и систем интегратора или његових подизвођача, укључујући било који догађај више силе, квар или недоступност система Поште Србије или Интернета и квар било које друге технологије или опреме која се користи за повезивање или приступ Систему. Укупна висина уговорне казне, коју из предходног става Сервисер и систем интегратор плаћа Купцу, може да износи највише 10% од укупне уговорене цене. 4.5. Депоновање изворног кода Софтвера Система (Escrow Service) Сервисер и систем интегратор (важи само за изабраног Понуђача) депонује комплетан изворни код Софтвера Система код нотара или другог лица изабраног од стране Поште Србије. Депоновани изворни код укључује изворни код и одговарајуће лиценце од потенцијалних трећих страна: • Интерни код Сервисера и систем интегратора; • Одговарајуће, важеће лиценце трећих страна које су потребне за функционисање сотверског решења; • Инструкције за изградњу, примену или измену Софтвера Система – документација треба да садржи методологију, односно кораке предузете приликом изградње изворног кода у извршну датотеку; • Упутства за конфигурацију – документација треба да садржи јасне кораке конфигурације сервера који покреће апликацију и све конфигурације које су потребне самом Софтверу Система; • Свака друга критична документација потребна за подешавање софтвера; • Kопију (backup) свих база података из продукцијског окружења у тренутку депоновања. Одабрани нотар предаје депоновани изворни код Пошти Србије у случају да Сервисер и ситем интегратор: • Прекида пословање због несолвентности или банкрота, а ниједан „наследник“ не преузима обавезе одржавања Софтвера Система у складу са уговореним обавезама; • Не испуњава уговорене обавезе, не остварује уговорене циљеве квалитета и не поштује дефинисане рокове; • Не испуњава или одбија да испуни своје уговорене обавезе перфективног одржавања Софтвера Система, изузетно у погледу развоја нових функционалности; 11 Пенали 12 Укупан број сати нерада Система у календарском месецу • Не отклони кашњење у уговореним обавезама у року од четири недеље након пријема писменог обавештења о кашњењу од Поште Србије са јасно наведеним неизвршеним уговорним одредбама или не захтева продужење истих из оправданих разлога. Сервисер и систем интегратор депоновани изворни код „освежава“ једном годи шње у време периодичног контролног прегледа Система . Kод сваког депоновања стручна лица Поште Србије верификују депоновани код по следећој процедури: • Преглед документације; • Преглед комплетности свих депонованих фајлова; • Верификација извршења: software developers – programmers (програмери софтвера) ће креирати извршни фајл из изворног кода у материјалима за депоновање пратећи упутства за израду и информације о конфигурацији које је обезбедио Сервисер и систем интегратор. Kораци које ће програмер софтвера следити укључују: подешавање и конфигурисање окружења за инсталацију софтвера, састављање извора, извршење тестова и др; • Aко се у било ком тренутку током верификације открије да документација није одговарајућа, недостаје изворни код или недостају лиценце треће стране, програмер софтвера ће то документовати и отклонити неправилности; • Након успешно завршених тестова све апликације и изворни код се бришу из рачунара који су били употребљени за верификацију депонованог кода, док се „освежени“ и проверени изворни код поново депонује код изабраног нотараили другог лица изабраног од стране Поште Србије. 4.6. Обука Понуђач је дужан да спроведе основну обуку за одржавање Система на српском језику. Понуђач је дужан да обуку изврши у трајању од 8 (сати) током 1 (једног) дана, за 30 (тридесет) стручних лица Поште Србије. По обиму, начину и квалитету обука мора бити спроведена на начин који ће обезбедити да стручна лица Поште Србије после завршене обуке стекну вештине и знања која ће им омогућити да могу да обављају послове тренинга, мониторинга, дијагностике и редовног, превентивног и корективног одржавања Технолошке опреме, односно Система у случају нерада (застоја, квара или отказа) или отежаног рада Система. Трошкови обуке су урачунати у уговорени месечни износ за одржавање Система , односно у укупну вредност понуде и спроводе се одмах након потписивања уговора. 5. ДИНАМИЧКИ ПЛАН АКТИВНОСТИ Понуђач је дужан да изради Динамички план активности за перфективно одржавање Софтвера Система (документ израђује само изабрани Сервисер и саставни је део уговора). Предметни план се пројектује као динамички дефинисана спецификација активности у циљу развоја нових функционалности Система и започиње одмах након потписивања уговора. Динамички план активности за перфективно одржавање Софтвера Система може се мењати само уз обострану сагласност уговорних страна. 6. ТРОШКОВИ У Понуди исказати, у динарима, месечне трошкове одржавања Система, за 36 (тридесетшест) месеци. Све наведене категорије одржавања и остали захтеви су урачунати у понуду. Одржавање Система не захтева додатне трошкове за максимално оперативну експлоатацију Система. Прилог 2. Софтвер Система Aрхитектура Софтвера Система Оперативна експлоатација Система се заснива на размени једнократних жетона (one-time token), који се генеришу у произвођачком софтверском решењу за управљање пакетоматима интегрисаним са ИТ системом Поште Србије (ПосТИС). Слика 1: Архитектура ИТ решења Система Основни ниво Софтвера Система Сервисер и систем интегратор располаже централним сервером, односно платформом преко које се врши размена података са ПосТИС. Софтвер Системa обезбеђује: • Централни процесни систем; • Оперативно управљање Системом (додавање локација, измена локација, додавање пакетомата на локацији и др.); • Оперативно управљање пошиљкама и услугама (преглед пошиљака у Систему, додељивање курира, управљање услугама и подешавањима, управљање корисницима и налозима; • Руковање пошиљкама за достављаче13 (мобилна апликација за обављање свих технолошких процеса у вези са пакетоматима); • Руковање пошиљкама за кориснике (мобилна апликација за кориснике и друга решења за крајње кориснике (регистроване и нерегистроване), као и примаоце без мобилне апликације); • Интеграционе интерфејсе (комплетан сет API и других интерфејса за интеграцију у ПосТИС). Подешавање и рад Софтвера Система реализује се на следећи начин: • Софтвер заснован у облаку14; • Стручна лица Поште Србије имају увид у све технолошке процесе и могу вршити контрола кретања пошиљака у Систему; • Једноставно и интуитивно коришћење апликација за крајње кориснике; • Истакнута детаљна корисничка упутства за употребу пакетомата (сви типови мобилног уређаја, регистровани или нерегистровани корисници); • Корисницима се прослеђују обавештења преко јасно дефинисаног текста - упутства у SMS или Viber порукама, апликацији или е-пошти; • Сервисер и систем интегратор врши едукацију стручних лица Поште Србије у циљу самосталног управљања Системом; 13 Достављаче и другуга стручна лица Поште Србије, потенцијално и курире других провајдера 14 Cloud Software • Сервисер и систем интегратор обезбеђује ажурирање софтверских решења и прати безбедносне кораке. Сви кориснички интерфејси су доступни за актуелне верзије оперативних Система (iOS, Android, Harmony OS, Windows, Mac OS и сл.) и Web претраживаче (Chrome, Edge, Safari, FireFox и др.); • Софтверско решење испуњава основне функционалне захтеве. Централни процесни систем Основне карактеристике централног система су: • Праћење статуса сваког пакетомата: доступно, заузето, време за преузимање пошиљке је истекло итд; • Праћење пошиљака у целом доставном току уз забележбу сваке промене статуса пошиљке; • Извештавање о флуктуирајућим количинама, промењљивим потребама и нередовним кретањима; • Слање аутоматских обавештења примаоцима преко е-поште, апликације или текстуалне поруке. Основне фазе испоруке пошиљака преко пакетомата: • Пошта Србије преузима пошиљке од пошиљаоца или из својих токова; • Достављач или друга стручна лица Поште Србије „пуне“ ПП пакетомата пошиљкама, када се покреће праћење од стране произвођача Софтвера Система који прослеђује, за унапред неопредељене пошиљке, одговарајућа обавештења ка примаоцима; • Прималац преузима пошиљку, чиме се покреће обавештење ка произвођачу Софтвера Система да је пошиљка испоручена; • Стручним лицима Поште Србије доступан је преглед комплетног процеса и све промене статуса пошиљке. Управљање Системом Софтвер за управљање Системом састоји се из Web Interface (портал) и мобилне апликације, који омогућава потпуну контролу процеса на свим активним пакетоматима, односно следеће основне активности: • Постављање нове локације са свим детаљима о локацији, гео-информацијама, сликама; • Уклањање локација; • Aктивација једног или више пакетомата на локацију. На свакој локацији је могуће активирати један или више пакетомата (A, B, C,…). Kод активирања пакетомата дефинише се конфигурација (тип пакетомата – број ПП) пакетомата и број пакетомата; • Управљање капацитетама на локацији – додавање или уклањање пакетомата, измештање пакетомата из једне на другу локацију; • Привремено омогућавање или онемогућавање одабраног ПП или целог пакетомата; • Дневно одржавање пакетомата (преглед, чишћење и др.), сервисирање пакетомата (замена елемената пакетомата који су отказали, update софтвера на пакетомату и др. Управљање пошиљкама и услугама Апликација за управљање пошиљкама и услугама подржава следеће основне оперативне процесе: • Менаџмент достављача или других стручних лица Поште Србије (корисничко име, овлашћења у систему, активан/неактиван, пописна листа пошиљака, и сл.); • Додељивање достављача или другог стручног лица за сваку пошиљку; • Праћење свих активности пошиљака (статуса); • Испорука пошиљака, преузимање пошиљака од стране корисника, преузимање пошиљака које примаоци нису преузели од стране достављача или другог стручног лица и др. Руковање пошиљкама за достављаче или друга стручна лица За потребе испоруке и преузимање пошиљака Софтвер Система обезбеђује мобилну апликацију за достављаче или друга стручна лица Поште Србије која подржава следеће основне функције: • Пријава у апликацији употребом корисничког имена и лозинке; • Пописна листа пошиљака са одговарајућим подацима додељених сваком појединачном достављачу или другом стручном лицу, који су усмерени за испоруку у пакетомат; • Пренос пошиљака до пакетомата; • Преузимање пошиљака из пакетомата (у случају да пошиљка није преузета од стране примаоца); • Доказ о испоруци. Све функције су доступне у мобилној апликацији за достављаче или друга стручна лица (iOS, Android, Harmony OS). Руковање пошиљкама за крајње кориснике Kрајњи корисници имају могућности да пошиљке преузму с било којим мобилним телефоном на један од следећих начина: • Паметни телефон и инсталирана мобилна апликација за крајњег корисника; • Паметни телефон без мобилне апликације, преузимање преко Web интерфејса • Све врсте и модели телефона – с позивом на одређени телефонски број (Број Кол центра Поште Србије), преко којег корисник добија уникатни жетон (token) у самом позиву. Произвођач Система обезбеђује сва три модела преузимања пошиљака за кориснике. Обавештавање крајњих корисника – прималаца Софтвер Система подржава аутоматско слање порука крајњим корисницима путем СМС и/или Viber порука, е-mail или порука у мобилној апликацији (notification). Поруке крајњим корисницима – примаоцима пошиљке шаљу се аутоматски о битним догађајима везаним за пошиљку и то: • Након преузимања пошиљке од пошиљаоца крајњи корисник – прималац је, уколико жели, може преусмерити у јавни пакетомат по избору; • Пошиљка је успешно преусмерена у пакетомат; • Пошиљка је у ПП изабраног пакетомата; • Истекло је време за подизање пошиљака; Пошта Србије за слање порука користи властити СМС/Viber gateway, који је интегрисан у софверско решење произвођача Система и користити се за слање порука. Међутим слање e- maila и порука у апликацију је део софтверског решења произвођача Система и сви трошкови слања тих порука укључени су у надокнаду за употребу Софтвера Система. Преусмеравање пошиљака у пакетомат Део произвођачког софтверског решења је и страница за редирекцију пошиљака у пакетомат. Након преузимања пошиљке од пошиљаоца или из оперативних токова Поште Србије, аутоматски се шаље СМС / Vибер порука кориснику, која укључује link на редирект страницу. Kорисник може на тој страници одабрати локацију пакетомата у којем жели да преузме пошиљку преко листе или локацијске мапе пакетомата. Интеграција Софтвера Система у ПосТИС Софтверско решење садржи оквир интеграције (API) који се састоји од: • Размене податка о пошиљкама - Пошта Србије (ПосТИС) прослеђује податке о свим пошиљкама које је могуће испоручити у пакетомате (кандидатима). Софтверско решење за управљање Системом дистрибуира поруке крајним корисницима с опцијаом преусмерења. Преко размене података се размењују и статуси сваке појединачне пошиљке; • Резервације - Пошта Србије креира резервацију одабраног пакетомата за сваку пошиљку, чиме се потврђује да је пошиљци на располагању слободан ПП и да је достава пошиљке у ПП успешна; • Локације пакетомата – Обезбеђена је размена листе локација пакетомата и конфигурације пакетомата на свакој појединачној локацији; • Размена податка о корисницима – примаоцима пошиљака. За потребе рада с пакетоматима размени се минимална количина податка – мобилни телефонски број корисника. Наредна Слика 1 приказује алгоритам тока пошиљака Поште Србије које се усмеравају на испоруку преко пакетомата. Слика 1: Алгоритам тока пошиљака Поште Србије које се усмеравају на испоруку преко пакетоматa Табеларни приказ резервних делова и додатне опреме Артикал ОПИС Количина (комади) Контролне јединице Control unit Direct4Lean B9005 Комплетна управљачка јединица за Direct4Lean пакетомат, која садржи матичну плочу, звучник и микрофон, затворена у пластичном кућишту и спремна за уградњу као заменска управљачка јединица у пакетомат. 200 Multispace Lock Expansion Board 2.0 Комбинована јединица за управљање напајањем и магистралом брава, намењена управљању батеријама и контроли свих брава на Direct4.me MultiSpace пакетомату 150 Браве Lock motor driven KRS98-E 3,5-8V L75 KERONG Електронска брава за прегратке са дужим каблом 300 Lock motor driven KR-S98-E 3,5-8V S35 KERONG Електронска брава за прегратке са краћим каблом 300 Blind rivets 3,2x8 Поп нитна за причвршћивање бравица 3000 Каблови Main Power Cable – LEAN / Solar Grid Главни напојни кабл за повезивање проширне плоче са управљачком јединицом. 200 Power Cable – Expansion Board to Main Board, V1.4 Напојни кабл за повезивање главне плоче са проширном плочом. 200 Data Cable – Expansion Board to Main Board, V1.4 Комуникациони кабл за пренос података између управљачке јединице и проширне плоче. 200 Lock-Bus Cable, V1.0 – 120 mm Комуникациони кабл дужине 120 мм за повезивање компоненти у оквиру магистрале брава. 100 Lock-Bus Cable, V1.0 – 1.300 mm Комуникациони кабл дужине 1.300 мм за повезивање компоненти у оквиру магистрале брава. 100 Lock-Bus Cable, V1.0 – 1,800 mm Комун