OpenData Eurofondy ITMS2014+


#262

…linkovanie VO na vyzvu je nezmysel…VO realizuje konkretny subjekt (verejny obstaravatel) a vyzvu vyhlasuje a spravuje vyhlasovatel vyzvy, co je subjekt verejnej albo statnej spravy…ked sa robi kontrola VO, tak sa nerobi voci zadaniu vyzvy a pod., ale sa kontroluje procesna stranka VO a potom sa kontroluje obsahova stranka VO, ale voci konkretnym aktivitam projektu…

…VO vyhlasit verejny obstaravatel alebo dat na kontrolu na RO/SO moze subjekt aj ked este nie je ani vyzva vyhlasena… :slight_smile:

…ako som uz pisal vyssie…VO a ZoNFP a Projekt su samostatne objekty…z metodickeho hladiska kontrola VO a kontrola ZoNFP, pripadne kontrola ZoP su samostatne procesy…zamestnanci RO/SO maju povinnost pri kontrole VO nalinkovat VO bud na:

  • ZoNFP (ak uz pocas kontroly VO existuje),
  • projekt (ak uz pocas kontroly VO existuje),
  • UD (ak vydavky, ktore su zaradene do predlozenej ZoP vyplyvaju z VO),

…rovnako linkovat vie aj ziadatel/prijimatel…pri predlozeni VO na kontrolu vie povedat, ktorej ZoNFP a projektu sa tyka…zaroven ked vytvara ZoP a vydavky ramci ZoP, tak tie tiez vie nalinkovat na kontretne VO…

…cize ludia zapojeni do implementacie eurofondov su zodpovedni za vytvaranie tychto vazieb, nakolko z metodickeho hladiska tu je roznych alternativnych scenarov…nasledne dalsi ludia kontroluju pracu ludi na RO/SO, cize ti co kontroluju su kontrolovani a teda pocitam s tym, ze aj datova kvalita by mala byt korektna :slight_smile:

…keby UVO malo jasne definovane pravidla pre vyplnanie udajov a nejakym rozumnym sposobom by publikovali data, tak by sa dala robit krizova kontrola a cistit informacie…


#263

…ak budu k dispozicii informacie o vratkach na DPH vo vhodnej strukture, tak by sa vedelo kontrolovat aj to, ci si nahodou subjekt ako platitel DPH a zaroven prijimatel nenechal z eurofondov preplatit DPH…


#264

ahojte,

ked si pozeram cez API napr. projekt 1008 (“Informačný systém výskumu a vývoja – prístupy do databáz pre potreby výskumných inštitúcií”) tak v uctovneDoklady sa mi cez projektid=1008 ukazuju zvlastne a predpokladam aj s tymto projektom nesuvisiace polozky (napr nejaka dialnica zaplatena cez NDS).


#265

Znie to rovnako ako tento bug ktoreho fix este asi nebol releasnuty



#266

ah, dik. nasiel som aj dalsie (len som si nezapisal), predpokladam teda ze to je sucast.


#267

ano, je to chyba a uz je aj oprava vo verzii 9.5.14…9.5.13 je aktualne uvolnena v PROD


#268

Otázka asi mimo diskusiu, ale k téme :slight_smile:

Môže poskytovateľ doručovať žiadateľovi (obec) výzvu na doplnenie do elektronickej schránky, ktorá je mu zriadená ako orgánu verejnej moci a používať spôsob a počítať lehoty doručovania podľa zákona o eGov?

Neviem nájsť nikde “systémovo” upravený spôsob doručovania (zákon o ešif, systém riadenia), lebo príručky na úrovni výzvy mi moc systémove neprídu.


Projekt ITMS2014+
#269

preniesol som debatu o dorucovani sem Projekt ITMS2014+


#270

Zaviesť sme issue tracking hlavne z dôvodu, aby sa riešili problémy a konzultácie rýchlejšie, v budúcnosti sa zachovala kontinuita a nebolo potrebné komplikované hlásenie problémov cez nášho prevádzkovateľa (DataCentrum MFSR).

Súčasťou issue trackingu by mal byť aj info portál s knowledge base. Zavádzať info do portálu budeme postupne.

K dokumentácii API: Zodpovednosť za dokumentáciu bola rozdelená medzi zadávateľa a dodávateľa. Chceli by sme zlepšiť jej kvalitu. Hľadáme riešenie tak, aby sa doplnenie dokumentácie zrealizovalo čo najskôr.


#271

Konečne sa nám po licenčných a bezpečnostných útrapách podarilo nastaviť issue tracking pre zadávanie chýb a konzultácie k téme OpenData ITMS2014+. Na komunikáciu je potrebné mať vytvorený účet. Postup registrácie je v priloženom dokumente: Vytvorenie účtu pre prístup do JIRA a Confluence.pdf (228.4 KB).

Po registrácii je k dispozícii samotný issue tracking (JIRA) + informačný portál s knowledge base (Confluence).

V issue trackingu bude možné zatiaľ zadať issue typy:

  • Fault - chyba v API alebo dátach
  • Service - bude k dispozícii servisná požiadavka typu konzultácia - akékoľvek otázky k fungovaniu API, štruktúre dáta a pod.

#272

Ešte doplním k dokumentácii, aby to bolo jasnejšie (@peter_k ďakujem za upozornenie).

  • dokumentácia je v swaggeri čo je myslím v poriadku
  • čo je potrebné zlepšiť je informačná báza resp. rozšíriť popis atribútov
    Od začiatku bola koncepcia zvolená tak, že jednak API a aj dokumentáciu budeme dopĺňať postupne.
    Cieľ je doplniť čo najskôr popis najpoužívanejších atribútov v swaggeri, zakreslenie modelu a referencií medzi objektami.

#273

Ahojte,

kukol som prilozene pdf, v request detail by mal byt uvedeny projekt. Moze do confluence dostat pristup aj bezny smrtelnik, ktory nerobi ani na jednom z uvedenych projektov?


#274

Stačí zažiadat o konto. Pre opendata máme k dispozícii pool licencií. Prístup je k dispozícii automaticky do JIRA a confluence. Externé konto sa zriaďuje aktuálne len pre ITMS2014+ opendata.
Voľný prístup bez konta nie je možný.


#275

Este to ma nejake procesne muchy.

Dobry den,
overte si pls riesitela pristupu, lebo neviem o tom ze by som mala riesit pristup do JIRA.

Dakujem
LF


#276

A v tom confluence je uz nieco pristupne?

itms_confluence


#277

@jsuchal Mozes pls nahodit novu verziu Metabase? Ten bug je tam vraj uz fixed…

this should be fixed in 0.26, which was just released. Can you check to see if upgrading fixes this issue @ebalgava … ?
https://github.com/metabase/metabase/issues/3642#issuecomment-332653232


#278

na PROD je uz verzia 9.5.16, cize mali by byt fixnute chyby:

  • oprava nazvu atributu aktivit v ramci schvalenych ZoNFP - hodnoty sa naplnali spravne, iba nazov atributu bol nie korektny,
  • oprava vazieb medzi ZoP, UD, projektom - napr. tento problem ZoP ID 721 ku projektu ID 54 ukazuje v API cez deklarovane vydavky na uctovne doklady IID 3381 a ID 3383. Uctovne doklady ID 3381 a ID 3383 ukazuju v ich detaile v API na projekt ID 207, co bola chyba,
  • do listu a detailu pohladavky bol doplneny atribut stav pohladavky,
  • oprava skutocnych meranych hodnot ukazovatela projektu - zobrazuje sa posledna merana hodnota s datumom merania,

#279

Ahojte,

má teraz prístup API nejaké oneskorenie oproti výsledkom vyhľadávania vo verejnej časti ITMS?
Vo výzve id=201 v prehľade cez ITMS - neschválené projekty, je vidieť projekty s dátumom zamietnutia 25.9.2017 a cez API mi ukazuje len s dátumom zamietnutia 11.9.2017.

Vďaka


#280

kukol som to narychlo jednym okom…kukol som hned prvu ZoNFP s ID 2568 a kodom NFP313030F225 a je aj v API a aj na webe:

https://www.itms2014.sk/neschvalene-zonfp/neschvalena-zonfp?id=225f8b88-8ecb-4798-a81c-d941ed343953

https://opendata.itms2014.sk/v2/zonfp/zamietnute?vyzvaId=201

https://opendata.itms2014.sk/v2/zonfp/zamietnute/2658

ak mas nejake konkretne, ktore tam nevidis, tak daj sem zoznam kodov ZoNFP


#281

Cez web aj cez swagger ich vidím všetky. Keď pristupujem k db cez SQL API Datahubu tak v ňom vidím len zamietnuté do 11.9.2017. Tie čo boli zamietnuté 25.9. sú bez informácie o zamietnutí.