Надоградња система за уређење пореских књиговодствених евиденција

TS.docx TЕХНИЧКИ ЗАХТЕВ (СПЕЦИФИКАЦИЈЕ) За јавну набавку услуге – Надоградња система за уређење пореских књиговодствених евиденција Предмет јавне набавке су услуге усклађивања књиговодствених евиденција на основу измена усвојених у ЗПП и захтева Преглед активности за које је потребна посебна ИКТ подршка. Као део техничке подршке успостављању новог пословног модела Пореске Управе Републике Србије потребно је спровести поступак сређивања књиговодствених евиденцијa Пореске управе. Основни циљ је имплементација једнократног сређивања књиговодствених евиденција, како би се спровео отпис/сторно дуга и преплате ПОБ у складу са изменама Закона о пореском поступку и пореској администрацији (ЗПППА), свих пратећих докумената који представљају исправе за одговарајућа књижења као и остала потребна документа. Предмет јавне набавке укључује измену постојећег апликативног решења Система за уређење пореских књиговодствених евиденција. Предмет набавке обухвата следеће: Креирање нових и ажурирање постојећих помоћних евиденцијa “УПРАВНИ СПОР” и „БЛОКАДА“ Измена одговарајућих алгоритама тако да се обвезници из нових помоћних евиденција изузимају из алгоритма. Измена алгоритма за престале пореске обвезнике који су предмет алгоритма у делу који се односи на издвајање у посебну целину. Измена алгоритма за активне пореске обвезнике који су предмет алгоритма, за које се поред израде Решења за одређене случајеве уводи Записник о отпису дуга. Израда новог алгоритма за Пољопривреднике физичка лица, а на основу података које је Пореска управа у међувремену добила од Фонда за ПИО и од Фонда за здравствено осигурање о статусу осигураника пољопривредника. ПРИКАЗ ТРЕНУТНОГ СТАЊА Интегрисани информациони систем (ИИС) Пореска управе састоји се од осам подсистема –АПП, ЈРПО, ЦИП, ЕКСТЕРНИ портал (еПОРЕЗИ), Интерни портал, Извештајни систем - DWH и УПСТА, ДМС систем за управљање документима и ХР систем за управљање људским ресурсима (XРМИС) који је преко ИДМ повезан са АД доменом. Уређење пореских књиговодствених евиденција је посебан део тог система. У оквиру ИИС ПУ постоје продукционо, интерно и екстерно тестно окружење. Понуђач је дужан да сам обезбеди развојно окружење и може да користи интерно тестно окружење током реализације пројекта. СИСТЕМ ЗА УРЕЂЕЊЕ ПОРЕСКИХ КЊИГОВОДСТВЕНИХ ЕВИДЕНЦИЈА Опис: Посебан модел базе података који садржи следеће евиденције: Екстерне, Књиговодствене, Регистрационе, Апликативне и Помоћне евиденције У оквиру овог модула су такође и посебне процедуре за: Преузимање рачуноводственог стања -књиговодствених евиденција из УПСТА Обраду преузетих података из табеле „STANJE NA DAN“ и „PROMET“ Пребацивање, означавање и прегруписање ПОБ-ова из ЈРПО у две основне категорије: Престали ПОБ (умрли/угашени) са даљом гранулацијом по Основу престанка Активни ПОБ : Правно лице, Предузетник, Физичко лице и Пољопривредник Преузимање података из ПДВПРИЈАВА , НАПЛАТА И ПИП-а Пакет процедура за издвајање и обрачунавање података за креирање листи, решења и записника на основу шест различитих алгоритама. Књижење Решења и Записника о отпису У оквиру модула су и апликација за приказ листи из припремљених података, креирање Решења и Записника о отпису , појединачна и масовна штампа и слање у пореско сандуче ЈРПО Опис: Јединствена и унифицирана база пореских обвезника са свим потребним информацијама о самим пореским обвезницима, њиховим законским заступницима и оснивачима, надлежним организационим јединицама ПУ и слично. Функције: Евиденција пријава Пореских Обвезника преузетих од АПР-а, валидација и прихватање или одбацивање пријаве, додељивање Пореског Идентификационог Броја пореском обвезнику, привремено или трајно одузимање ПИБ-а, гашење ПИБ-а, управљање евиденцијом пореског обвезника за порез на додату вредност, евидентирање законских заступника и оснивача пореског обвезника, управљање евиденцијом за електронско пословање, управљање овлашћењима за заступање пореског обвезника и слично. Интегрисан је са јединственом базом АД корисника ИИС ПУ тако да је на располагању свим запосленима у ПУ. ИНТЕРНИ ПОРТАЛ Портал развијен за потребе презентације информација од значаја за пореске послове и послове државне администрације за запослене раднике Пореске управе. Интегрисан је са јединственом базом АД корисника ИИС ПУ тако да је на располагању свим запосленима у ПУ. АПП Опис: Администрација пореских пријава као модел за подношење, процену, корекцију, доношење решења и књиговодствену евиденцију појединачних пореских пријава поднетих било електронски, употребом портала ПУ, или директно предајом пријаве на шалтерима организационих јединица ПУ. Функције: Комплетна и обједињена администрација пореских пријава (подношење, евиденција, валидација, корекција), решења и осталих пратећих докумената везаних за конкретне пореске облике, евидентирање књиговодствених промена у Пореском рачуноводству како за пријаве тако и за остала документа поднета преко портала ПУ од стране обвезника или евидентирана на шалтерима филијала одговарајућих организационих јединица ПУ. АПП рукује пријавама и поступком утврђивања пореске обавезе Пореског обвезника независно од начина подношења пријаве. Интегрисан је са ЈРПО од којег по потреби преузима податке о регистрацији и информацијама о пореском обвезнику, регистрацији пореског обвезника у систем пореза на додату вредност, надлежностима филијала ПУ и слично. Интегрисан је са УПСТА којом приликом се врши трансформација евидентираних књиговодствених ставки у облик погодан за аналитички приказ стања пореских обвезника. Интегрисан је са јединственом базом АД корисника ИИС ПУ тако да је на располагању свим запосленима у ПУ. ЕКСТЕРНИ ПОРТАЛ - еПорези Опис: задужен за презентацију информација од јавног значаја за пореске послове и послове државне администрације где се између осталог налазе компоненте за електронско подношење пријава, захтева и образаца као и компоненте за управљање регистрацијама за електронско пословање то јест овлашћење заступника и пуномоћника. Функције: Обједињен електронски шалтер за подношење електронских пријава, захтева за уверења, упит стања. Омогућава увид у пореско сандуче и преузимање писмена, Омогућава израчунавање пореске обавезе за паушалне обвезнике. ЦИП -Централни Интеграциони Процес Опис: централна интеграциона тачка за интеграцију сервиса и података и место имплементације свих оркестрационих пословних процеса и процедура који су од интереса за више апликација и сервиса ИИС ПУ. Функције: одржавање и администрација пореских облика одржавање и администрирање основних шифарника и каталога у систему одржавање шифарника контролних ознака и њиховог додељивања, архивирање свих електронских пореских пријава у оригиналном облику архивирање евиденција папирних пријава у облику у коме су унете у систем имплементацију свих заједничких инфраструктурних сервиса било да се за то користе готови сервиси инфраструктуре или се реализују апликативно ДМС систем за управљање документима: Електронска писарница (еПисарница) - је систем који кореспондира са наведеним системима и представља електронски систем за пријем и евиденцију захтева, пријава и осталих докумената Сходно члану 6. Уредбе о канцеларијском пословању, основна евиденција о актима и предметима по основу јединствених класификационих знакова води путем аутоматске обраде података односно апликацијом „Систем управљања документацијом„ (е Писарница и еАрхива). Систем обухвата Примање, прегледање, распоређивања, евидентирања достављања у рад и отпремање предмета, примања, прегледања, распоређивања, евидентирања, достављања у рад и отпремања у оквиру решењем дефинисаних пописа аката, административно -техничко обрађивање предмета и аката, архивирање и чување архивских предмета и аката, праћење ефикасности и ажурности рада органа државне управе, као и евидентирање свих промена и кретања код сваког предмета. Систем за подршку наплати јавних прихода – повезан са еПисарницом врши израду свих докумената у поступцима наплате и њихово управљање; Систем за управљање предметима (УПП). Извештајни системи УПСТА-Консолидовани упит стања –УПСТА (DWH књиговодствених података) Опис: Увид у стање пореског рачуна пореских обвезника по свим и сваком пореском облику тј. по рачуну за уплату јавних прихода и то на основу података из система АПП као и пратећих регистара, ЈРПО и МУП, од којих је ЈРПО референтни. Успостављање јединствене идентификације пореског обвезника и њихова консолидација. Функције: УПСТА на дневном нивоу прихвата податке из више извора, укључујући ЈРПО, МУП и АПП, обавља валидацију и консолидацију измена у односу на претходни прихват, означава невалидне податке на задати начин, обавља по потреби корекције стања и каматних ставки, уколико је дошло до корекција на извору, обавља обрачун камате за све рачуне на којима је дошло до промене или када и ако је дошло до промене каматне стопе, формира стања за листе дужника и слично. Након консолидација података УПСТА путем више извештаја омогућава корисницима да прате стање на нивоу пореског облика (групе пореских рачуна), пореског рачуна и/или пореског рачуна пореског обвезника. Приказ структуре салда пореског облика по више димензија укључујући врсту, величину, облик организовања, делатност и статус пореског обвезника као и наплативост постојећег дуговања У оквиру УПСТА је имплементиран и скуп сервиса којима се омогућава да и друге идентификоване и ауторизоване апликације односно институције такође користе услуге УПСТА. Консолидовани Упит стања је намењен и доступан свим запосленима у ПУ, као и ауторизованим пореским обвезницима. Контакт центар пореске управе је добио могућност да приступи УПСТА те да на захтев свим регистрованим пореским обвезницима шаље извод свих њихових пореских рачуна. DWH–пројектовано складиште података, Data Mart-ovi и пословно извештавање. ХР систем Опис: Централизован систем за управљање људским ресурсима, тј. запосленим у Пореској управи. Функције: Распоређивање радника, израда систематизација, вођење присутности на радном месту, доношење решења о напредовању, годишњим одморима, оцењивању. ПОСЛОВНИ ЗАХТЕВИ 1. Потребно је у бази ажурирати помоћну евиденцију “УПРАВНИ СПОР” са пореским обвезницима који су водили управне спорове против другостепених решења ПУРС/МФ у периоду 2014. - 2024. година подацима добијеним из excela и укључити их у постојећи алгоритам. 2. Потребно је креирати нову помоћну евиденцију „БЛОКАДА“ и напунити је подацима добијеним из excela у коме су заправо 4698 обвезника за чији дуг је је у току поступак принудне наплате блокадом рачуна. Изменити алгоритам тако да се обвезници из ове евиденције изузимају из алгоритма. 3. За престале пореске обвезнике који су предмет алгоритма, потребно је изменити алгоритам тако да се доприноси за ПИО не отписују и за њих се не формирa записник већ се исти издвајају у целину која ће бити накнадно разрађена. Након ажурирања податка у бази Пореске управе физичких лица о датуму смрти, скуп престалих пореских обвезника који су предмет алгоритма значајно већи. 4. За активне пореске обвезнике који су предмет алгоритма, поред израде Решења за остале обвезнике, потребно је креирати и Записник о отпису дуга и преплате за оне обвезнике чији је у збиру тај износ мањи од 100 динара. 5. Потребно је имплементирати нови алгоритам за Пољопривреднике физичка лица, а на основу података које је Пореска управа у међувремену добила од Фонда за ПИО и од Фонда за здравствено осигурање о статусу осигураника пољопривредника. Ови подаци представљају нову чињеницу у односу на податке Пореске управе и на основу њих је потребно утврдити која физичка лица су као порески обвезници пољопривредници од стране Пореске управе у протеклом периоду задуживана доприносима за обавезно социјално осигурање (допринос за ПИО и допринос за здравствено осигурање), иако иста нису имала статус осигураника. Наиме наведени службени подаци Фонда за ПИО и Фонда за здравствено осигурање из којих се утврђује статус осигураника пољопривредника, примењују се тако да се осигураником за сваку годину почев од 2010. године, па на даље, сматра физичко лице које је имало пријаву на осигурање као осигураник пољопривредник, најмање један дан у години, односно физичко лице које није имало статус осигураника у години ни један дан, задужење за ту годину ће му се у поновљеном поступку сторнирати са припадајућом каматом, са даном доношења решења. Понаваљање поступка ће се спровести по пореском обвезнику, пољопривреднику, у складу са прибављеним службеним подацима о статусу осигураника пољопривредника, при чему би се у поновљеном поступку донело једно решење по пореском обвезнику, које би обухватило више коначних решења, односно за више година уназад, почев од 2010. године. Ниже је дат шематски приказ корака у сређивању стања на рачунима порескиох обвезника физичких лица, пољопривредника који је неосновано утврђен допринос за обавезно пензијско и инвалидско осигурање и допринос за обавезно здравствено осигурање. У истом поступку у пореском рачуноводству, потребно је сторнирати неосновано утврђену обавезу доприноса за социјално осигурање, заједно са обрачунатом каматом до дана доношења решења у поновљеном поступку. Разјашњење шематског приказа: (1) пољопривредник (ПОЉ) је дефинисан као ПОБ физичко лице које на дан З 1.12.2024. године има стање на уплатним рачунима на које се плаћају доприноси по основу обављања пољопривредне делатности и у ЈРПО има статус активан; док је (2) пољопривредник по решењу (ПОЉР) дефинисан као ПОБ физичко којем је Пореска управа решењем утврдила обавезу за доприносе за обавезно социјално осигурање по основу обављања пољопривредне делатности. ПОЉ, на пример, може имати стање на рачуну 721341 -Допринос за пензијско и инвалидско осигурање самоопорезивањем лица која се баве пољопривредом (пољопривредник, члан домаћинства пољопривредника и мешовитог домаћинства, носилац или члан регистрованог пољопривредног газдинства). То значи даје скуп ПОЉР подскуп скупа ПОЉ. Десни део дијаграма даје одговор на питање шта са стањима на другим рачунима тог физичког лица, за шта је од значаја његов животни статус. У делу шеме који се односи на случај када обвезник није жив, прецизирано је да се ради о отпису пореских облика (нпр. пољопривреник је био обвезник пореза на регистровано оружје), изузев доприноса за пензијско и инвалидско осигурање. Такође, у делу шеме који се односи на случај када је обвезник жив, потребно је јасно нагласити да се поступање предвиђено у том кораку не односи на доприносе за обавезно пензијско и инвалидско осигурање и доприносе за обавезно здравствено осигурање, већ искључиво на друге пореске облике, (порез на оружје) уколико их има. У графичком приказу се само назначава који скуп правила за отпис се примењује у зависности од животног статуса: ако је лице живо - правила за застару - оно што није предмет застаревања није предмет отписа ако је лице умрло - правила за ненаплативост - оно што је изузето из ових правила није предмет отписа. Правилником о пореском рачуноводству прописане су шифре за књижење задужења и укупно обрачунате камате које ће се користити у наведеном поступку, тако што ће се књижити сторно наведених шифара. АКТИВНОСТИ НА ПРОЈЕКТУ Фаза 1: Анализа и дизајн Анализа пословне архитектуре дизајн информационе архитектуре Фаза 2: Реализација захтева осим за део који се односи на пољопривреднике физичка лица реализација софтвера у складу са дизајном на технологији која је у складу са ИИС ПУ Фаза 3: Тестирање и верификација фазе 2 имплементација реализованог софтвера у тестно окружење ИИС ПУ и управљање ризицима у процесу реализације пројекта верификација имплементираног решења од пословне функције Фаза 4: Продукција имплементираног софтвера из Фазе3 имплементација реализованог софтвера у продукционо окружење ИИС ПУ и управљање ризицима у процесу реализације пројекта Фаза 5: Реализација захтева за део који се односи на пољопривреднике физичка лица реализација софтвера у складу са дизајном на технологији која је у складу са ИИС ПУ Фаза 6: Тестирање и верификација фазе 5 имплементација реализованог софтвера у тестно окружење ИИС ПУ и управљање ризицима у процесу реализације пројекта верификација имплементираног решења од пословне функције Фаза 7: Продукција имплементираног софтвера из Фазе6 имплементација реализованог софтвера у продукционо окружење ИИС ПУ и управљање ризицима у процесу реализације пројекта Фаза 1 –Дизајн Анализа Активности анализе обухватају: Спецификација пословних процеса – Функционална спецификација захтева од стране ПУ као наручиоца посла Идентификација, елаборација, спецификација и презентација пословних процеса, енитета, правила, актера и догађаја Интеграција функционалности размене потребних података у ИИС ПУ, Израда модела пословног процеса у складу са претходном анализом и усклађивање модела са постојећим моделима ИИС Израда документа описа пословног процеса у складу са претходном анализом Дизајн информационе архитектуре Активности дизајна информационе архитектуре обухватају: Израда информационог модела који обухвата компоненте, сервисе и апликације за подршку претходно специфицираним процесима Модификација модела постојеће структуре базе података потребним изменама Испорука ове фазе је документ Анализа и дизајн. Фаза2- Реализација захтева осим за део који се односи на пољопривреднике физичка лица и Фаза 5: Реализација захтева за део који се односи на пољопривреднике физичка лица Активности реализације обухватају стандардне активности реализације које ће у основним цртама бити приказане ниже, а од понуђача се очекује да изабрану методу опише до довољног нивоа детаљности. Разлика између Фазе 2 и Фазе 5 је што се у Фази 5 имплементира само део који се односи на пољопривреднике физичка лица. Методологија Општи циљ методологије је, пре свега, да се идентификују, специфицирају, опишу и управља текућим и препорученим пословним, информационим и технолошким областима (доменом) до детаља и обима који је потребан за свеобухватну дискусију и разматрање. Предложена методологија је наведена кроз спецификацију модела пословне области и тока догађаја. Генерално, методологија је организована у две димензије. Једна се односи на три особине које се називају пословним, информационим и технолошким областима, и друга која се односи на временску димензију која се односити на тренутно стање и жељено или препоручено стање. Садржај "тренутног" и "жељеног" модела је иста у погледу своје унутрашње структуре, осим чињенице да прва описује тренутно, а друга будуће стање одређеног нивоа артефаката, модела и токова догађаја за пословну, информациону и технолошку област. Главни циљ методологије је да обезбеди потребан ниво детаља о садашњој и будућој пословној, информационој и технолошкој пословној области, а затим са анализом недоумица, достићи ниво који је потребан за консолидацију и унапређење пословне области као и креирања иницијалног плана трансформације. Испорука фазе реализације: За Фазу2: Имплементирано апликативно решење у оквиру тестног окружења ИИС ПУ за све осим за део који се односи на пољопривреднике физичка лица План и програм тестирања решења; За Фазу5: Имплементирано апликативно решење у оквиру тестног окружења ИИС ПУ за део који се односи на пољопривреднике физичка лица План и програм тестирања решења; Фаза 3 - Тестирање и верификација фазе 2 Фаза 6: Тестирање и верификација фазе 5 Разлика између Фазе 3 и Фазе 6 је што се у Фази 6 тестира и верификује имплементиран део који се односи на пољопривреднике физичка лица. Тестирање Понуђач мора предвидети активности увођења реализованог у тестни амбијент Пореске Управе. Понуђач мора да опише на који начин намерава да омогући тестирање запосленима у ПУ реализованих компоненти. Понуђач ће обезбедити и одржавати инсталацију инстанце система намењене за коришћење у тестном и продукционом окружењу. Верификација Верификацију резултата рада апликативног решења ће спровести пословне функције ПУ, а на основу креираних листи, записника и решења. Испорука фазе тестирања и верификације: За Фазу3: Записник о спроведеном тестирању са верификацијом резултата за Фазу 2. За Фазу6: Записник о спроведеном тестирању са верификацијом резултата за Фазу 5. Фаза 4: Продукција имплементираног софтвера из Фазе3 Фаза 7: Продукција имплементираног софтвера из Фазе6 Разлика између Фазе 4 и Фазе 7 је што се у Фази 7 имплементира само део који се односи на пољопривреднике физичка лица. Ове фазе подразумевају имплементацију и интеграцију реализованог решења у продукционо окружење ИИС ПУ, уручивање записника и решења и њихово евидентирање у пореском рачуноводству. Имплементациони захтеви Изабрани понуђач је дужан да обезбеди гаранцију у периоду не краћем од 12 месеци, који почиње тећи од дана испоруке софтверског апликативног решења, тј. његовог стављања у продукцију, а којом се гарантује исправно функционисање. Понуђач гарантује да ће испоручено софтверско апликативно решење радити исправно на адекватној инфраструктури наручиоца, и у складу са функционалним спецификацијама и одговарајућим техничко-технолошким карактеристикама. Гаранција подразумева обавезу понуђача да отклони сваки прекид или грешку у раду испорученог софтверског апликативног решењеа, под уобичајеним условима експлоатације. У случају појаве било каквих грешака у раду софтверског апликативног решења наручилац ће о томе обавестити понуђача на начин који ће бити прецизиран уговором и омогућити понуђачу да установи грешку и отклони проблем. Наручилац задржава право да приликом уговарања захтева посебне процедуре рада и приступа систему у складу са својом политиком безбедности или другим прописаним правилима и процедурама рада. Максималан рок за отклањање прекида или грешака у гарантном року је: 1 дан за критичне грешке (које блокирају рад софтверског апликативног решења) 5 дана за некритичне грешке (које не блокирају рад софтверског апликативног решења) Испорука фазе продукције: Записник о спроведеном књижењу и уручењу записника и решења. ЗАХТЕВИ И ОГРАНИЧЕЊА Добављач је дужан да приликом реализације уговора испуњава следеће функционалне и техничке захтеве: Функционални захтеви Пословна област Поред тога потребно је интегрисати нове компоненте са компонентама оперативног окружења ПУ у случајевима када је потребно обезбедити интеграцију са ЦИП, са модулима ИИС ПУ као и са АД-ом употребом SAML2 (Security Assertion Markup Language) или OIDC (OpenID Connect) протокола Архитектура Проширење мора бити усклађено са постојећом архитектуром ИИС ПУ како је описано у тренутном стању у овом документу. Проширење мора бити интегрисано са оперативним системима Наручиоца тако да се сви постојећи пословни процеси и процедуре могу одвијати неометано, без нарушавања перформанси, смањивања функционалности или слично. Моделовање Активности дизајна морају бити спроведене употребом моделовања као основне технике, а у складу са методом која је усвојена код Наручиоца. Активности реализације и имплементације морају бити синхронизоване са одговарајућим моделом у складу са методом која је усвојена код Наручиоца. Технички захтеви Проширење мора бити интегрисано са оперативним системима Наручиоца тако да се сви постојећи пословни процеси и процедуре могу одвијати неометано, без нарушавања перформанси, смањивања функционалности или слично. ИИС ПУ је тренутно реализован на концептима сервисно оријентисане архитектуре (СОА). За имплементацију проширења је потребно користити следеће технологије Oracle ADF 11.1.2.1 EJB 3, JPA EclipseLink 2.1.0 Oracle SOA Suite 11.1.1.5 64 bit WebLogic 10.3.5 64 bit Oracle Service Bus 11.1.1.5 64 bit Oracle RDBMS 11gR2 11.2.0.3 64 bit Java FX Oracle BI Publisher 11.1.1.6.0 SAP Sybase IQ RDBMS 16.1 Претходно jе наведена минимална верзија. Понуђач мора подржати минимално наведену верзију. Проширење мора бити усклађено са постојећом архитектуром ИИС ПУ како је описано у тренутном стању у овом документу. НЕФУНКЦИОНАЛНИ ЗАХТЕВИ Подршка софтверском апликативном решењу (гарантни рок и услови одржавања): Добављач је дужан да пружа подршку софтверском апликативном решењу у трајању од минимум 12 месеци, од дана извршене испоруке. Подршка подразумева: Корективно одржавање – Под корективним одржавањем подразумевају се све активности везане за детектовање и решавање евентуалних грешака и проблема у свакодневном раду апликације на технолошком нивоу. Исправљање грешака – Отклањање проблема везаних за систем који могу да га учине неупотребљивим у пословним процесима за које су дизајнирани, односно који могу да угрозе свакодневно пословање наручиоца. Праћење система –Понуђач ће обезбедити периодично праћење доступности система који су предмет овог уговора, у просеку два пута месечно, што подразумева анализу логова, са предлозима за унапређење по потреби. Превентивно одржавање – Као последица праћења система, заједнички од стране стручног особља наручиоца и понуђача биће идентификоване активности у циљу предупређења проблема у раду апликације. Превентивно одржавање изводи се квартално. Захтевани начин пружања подршке путем директне телефонске комуникације (07:30-15:30 часова) путем електронске комуникације, поште или слично уз обезбеђење следећих сервиса: Преузимање корекција и нових верзија софтверских производа Приступ бази решених проблема Постављање захтева за отклањање проблема Постављање захтева за развојем и усклађивањем функција Понуђач је у обавези да обезбеди електронски систем (Help Desk) за пријаву проблема и кварова са могућношћу електронског праћење сервисног процеса од пријаве до решења од стране Наручиоца на безбедан начин путем Интернет-а. Управљање изворним кодом Активности на реализацији управљања изворним кодом морају бити спроведене употребом софтверског решења у складу са усвојеним софтверским решењем за управљање изворним кодом Пореске управе, односно MS Visual SVN серверу. Наручилац се обавезује да ће Понуђачу пружити сву потребну стручну помоћ ради увида у: потребну документацију, програмски код, архитектуру решења, структуру података, структуру и садржај свих шифарних података, а који су ИСКЉУЧИВО од интереса за реализацију предмета овог уговора. Програмски код који је предмет испоруке ове ЈН је власништво Пореске управе. Понуђач је у обавези да преда следеће: Документ функционалне спецификације Документација која описује решење укључујући упутство о одржавању као и потребна корисничка упутства Имплементација реализованих модула у радно окружење ИИС ПУ Пренос знања о реализованим и имплементираним компонентама запосленима у Сектору за информационе и комуникационе технологије Изворни код реализованог решења. Место, начин/модалитет и рок испоруке: Место испоруке је Пореска Управа, улица Цара Душана 145 у Земуну - Београд. Рок за испоруку је 190 календарских дана од дана закључења уговора о чему се сачињава записник о испоруци/пријему услуга за сваку од фаза и то: 1) Фаза 1 - 10 календарских дана од дана закључења уговора 2) Фаза 2 - 25 календарских дана од завршетка фазе 1 3) Фаза 3 - 15 календарских дана од завршетка фазе 2 4) Фаза 4 - 10 календарских дана од дана испоруке фазе 3. 5) Фаза 5 - 90 календарских дана од дана испоруке фазе 4. 6) Фаза 6 - 30 календарских дана од дана испоруке фазе 5. 7) Фаза 7 - 10 календарских дана од дана испоруке фазе 6. Obrazac strukture cene.docx Образац структуре цене Надоградња система за уређење пореских књиговодствених евиденција, ЈН 75/2026 ОПИС УСЛУГЕ Укупна цена услуге без ПДВ-а Укупна цена услуге са ПДВ-ом 1 2 3 Надоградња система за уређење пореских књиговодствених евиденција Понуђач треба да попуни образац структуре цене у складу са следећим упутством: колона 2 – наводи се цена услуге без ПДВ-а; колона 3 – наводи се цена услугe са ПДВ-ом; НАПОМЕНЕ: Образац структуре се не потписује и не скенира, већ се попуњен на обрасцу из документације о набавци попуњава и обавезно доставља уз електронску понуду која се подноси путем Портала јавних набавки. У цену су урачунати сви трошкови који могу настати приликом реализације овог Уговора. Цена је фиксна све време трајања Уговора. Kriterijumi za dodelu ugovora.docx КРИТЕРИЈУМ ЗА ДОДЕЛУ УГОВОРА: ЕКОНОМСКИ НАЈПОВОЉНИЈА ПОНУДА НА ОСНОВУ ЦЕНЕ И КВАЛИТЕТА 1. ЦЕНА до 90 пондера 1.1. Пондери се израчунавају по формули – релативни модел оцењивања: Бц = 90хЦ мин./Ц пон. где је: Бц -број пондера за оцену по критеријуму цене Цмин. - најнижа понуђена цена Цпон. - цена понуђача који се анализира 2 СТРУЧНЕ РЕФЕРЕНЦЕ КАДРОВА до 10 пондера 2.1. Ангажовано лице као главни архитекта система доказује да је у последње 3 године до истека рока за подношење понуде успешно реализовао пројекат у којима су коришћене технологије које су предмет ове јавне набавке. Пондери се израчунавају по апсолутном моделу оцењивања: Једна референца - 4 пондера; Две референце – 7 пондера; Три и више референци -10 пондера Бср - број пондера за оцену по критеријуму стручне референце чланова експертског тима понуђача ДОКАЗИ КОЈИ СЕ ДОСТАВЉАЈУ УЗ ПОНУДУ: - Референце - Фотокопију пријаве - одјаве на обавезно социјално осигурање издате од надлежног Фонда ПИО (образац М или М3А) и фотокопију важећег уговора о раду (за лица у радном односу), и фотокопију важећег уговора о делу, уговора о допунском раду или уговорa о ангажовању по другом основу (за лица ангажована ван радног односа сходно члану 197-202. Закона о раду), из којих се недвосмислено може утврдити да су лица ангажована на пословима код понуђача. Уколико понуђач уз понуду не достави наведене доказе, неће му бити додељен ниједан пондер по наведеном критеријуму. Укупан број пондера: Бц+Брп Model Ugovora.docx МОДЕЛ УГОВОРА За јавну набавку услуга – Надоградња система за уређење пореских књиговодствених евиденција Закључен између следећих уговорних страна: Министарства финансија, Пореска управа, Земун, Цара Душана 145, ПИБ 100020943, матични број 17862146, коју заступа, на основу Решења Владе РС о постављењу на положај директора Пореске управе у Министарству 24 број: 119-7627/2025 од 10.07.2025.године, директор Пореске управе Драгана Марковић (у даљем тексту: Наручилац) и 2._________________________________________са седиштем у ______________, улица _________________ ПИБ _________ матични број: __________, број рачуна _______________________ назив банке ________________кога заступа ___________________ (у даљем тексту: Добављач) УГОВОРНЕ СТРАНЕ САГЛАСНО КОНСТАТУЈУ: да је Наручилац сагласно одредбама Закона о јавним набавкама („Сл. гласник РС“, бр. 91/2019 и 92/23 - у даљем тексту: Закон) и на основу позива за подношење понуда, спровео отворени поступак јавне набавке број ЈН 75/2026 чији је предмет набавка услуга – Надоградња система за уређење пореских књиговодствених евиденција; - да је Добављач доставио самостално/заједничку/са подизвођачем, понуду број: ___________ од ___________.2026. године, која се налази у прилогу овог Уговора и његов је саставни део (попуњава Наручилац); - да Наручилац на основу Одлуке о додели уговора број _____________ од _____________.2026. године, закључује овај уговор о јавној набавци; ПРЕДМЕТ УГОВОРА Члан 1. Уговорне стране су сагласне да је предмет овог Уговора набавка услуга – Надоградња система за уређење пореских књиговодствених евиденција, у свему према прихваћеној понуди Добављача, Техничкој спецификацији и условима и захтевима Наручиоца садржаним у Конкурсној документацији за предметну јавну набавку. ОБАВЕЗЕ ДОБАВЉАЧА Члан 2. Добављач је дужан да изврши следеће услуге: - Креирање нових и ажурирање постојећих помоћних евиденцијa “УПРАВНИ СПОР” и „БЛОКАДА“; - Измену одговарајућих алгоритама тако да се обвезници из нових помоћних евиденција изузимају из алгоритма; - Измену алгоритма за престале пореске обвезнике који су предмет алгоритма у делу који се односи на издвајање у посебну целину; - Измену алгоритма за активне пореске обвезнике који су предмет алгоритма, за које се поред израде Решења за одређене случајеве уводи Записник о отпису дуга; - Израду новог алгоритма за Пољопривреднике физичка лица, а на основу података које је Пореска управа у међувремену добила од Фонда за ПИО и од Фонда за здравствено осигурање о статусу осигураника пољопривредника. Добављач је дужан да након извршења предметних услуга Наручиоцу преда следеће: - Документ функционалне спецификације; - Документацију која описује решење укључујући упутство о одржавању као и потребна корисничка упутства; - Имплементацију реализованих модула у радно окружење ИИС ПУ; - Пренос знања о реализованим и имплементираним компонентама запосленима код Наручиоца; - Изворни код реализованог решења. АКТИВНОСТИ НА ПРОЈЕКТУ Члан 3. Уговорне стране су сагласне да се предмет Уговора реализује кроз активности подељене у 7 фаза, према следећим ближе описаним фазама: Фаза 1: Анализа и дизајн; Фаза 2: Реализација захтева осим за део који се односи на пољопривреднике физичка лица; Фаза 3: Тестирање и верификација фазе 2; Фаза 4: Продукција имплементираног софтвера из фазе 3; Фаза 5: Реализација захтева за део који се односи на пољопривреднике физичка лица; Фаза 6: Тестирање и верификација фазе 5; Фаза 7: Продукција имплементираног софтвера из фазе 6. Фаза 1: Анализа и дизајн подразумева: Анализу пословне архитектуре и Дизајн информационе архитектуре. Активности анализе обухватају: Спецификацију пословних процеса – Функционалну спецификацију захтева од стране Наручиоца. Идентификацију, елаборацију, спецификацију и презентацију пословних процеса, енитета, правила, актера и догађаја; Интеграцију функционалности размене потребних података у Интегрисани информациони систем Пореске управе (у даљем тексту: ИИС ПУ); Израду модела пословног процеса у складу са претходном анализом и усклађивање модела са постојећим моделима ИИС; Израду документа описа пословног процеса у складу са претходном анализом. Активности дизајна информационе архитектуре обухватају: Израду информационог модела који обухвата компоненте, сервисе и апликације за подршку претходно специфицираним процесима и Модификацију модела постојеће структуре базе података потребним изменама. Испорука ове фазе је документ Анализа и дизајн. Фаза 2: Реализација захтева осим за део који се односи на пољопривреднике физичка лица подразумева: реализацију софтвера у складу са дизајном на технологији која је у складу са ИИС ПУ. Фаза 3: Тестирање и верификација фазе 2 подразумева: имплементацију реализованог софтвера у тестно окружење ИИС ПУ и управљање ризицима у процесу реализације пројекта и верификацију имплементираног решења од пословне функције. Фаза 4: Продукција имплементираног софтвера из Фазе3 подразумева: имплементацију реализованог софтвера у продукционо окружење ИИС ПУ и управљање ризицима у процесу реализације пројекта. Фаза 5: Реализација захтева за део који се односи на пољопривреднике физичка лица подразумева: реализацију софтвера у складу са дизајном на технологији која је у складу са ИИС ПУ. Активности реализације обухватају стандардне активности реализације које ће у основним цртама бити приказане ниже, а од Добављача се очекује да изабрану методу опише до довољног нивоа детаљности. Разлика између Фазе 2 и Фазе 5 је што се у Фази 5 имплементира само део који се односи на пољопривреднике физичка лица. Испорука фазе реализације подразумева: За Фазу2: Имплементирано апликативно решење у оквиру тестног окружења ИИС ПУ за све осим за део који се односи на пољопривреднике физичка лица, и План и програм тестирања решења. За Фазу5: Имплементирано апликативно решење у оквиру тестног окружења ИИС ПУ за део који се односи на пољопривреднике физичка лица, и План и програм тестирања решења. Фаза 6: Тестирање и верификација фазе 5 подразумева: имплементацију реализованог софтвера у тестно окружење ИИС ПУ и управљање ризицима у процесу реализације пројекта, и верификацију имплементираног решења од пословне функције. Разлика између Фазе 3 и Фазе 6 је што се у Фази 6 тестира и верификује имплементиран део који се односи на пољопривреднике физичка лица. Тестирање Добављач је дужан да предвиди активности увођења реализованог у тестни амбијент Наручиоца, као и да опише на који начин намерава да омогући тестирање запосленима код Наручиоца реализованих компоненти. Добављач је дужан да обезбеди и одржава инсталацију инстанце система намењене за коришћење у тестном и продукционом окружењу. Верификација Верификацију резултата рада апликативног решења ће спровести пословне функције ПУ, а на основу креираних листи, записника и решења. Испорука фазе тестирања и верификације подразумева: За Фазу3: Записник о спроведеном тестирању са верификацијом резултата за Фазу 2. За Фазу 6:Записник о спроведеном тестирању са верификацијом резултата за Фазу 5. Фаза 7: Продукција имплементираног софтвера из Фазе 6 подразумева: имплементацију реализованог софтвера у продукционо окружење ИИС ПУ и управљање ризицима у процесу реализације пројекта Разлика између Фазе 4 и Фазе 7 је што се у Фази 7 имплементира само део који се односи на пољопривреднике физичка лица. Ове фазе подразумевају имплементацију и интеграцију реализованог решења у продукционо окружење ИИС ПУ, уручивање записника и решења, и њихово евидентирање у пореском рачуноводству. ФУНКЦИОНАЛНИ И ТЕХНИЧКИ ЗАХТЕВИ Члан 4. Активности на реализацији управљања изворним кодом морају бити спроведене употребом софтверског решења у складу са усвојеним софтверским решењем за управљање изворним кодом Пореске управе, односно MS Visual SVN серверу. Наручилац се обавезује да ће Добављачу пружити сву потребну стручну помоћ ради увида у: потребну документацију, програмски код, архитектуру решења, структуру података, структуру и садржај свих шифарних података, а који су искључиво од интереса за реализацију предмета овог уговора. ФУНКЦИОНАЛНИ ЗАХТЕВИ Пословна област Добављач је дужан да интегрише нове компоненте са компонентама оперативног окружења Пореске управе у случајевима када је потребно обезбедити интеграцију са ЦИП, са модулима ИИС ПУ као и са АД-ом употребом SAML2 (Security Assertion Markup Language) или OIDC (OpenID Connect) протокола. Архитектура Добављач је дужан да обезбеди да проширење буде усклађено са постојећом архитектуром ИИС ПУ како је описано у тренутном стању у документу Техничка спецификација. Проширење мора бити интегрисано са оперативним системима Наручиоца тако да се сви постојећи пословни процеси и процедуре могу одвијати неометано, без нарушавања перформанси, смањивања функционалности или слично. Моделовање Добављач је дужан да обезбеди да се активности дизајна спроведу употребом моделовања као основне технике, а у складу са методом која је усвојена код Наручиоца. Активности реализације и имплементације морају бити синхронизоване са одговарајућим моделом у складу са методом која је усвојена код Наручиоца. ТЕХНИЧКИ ЗАХТЕВИ Добављач је дужан да обезбеди следеће: Проширење мора бити интегрисано са оперативним системима Наручиоца тако да се сви постојећи пословни процеси и процедуре могу одвијати неометано, без нарушавања перформанси, смањивања функционалности или слично. ИИС ПУ је тренутно реализован на концептима сервисно оријентисане архитектуре (СОА). За имплементацију проширења Добављач је дужан да користи следеће технологије Oracle ADF 11.1.2.1 EJB 3, JPA EclipseLink 2.1.0 Oracle SOA Suite 11.1.1.5 64 bit WebLogic 10.3.5 64 bit Oracle Service Bus 11.1.1.5 64 bit Oracle RDBMS 11gR2 11.2.0.3 64 bit Java FX Oracle BI Publisher 11.1.1.6.0 SAP Sybase IQ RDBMS 16.1 У претходном ставу је наведена минимална верзија, коју је Добављач дужан да подржи. Проширење мора бити усклађено са постојећом архитектуром ИИС ПУ како је описано у тренутном стању у Техничкој спецификацији. ГАРАНТНИ РОК Члан 5. Добављач је дужан да обезбеди гарантни рок којим се гарантује исправно функционисање предмета уговора (софтверског решења), у трајању од ____ (биће преузето из понуде, не може бити краћи од 12 месеци) месеци од дана завршетка Фазе 7, односно од стављања решења у продукцију, који се рачуна од дана потписивања Записника о коначној реализацији, без примедби. Добављач гарантује да ће испоручено софтверско апликативно решење радити исправно на адекватној инфраструктури Наручиоца, и у складу са функционалним спецификацијама и одговарајућим техничко-технолошким карактеристикама. Гаранција подразумева обавезу Добављача да отклони сваки прекид или грешку у раду испорученог софтверског апликативног решења, под уобичајеним условима експлоатације. У случају појаве било каквих грешака у раду софтверског апликативног решења, Наручилац ће о томе обавестити Добављача на начин који ће бити прецизиран уговором и омогућити Добављачу да установи грешку и отклони проблем. Наручилац задржава право да приликом уговарања захтева посебне процедуре рада и приступа систему у складу са својом политиком безбедности или другим прописаним правилима и процедурама рада. Максималан рок за отклањање прекида или грешака у гарантном року је: 1 дан за критичне грешке (које блокирају рад софтверског апликативног решења) 5 дана за некритичне грешке (које не блокирају рад софтверског апликативног решења) НЕФУНКЦИОНАЛНИ ЗАХТЕВИ - ПОДРШКА Члан 6. Период пружања подршке софтверском апликативном решењу је ________________ месеци (биће преузето из понуде, не може бити краћи од 12 месеци), од дана потписивања Записника о коначној реализацији, без примедби. Подршка подразумева: Корективно одржавање – Под корективним одржавањем подразумевају се све активности везане за детектовање и решавање евентуалних грешака и проблема у свакодневном раду апликације на технолошком нивоу. Исправљање грешака – Отклањање проблема везаних за систем који могу да га учине неупотребљивим у пословним процесима за које су дизајнирани, односно који могу да угрозе свакодневно пословање наручиоца. Праћење система –Добављач је дужан да обезбеди периодично праћење доступности система који су предмет овог уговора, у просеку два пута месечно, што подразумева анализу логова, са предлозима за унапређење по потреби. Превентивно одржавање – Као последица праћења система, заједнички од стране стручног особља наручиоца и Добављача биће идентификоване активности у циљу предупређења проблема у раду апликације. Превентивно одржавање изводи се квартално. Добављач је дужан да пружа подршку: путем директне телефонске комуникације (07.30-15.30 часова) путем електронске комуникације, поште или слично уз обезбеђење следећих сервиса: Преузимање корекција и нових верзија софтверских производа Приступ бази решених проблема Постављање захтева за отклањање проблема Постављање захтева за развојем и усклађивањем функција Добављач је дужан да обезбеди електронски систем (Help Desk) пријаву проблема и кварова са могућношћу електронског праћења сервисног процеса од пријаве до решења од стране Наручиоца на безбедан начин путем Интернет-а. МЕСТО, НАЧИН И РОК ИСПОРУКЕ Члан 7. Добављач је дужан да изврши предметну услугу на адреси, улица Цара Душана 145 у Земуну - Београд. Рок за извршење предметне услуге је 190 календарских дана од дана закључења овог уговора, о чему се сачињава Записник о реализацији за сваку од фаза појединачно, без примедби, као и Записник о коначној реализацији, и то: 1) Фаза 1 - 10 календарских дана од дана закључења уговора 2) Фаза 2 - 25 календарских дана од завршетка фазе 1 3) Фаза 3 - 15 календарских дана од завршетка фазе 2 4) Фаза 4 - 10 календарских дана од дана испоруке фазе 3 5) Фаза 5 - 90 календарских дана од дана испоруке фазе 4 6) Фаза 6 - 30 календарских дана од дана испоруке фазе 5 7) Фаза 7 - 10 календарских дана од дана испоруке фазе 6 ВРЕДНОСТ УГОВОРА Члан 8. Укупна уговорена цена, за услуге надоградње система за уређење пореских књиговодствених евиденција, износи ______________ динара, без ПДВ-а, односно _____________ динара, са ПДВ-ом. Цене су фиксне за цео период важења овог уговора и исказане су у понуди Добављача без ПДВ-а. У цену су урачунати сви трошкови који могу настати приликом реализације овог уговора. Средства за реализацију овог Уговора која доспевају за плаћање у 2026. години обезбеђена су Законом о буџету РС за 2026. годину („Сл. гласник РС“, број 108/2025). Обавезе које доспевају у наредној буџетској години биће реализоване највише до износа финансијских средстава које ће Наручиоцу бити одобрене за ту годину. УСЛОВИ ПЛАЋАЊА Члан 9. Уговорне стране су сагласне да ће се плаћање предметних услуга извршити из два дела, односно: -након потписивања Записника о реализацији Фазе 3 – Тестирање и верификација фазе 2, у износу од 60% од вредности Уговора, што номинално износи ________ динара, без ПДВ-а, односно, ___________ динара, са ПДВ-ом; -након потписивања Записника о коначној реализацији, без примедби, у износу од 40% од вредности Уговора што номинално износи ________ динара, без ПДВ-а, односно___________ динара, са ПДВ-ом. НАЧИН И РОКОВИ ПЛАЋАЊА Члан 10. Наручилац ће извршити плаћање у року до 45 (четредесетпет) дана од дана издавања е-фактуре на Систему е-фактура, уз коју се прилаже и Записник за Фазу 3 и Записник о коначној реализацији уговора, без примедби. Рачун за извршене услуге Добављач доставља у формату е-фактура преко Система е-фактура уз навођење следећих података: Назив компаније: МФ-ПОРЕСКА УПРАВА Електронска пошта: efakturaporeska@purs.gov.rs Матични број: 17862146 ЈБКЈС: 10522 ПИБ: 100020943 Добављач је дужан да у поље интерни број за рутирање на Систему е-фактуре унесе нумеричку вредност (број): 1. Наведену нумеричку вредност је неопходно унети у циљу повезивања е – фактуре са организационом јединицом Наручиоца на коју се е-фактура односи: 1 - Писарница Министарства финансија – Пореска управа - Централа, Цара Душана 145. Свака издата е-фактура мора да садржи број закљученог Уговора. Добављач је дужан да фактуру изда и региструје у складу са важећим законским прописима. СРЕДСТВО ОБЕЗБЕЂЕЊА Члан 11. Добављач је дужан да, на дан закључења овог Уговора, а најкасније у року од 30 дана, као средство обезбеђења преда наручиоцу oригинал банкарску гаранцију за испуњење уговорних обавеза, у висини од 10% од вредности овог уговора, без ПДВ, која мора трајати најмање 30 дана дуже од истека рока важности овог Уговора. Поднета банкарска гаранција мора бити безусловна, неопозива и платива на први позив, без приговора и биће саставни део Уговора. Ако се за време трајања Уговора промене рокови за извршење уговорне обавезе, период важења банкарске гаранције за испуњење уговорних обавеза мора да се продужи. Банкарска гаранција за испуњење уговорних обавеза се враћа Добављачу након истека важења исте, на његов писани захтев. Уколико Добављач није у могућности да банкарску гаранцију достави на начин како је наведено у ставу 1. овог члана, дужан је да исту достави у року од 30 дана од дана закључења уговора у складу са добрим пословним обичајима а да, на дан закључења овог Уговора, као средство обезбеђења за испуњење уговорних обавеза достави: - бланко сопствену меницу за испуњење уговорних обавеза, оверену и потписану од стране лица овлашћеног за заступање и регистровану у складу са чланом 47а Закона о платном промету (,,Сл. лист СРЈ“ бр. 3/2002 и 5/2003 и ,,Сл. гласник РС“ бр. 43/2004, 62/2006, 31/2011 и 139/2014) и Одлуком о ближим условима, садржини и начину вођења регистра меница и овлашћења („Сл. гласник РС“, бр. 95/2025); - менично овлашћење да се меница, у висини од 10 % од укупне вредности уговора, са клаузулом „без протеста“ и роком доспећа „по виђењу“, може поднети на наплату, уколико се Добављач не буде придржавао одредаба овог уговора, у примереном року односно до достављања банкарске гаранције за испуњење уговорних обавеза. У случају промене лица овлашћеног за заступање, менично овлашћење остаје на снази; - потврду о регистрацији менице; - копију картона депонованих потписа код банке на којем се јасно виде депоновани потпис Добављача. Ова меница биће враћена приликом примопредаје банкарске гаранције из става 1. овог члана. Члан 12. Добављач је дужан да, на дан сачињавања и Записник о коначној реализацији уговора, без примедби, као средство обезбеђења за отклањање недостатака у гарантном року, преда Наручиоцу банкарску гаранцију, која ће бити са клаузулама безусловна и платива на први позив. Банкарска гаранција за отклањање недостатака у гарантном року издаје се у износу од 10% од укупне вредности уговора без пореза на додату вредност, са роком важности који је 30 (тридесет) дана дужи од гарантног рока. Поднета банкарска гаранција не може да садржи додатне услове за исплату, краће рокове, мањи износ или промењену месну надлежност за решавање спорова. Наручилац ће уновчити банкарску гаранцију у случају да Добављач не буде извршавао своје уговорне обавезе у роковима и на начин предвиђен уговором. Ако се за време трајања уговора промене рокови за извршење уговорне обавезе, важност банкарске гаранције мора се продужити за исти број дана. Наручилац ће вратити банкарску гаранцију након истека рока на који је издата уколико није реализована, на писани захтев добављача. Члан 13. У случају да Добављач не испуњава преузете обавезе из овог Уговора, Наручилац може да реализује средства обезбеђења из члана 11. и 12. овог Уговора. ИЗМЕНЕ ТОКОМ ТРАЈАЊА УГОВОРА Члан 14. Уговорне стране су сагласне да се евентуалне измене и допуне овог Уговора изврше у писаној форми – закључивањем анекса у складу са законом. Наручилац може током трајања уговора о јавној набавци у складу са одредбама члана 154-161. ЗЈН, да измени уговор без спровођења поступка јавне набавке, уколико за то постоје оправдани разлози. УГОВОРНА КАЗНА Члан 15. Уколико Добављач касни са извршењем своје обавезе, а Наручиоцу не достави ваљане доказе да је до кашњења дошло услед разлога који се Добављачу не могу приписати у кривицу, Наручилац ће му обрачунати уговорну казну у висини од 0,2% од уговорене вредности за неблаговремено извршене услуге, за сваку појединачну фазу, о чему представници Наручиоца и Добављача потписују записник којим се констатује да се каснило са извршењем предмета уговора, број дана кашњења и укупна вредност уговорне казне. Укупан износ уговорне казне не може прећи 10% укупне вредности уговора. Наручилац је дужан да Добављачу достави обрачун за плаћање уговорне казне, по којем ће Добављач уплатити износ уговорне казне на рачун извршења буџета Републике Србије. Није дозвољена компензација потраживања. Плаћање уговорне казне од стране Добављача је услов за плаћање рачуна. Ако је Наручилац због закашњења претрпео штету која је већа од износа уговорне казне, може захтевати накнаду штете, односно поред уговорне казне и разлику до пуног износа претпљен