OpenData Eurofondy ITMS2014+


#141
  1. pekny a zaujimavy graf

  2. pozrel som tie ID ZoNFP z excelu…problem je v tom, ze datum prijatia zadava pouzivatel manualne na zaklade prijatia ZoNFP bud do fyzickej podatelne alebo do elektronickej schranky - zadal som poziadavku na implementaciu kontroly

  3. ten nesulad moze byt sposobeny aj tym, ze par ziadatelov vytlacilo, podpisalo a poslalo draft verziu ZoNFP a az nasledne urobili odoslanie z verenej do nevrejnej casti ITMS2014+

-> celkovo som rad, ze API vzniklo, lebo mozu vznikat taketo analyzy, “kontroly”!


#142

Celkom pekny graf. Inak teraz ked uz mame data z ITMS v ekosysteme, nechcel by si taketo nieco vyklikat rovno u nas v https://bi.ekosystem.slovensko.digital/ ? Pristup zriadim ked chces.


#143

My mame postavene take experimentalne BI ale nad https://redash.io/ .Vies mi dat pristup do https://bi.ekosystem.slovensko.digital/ nech sa inspirujeme ?


#144

farbicky to ma taketo: http://bit.ly/eufondy


#145

Inak toto je bezne. Pamatam si kodera z registra uctovnych zavierok, co vravel, ze API na zmeny ich donutilo urobit trosku iny zivotny cyklus zaznamov a cele sa im to potom vlastne zlepsilo.


#146

…pekne to je…ako ten nas redash :)…


#147

Ahoj, rad sa na to mrknem - 17/7 sa vratim z dovolenky. Ak sa ale dobre pamatam tak ASPIRO malo pre UVSR robit nejeke BI nad ITMS datami. To uz je hotove?


#148

Nebol som a ani teraz nie som v tejto aktivite extra zapojeny…z pohladu ITMS2014+ je to pre nas len dalsi IS konzumujuci data a co nad nimi vysklada/vybuduje nam je jedno…prave preto sme robili aj OpenData API, aby sme sa nemuseli zapodievat s kazdou poziadavkou a s kazdym subjektom, ktory si nieco zmysli…

Co ja viem tak sa to nakoniec nerobilo vo forme nejakeho BI. Zaroven teraz vlastnik IS eDemokracie ponuka vyuzitie tohto IS, nakolko tam vraj je je nejaky modul na riadenie rizik a vraj to do urcitej miery splna poziadavky, ktore boli pozadovane v ramci aktivity, na ktorej sa podielalo Aspiro…


#149

Ze by BI modul, spominany na ITAPA (http://bit.ly/2kGkMV3 , slide 8)? Zdroj: https://www.opengovpartnership.org/documents/slovakia-special-accountability-report-2015-2016-public-comment (SK dokument, strana 35).


#150

Neviem, co ten modul za 3,7 mil. EUR vsetko a presne robi.

Nazov Modulu Open ITMS som x-krat pripomienkoval, ze som zasadne proti, aby sa tak volal, nakolko bude dochadzat k zlej interpretaciii, spajaniu s projektom ITMS a pod. Jedine, co tento modul ma spolocen s ITMS je to, ze nejak spracuva, interpretuje data, ktore su poskytovane z ITMS.

A ci tento modul riesi aj riadenie rizik, co som spominal vyssie v reakcii na Tamasa Szokeho alebo, ci to je iny modul, tak to ja neviem…to vie vlastnik asi


#151

Aj formalny krok zrealizovany https://data.gov.sk/dataset/f208c882-2197-4dec-b891-c3a09b86d740

V dohladnej dobe pribudnu na data.gov.sk aj datasety za programove obdobie 2007-2013, nech su info komplexnejsie a da sa vychadzat/porovnavat aj z v podstate “minulosti”


#152

Data z ITMS ktore vidim v ekosysteme vyzeraju byt este nekompletne oproti API - len namatkovo napr chybaju:

  • itms.zop_uhradene.schvalenaSuma - chybajuci atribut v tabulke
  • itms.zop_uhradene.datumUhrady - chybajuci atribut v tabulke
  • itms.zop_uhradene.zop_je_zaverecna - hodnota atributu je NULL aj na objektoch ktore cez API vracaju false
  • itms.zop_uhradene.vyplaca_sa_partnerovi - hodnota atributu je NULL aj na objektoch ktore cez API vracaju false
  • itms.zop_uhradene_schvaleneDeklarovaneVydavky - chyba cela tabulka s vazbami na uctovne doklady
  • itms.zop_uhradene_predfinancovanie - tabulka je prazdna
    • napr. ZOP s itms_id 1012 v API referuje predfinancovanie co v datahube tym padom chyba
  • itms.subjekty - tabulka neobsahuje vsetky subjekty referencovane ako predkladatel alebo prijimatel uhradenych ZOP
  • itms.projekty_vrealizacii_schvalenaZonfp - chyba vazba projektu na ZoNFP

Vramci vaseho BI som zatial nenasla moznost priameho zapisu queries v SQL a tak som docasne pouzila trial na spominany https://redash.io/
Zo skusenosti s inymi BI toolmi tipujem ze obdobne queries sa vo vasom BI daju ‘vyklikat’ pomocou custom fieldov, co mi pride pomerne pracne a vzhladom na robustnu strukturu schemy bez normalizacie mi pride praktickejsie pouzit vase BI nad preddefinovanymi ‘Views’ spracovavajucimi vase raw data do citatelnejsej podoby.


#153

Ahoj, diky za bugreport. Pozrieme sa na to.


#154

Par doplnujucich otazok ku ZoP:

  • itms.zop_uhradene.typ nadobuda viac hodnot nez je popisane v xmind dokumentacii
    TYP COUNT(zop_uhradene)
    REFUNDACIA 391
    PREDFINANCOVANIE 155
    ZUCTOVANIE_PREDFINANCOVANIA 128
    ZALOHA 175
    ZUCTOVANIE_ZALOHY 298
    TRANZA 14
    • ak zapocitam naraz typy ‘PREDFINANCOVANIE’ a ‘ZUCTOVANIE_PREDFINANCOVANIA’ vyjde mi na niektorych projektoch cerpanie az do 200% zazmluvnenej sumy projektu
    • obdobne pre typy ‘ZALOHA’ a ‘ZUCTOVANIE_ZALOHY’
    • referencuje niekde ‘ZUCTOVANIE_ZALOHY’ jemu predchadzajucu ‘ZALOHA’ obdobne ako ‘ZUCTOVANIE_PREDFINANCOVANIA’ referencuje ‘PREDFINANCOVANIE’?
    • co v tomto kontexte znamena TRANZA?
    • je spravne na vypocet uhradenych platieb zapocitat vsetky typy okrem zuctovani s ich ‘schvalenaSuma’?
  • itms.zop_uhradene.datumUhrady
    • cez API vidim pre projekt 57 parove ZoP ‘PREDFINANCOVANIE’ a ‘ZUCTOVANIE_PREDFINANCOVANIA’ (67 a 1012)
    • obe maju iny ‘datumUhrady’:
      67: 2017-02-07
      1012: 2017-03-16
    • obe maju rovnaku hodnotu ‘schvalenaSuma’, ale inu hodnotu ‘narokovanaSuma’
    • ak v oboch pripadoch doslo naozaj k uhrade, kde sa dozviem kedy bolo uhradene kolko?

#155

ak chces zistit kolko penazi poskytlo RO/SO prijimatelovi na realizacie projektu, tak to je atribut “cerpanie RO” na intenzite projektu…ale vypocitas to nasledovne = zaloha + predfinancovanie + refundacia + tranza a pozeras sa na schvalene sumy

ak chces zistit kolko penazi bolo zo strany RO/SO a potom aj MF SR skontrolovanych a schvalenych z tych vyssie poskytnutych, tak to je atribut “cerpanie EU” na intenzite projektu…ale vypocitas to nasledovne = zuctovanie zaloh + zuctovanie predfinancovania + refundacia + tranza a pozeras sa na schvalene sumy

nie zalohy a zuctovania zaloh sa nereferencuju…je to ine fungovanie ako pri predfinancovani a zuctovani predfinancovania…zalohy funguju doplnkovo, t.j. ked miniem urcitu cast zalohy a to minutie deklarujem cez zuctovania zalohy, tak mam moznost ziadat o dalsiu zalohu, cize sa mi zaloha kumuluje…je to na dlhsie vysvetlenie, ale nastudovat sa to da v ramci tohto materialu http://www.finance.gov.sk/Default.aspx?CatID=10606

TRANZA je typ ZoP, ktorym sa poskytuju financne prostriedky iba v ramci projektov, cez ktore sa riesia Financne nastroje. Financne nastorje je specificka iniciativa a je to navratna pomoc, urcena pre sukromny sektor a ma sa poskytovat cez sprostredkovatelov (banky a pod.) http://www.partnerskadohoda.gov.sk/vyzvy-pre-financne-nastroje/

Predfinancovanie funguje tak, ze prijimatel posle RO/SO ZoP typu Predfinancovanie na urcitu vysku financnych prostriedkov, ktoru deklaruje konkretnymi zalohovymi fakturami. Tieto faktury RO/SO kontroluje a schvali ich opravnenu vysku. Cize RO/SO moze schvalit menej ako si prijimatel ziadal. V schvalenej vyske su potom tieto financne prostriedky uhradene prijimatelovi a toto je Datum uhrady Predfinancovania. Prijimatel ma povinnost potom tieto finacne prostriedky pouzit iba na vydavky/faktury, ktore mu boli schvalene v priradenom Predfinancovani. Priijimatel nemusi pouzit vsetky financne prostriedky, ale tie, ktore nepouzije musi vratit (toto bude pekne vidiet, ked sa spristupnia endpointy pre Nezrovanlosti a Pohladavky). Ked prijimatel zrealizuje uhrady vydavkov/faktur, tak posle na RO/SO ZoP typu Zuctovanie predfinancovania. RO/SO toto Zuctovanie predfinancovania opat kontroluje. Nasledne ho schvaluje. Nakolko tu uz nedochadza k uhrade financnych prostriedkov smerom k prijimatelovi, tak Datum uhrady zuctovania predfinancovania predstavuje datum, kedy MF SR ako posledny organ v celom retazci schvali ZoP typu Zuctovanie predfinancovania

K realnej uhrade financnych prostriedkov smerom k prijimatrelovi prichdza pri tychto ZoP:

  • zaloha
  • predfinancovanie
  • refundacia
  • tranza

Pri ZoP typu:

  • zuctovanie zalohy
  • zuctovanie predfinancovania
    nedochadza k realnej uhrade fiancnych prostriedkov. Tu sa len schvaluje pouzitie financnych prostriedkov, ktore boli prijimatelovi poskytnute typom ZoP Zaloha alebo Predfinancovanie. Preto sa pre tieto typy ZoP do Datumu uhrady naplna datum, kedy boli schvalene v ramci tzv Suhrnnych ziadosti o platbu na urovni MF SR a teda tieto vydavky potom mozu byt vykazane smerom na EK, t.j. vyssie spominane Cerpanie EU.

#156

kedze viem, ze viaceri z vas konzumujete data z API, mohol by som vas poprosit ohodnotit dataset na data.gov.sk https://data.gov.sk/dataset/f208c882-2197-4dec-b891-c3a09b86d740

plus by bolo fajn nalinkovat aj vase suvisiace aplikacie, ktore ste vytvorili/vytvarate na zaklade nasho API

jediny problem je, ze na toto vsetko je potrebne sa prihlasit na UPVS


#157

@balgava Ahoj, opravili sme par veci v Ekosysteme. Chyby, co si reportovala, by mali byt opravene, az na jednu vynimku:

Vedela by si nam dat priklad takej ZOP na API?


#158

@peter_k @martin.kovacik caute, mam dva podnety na update dokumentacie :slight_smile:

Vsimol som si, ze v ‘list view’ a ‘item view’ ukazujete rozne atributy, ale v dokumentacii (Example Value) to nie je zachytene. Napr https://opendata.itms2014.sk/v1/vyzvy/planovane?limit=1 nesedi s https://opendata.itms2014.sk/swagger/?url=/v1/swagger.json#!/vyzva/planovanaVyzva_list

V Example Value na https://opendata.itms2014.sk/swagger/?url=/v1/swagger.json#!/zop/uhradenaZop_list potom chyba datumUhrady.
Podobne aj v https://opendata.itms2014.sk/swagger/?url=/v1/swagger.json#!/zop/zamietnutaZop_list, chyba datumZamietnutia.


#159

@Ernest_Walzel niektore z atributov (vacsina) su optional, teda vo vysledku nemusia byt aj ked v example su. Treba pozriet model kde je poznacene ze atribut je optional


#160

Ja praveze myslim, ze tie fieldy chybaju v example, ale vo vysledku su. Ci je to tak, ze ten example vynechava optional fieldy?